On Jan 5, 11:57 pm, "Graham Dumpleton" <[email protected]>
wrote:
> 2009/1/6 rupert.thurner <[email protected]>:
> > while migrating our trac-0.11.2.1 installation from mod_python to
> > mod_wsgi we got:
> > [Mon Jan 05 19:28:34 2009] [info] [client x.x.x.x] (9)Bad file number:
> > core_output_filter: writing data to the network
>
> > on the url:http://server.net/projects/testa/chrome/common/css/wiki.css,
> > which then ends with an empty css file on the browser.
>
> > strange is that i cannot figure out a rule:
> > *http://server.net/projects/testa/chrome/common/css/wiki.css- nok
> > *https://server.net/projects/testa/chrome/common/css/wiki.css- ok
> > *http://server.net/projects/testa/chrome/common/css/trac.css- ok
> > *https://server.net/projects/testa/chrome/common/css/trac.css- ok
>
> > i also tried to grep for "wiki" in the apache config directory. but
> > there is nothing, except the "watch /wiki/* " in the trac.ini file(s)
> > for the announcer plugin. i also checked the permissions on the
> > wiki.css inside the extracted python egg, installed via easy_install.
>
> > what could this be? all the urls worked with the mod_python
> > configuration.
>
> > the config looks like below, https is running as virtual host, same
>
> Why don't you have the WSGIScriptAlias/Directory configuration inside
> of the HTTP and HTTPS VirtualHost container directives? Or do you not
> have a VirtualHost for the HTTP case?
we do not use a virtualhost for _default_:80. i tried to use
<VirtualHost _default_:80>. the error remains. mod_python was loaded
also, the alias was not known any more in the ssl virtual host.
i tried also not to load mod_python, which also did not change
anything.
> > DocumentRoot:
> > WSGIScriptAlias /projects /opt/csw/apache2/data/cgi-bin/trac.wsgi/
>
> This is wrong. Change it to:
>
> WSGIScriptAlias /projects /opt/csw/apache2/data/cgi-bin/trac.wsgi
>
> Only broken FASTCGI stuff needs the trailing slash on RHS.
>
> This in itself probably will not make a difference for this, but could
> cause some problems.
removed it, no change.
> Also, have you considered having Apache serve up static files
> directly. I think there is something in Trac documentation about that,
considered it, but as the files get installed into python-libs i was
not to keen in breaking the install package up by moving them to
somewhere accessible by the webserver.
> Graham
>
> > <Directory /opt/csw/apache2/data/cgi-bin>
> > WSGIApplicationGroup %{GLOBAL}
> > Order deny,allow
> > Allow from all
> > </Directory>
> > <VirtualHost _default_:443>
> > ...
>
> > trac.wsgi looks like:
> > import os
> > import trac.web.main
> > os.environ['PYTHON_EGG_CACHE'] = '/tmp/cache/trac-eggs'
> > os.environ['TRAC_ENV_PARENT_DIR'] = '/opt/csw/apache2/data/trac010'
> > application = trac.web.main.dispatch_request
>
> > os: solaris-10
> > python: 2.5.1
> > trac: 0.11.2.1
> > apache: 2.2.10,REV=2008.10.30
> > mod_wsgi: 2.3
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"modwsgi" 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/modwsgi?hl=en
-~----------~----~----~----~------~----~------~--~---
