These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for Where are the logs? on the new forum.
I just installed drupal in /home/honor/public_html. I have drupal installed on other virtual servers. I get this error code when I try to browse to it: The server encountered an internal error or misconfiguration and was unable to complete your request. How do I proceed to debug this? The site is ScoutFishing.com
Howdy,
The logs for a given website are in $HOME/logs/error_log.
You can also access them in Virtualmin using Logs and Reports -> Apache Error Log.
That error log should contain information about the error you're seeing.
-Eric
Option FollowSymLinks not allowed here
What's a symlink?
Do I avoid or enable them and then how?
Howdy,
The FollowSymlinks is parameter disabled to to security issues. However, in it's place, you could use the +SymLinksIfOwnerMatch parameter. That should prevent the error you're seeing.
-Eric
in .htaccess
in /home/honor/public_html/.htaccess
I restarted the httpd service and I even rebooted the server. I am also using -ctrl- when I hit refresh and -F5-.
Is there a way to re-enable SymLinks? I need it for Clean Urls in Drupal.
First I tried
chown -R honor public_html
Then I tried
chown -R apache public_html
I restarted apache inbetween the two codes and neither resolved the issue.
No idea on how to do this?
It looks like you're trying to use both parameters.
You need to use "SymLinksIfOwnerMatch" instead of "FollowSymlinks", rather than having both.
The FollowSymlinks parameter is generating an error, and using SymLinksIfOwnerMatch in it's place will fix it.
-Eric
I have installed Drupal 7.x on public_html. Instead of getting the install script I get:
No input file specified.
When I check the logs I see:
[Mon Feb 25 05:57:43 2013] [error] [client 174.48.226.189] File does not exist: /home/honor/public_html/favicon.ico
Here is the ls of /home/honor/public_html:
Howdy,
See if it helps to edit $HOME/etc/php.ini, and in there, look for "cgi.fix_pathinfo".
When you find that, try setting that to "0" (and make sure it's not commented out).
-Eric
This is what I found:
cgi.fix_pathinfo = On
Here is more of it... I guess I need to change it from on to a zero
Howdy,
It's possible "Off" might work too, but yeah, I'd probably suggest just changing it to a '0'. Let us know if that does the trick!
-Eric
OK. I changed it from
cgi.fix_pathinfo = On
to
cgi.fix_pathinfo = 0
I am still getting this error displayed on ScoutFishing.com: No input file specified.
I am seeing this error in the Apache error log:
[Wed Feb 27 12:01:49 2013] [error] [client 174.48.226.189] File does not exist: /home/honor/public_html/favicon.ico
I then changed it to
cgi.fix_pathinfo = Off
Still no fix. This shouldn't be this hard that it takes me a week to get a website up. I appreciate the help, but this is incredibly frustrating for me. I just like for things to work and work effortlessly.
I have to ask... is there anyone I can pay to resolve this &%#$ issue for me? I was supposed to have this up and running last week, and now I look like a complete idiot. Please let me know.
Sorry for the trouble you're having -- normally this is effortless.
You should be able to perform a Drupal install with the Install Script, and it should work after that's installed.
It looks like you're using Virtualmin Pro there -- with that in mind, we can take a deeper look for you, as our Premium Support service is something you're paying for.
If you like, I can log in and look into what's going awry there.
If that's okay, you can either enable Remote Support using the Virtualmin Support module, or you can send me an email containing your root login details using eric@virtualmin.com.
-Eric
Howdy,
Thanks for your email, I was able to login and look around.
It looks like the issue was that the public_html folder was owned by the user apache, rather than the Virtual Server owner.
Once I changed the folder to be owned by the Virtual Server owner, my test PHP script ran, and I can also see the Drupal installer.
Also, note that since you have Virtualmin Pro, you also have access to all the Install Scripts, which simplify the installation process of many web apps, including Drupal.
Rather than performing a manual installation, you could install Drupal by going into Install Scripts, and installing Drupal from there. That will handle configuring everything for you, including setting "SymlinksIfOwnerMatch" in place of the default "FollowSymlinks".
Does all that seem to be working for you now?
-Eric
FWIW,
I tried the automatic scripting and it also failed. There were errors with the db. That's when I decided to do it manually as I have done many, many times before. I see that when I do things in the various virtual servers that I should change to that user using the su command. I noticed that when I updated to Drupal 7.2 that when I ran cp -rf drupal-7.20/* public_html/ as me that it prompted me at each file. So I switched to honor and the same command ran with absolutely no prompts as it was intended to do. I haven't checked clean urls, but I am hoping that they are working fine. Thanks again for the help!
Thanks Eric!!!