OK, so I finally managed to fix the problem.
The root of this issue is in the modwsgi_deploy helper tool, which
creates wrong "project.conf" file for apache <http://
jskladan.fedorapeople.org/complete_config/etc/httpd/conf.d/
resultsdb.conf> respectively the <http://jskladan.fedorapeople.org/
complete_config/usr/local/turbogears/resultsdb/apache/resultsdb> (it's
the same file).
The problem is this line:
WSGIScriptAlias /resultsdb/ /usr/local/turbogears/resultsdb/apache/
resultsdb.wsgi
which should look like this:
WSGIScriptAlias /resultsdb /usr/local/turbogears/resultsdb/apache/
resultsdb.wsgi
After this change, the project is working line charm. I'm not sure,
whether this is Fedora/RHEL specific, or a bug in the helper tool.
I'll try this out on my debian machine and report back with the
results.
J.
On Sep 19, 9:30 am, rajcze <[email protected]> wrote:
> Hi,
>
> once again, thank you for your continuing help.
>
> The complete configuration is
> herehttp://jskladan.fedorapeople.org/complete_config/
> access_log & error log are httpd logfiles; at [Mon Sep 19 09:20:10
> 2011] I ran a `service httpd restart` command, and I ran the wget
> command at [19/Sep/2011:09:20:21].
>
> Hope this helps.
>
> Once again, my guess is, that the error must be somewhere
> inhttp://jskladan.fedorapeople.org/complete_config/usr/local/turbogears...
> because if i set the 'target' for WSGIScriptAlias to
> thehttp://jskladan.fedorapeople.org/complete_config/usr/local/turbogears...
> everything is OK.
>
> The code of the project 'resultsdb' is plain quickstarted project, so
> IMHO it should not be a problem in controller.
>
> Thank you very much for your time
>
> Josef
>
> On Sep 16, 7:55 pm, Michael Pedersen <[email protected]> wrote:
>
> > Okay, looking over that information, I don't see anything wrong. I'll need
> > to ask for more detailed information to try to debug this.
>
> > Specifically, look in your error and access logs: See what the results are
> > when doing that wget, and please post them to us.
>
> > Also, can you post your full Apache configuration somewhere? Whenever a
> > redirect happens, it's either coming from the code (you can check your root
> > controller and see if that's doing it, but I doubt it in this case), or it's
> > coming from your Apache configuration someplace. Not just in the mod_wsgi
> > section, either, so Ihave to ask for all of it.
>
> > On Fri, Sep 16, 2011 at 6:31 AM, rajcze <[email protected]> wrote:
> > > Sorry, typo in the links:
>
> > > ....
>
> > > Then the application's configs (as I said earlier, created by the
> > > modwsgi_deploy helper are:
>
> > > /etc/httpd/conf.d/resultsdb.conf:
> > >http://jskladan.fedorapeople.org/tg2_app/resultsdb.conf
>
> > > /usr/local/turbogears/resultsdb/apache/resultsdb.wsgi:
> > >http://jskladan.fedorapeople.org/tg2_app/resultsdb.wsgi
>
> > > ...
>
> > > On Sep 16, 11:18 am, rajcze <[email protected]> wrote:
> > > > Hello,
>
> > > > the logs from the wget:
>
> > > > $ wget --save-headers --max-redirect 3
> > >http://fedoraqa.lab.eng.brq.redhat.com/resultsdb/
> > > > --2011-09-16 10:58:57--
> > >http://fedoraqa.lab.eng.brq.redhat.com/resultsdb/
> > > > Resolving fedoraqa.lab.eng.brq.redhat.com... 10.34.32.84
> > > > Connecting to fedoraqa.lab.eng.brq.redhat.com|10.34.32.84|:80...
> > > > connected.
> > > > HTTP request sent, awaiting response... 301 Moved Permanently
> > > > Location:http://fedoraqa.lab.eng.brq.redhat.com/resultsdb//
> > > > [following]
> > > > --2011-09-16 10:58:57--
> > >http://fedoraqa.lab.eng.brq.redhat.com/resultsdb//
> > > > Connecting to fedoraqa.lab.eng.brq.redhat.com|10.34.32.84|:80...
> > > > connected.
> > > > HTTP request sent, awaiting response... 301 Moved Permanently
> > > > Location:http://fedoraqa.lab.eng.brq.redhat.com/resultsdb//
> > > > [following]
> > > > --2011-09-16 10:58:57--
> > >http://fedoraqa.lab.eng.brq.redhat.com/resultsdb//
> > > > Connecting to fedoraqa.lab.eng.brq.redhat.com|10.34.32.84|:80...
> > > > connected.
> > > > HTTP request sent, awaiting response... 301 Moved Permanently
> > > > Location:http://fedoraqa.lab.eng.brq.redhat.com/resultsdb//
> > > > [following]
> > > > --2011-09-16 10:58:57--
> > >http://fedoraqa.lab.eng.brq.redhat.com/resultsdb//
> > > > Connecting to fedoraqa.lab.eng.brq.redhat.com|10.34.32.84|:80...
> > > > connected.
> > > > HTTP request sent, awaiting response... 301 Moved Permanently
> > > > Location:http://fedoraqa.lab.eng.brq.redhat.com/resultsdb//
> > > > [following]
> > > > 3 redirections exceeded.
>
> > > > The config files:
> > > > /etc/httpd/conf/httpd.conf:
> > >http://jskladan.fedorapeople.org/tg2_app/httpd.conf
> > > > /etc/httpd/conf.d/wsgi.conf:
> > >http://jskladan.fedorapeople.org/tg2_app/wsgi.conf
>
> > > > apart from the "WSGISocketPrefix /var/run/wsgi" line in the wsgi.conf,
> > > > these should be "default" configs.
>
> > > > Then the application's configs (as I said earlier, created by the
> > > > modwsgi_deploy helper are:
> > > > /etc/httpd/conf.d/resultsdb.conf:
> > >http://jskladan.fedorapeople.org/tg2_app/resultsdb.conf/usr/local/tur...
>
> > > > These are also deafult as taken from the helper script.
> > > > WSGI as such is probably configured OK, because when i change the
>
> > > > WSGIScriptAlias /resultsdb/ /usr/local/turbogears/resultsdb/apache/
> > > > resultsdb.wsgi
>
> > > > line in the resultsdb.conf to
>
> > > > WSGIScriptAlias /resultsdb/ /usr/local/turbogears/resultsdb/apache/
> > > > test.wsgi
>
> > > > Then the "hello world" page shows without problem. (the test.wsgi file
> > > > <http://jskladan.fedorapeople.org/tg2_app/test.wsgi> is also created
> > > > automatically by the modwsgi_deploy).
>
> > > > I tried this not only with my project, but also with a completely
> > > > clean app created by "paster quickstart" but the result is the same.
>
> > > > Regards
>
> > > > Josef
>
> > > > On Sep 15, 5:08 pm, Michael Pedersen <[email protected]> wrote:
>
> > > > > We would need to see the output of the web server to try to help with
> > > this.
> > > > > It's likely a misconfig somewhere in Apache.
>
> > > > > If you use "wget --save-headers --max-redirect 3
> > >http://www.example.com/";
> > > > > the first several lines of the output file will be the output headers
> > > from
> > > > > the server, and will help us diagnose what's going on and how to fix
> > > it.
>
> > > > > On Thu, Sep 15, 2011 at 9:07 AM, rajcze <[email protected]> wrote:
> > > > > > Hello,
>
> > > > > > I'm trying to run my TG2.1 application using apache & mod_wsgi on
> > > Fedora
> > > > > > 14.
>
> > > > > > I followed the steps described in
> > > > > > <http://turbogears.org/2.1/docs/main/Deployment/ModWSGI.html>, used
> > > > > > the modwsgi_deploy helper script to create apache config files. When
> > > I
> > > > > > try to access the respective URL, apache gets stuck in some endless
> > > > > > redirect loop:
>
> > > > > > [/var/log/httpd/access_log]
> > > > > > 10.34.29.248 - - [15/Sep/2011:13:54:53 +0200] "GET /Helloworld/
> > > > > > HTTP/1.1" 301 514 "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US;
> > > > > > rv:1.9.2.17) Gecko/20110428 Fedora/3.6.17-1.fc14 Firefox/3.6.17"
> > > > > > 10.34.29.248 - - [15/Sep/2011:13:54:53 +0200] "GET /Helloworld//
> > > > > > HTTP/1.1" 301 514 "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US;
> > > > > > rv:1.9.2.17) Gecko/20110428 Fedora/3.6.17-1.fc14 Firefox/3.6.17"
> > > > > > 10.34.29.248 - - [15/Sep/2011:13:54:53 +0200] "GET /Helloworld//
> > > > > > HTTP/1.1" 301 514 "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US;
> > > > > > rv:1.9.2.17) Gecko/20110428 Fedora/3.6.17-1.fc14 Firefox/3.6.17"
> > > > > > 10.34.29.248 - - [15/Sep/2011:13:54:53 +0200] "GET /Helloworld//
> > > > > > HTTP/1.1" 301 514 "-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US;
> > > > > > rv:1.9.2.17) Gecko/20110428 Fedora/3.6.17-1.fc14 Firefox/3.6.17"
> > > > > > ...
>
> > > > > > This happens with both my project and plain quickstarted project.
> > > > > > httpd/error_log does not contain any errors. Everything works OK
> > > while
> > > > > > served via `paster serve deployment.ini`.
> > > > > > What can I do to fix/debug this problem?
>
> > > > > > Regards
>
> > > > > > Josef
> > > > > > --
> > > > > > Rules of Optimization:
> > > > > > Rule 1: Don't do it.
> > > > > > Rule 2 (for experts only): Don't do it yet.
>
> > > > > > --
> > > > > > You received this message because you are subscribed to the Google
> > > Groups
> > > > > > "TurboGears" 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/turbogears?hl=en.
>
> > > > > --
> > > > > Michael J. Pedersen
> > > > > My IM IDs: Jabber/[email protected], AIM/pedermj022171
> > > > > Yahoo/pedermj2002, MSN/[email protected]
> > > > > My Online Resume:http://www.icelus.org/
> > > > > Twitter: pedersentg
>
> > > --
> > > You received this message because you are subscribed to the Google Groups
> > > "TurboGears" 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/turbogears?hl=en.
>
> > --
> > Michael J. Pedersen
> > My IM IDs: Jabber/[email protected], AIM/pedermj022171
> > Yahoo/pedermj2002, MSN/[email protected]
> > My Online Resume:http://www.icelus.org/
> > Twitter: pedersentg
--
You received this message because you are subscribed to the Google Groups
"TurboGears" 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/turbogears?hl=en.
