livetv, действительно, по вашей ссылке ситуация очень похожа, попробую обдумать, но наверное придётся просто отключить opcache везде, жаль жаль...
Добавление
Только что повис другой сервер, проанализировав всё детально, был 1 процесс апача который таки выжирал 100% ядра, если его прикончить, то сразу же за работу берётся другой процесс, от другого юзера. Причём эти все процессы запущены давно и спят, т.е. это те самые потомки что ждут ZendSem залоченный файл, хотя это не файл вовсе, поэтому и (deleted) - что оказывается нормально...
Так вот, такой процесс занят серьёзной бесконечной работой:
Получается что всё стопорится на этом бесконечном локе F_RDLCK и странном киллинге, а все другие процессы апача как раз ждут окончание этого деяния ☝ хммм...
livetv я ведь в самом начале привёл те параметры что отличают opcache от дефолтного, php модуль apache itk.
Вот все параметры:
pupseg просто зачем мне тестировать 5.6, даже если и работает нормально, проблема то только с 7.0, 5.6 у нас также запущены много где без opcache правда.
livetv просто думается что мои opcache настройки как то перекруччены или недокручены. nginx frontend, апач нужен из-за htaccess. php 7.0.10, сегодня обновим на последний, правда как уже сказал opcache отключен и тестировать на этих падениях часто не хочется, надо поднимать пустую машину...
>> Может файлы часто меняются и наступает блокировка кеша Opcache?
Это не понял, php файлы часто меняются? Врядли...
Andreyka, по ruid2 говорят он ещё менее безопасен чем itk. Вот например нашёл такой комментарий о том как он работает, и откровенно говоря в шоке :) Возможно есть какие то патчи конечно.
>> Из принципа работы - при отфорке процесса даем ему capabilities CAP_SETGID и CAP_SETGID (то есть, работая от обычного пользователя он получает возможность менять себе uid/gid, как пожелает) и если следующий запрос идет к другому сайту (точнее - сайту принадлежащему другому пользователю), с чистой совестью меняем uid / gid на него и продолжаем обработку.
Т.е. с небольшой хитростью и лёгкостью я верну себу рут или любые другие права.
А в целом не думаю что проблема в модуле апача, ведь висит всё дело на opcache, а как он связан с апачем? Как уже писал, на точно таком же апаче круятся php5.6 и даже 5.3, без каких либо проблем.
pupseg, съехать на 5.6 не получится, клиенты не простят внезапный откат PHP версии)
У кого нагруженные сервера (LA до 10) и php желательно 7 и обязательно с opcache скиньте конфиг. Как уже писал, отключил его, зависаний нет, а значит и проблема где-то в нём, но возможно только на 7ке. Буду пробовать другие настройки, может всё таки в них дело.
esetnod, спасиб, покручу.
Да вот мы такого тоже долгое время не замечали пока не перешли на 24х ядерные сервера и не начали их соответственно нагружать. Проблема стала возникать 1-2 раза в день. Ну а php 5.6 также запущен параллельно, правда без opcache.
Какие у вас по нему настройки в php.ini? (дефолтные не нужны)
А я даже добавить QIWI не могу так как для моей страны регистрация QIWI недоступна.
Всегда работал только через webmoney.
С робокассой действительно лучше больше не работать.
Мне до сих пор деньги не выводят.
Я мобильный там не указывал, т.е. сейчас можно только попросить вывести на мобильный РФ? К тому же я не резидент)
Кто-то получил уже заблокированные деньги?
Уж второй месяц пошёл, а деньги висят у них.
Relapse, Есть такое дело, вычислил что блокируют мой IP за частые запросы. У них нельзя часто кликать в интерфейсе, злобный фаер покусает :) При оплате услуг думаю такое не случается.
