Что странно этот агент заработал через какое то время вчера, сейчас вот написал другой агент такая же проблема, кэш я сливал, где еще может хранится проблема такой заторможенности ?
Сайт компании:
|
А попробуйте с классом
Пишите по доработкам: my.grebnev@gmail.com
|
|
|
|
|
|
Во общем проблему нашел, как только удалил все файлы в /bitrix/managed_cache/MYSQL/ все заработало.
Сайт компании: |
|
|
|
|
|
|||
|
|
|
|
Общался в ТП по этому вопросу. Сказали что "Дату первой проверки на запуск" использовать не надо, тоесть никогда не указываем, она проставляется системой в случае неуспешного выполнения.
ТП долго ковырялось и переписывалось в поиске причины, как то исправили, несколько раз называли разные причины, но вернув эти "причины" обратно агенты все равно продолжали работать, в итоге что ТП сделала я так и не понял.
Профессиональная разработка сайтов на 1С-Битрикс и администрирование серверов -
|
|
|
|
|
|
Убрал галочку запускать периодически и агент заработал
|
|
|
|
|
|
Продублирую ибо в поиске есть 2 темы.
У меня локально агент отработал раз 10 и внезапно перестал. Время запуска давно прошло, интервал 10 сек. Как обычно, пришлось лезть в кишки битрекса -__- Агенты для запуска выбираются в месте bitrix/modules/main/classes/mysql/agent.php:121
смотрим этот массив и попал ли наш агент в него
Если нет - то находим наш агент в таблице `b_agent` и удаляем у него `DATE_CHECK` Так же если не запускаются агенты, то может нужно удалить из /bitrix/php_interface/dbconn.php установку константы
Если всё равно не запускаются - изменить в таблице `b_option` у записи с NAME `check_agents` на `Y`. Изначально проверить пытаются ли вообще запуститься можно в файле bitrix/modules/main/include.php:259
Всё это относится к агентам, отрабатываемым по хитам. Может быть по крону тоже, не проверял. У меня вышло так - на сервере они работают на кроне, настраивал не я, а локально не хочу заморачиваться с кроном, решил сделать на хитах, и вот пришлось решать почему не работают... Про `check_agents` спасибо До этого бывало сталкивался пару раз с тем, что агент переставал работать. Я начинал копаться почему, но потом он внезапно начинал работать и я успокаивался. Видимо это было связано именно с `DATE_CHECK`, ибо в этот раз она почему-то стояла где-то на полчаса больше -___- Почему-то так сильно много ибо в коде она сама иногда выставляется на 10 мин.
Выяснилось что `DATE_CHECK` остаётся если произошла какая-то ошибка! Приходится вручную удалять её -___- Для удобства, для меня проще был узнать отрабатывает агент или нет - создавать файл в той же директории что и сам скрипт запуска агента, сделал так:
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||||||||||
|
|
|
||||||||||||