LINUX.ORG.RU
решено ФорумAdmin

PHP-FPM: не создает IPC-сокет после ребута

 , , ,


0

1

Привет!

Такая заморочка, есть 2 идентичные VPS-ки (1Гб RAM, 1.5 гига swap+zram одно ядро CPU, KVM-виртуализация, Ubuntu 16.04.5) на них установлена VestaCP + сайтики. Заморочка в том, что на одной впске после перезагрузки php-fpm не создает сокета на /var/run/php/site.com.sock . Т.е., чтобы запустить пул я должен ручками делать

systemctl restart php7.2-fpm
На второй — все ок. Это притом, что на обоих серверах конфигурация абсолютно одинакова. Мой вопрос в том, как это дебажить, и чего бы накостылять в юните systemd, чтобы обойти эту проблему? Городить костыли в юните с перезапуском последнее дело, но если не разберусь,что за НЕХ, придётся.

★★★★★

Последнее исправление: Twissel (всего исправлений: 1)

ЧСХ, в journalctl при запуске все чисто, а сокета нет 🤔

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Deleted

выхлоп

с рабочего

ls -la /var/run/php

total 4
drwxr-xr-x  2 www-data www-data 140 мар  5 17:09 .
drwxr-xr-x 24 root     root     760 мар  5 18:08 ..
srw-rw----  1 admin    www-data   0 мар  5 17:09 service.com.tk.sock
srw-rw----  1 admin    www-data   0 мар  5 17:09 en.service.com.tk.sock
srw-rw----  1 admin    www-data   0 мар  5 17:09 tk.service.com.tk.sock
-rw-r--r--  1 root     root       3 мар  5 17:09 php7.2-fpm.pid
srw-rw----  1 admin    www-data   0 мар  5 17:09 rep.service.com.tk.sock

с проглюченого

ls -la /var/run/php/
total 8

drwxr-xr-x  2 www-data www-data 120 мар  5 18:19 .
drwxr-xr-x 24 root     root     760 мар  5 18:18 ..
-rw-r--r--  1 root     root       4 мар  5 18:19 php7.2-fpm.pid
-rw-r--r--  1 root     root       3 мар  5 18:19 php7.3-fpm.pid
srw-rw----  1 www-data www-data   0 мар  5 18:19 php7.3-fpm.sock
srw-rw----  1 admin    www-data   0 мар  5 18:19 site.com.sock

Пока переведу тот сайт на порт вместо сокета. Хрень какая-то.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Не, ничего подобного. Я сначала добавляю репу php ondrej sury и только потом ставлю весту.

Ладно, лень хостеру писать, проще перевести на хост:порт коммуникацию.

Twissel ★★★★★
() автор топика
Последнее исправление: Twissel (всего исправлений: 1)
Ответ на: комментарий от Deleted

ЧСХ, на TCP такая же ситуация: до рестарта php-fpm, nginx сервиса не видит, хотя по всем логам бэкенд жив (((

Сделаю ребилд юзера в весте.

Twissel ★★★★★
() автор топика
Последнее исправление: Twissel (всего исправлений: 1)
Ответ на: комментарий от Deleted

ок, заговоренная vps-ка. Причем так с ней было с самого начала, думал просто совпало, что умер пул и дало 502-ю. Но нет, сегодня как раз решил сделать Т/О, а тут НЁХ. Если бы можно было подебажить, но на этом тарифе доступа к ядренной консоли нету.

Нагорожу костылей с авторестартом пока.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Twissel

Вообще я убедился, что веста это от лукавого. Если умеешь в консоль, то веста только мешает.
Другое дело когда нужно отдать сервак на управление вебмакакам, лучше уж с вестой, чем заставлять через ssh настраивать.

Deleted
()

до кучи

Процессы живы

ps aux|grep php-fpm|grep -v grep|awk '{print $2}'

611
628
673
674
675

А суслика взаимодействия нет

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Deleted

когда нужно отдать сервак на управление вебмакакам

this. Возможно, что я не буду его постоянно обслуживать, оттого и топик создан.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Я если что сделаю костыль на cron'e с @reboot.

Позже вернусь к этому вопросу.

Twissel ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Хотя вроде помогло

After=local-fs.target network.target nginx.service

в конфиге systemd-юнита, вместо

After=network.target

Будем посмотреть.

Twissel ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.