Hi All, I've been having a lot of trouble getting trac running on Fedora 8 (on a intel core 2 quad cpu server). After a fairly painless installation on macosx (leopard), I needed to get trac running on my Fedora linux server. To cut a long story short tracd can serve the project, but when trying to view it with apache at "https://localhost/trac"; I get (for the base directory, where I've set TRAC_ENV_PARENT_DIR as "/usr/ local/trac"; I've installed Trac 10.5):
******* Available Projects * ProjectName: Error (the user apache requires read_and_write permissions to the database file /usr/local/trac/Project/db/trac.db and the directory it is located in.) *********** And when I go to "https://localhost/trac/ProjectName"; I see: *********** Internal Server Error 500 Internal Server Error (the user apache requires read_and_write permissions to the database file /usr/local/trac/Project/db/trac.db and the directory it is located in.) TracGuide etc etc etc etc ***** which is clearly a trac page. As I said, these are fine when served with tracd (ie tracd -p 8000 -e /usr/local/trac). All of the relevant directories were initially chowned and chmoded for apache, and subsequently as part of troubleshooting were chmoded to 777 (chmod -R 777 /usr/local/trac), with no change in the situation. The output from the Apache error_log has the following after the usual start up messages : ******* error] (13)Permission denied: FastCGI: apr_dir_open() failed [notice]...... [notice]..... [error] (13)Permission denied: FastCGI: apr_dir_open() failed [notice] FastCGI: process manager initialized (pid nnnnn) [notice] Apache/2.2.9 (Unix) DAV/2 mod_ssl/2.2.9 OpenSSL/0.9.8b SVN/ 1.4.4 mod_fastcgi/2.4.6 configured - resuming normal operations ******** which suggests that fastcgi is failing to open a directory - tried "LogLevel debug" to get more detail here but to no avail. The only discussion I could find on this problem related to the location of the python egg cache so I set that explicitly ("SetEnv PYTHON_EGG_CACHE / tmp/eggs") and gave "/tmp/eggs" appropriate ownership and permissions, which made no difference to the error message from apache or trac. The mod_fastcgi dev list responded that "maybe a directory was missing" in answer to a query about the error_log message. As I said above, it would be nice to know what apr_dir_open() is actually failing on, but I don't know if that is what is causing the trac problem, although it seems likely the two are connected. Any suggestions would be greatly appreciated. As I said, I have Trac running on my MBP under Leopard, being served by apache 2, with SVN as the source repository (which I did as a test, to see if it would be suitable for use, which it certainly is, obviously having it running on my laptop is not going to very useful to anyone but myself...), so I'm a bit stumped by the difficulty I've had getting it going on a linux box. The only major difference I can see between the two installations is that the Mac had mod_fastcgi 2.4.2, whereas the current version is 2.4.6, which is what I installed on the Fedora box, is 2.4.6. I tried to install 2.4.2 but there doesn't seem to be a copy available anymore. I should mention that SVN is running fine, and can be accessed via https. Regards, Liam Elbourne. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~----------~----~----~----~------~----~------~--~---
