Не перезагружается nginx после создания домена или БД MySQL, ошибка 404.

Менять версию nginx не пробовал? Стабильная сейчас 1.9.15, может будет эффект?

SELinux?

v9lij

Менять версию nginx не пробовал? Стабильная сейчас 1.9.15, может будет эффект?

v9lij, меня полностью устраивает работоспособность nginx`a, вопрос, как я понял, в панели, которая его не перезапускает.

AlexVR

SELinux?

AlexVR, он отключается при установке ISPmanager 5 и более не задействован.

Spoofing

проблема возникла на этапе выбора дистрибутива, CentOS, Debian, вот это всё. это всё создано чтобы усложнить вам задачу по поддержке серверов. используйте Slackware, CRUX или Gentoo.

Spoofing, у меня шесть физиков в коло, не считая vds-нод, и на каждом порядка 500-700 сайтов. Всё работает достаточно стабильно с той связкой, что я описал, только на паре серверов осталась панель ISPm5Pro с CentOS6 с CL5. Вы предлагаете не поддерживаемые системы для ISP.

--------------------
Люди добре, никто действительно подсказать не может? :(
Неужто никто не сталкивался?

после создания хостинг-аккаунта, создания www-домена, он не доступен, а именно выдаётся 404 ошибка от nginx. Выглядит так

я не знаю даже приблизительно, как выглядит и работает ваш isp манагер, но думаю, что не отрабатывает nginx -s reload. как-то так.

Люди добре, никто действительно подсказать не может? :(

Писать багрепорт в саппорт isp, разумеется.

SevikL

я не знаю даже приблизительно, как выглядит и работает ваш isp манагер, но думаю, что не отрабатывает nginx -s reload. как-то так.

SevikL, что вполне логично, тема так и называется :)

xtraeft

Писать багрепорт в саппорт isp, разумеется.

xtraeft, цитирую себя же из старттопика:

Обращался в ISP, но особого ответа, к сожалению, не получил.

Их ответ:

временами nginx натыкался на лимит файлов, подняли лимит.

Так как я тут, соответственно, это не помогло. А если обращаться именно в багрепорт, то решаться это будет как обычно 2-4 недели минимум и не факт, что решение будет, так как они могут ответить, что это проблема не панели, а CloudLinux, как это часто бывает. В общем, возвращаясь к началу, хотелось бы разобраться без привлечения их сторон.

Так вам тогда хорошо бы еще и логи nginx смотреть, а не панели. Можно попробовать запустить с debug (если nginx собран с ним).

С другой стороны если руками reload отрабатывает нормально, значит стоит ковырять панель - в логах по «nginx\restart\reload» ничего не видно, может она (панель) вообще не пытается рестартануть nginx.

После очередного обновления yum update

Что именно обновлялось? Пробовали откатиться? Пробовали тот же набор софта с нуля на другом хосте?

P.S. Логи в jsfiddle - этапять.

alozovskoy, спасибо за ответ.

alozovskoy

С другой стороны если руками reload отрабатывает нормально, значит стоит ковырять панель - в логах по «nginx\restart\reload» ничего не видно, может она (панель) вообще не пытается рестартануть nginx.

Вот в том то и дело. Я не могу понять, как её заставить.

alozovskoy

Что именно обновлялось? Пробовали откатиться?

Что именно обновлялось, уже не вспомню, одно из обновлений было критическим с несколькими зависимостями, но к nginx отношения, насколько я помню, не имело. Откатиться нельзя, так как критическое обновление, да и после уже два обновления было.

alozovskoy

Пробовали тот же набор софта с нуля на другом хосте?

Да, всё отлично работает :(

P.S. Логи в jsfiddle - этапять.

Главное поддерживает подсветку bash/shell, а искать ближе к полуночи было не до этого ))

А панель под каким юзером работает? (я вообще понятия не имею что она из себя представляет) Может просто прав нет на перезапуск nginx? Можно найти процесс через ps -ef, посмотреть юзера, залогиниться под ним (su - пользователь -s /bin/bash) и попробовать reload\restart сделать.

А, да, еще всякие selinux хорошо бы проверить (но опять же проще всего сделать из учетки-владельца процесса панели).

Есть yum history, попробуйте через него вытянуть информацию об обновленных пакетах, может это как-то поможет.

Логи nginx в момент создания домена также желательно посмотреть. Ну и всякие /var/log/messages тоже.

А для публикации больших кусков текста есть pastebin.com (и аналогичные сервисы - paste.ubuntu.com etc), там есть подсветка.

Вот в том то и дело. Я не могу понять, как её заставить.

А как ее заставишь то, если она проприетарная. Тут только багрепортить или валить на другую панель (хотя они все не очень).

Еще было бы полезно создать тред на их форуме, может быть кто то уже с таким сталкивался.

А панель под каким юзером работает? (я вообще понятия не имею что она из себя представляет) Может просто прав нет на перезапуск nginx? Можно найти процесс через ps -ef, посмотреть юзера, залогиниться под ним (su - пользователь -s /bin/bash) и попробовать reload\restart сделать.

Из под root`а. Все права есть. Видимо что-то в самой панели сломалось. Не пришлось бы костыли ставить, чтобы каждую минуту nginx перезагружать :( Уже такие мысли как временное решение начали приходить в голову.

А, да, еще всякие selinux хорошо бы проверить

При установке панели его требуется отключить. Сейчас статус:

# getenforce
Disabled

Есть yum history, попробуйте через него вытянуть информацию об обновленных пакетах, может это как-то поможет.

Я уже смотрел буквально вчера. Каждое обновления — это тьма пакетов. К примеру, от последнего апдейта: http://joxi.ru/zANkN3KFlqnE4r и это уже конец списка. Да и мне кажется, что не в обновлении дело, так как проблема началась через 2-3 дня после него. Если бы сразу после обновления, то обнаружилось бы сразу. А так несколько человек практически одновременно пожаловались на такую беду.

Логи nginx в момент создания домена также желательно посмотреть.

Оппа. А вот сегодня, почему-то логи начали писаться. Весьма странно. Создал домен 12345.menice.ru и вот:
1. http://joxi.ru/a2XO6N1FyOzyym — первые две строки;
2. http://joxi.ru/KAgWyVbCgqZg7A — следующие две строки; разница в три секунды.

Заходим на домен, выдаёт 404 ошибку, как и до этого. Смотрим тот же error.log:
1. http://joxi.ru/1A5WgYqCKP5KLm — обычная ошибка, что не к чему обращаться.
2. http://joxi.ru/8AnBMl4IqvajnA — после перезагрузки nginx`а, то же самое через пару секунд. Но домен http://12345.menice.ru/ уже начал работать.
В messages, соответственно, один в один лог.

А для публикации больших кусков текста есть pastebin.com (и аналогичные сервисы - paste.ubuntu.com etc), там есть подсветка.

Сохранил, спасибо :)

Не забывай, что исп панель апдейтится самостоятельно.

xtraeft, нет, не апдейтится. Выключил эту функцию и все обновляю сам каждые 1-2 недели через yum update, так как глюки ISP достаточно частые и такое ощущение, что иногда они beta в массы кидают, а не stable. Научен горьким опытом.

По-поводу лимитов тоже: http://joxi.ru/L21R8B7S6opkvA — в прошлый раз не дописал. Дело не в них. Знающий человек подсказал, что возможно из-за задержки в пару секунд проблема в CloudLinux. Сейчас буду им тикет писать.

Если бы дело было в лимитах, то нгинкс падал совсем и 404 ты бы не увидел :)

каждое обновление - тьма пакетов

Так yum транзакционен и поддерживает rollback.

xtraeft

Если бы дело было в лимитах, то нгинкс падал совсем и 404 ты бы не увидел :)

xtraeft, возможно, поэтому и написал, что особо в ISP не помогли на тот момент :(

EvgGad_303

Так yum транзакционен и поддерживает rollback.

EvgGad_303, в любом случае, откатываться абсолютно не вариант. Да и не безопасно это.

----------- Обратился в CL, сказали, что это не их проблема и отправили обратно в ISP. Что ж, завтра буду обращаться уже в платную техподдержку, интересно что скажут. Жаль, что не получилось решить своими силами.

А ларчик всё же просто открывался. Проблема решилась.

Техподдрежка ISPlicense

проблема связана с реализацией systemd - при reload сервиса nginx оказывается, что ему не хватает открытых файлов в системе.

Добавил
/etc/systemd/system/ihttpd.service.d/nofile.conf
/etc/systemd/system/nginx.service.d/nofile.conf

С содержимым
[Service]
LimitNOFILE=65535

Так что спасибо ребятам из техподдержки ISP, хоть и не должны были в это вдаваться. И спасибо всем кто прочёл данную тему :)