Re: exited on signal 11

[Alexey Polyakov <alexey.polyakov@xxxxxxxxx>]

У меня подобная проблема, в лог сыпется вот что:
2005/12/04 22:40:48 [alert] 41729#0: worker process 76350 exited on signal 
112005/12/04 22:40:49 [alert] 41729#0: worker process 76351 exited on signal 
112005/12/04 22:40:49 [alert] 41729#0: worker process 76353 exited on signal 
112005/12/04 22:40:50 [alert] 41729#0: worker process 76352 exited on signal 
112005/12/04 22:40:51 [alert] 41729#0: worker process 76354 exited on signal 
112005/12/04 22:40:52 [alert] 41729#0: worker process 76355 exited on signal 
112005/12/04 22:40:52 [alert] 41729#0: worker process 76356 exited on signal 
112005/12/04 22:40:52 [alert] 41729#0: worker process 76357 exited on signal 
112005/12/04 22:40:53 [alert] 41729#0: worker process 76358 exited on signal 
112005/12/04 22:40:54 [alert] 41729#0: worker process 76359 exited on signal 
112005/12/04 22:40:55 [alert] 41729#0: worker process 76361 exited on signal 
112005/12/04 22:40:56 [alert] 41729#0: worker process 76362 exited on signal 
112005/12/04 22:40:56 [alert] 41729#0: worker process 76363 exited on signal 
112005/12/04 22:40:57 [alert] 41729#0: worker process 76364 exited on signal 
112005/12/04 22:40:59 [alert] 41729#0: worker process 76365 exited on signal 
112005/12/04 22:40:59 [alert] 41729#0: worker process 76366 exited on signal 
112005/12/04 22:41:00 [alert] 41729#0: worker process 76367 exited on signal 
112005/12/04 22:41:00 [alert] 41729#0: worker process 76368 exited on signal 
112005/12/04 22:41:01 [alert] 41729#0: worker process 76369 exited on signal 
112005/12/04 22:41:03 [alert] 41729#0: worker process 76370 exited on signal 
112005/12/04 22:41:03 [alert] 41729#0: worker process 76372 exited on signal 
112005/12/04 22:41:04 [alert] 41729#0: worker process 76373 exited on signal 
112005/12/04 22:41:05 [alert] 41729#0: worker process 76374 exited on signal 11
Это записи подряд (grep -C 1), loglevel - warn.
Когда использовал 0.1.39 - не было.После перехода на 0.3.7 - стало. В сутки 
несколько десятков записей.ОС FreeBSD 5.4. На Линуксе такого не наблюдаю.SSI не 
используется.
Насколько я понимаю, штука безобидная.
On 12/5/05, Igor Sysoev <is@xxxxxxxxxxxxx> wrote:> On Mon, 5 Dec 2005, Denis 
Shaposhnikov wrote:>> > Последние версии nginx'а стали что-то падать on signal 
11. В error.log> > этому кажется соответствует> >> > 2005/12/05 10:49:45 [info] 
24523#0: *385305 kevent() reported that client closed prematurely connection, 
so upstream connection is closed too (54: Connection reset by peer) while 
sending request to upstream, client: x.x.x.32, server:y.y.y.ru, URL: 
"/XXX/XXX/XXX.xx", upstream: "http://x.x.x.x:8000/XXX/XXX/XXX.xx";, host: 
"y.y.y.ru", referrer: "https://y.y.y.ru/XXX/XXX/XXX.xx";> > 2005/12/05 10:49:45 
[notice] 86332#0: signal 20 (SIGCHLD) received> > 2005/12/05 10:49:45 [alert] 
86332#0: worker process 24523 exited on signal 11>> Начиная с каких версий, это 
стало наблюдаться ?>> Используется ли SSI и вставка фрагментов с проксированием 
?> В 0.3.13 на это тему есть исправления, но есть как минимум одна> пока не 
найденная проблема из-за которой случается segmentation fault> (у меня она 
происходит редко, надеюсь на этой неделе будет).> В 0.3.13 для её отлова нужно 
собрать nginx так:>> ./configure ... --with-cc-opt="-D 
NGX_MEMCPY_LIMIT=10000">> и в nginx.conf указать>> debug_points  abort;>> Ну и, 
конечно, нужно разрешить создание core.>>> Игорь Сысоев> http://sysoev.ru>>

--Alexey Polyakov