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...http://jskladan.fedorapeople.org/tg2_app/resultsdb.wsgi > > > > 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.
