Hi,

I reported this bug a month or so ago. I have simillar symptomps (saw it again couple of days ago):

2012-19-01 14:12:45 - DAMN ! worker 1 (pid: 3358) died :( trying respawn ...
2012-19-01 14:12:45 - Loading paste environment: config:/path/to/paste.ini
2012-19-01 14:12:45 - Respawned uWSGI worker 1 (new pid: 3359)
Traceback (most recent call last):
(...Error Traceback...)
2012-19-01 14:12:46 - SIGINT/SIGQUIT received...killing workers...
2012-19-01 14:12:46 - goodbye to uWSGI.
2012-19-01 14:12:46 - chdir(): Permission denied [uwsgi.c line 955]

2012-19-01 14:16:45 - SIGINT/SIGQUIT received...killing workers...
2012-19-01 14:16:45 - SIGINT/SIGQUIT received...killing workers...
2012-19-01 14:16:45 - SIGINT/SIGQUIT received...killing workers...
2012-19-01 14:16:46 - goodbye to uWSGI.
2012-19-01 14:16:46 - chdir(): Permission denied [uwsgi.c line 955]

For me the case is: an app started with --paste & 1 master process, 10 threads

How to reproduce?
- start uwsgi with an wsgi paste application which fails to load (in my case invalid import)
- uwsgi starts respawning constantly (the rate here is ok)
- send SIGQUIT & watch uwsgi output

hope this helps.

Łukasz

W dniu 22.01.2012 08:39, C Anthony Risinger pisze:
i opened a somewhat corner-case bug here:

http://projects.unbit.it/uwsgi/ticket/77

if uWSGI receives SIGINT after the --pyshell interpreter/worker dies
(eg, on EOF/Ctrl+D), but before the next interpreter is ready (ie,>>>
prompt visible), it enters a massive loop sending:

[...]
SIGINT/SIGQUIT received...killing workers...
SIGINT/SIGQUIT received...killing workers...
SIGINT/SIGQUIT received...killing workers...
[...]

... to stderr over 100,000 times before being brutally killed by the
master process:

[...]
SIGINT/SIGQUIT received...killing workers...
SIGINT/SIGQUIT received...killing workers...
worker 1 (pid: 26172) is taking too much time to die...NO MERCY !!!
goodbye to uWSGI.

... bug only occurs if --master is also used.


--
Pozdrawiam,

Łukasz Czuja

Programista / Analityk / Architekt IT

_______________________________________________
uWSGI mailing list
[email protected]
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi

Reply via email to