Summary: | Падает на x86_64 | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Vladimir V. Kamarzin <vvk> |
Component: | nginx | Assignee: | Anton Farygin <rider> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P2 | CC: | rider |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Vladimir V. Kamarzin
2006-08-29 12:22:46 MSD
Что с новыми версиями? (In reply to comment #1) > Что с новыми версиями? 0.4.9-alt1 на 2.6.16-ovz-smp-alt12 падает так же. В сизиф ушел новый nginx, прошу проверить с ним. Свежепоставленный на x86_64 nginx-0.5.14-alt1, к которому попробовал обратиться lynx/links2: 2007/04/05 16:29:31 [alert] 32109#0: worker process 32110 exited on signal 11 2007/04/05 16:29:32 [alert] 32109#0: worker process 32112 exited on signal 11 2007/04/05 16:29:32 [alert] 32109#0: worker process 32113 exited on signal 11 2007/04/05 16:29:32 [alert] 32109#0: worker process 32692 exited on signal 11 Можешь его собрать с --enable debug и посмотреть корку? (In reply to comment #4) > Свежепоставленный на x86_64 nginx-0.5.14-alt1, к которому попробовал обратиться > lynx/links2: > > 2007/04/05 16:29:31 [alert] 32109#0: worker process 32110 exited on signal 11 > 2007/04/05 16:29:32 [alert] 32109#0: worker process 32112 exited on signal 11 > 2007/04/05 16:29:32 [alert] 32109#0: worker process 32113 exited on signal 11 > 2007/04/05 16:29:32 [alert] 32109#0: worker process 32692 exited on signal 11 такое бывает, когда ресурсов в контейнере не хватает. Думаю, надо баг закрыть, т.к. редкое приложение ведет себя прилично при нехватке памяти (если, конечно, vvk@ не запускает nginx на std-smp ядре). Мне думается что если мы поймаем точное место в коде где падает, Игорь Сысоев будет рад сделать так, чтобы nginx корректно вел себя в таких ситуациях. Редкое приложение имеет такую высокую эффективность использование system-specific фич и одновременно портируемость. И меня несколько напрягает то что у нас тут 3 репортера с одной и той же багой. (In reply to comment #7) > Думаю, надо баг закрыть, т.к. редкое приложение ведет себя прилично при нехватке > памяти (если, конечно, vvk@ не запускает nginx на std-smp ядре). ресурсов достаточно: # vzctl exec 137 "grep -v ' 0$' /proc/user_beancounters" Version: 2.5 uid resource held maxheld barrier limit failcnt а nginx-0.5.17-alt1 падать не перестал: 2007/05/02 08:22:23 [alert] 15720#0: worker process 15737 exited on signal 11 2007/05/02 08:22:23 [alert] 15720#0: worker process 15740 exited on signal 11 Там похоже на багу в nginx'овском аллокаторе памяти. Падает он уже на malloc'е, но перед этим сам аллокатор зацикливается. Возможно падает из-за банальной нехватки стека, так как там рекурсия тысяч в двести вызовов получается :) Игорю отписал, жду. Попробуйте закомментировать в конфиге: connection_pool_size 64; Это ошибка default configuration. Fixed в 0.5.20. Начиная с этой версии nginx должен ещё и матюкаться на эту ошибку в конфиге, если встретит. |