[01:16] cjpcjp_: I'd recommend having it as a separate user (the user which your web server runs as) [01:19] which would be www-data in my case. However, it currently is set as such and yet I keep getting: Forbidden: You don't have permission to access / on this server [01:20] Somewhat baffled. Where else could permission to the root www folder be set? [01:26] cjpcjp_: Try: [01:26] stat / [01:26] And paste the first line of output that begins with 'Access:' [01:27] Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) [01:27] Access: 2013-08-24 22:13:20.365102236 -0600 [01:27] Modify: 2013-08-23 16:41:55.716656374 -0600 [01:28] Change: 2013-08-23 16:41:55.716656374 -0600 Birth: - [01:28] I've never seen 'stat /' [01:30] cjpcjp_: Do the same for /var/www [01:31] ah, I was being foolish, my bad. Brain is just jelly at this stage in the problem solving game :) [01:31] Access: (0755/drwxr-xr-x) Uid: ( 33/www-data) Gid: ( 33/www-data) [01:31] Access: 2013-08-25 16:51:21.113322560 -0600 [01:31] Modify: 2013-08-25 13:15:05.416354924 -0600 [01:31] Change: 2013-08-25 18:01:22.202833739 -0600 Birth: - [01:31] Uid = User ID Gid = Group ID [01:32] I get it now haha [01:32] Were you trying to access /var/www as www-data? If you weren't it'd cause problems [01:35] I made the unbelievable error of setting a sweeping permission to /var/www that gave it to the main user. After rebooting my server last night, everything went to the shits good sir and I've been trying to remedy it by setting to default [01:36] So I take it I should be able to access /var/www with www-data:www-data [01:36] Yet I am not [01:38] cjpcjp_: I bet if you did: [01:38] stat /var/www/* [01:38] you'd see some strange permissions [01:41] I do indeed. [01:42] Hmm.. however the main folder that holds the site trying to be accessed is www-data:www-data [01:43] I would imagine all I need is /var/www and /var/www/webite to be www-data:www-data for it to be accessible remotely, no? [01:43] sudo chown -R www-data:www-data /var/www [01:44] sudo chmod -R 0755 /var/www [01:44] Run those two commands [01:44] then try again [01:44] Maybe it's something weird other than that, buuut leave no stone unturned before you start tearing your hair out [01:45] If you need the explanation, the first command will make /var/www and all its subfiles owned by www-data. The second will give www-data read/write/execute perms and will give anyone else just read and execute [01:46] In fact that might not be the proper permission... I'm not sure if www-data would generally need write permissions and I'm not convinced that anyone else needs exec permissions... but it'd certainly work [01:46] true. curious, I am running ISPConfig and its permissions are set to another user, is it safe to say that I could reset those perms afterwards? [01:46] I'm not familiar with ISPConfig, just a moment [01:47] sudo chown -R ispconfig:ispconfig /var/www/ispconfig [01:47] That would probably work fine, I think [01:48] I would love to be able to see the goup and user when I 'ls-l' command, however it just shows the user [01:48] let's give it a go! [01:49] You may need to give ispconfig some additional permissions, but you can cross that bridge when you get to it [01:50] Actually scratch that, it should be fine. although if you're running ispconfig it looks like you'll definitly need write perms for www-data [01:50] holy beans, it stills doesn't work!? [01:50] Ruh-roh [01:50] I restarted apache2 as well [01:51] What is apache2 running as? [01:51] root [01:51] should be, right? [01:52] Well... no [01:52] It should be running as www-data [01:52] That is a problem. If you are running a legit server as root, you should fix that immediately [01:52] I'm curious sigint, this all started yesterday when I rebooted my server. First thing I noticed was that when finished booting, I started in a Login Shell instead of an Interactive one, I no longer begin in bash. [01:53] I'm wondering if there is any correlation? I don't believe so [01:53] oh really! [01:53] should it be user instead? [01:53] ok [01:53] sec, battery [01:54] would the commands be: sudo chown -R www-data:www-data /etc/apache2/* [01:54] Nope [01:54] then: sudo chmod -R 0755 /etc/apache2/* [01:55] Just a second, I'll get back to you [01:55] thanks so much sigint, I really appreciate your help [01:59] Can you run this for me? ps -ef | grep apache [01:59] I may have been mistaken earlier [01:59] It could also shed light on the problem [02:00] root 6340 1 0 19:50 ? 00:00:00 /usr/sbin/apache2 -k start [02:00] www-data 6344 6340 0 19:50 ? 00:00:00 /usr/sbin/apache2 -k start [02:00] www-data 6370 6340 0 19:50 ? 00:00:00 /usr/sbin/apache2 -k start [02:00] www-data 6371 6340 0 19:50 ? 00:00:00 /usr/sbin/apache2 -k start [02:00] www-data 6372 6340 0 19:50 ? 00:00:00 /usr/sbin/apache2 -k start [02:00] www-data 6373 6340 0 19:50 ? 00:00:00 /usr/sbin/apache2 -k start [02:00] www-data 6374 6340 0 19:50 ? 00:00:00 /usr/sbin/apache2 -k start [02:00] www-data 6400 6340 0 19:50 ? 00:00:00 /usr/sbin/apache2 -k start [02:00] Oh okay, that looks fine. Forget the blather I said about root [02:00] avis 7284 20875 0 19:59 pts/10 00:00:00 grep --color=auto apachehaha! it's all good, process of elimination [02:00] hehaha! it's all good, process of elimination [02:01] Okay, well, all the permissions look good... just reiterate for me, what exactly are you trying to do that's causing this error? [02:02] I was trying to install graylog2 with Mongodb. Finished the installation taken from here:http://mrickert.com/2013/04/04/install-and-setup-graylog2-on-ubuntu-12-04/ [02:02] Had to restart and the world fell a part [02:03] *apart [02:04] I've since turned off the service itself: graylog-server [02:05] I should note that once I attemoted to reboot, it hanged on Radicale service (a calendar service) which I have since removed from /sites-enabled and uninstalled [02:05] I see [02:06] So you get an error while trying to install as per those instructions? At what step? And what exactly was the error? [02:06] no errors actually. whole thing ran perfectly [02:06] the only issues I felt that may have caused problems was* add graylog2 webserver by modifying the default site: [02:06] /etc/apache2/sites-available/default [02:07] I see... so what exactly is the problem? Are you unable to use the web interfae? [02:08] when I go to my server via browser pixel.uni.cx it doesn't load the index.html [02:08] at first it loaded my phpbb forums, now nothing, just good ol' fashioned forbidden / [02:08] Oh, hahaha this isn't what I expected [02:09] I can't remember how to fix this off the top of my head, I'm not an apache expert. But I have encountered it before and I remember it being totally simple [02:09] Gimme a minute or two [02:09] (if anyone DOES know off the top of their head, please chime in) [02:10] you're a blessing sigint! I've tried all I know with Googlefu, so a fresh mind is much appreciated [02:16] cjpcjp_: Can you pastebin your /etc/apache2/sites-available/default? [02:17] sure [02:17] http://pastebin.com/KJBSu3Uh [02:18] Thanks [02:21] no thank you [02:22] see anything out of the ordinary? [02:22] I don't think so, but I'm researching [02:23] Oh, can you do ls /etc/apache2/sites-available [02:24] and let me know what you see? [02:28] k [02:29] http://pastebin.com/duWna6me [02:30] apps.vhost belongs to owncloud service [02:30] forums is phpbb [02:30] munin is monitoring software that just doesn't like me :) and therefor, doesn't work [02:30] pastebin is my own pastebin [02:31] pcl.uni.cx is a url shortener [02:31] *pxl.uni.cx [02:31] and of course wiki is mediawiki [02:32] Geez that's a lot of stuff, haha [02:32] I can't lie, I'm clutching at straws here a little. So if you're losing interest or want to looks elsewhere, no need to consume your time. But if you'd lie me to keep trying, could you pastebin the files for your forum and for graylog2? [02:34] Any help you can provide, I am more than grateful sigint. If you're still willing, I will keep troubleshooting with you. [02:34] Alright, well, hit me :) [02:34] haha! awesome [02:34] k, one sec [02:34] I get something out of this too anyway. Learning is fun [02:35] should the default file not have as much stuff? [02:35] graylog2: http://pastebin.com/WY743xEp [02:36] indeed, no better way to learn than troubleshoot [02:36] Whoops, I think I may have found the problem [02:36] Your default looks normal, it matches mine exactly [02:36] but, [02:37] Okay, let me take a step back actually [02:37] awesome! [02:37] When you load pixel.uni.cx, what are you expecting to see? Your forums? [02:37] I've since stopped the graylog2 server [02:38] no, my website. which is located in /var/www/pixel/index.html [02:38] it should be noted you can actually reach the forums via the subdomain: forums.pixel.uni.cx [02:39] Hmm, right [02:40] Well, it looks like this graylog thing is overriding your document root, I think [02:40] AHA! son of a bitch graylog. hahaha [02:41] should I a2dissite graylog2 [02:42] and reboot? [02:43] Yeeess... I think. [02:43] One other short-term option [02:43] Ahh, forget that actually [02:43] Just disable it [02:43] Site graylog2 disabled. [02:43] To activate the new configuration, you need to run: service apache2 reload [02:44] k, I've reloaded apache2 and now I get the forums directly from visiting pixel.uni.cx [02:45] Excellent, that wasn't that complicated [02:45] http://pixel.uni.cx/pixel/index.html [02:45] The requested URL /pixel/index.html was not found on this server. [02:45] Hmm, is the file actually there? in /var/www/pixel [02:48] there is an index.html there, yes [02:49] this is the folder /var/www/pixel http://i.imgur.com/Cv9iDKt.png [02:51] I don't understand why it would ignore the index.html [02:52] Now that's odd [02:52] ... no it's not actually, haha [02:52] I think I got it again [02:52] Can you show me /etc/apache2/sites-available/forums [02:52] please? [02:53] yup [02:54] forums: http://pastebin.com/ZaxBsT1L [02:55] AllowOverride All [02:55] is that it! is that the culprit? [02:55] should it be AllowOverride None [02:55] I'm not completely sure what that does, but I can tell you that the file itself is the culprit [02:55] Line 6 overrides your document root again [02:56] really? shall we disable it for nwo? [02:56] *now? [02:57] Yes [02:57] I'm not convinced that you actually need it, but try that [03:40] sigint: your "chmod -R" above will make everything executable in that directory (including files, images, etc). Not the safest was to run the web server... [03:41] Yes, silly of me [04:19] the default host was not enabled [04:19] wrong chat