500 Error without anything in the apache logs

15,562

Turns out I was not completely wrong. The exception was indeed thrown by sqlalchemy. And as it's streamed to stdout by default, mod_wsgi silently ignored it (as far as I can tell).

To answer my main question: How to see the errors produced by the WSGI app?

It's actually very simple. Redirect your logs to stderr. The only thing you need to do, is add the following to your WSGI script:

import logging, sys
logging.basicConfig(stream=sys.stderr)

Now, this is the most mundane logging config. As I haven't put anything into place yet for my application this will do. But, I guess, once the application matures you will have a more sophisticated logging config anyways, so this won't bite you.

But for quick and dirty debugging, this will do just fine.

Share:
15,562
exhuma
Author by

exhuma

Developer since round about 1998. Minor "fun" developing projects done before that. Experienced mostly in Java, PHP and Python. But you can throw pretty much anything else at me. Chances that I've written a small application in it is high. Lua? Lisp? Clips? Blaise? SAS? and many more in my repertoire! Apart from software development, I have a very good knowledge of Linux server administration. Dedicated VIM and Linux user. Any questions?

Updated on June 17, 2022

Comments

  • exhuma
    exhuma almost 2 years

    I am currently developing an application based on flask. It runs fine spawning the server manually using app.run(). I've tried to run it through mod_wsgi now. Strangely, I get a 500 error, and nothing in the logs. I've investigated a bit and here are my findings.

    • Inserting a line like print >>sys.stderr, "hello" works as expected. The message shows up in the error log.
    • When calling a method without using a template it works just fine. No 500 Error.
    • Using a simple template works fine too.
    • BUT as soon as I trigger a database access inside the template (for example looping over a query) I get the error.

    My gut tells me that it's SQLAlchemy which emits an error, and maybe some logging config causes the log to be discarded at some point in the application.

    Additionally, for testing, I am using SQLite. This, as far as I can recall, can only be accessed from one thread. So if mod_wsgi spawns more threads, it may break the app.

    I am a bit at a loss, because it only breaks running behind mod_wsgi, which also seems to swallow my errors. What can I do to make the errors bubble up into the apache error_log?

    For reference, the code can be seen on this github permalink.

  • robots.jpg
    robots.jpg over 12 years
    flask.pocoo.org/docs/errorhandling explains this as well. If debug mode is enabled, errors will flow to the apache log. Once you disable it, you need to have logging set up or they will go nowhere. I can confirm that logging.handlers.SMTPHandler works nicely for deployed applications.
  • exhuma
    exhuma over 12 years
    @robots.jpg: I missed that... Sometimes it's obviously best to read the docs several times... ;)
  • jpmc26
    jpmc26 about 11 years
    I believe equivalently except that it's non-global: app.logger.addHandler(logging.StreamHandler(stream=sys.stder‌​r))
  • nicbou
    nicbou over 3 years
    What config.py? For which part of this multi-layer application?