После обновления зависает панель 1.0757

[_J_]

Здравствуйте.
Вчера обновился через веб-интерфейс с версии 1.0756 до 1.0757, процесс прошел без ошибок.
Далее начались непонятные зависания с действиями (установка пароля на директорию, генерация сертификатов ssl letencrypt, переконфигурация web-серверов) приводит к зависанию панели, помогает перезапуск. С сайтами же созданными ещё в версии 1.0756 всё работает.
При переконфигурировании виртуальных хостов всё идет ровно до того момента, пока не дойдет до пользователей/сайтов добавленных в версии 1.0757. Сужу по созданию файлов виртуальных хостов в /etc/nginx/sites-enabled/.
Как можно отдебажить панель?

[_J_]

Вот что нашел...
В процессах висит вот это

Код: Выделить всё

20302 ?        S      0:00 systemctl restart php53-fpm
20548 ?        S      0:00 systemctl restart php53-fpm
20723 ?        S      0:00 systemctl restart php53-fpm

Запуск от рута ни к чему не приводит, просто висит.
Скорее всего дело не в обновлении.
В это же время был добавлен виртуальный хост с двигом php-fpm версии 5.3.
При пересборке без php5.3 всё начинает работать шустро, а вот при добавлении 5.3 наблюдаем тормоза.
Как можно поправить версию 5.3?

[alenka]

Покажите вывод данной команды
ls -a /usr/lib/systemd/system | grep -E 'fpm\@'

[_J_]

Готово

Код: Выделить всё

php53w-fpm@infinity.service
php53w-fpm@inprowww.service
php56w-fpm@crimeant.service
php56w-fpm@infinity.service
php56w-fpm@inprowww.service
php56w-fpm@rusont.service
php56w-fpm@suvar.service
php56w-fpm@toster.service
php72w-fpm@toster.service

Версию 5.3 использует виртуальный хост под хост-аккаунтом inprowww.
Хост-аккаунт infinity был удален, но почему-то присутствует в сервисах. При его создании потребовалась версия php 5.3, после чего появились вышеописанные проблемы.

[alenka]

Это уже поправили. Ожидайте в обновлении.
Вы можете принудительно прибить процесс
20302 ? S 0:00 systemctl restart php53-fpm

Так как у вас более свежая панель можете перезапустить php53-fpm командой ниже

ls -a /usr/lib/systemd/system | grep -E 'php53.*fpm@' | awk '{print $1}' | xargs /bin/systemctl restart

в более ранних установках панели перезагрузка в терминале как и была команда
systemctl restart php53-fpm

[_J_]

Отличная новость!
Спасибо за Вашу оперативность!
Очень жду обновления.

[_J_]

Обновился сегодня до версии 1.0758.20181109
Проблема с php5.3 осталась.

Код: Выделить всё

[root@customers_hosts ~]# systemctl restart php53w-fpm@inprowww.service
Job for php53w-fpm@inprowww.service failed because a timeout was exceeded.
See "systemctl status php53w-fpm@inprowww.service" and "journalctl -xe" for details.

Код: Выделить всё

[root@customers_hosts ~]# systemctl status php53w-fpm@inprowww.service
● php53w-fpm@inprowww.service - The PHP FastCGI Process Manager - inprowww
   Loaded: loaded (/usr/lib/systemd/system/php53w-fpm@inprowww.service; enabled; vendor preset: enabled)
   Active: failed (Result: timeout) since Sun 2018-11-11 19:44:36 MSK; 6s ago
  Process: 14806 ExecStart=/usr/bin/php53/bin/php-fpm --nodaemonize --fpm-config /etc/php53w/php-fpm.inprowww.conf (code=exited, status=0/SUCCESS)
 Main PID: 14806 (code=exited, status=0/SUCCESS)
      CPU: 522ms

ноя 11 19:43:06 customers_hosts systemd[1]: Starting The PHP FastCGI Process Manager - inprowww...
ноя 11 19:44:36 customers_hosts systemd[1]: php53w-fpm@inprowww.service: Start operation timed out. Terminating.
ноя 11 19:44:36 customers_hosts systemd[1]: php53w-fpm@inprowww.service: Failed with result 'timeout'.
ноя 11 19:44:36 customers_hosts systemd[1]: Failed to start The PHP FastCGI Process Manager - inprowww.
ноя 11 19:44:36 customers_hosts systemd[1]: php53w-fpm@inprowww.service: Consumed 522ms CPU time

Код: Выделить всё

[root@customers_hosts ~]# /usr/bin/php53/bin/php-fpm --nodaemonize --fpm-config /etc/php53w/php-fpm.inprowww.conf
[11-Nov-2018 19:51:36.566201] DEBUG: pid 25103, fpm_scoreboard_init_main(), line 40: got clock tick '100'
[11-Nov-2018 19:51:36.566538] DEBUG: pid 25103, fpm_event_init_main(), line 333: event module is epoll and 1 fds have been reserved
[11-Nov-2018 19:51:36.566643] NOTICE: pid 25103, fpm_init(), line 83: fpm is running, pid 25103
[11-Nov-2018 19:51:36.567529] DEBUG: pid 25103, fpm_children_make(), line 421: [pool inprowww-php53w.conf] child 25105 started
[11-Nov-2018 19:51:36.568577] DEBUG: pid 25103, fpm_children_make(), line 421: [pool inprowww-php53w.conf] child 25106 started
[11-Nov-2018 19:51:36.569667] DEBUG: pid 25103, fpm_children_make(), line 421: [pool inprowww-php53w.conf] child 25107 started
[11-Nov-2018 19:51:36.570829] DEBUG: pid 25103, fpm_children_make(), line 421: [pool inprowww-php53w.conf] child 25108 started
[11-Nov-2018 19:51:36.570897] DEBUG: pid 25103, fpm_pctl_heartbeat(), line 460: heartbeat have been set up with a timeout of 300000ms
[11-Nov-2018 19:51:36.570934] DEBUG: pid 25103, fpm_event_loop(), line 362: 35384 bytes have been reserved in SHM
[11-Nov-2018 19:51:36.570954] NOTICE: pid 25103, fpm_event_loop(), line 363: ready to handle connections
[11-Nov-2018 19:51:37.572105] DEBUG: pid 25103, fpm_pctl_perform_idle_server_maintenance(), line 379: [pool inprowww-php53w.conf] currently 0 active children, 4 spare children, 4 running children. Spawning rate 1
 ----------------------поскипано
[11-Nov-2018 19:53:36.714596] DEBUG: pid 25103, fpm_pctl_perform_idle_server_maintenance(), line 379: [pool inprowww-php53w.conf] currently 0 active children, 4 spare children, 4 running children. Spawning rate 1
Убито

Может проблема в --nodaemonize, т.к. без него всё стартует нормально?

Код: Выделить всё

/usr/bin/php53/bin/php-fpm --fpm-config /etc/php53w/php-fpm.inprowww.conf

[sbury]

дайте доступ по ссш в личку или через скайп

[sbury]

проблема решена. исправление будет в новом обновлении

[Den]

ls -a /usr/lib/systemd/system | grep -E 'php53.*fpm@' | awk '{print $1}' | xargs /bin/systemctl restart

Вы серьёзно предлагаете теперь делать перезапуск таким способом?
Т.е. теперь мне нужно каждому админу, который работает с сервером давать сюда ссылку, чтобы он смог что-то нормально перезапустить?

Я вообще не понимаю, что происходит? За последние пару дней уже второе недоумение от того, что делают с панелью. То нагородили кучу переходов, чтобы добраться до управления пакетами, а теперь это. Что дальше?