- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Контроль php на php :D
А вообще php7 собирается с поддержкой systemd (не к ночи будет упомянут), а оном есть авто-следилка (watchdog). Ибо он может не только падать, но и зависать :D
С помощью systemctl enable php-7.08-fpm запустить не вышло раньше. Я думал, нужно тот же скрипт, что и для init.d использовать.
А на хваленом stackoverflow (другом профильном, админском) не подсказали.
Заготовка для конфига systemd лежит в исходниках в папке /sapi/fpm/php-fpm.service
Хз, чего оно не скопировалось потом, куда нужно.
Спасибо за наводку о systemd. :)
Теперь, наверно, и скрипт не нужен :)
П.С.
Все таки каки-то логи писались.
Но о падениях там ничего.
Если не хочется каждый раз возиться с сервером и думать почему там все упало - можно попробовать запускать стабильный php с зависимостями из контейнера Docker.
Минимальный оверхэд, т.к. это не виртуализация.
У меня падало по след. причинам:
Бывает php расширение ломает все(например blitz при некоторых условиях, xcache + проприетарный декодер), бывает настройки fpm, бывает права, бывает левый какой-то скрипт умный в кроне
Я не умею пользоваться докером.
И не думаю, что он спасет от падений.
От падений спасёт только Монит, остальное бесполезно:)
Заготовка для конфига systemd лежит в исходниках в папке /sapi/fpm/php-fpm.service
Только
для настроек запуска взял файл /etc/init.d/php7.08-fpm, а не то, что прописано в файле из исходников.Не знаю, как оно мониторит, но рестарт делает криво.
Вернее в статусе пишется, что процесс убит, а новый не запущен, так как пид-файл существует или что-то такое.
На самом деле процесс не убивается. :)
Скопируйте содержимое
/etc/init.d/php7.08-fpm
Посмотрим, что в коде нужно подправить, чтоб рестарт делал прямо.:)
Скопируйте содержимое
/etc/init.d/php7.08-fpm
Содержимое стандартное, я его не правил:
В исходниках прописано для systemd просто убивать через kill :)
Но подтянулось /etc/init.d/php7.08-fpm stop
Посмотрим, что в коде нужно подправить, чтоб рестарт делал прямо.:)
/etc/init.d/php7.08-fpm restart
рестартует норм
"php-fpm dead but pid file exists" он пишет?
И еще, при этой ошибке сделайте:
ps aux | grep "php-fpm"
что там выводит?
Писало что-то такое.
Сейчас уже рестарует.
Пиды процессов меняются.
Раньше процессы оставались висеть.