![[Home]](/wiki.gif)
Failed To Open Log File Fopen Permission Denied Error With ScriptFailed To Open Log File Fopen Permission Denied Error With Script | The Wiki Way |
Best MySQL books:
 | The Definitive Guide to Mysql Second Edition |
 | Mysql 3rd Edition Developers Library |
 | Mysql Cookbook |
Best Perl books:
 | Writing Perl Modules for Cpan |
 | Programming Perl |
 | Learning Perl |
 | Perl Cookbook |
Subjects > Computers > Internet > Web > Wiki > WikiSoftware > Kwiki
See also Tech Tips ...
Question: The kwiki install doesn't seem to deal with rights. I finally got all the modules installed, but when I point my browser at the kwiki's index.cgi, I get
The server encountered an internal error or misconfiguration and was unable to complete your request.
I looked in my apache error log and I found
failed to open log file fopen: Permission denied [Wed Aug 31 03:31:44 2005] error [client 210.195.78.19] Premature end of script headers: /home/virtual/site98/fst/var/www/cgi-bin/kwiki/index.cgi
Does anyone have an idea where this log is trying to be created? I looked through the kwiki modules and couldn't find any error messages regarding a log file.
Usually "fopen: permission denied" indicates that the #! line at the start of a script is not setup properly. Be sure to check that is the actual path to perl.
From the /home/virtual/site98/fst it looks like you are running on an ensim control panel based machine.
Note that on Linux system with control panels and virtual file roots like Ensim each domain account gets it's own virtual file system. That is what the fst in the above path means. When things are happening within the account, like running scripts via perl interpreter, the script only see the file system below the fst. (Note that mod_perl run scripts get access to the entire machine.)
It's possible that the perl available to the root user is not the same as the perl available to the domain users. For example, /usr/bin/perl might be the perl in all the chroot'd domains, but the main root user might have /usr/local/bin/perl set as their default perl. If /usr/local/bin/perl is not explicitly linked into the file system of a domain account, that won't be available from scripts running from a particular domain account.
Also, on systems that have multiple perls installed, when installing Kwiki and it's modules be sure to run the perl that will be used with scripts served by the web server.
Finally, one of the lower level dependencies of Kwiki is Encode.pm, and that is not available on Perls before 5.7.2, so it will not be possible to get Kwiki to run on the default perl on older control paneled web hosts.
If this page helped you, please contact me and let me know.
I spend a lot of time tracking down solutions to many problems and questions, and it takes a lot of time to write about the answers so you can benefit from them. But I hope this page helped you solve your problem, or answered your question, clearly and quickly. You can also contact me about your tech problems. If you can afford some donation to cover my time to look into your problem, please mention the amount you can contribute, and that will help me give proper priority to your request.
Please also consider making a link to this page from your website.
You can also reach me privately with your questions at [my contact page]!
- Garnet
|
Interested in John Elloway MD MPH Links?