![[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 so, I'd like to hear from you.
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. If you'd like to support my making more tech tips, please donate a couple of bucks via paypal! For any size donation, I'll send you an Internet Guide on the topic of your choice to include on your website. See [Guides To The Internet] for some examples.
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
Search for books about:
|
Interested in Illegals Arrested While Harvesting Cicadas For Export?