我正在尝试使用gunicorn + supervisor运行一个小型WSGI应用程序，虽然一切正常，但我无法登录到文件。
如果我直接运行gunicorn命令，它确实可以正常工作，将所有输出发送到我指定的文件，但是一旦我与主管一起尝试同样的事情，它就不会。
我最近将这个小的WSGI应用程序从uwsgi移到了gunicorn，我对uwsgi记录到文件没有任何问题，所以我怀疑我要么在与主管合作时缺少gunicorn需要的东西，要么存在非问题 - 对我而言。
该应用程序名为upload，这就是该应用程序的主管配置如下所示：
[program:upload]
command=/vagrant/venv/bin/gunicorn -w 4 upload.wsgi:application --log-file /vagrant/log/application.log --log-level debug
directory=/vagrant
autostart=true
autorestart=true
文件/vagrant/log/application.log永远不会得到任何输入。如果我直接运行上面的command，那就是正常的gunicorn信息，关于启动工人：
2013-08-20 14:01:24 [1898] [INFO] Starting gunicorn 17.5
2013-08-20 14:01:24 [1898] [DEBUG] Arbiter booted
2013-08-20 14:01:24 [1898] [INFO] Listening at: http://127.0.0.1:8000 (1898)
2013-08-20 14:01:25 [1898] [INFO] Using worker: sync
2013-08-20 14:01:25 [1903] [INFO] Booting worker with pid: 1903
...
我还尝试在超级用户配置中使用redirect_stderr，但这也确实使日志文件获取任何信息。
这是一个已知问题吗？或者我需要一些其他旗帜？ （请注意，应用正在使用gevent，不确定这是否与此问题相关）