- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сегодня и вчера получаю ошибку:
connect() to unix:/run/php-fpm/php7.0.sock failed (2: No such file or directory) while connecting to upstream
Перезапуск php-fpm проблему решает.
Значит, скорее всего, удалился файл.
Только почему?
Свободной памяти на сервере больше 1 ГБ.
На сколько быстрее работает php с сокетом в памяти по сравнении с дисковым?
У кого-то такое было?
Как решали проблему?
Писать скрипт на крон, который будет постоянно мониторить?
CentOS 7.
livetv, Оно просто падает, нет?
Что просто падает? :)
В любой непонятной ситуации смотрите логи.
Если не знаете где лог-файл, то найдите файл конфигурации.
Пользуясь вот этой справочкой ( http://php.net/manual/ru/install.fpm.configuration.php ) настройте логирование ( лучше с log_level = debug ) и ждите падения php-fpm :)
Это не файл, а unix socket. Он будет удаляться, если соответствующий процесс (php-fpm) завершает работу.
В любой непонятной ситуации смотрите логи.
Пользуясь вот этой справочкой ( http://php.net/manual/ru/install.fpm.configuration.php ) настройте логирование ( лучше с log_level = debug ) и ждите падения php-fpm :)
Спасибо, смотрел логи нгинкса.
Логи PHP остались отключены.
Это не файл, а unix socket. Он будет удаляться, если соответствующий процесс (php-fpm) завершает работу.
О боже.
unix socket работают посредством файлов!
Хотя да, остановка php-fpm привела к удалению файла :)
Кто-то использует какую-то защиту от падений php-fpm?
Кто-то использует какую-то защиту от падений php-fpm?
Проверять по крону скриптом наличие сокета/процесса, использовать сервис типа zabbix /nagios с соответсвующими плагинами
ну и дергать не дергать php-fpm в зависимости от результата проверки
unix socket работают посредством файлов
В линуксах всё работает посредством файлов :D
livetv, Monit наше всё:)
И писать ничего не надо.
livetv, Monit наше всё:)
И писать ничего не надо.
Спасибо.
Но нужно разбираться с конфигом. :)
Набросал скрипт на PHP для крона:
Контроль php на php :D
[ ! -S /run/php-fpm/php7.08.sock ] && /etc/init.d/php7.08-fpm restart
А вообще php7 собирается с поддержкой systemd (не к ночи будет упомянут), а оном есть авто-следилка (watchdog). Ибо он может не только падать, но и зависать :D