worker process 3729 exited on signal 11 (core dumped)

[Igor Sysoev]

On Sat, Aug 04, 2007 at 11:36:55PM +0400, Alexey Rymonin wrote:

> Hello Igor,
> 
> Saturday, August 4, 2007, 10:53:27 PM, you wrote:
> 
> IS> On Sat, Aug 04, 2007 at 12:35:30AM +0400, Alexey Rymonin wrote:
> 
> >> Saturday, August 4, 2007, 12:09:54 AM, you wrote:
> >> 
> >> >> есть dbx
> >> >> 
> >> >> [root at snake nginx]# dbx sbin/nginx core
> >> >> For information about new features see `help changes'
> >> >> To remove this message, put `dbxenv suppress_startup_message 7.5' in your .dbxrc
> >> >> Reading nginx
> >> >> core file header read successfully
> >> >> Reading ld.so.1
> >> >> Reading libsocket.so.1
> >> >> Reading libnsl.so.1
> >> >> Reading librt.so.1
> >> >> Reading libsendfile.so.1
> >> >> Reading libpcre.so.0.0.1
> >> >> Reading libdl.so.1
> >> >> Reading libz.so.1
> >> >> Reading libc.so.1
> >> >> Reading libaio.so.1
> >> >> Reading libmd5.so.1
> >> >> program terminated by signal SEGV (no mapping at the fault address)
> >> >> 0x00000000004bc0c6: .XAsJ.ngx_devpoll_process_events+0x0106:    cmpl     $0xffffffffffffffff,0x0000000000000018(%r13)
> >> >> dbx: core file read error: address 0x9 not in data space
> >> >> 0x00000000004bc0c6: .XAsJ.ngx_devpoll_process_events+0x0106:    cmpl     $0xffffffffffffffff,0x0000000000000018(%r13)
> >> 
> >> IS> dbx подойдёт, только нужно nginx собрать с отладочной информацией,
> >> IS> возможно, она удаляется при установке. Можно использовать новый бинарник
> >> IS> с этой коркой. А nginx, случаем, собирался не SunStudio 12 ?
> >> 
> >> Нет.. 11-ой cc: Sun C 5.8 Patch 121016-05 2007/01/10 ... В Sun мне по
> >> знакомству сказали что до первого патча, его лучше не юзать...
> >> я пересобрал с --with-debug ... и он теперь ругает на не соответсвие
> >> контрольных сумм....
> >> 
> >> [root at snake nginx]# dbx -f sbin/nginx core
> >> For information about new features see `help changes'
> >> To remove this message, put `dbxenv suppress_startup_message 7.5' in your .dbxrc
> >> Reading nginx
> >> core file header read successfully
> >> Reading ld.so.1
> >> Reading libsocket.so.1
> >> Reading libnsl.so.1
> >> Reading librt.so.1
> >> Reading libsendfile.so.1
> >> Reading libpcre.so.0.0.1
> >> Reading libdl.so.1
> >> Reading libz.so.1
> >> Reading libc.so.1
> >> Reading libaio.so.1
> >> Reading libmd5.so.1
> >> WARNING!!
> >> A loadobject was found with an unexpected checksum value.
> >> See `help core mismatch' for details, and run `proc -map'
> >> to see what checksum values were expected and found.
> >> dbx: warning: Some symbolic information might be incorrect.
> >> program terminated by signal SEGV (no mapping at the fault address)
> >> 0x00000000004bc0c6: .XApT.ngx_crc+0x00c6:       movb     $0x000000000000004f,%dh
> >> dbx: core file read error: address 0x9 not in data space
> >> 0x00000000004bc0c6: .XApT.ngx_crc+0x00c6:       movb     $0x000000000000004f,%dh
> >> (dbx)
> >> 
> >> что дальше делать?
> 
> IS> Похоже, с sunc и dbx такой фокус не проходит.
> IS> Остаётся только собрать с отладочной информацией и ждать новой корки.
> 
> Не вопрос... одна корка за три дня... это не очень большая проблема...
> при учете что предидущий сервер падал кажды два часа... :-)
> клиент даже не заметит....

Кстати, хорошо бы убедиться, что отладочная информация в файле есть.
Что показывает

file nginx

?


-- 
Игорь Сысоев
http://sysoev.ru