Сталкивался ли кто-нибудь с проблемой перезапуска nginx?

Question

[vstas]

Иногда системе не удается перезапустить nginx. Самое неприятное во всем этом - это "иногда".

Сейчас на сервере установлено:

Debian GNU/Linux 7 (wheezy)
 nginx/1.2.1  (пакет nginx-extras [nginx web/proxy server (extended version)])

При ошибочном перезапуске в логах появляется следующее.

2014/05/06 07:03:04 [emerg] 3176#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2014/05/06 07:03:04 [emerg] 3176#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2014/05/06 07:03:04 [emerg] 3176#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2014/05/06 07:03:04 [emerg] 3176#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2014/05/06 07:03:04 [emerg] 3176#0: bind() to 0.0.0.0:80 failed (98: Address already in use)
2014/05/06 07:03:04 [emerg] 3176#0: still could not bind()

При анализе ситуации, выявлено, что слушать этот порт продолжает сам nginx и возникает такое ощущение что отпускать он его и не собирается. После kill все успешно стартует.

В Интернете в основном пишут что проблема может быть следующей:

1) В сервере по умолчанию добавлена настройка
listen [::]:80 default_server;
и она создает проблему связанную с IP6.

Но у нас даже характер ошибки в логах немного другой.

2) Запущенный Apache и его конфликт с nginx
У нас такой проблемы нет.

root@beta:/etc# netstat -tnlp | grep 80 
tcp        0      0 0.0.0.0:80          0.0.0.0:*               LISTEN      10307/nginx      
tcp        0      0 127.0.0.1:8080      0.0.0.0:*               LISTEN      11605/apache2

3) Просто процесс завис, можно его убить и все заново запустить.
Это конечно подходит под наш вариант, но совсем не устраивает.

Я предполагаю что проблема может быть:
- мои кривые настройки nginx
- некорректный скрипты запуска/перезапуска debian
- проблемная сборка nginx в debian

Сталкивался ли кто-нибудь с подобным проявлением nginx?
Меня очень беспокоит что эта ошибка имеет не системный характер, а мне требуется автоматически перезагружать nginx.

Answer 1

[Влад Животнев]

Теги: start-stop-daemon, говно.

Мы эту проблему решали добавлением kill -9 в конце init-скрипта nginx-а, если он сам не сдохнет за сколько то секунд.

start-stop-daemon возвращает, что всё ок, но в реальности nginx ещё не закрыл все соединения (и не убил процессы).

Comments

[vstas]

У нас Debian, нет upstart-a, но все-таки тоже какое-то говно имеется. :)

Я тоже думаю в сторону корректировки init-скрипта.
Хотел воспользоваться сигналами и вызвать nginx -s quit или nginx -s stop

Ну а kill у нас тоже хорошо работает, но мне кажется что не очень хорошо так делать. :(

[Влад Животнев]

@vstas окей, теги:
Debian, start-stop-daemon, говно. (я чего-то, грешный, подумал, что start-stop-daemon это часть upstart'a).

Короче, у нас так - hastebin.com/ufuboqocaw.bash

[vstas]

Посмотрел как у вас сделано, думаю внедрю у себя ваше решение. Посмотрим как оно себя поведет. :)
Спасибо за помощь.

[Влад Животнев]

@vstas та не за чт

Answer 2

[Алексей Сундуков]

некорректный скрипты запуска/перезапуска debian

init скрипт бывает рапортует, что сервер был остановлен. По факту это не так. Если после этого попытаться его через init запустить еще раз, то скрипт думает, что сервис не работает и повторно его стартует упираясь в ошибку bind. На сколько я помню проблема возникает когда в runtime файл записался некорректный PID процесса. Т.е. проблема может быть решена просто переписыванием init скрипта.

Comments

[vstas]

У нас с этим нет проблем. Файл корректный. У нас проблема в том, что start-stop-daemon, видимо решает что все умерли и удаляет pid файл. Но умерли не все, как это в последствии показывает netstat. :)

[Алексей Сундуков]

@vstas в любом случае это проблем с pid файлом.

Answer 3

[Игорь]

Попробуйте поставить версию по свежее из репозиториев непосредственно Nginx.

Comments

[vstas]

Да. Смотрел в эту сторону. Как-раз сейчас пробую. Просто у нас жирный такой пакетик стоит nginx-extras. Я вот не уверен что такой есть у самого nginx. А мне нужно чтобы там много что было, особенно perl встроенный :)
Cейчас пробую на тестовую машину поставить из их репов, чтобы посмотреть с какими ключами собрано.
Спасибо за отзыв.

[vstas]

Попробовал поставить из их репозиториев, но выяснил что у них нет полного пакета, только стандартный. Увы такой путь не подходит. :(

Answer 4

[Вадим Яковлев]

посмотрите в /etc/init.d/nginx куда он кладет nginx.pid, есть ли у него права на эту локацию, и появляется ли там файлик после запуска.
Потому что при остановке процесс он берет из этого файла, если файла нет - он рапортует, что все остановлено.