Flask app logger not working when running within gunicorn

You answered your question yourself here. Though I'll add my answer in hope that it would help someone else having similar issue.

Since your question has 2 parts, of which the first part is solved, ill mark my response for each part:

PART 1: No logging happening if instead of directly running the app via python, you run it under gunicornThis was because, when directly running, the name == 'main' is True, and your code initialized both a FileHandler and a StreamHandler, and logging worked.But when run through gunicorn, name == 'main' would fail, as name would then contain the name of your module. This means no effective handlers will be initialized. And hence no logging is seen.

PART 2: Why doesn't Flask logger work by default under gunicorn/uWSGIThe latest flask versions initialize app.logger from scratch and attach a few handlers like DebugHandler, StreamHandler by default depending on if app.debug==True. Still the logger is not enough and will only log to STDERR.There have been multiple changes in gunicorn over last few versions.Version 19.4.1 doesn't capture STDOUT and STDERR to the gunicorn error.log.But it does make available loggers with names 'gunicorn' , 'gunicorn.access' and 'gunicorn.error'. The last one has a FileHandler writing to the configured error.log.In case you want logs from your flask app to go to error.log use one of the following approaches:Approach1:

#only use gunicorn.error logger for all loggingLOGGER = logging.getLogger('gunicorn.error')LOGGER.info('my info')LOGGER.debug('debug message')# this would write the log messages to error.log

Approach2:

# Only use the FileHandler from gunicorn.error loggergunicorn_error_handlers = logging.getLogger('gunicorn.error').handlersapp.logger.handlers.extend(gunicorn_error_handlers )app.logger.addHandler(myhandler1)app.logger.addHandler(myhandler2)app.logger.info('my info')app.logger.debug('debug message')

Will recommend approach 2, as you can keep whatever handlers you wish in addition to gunicorn.error. Also, you can choose to not add gunicorn.error handlers based on a condition.

thanks

Flask uses Werkzeug for WSGI. The "Flask logs" you see are actually from Werkzeug's builtin development server and not from Flask itself.

When you replace that development server with something like Gunicorn or uWSGI, you don't see its logs.

The same goes for the Debugger. You can see the familiar "Flask debug page" even if you only use Werkzeug's Debugger.

Now you know. :)

With gunicorn 19.6, --capture-output --enable-stdio-inheritance seems to work.