Что странно этот агент заработал через какое то время вчера, сейчас вот написал другой агент такая же проблема, кэш я сливал, где еще может хранится проблема такой заторможенности ?
Сайт компании:
15.07.2012 17:24:35
Что странно этот агент заработал через какое то время вчера, сейчас вот написал другой агент такая же проблема, кэш я сливал, где еще может хранится проблема такой заторможенности ?
Сайт компании: |
|
|
|
16.07.2012 08:22:01
А попробуйте с классом
Пишите по доработкам: my.grebnev@gmail.com
|
|
|
|
16.07.2012 11:30:23
Во общем проблему нашел, как только удалил все файлы в /bitrix/managed_cache/MYSQL/ все заработало.
Сайт компании: |
|
|
|
24.03.2014 17:14:33
|
|||
|
|
20.10.2014 11:10:31
Та же ерунда, агент никак не хочет запускаться.
В доке все написано так мутно, вот например: 1. Зачем нужен datecheck? Есть же next_exec который указывает на дату запуска, смысл не ясен. 2. От какого времени пляшет запускалка агентов? Серверного? PHP? Локальной машины с которой ставится агент? 3. Где можно увидеть лог запусков анентов и понять почему тот или иной не запускается? 4. Что происходит если дата запуска просрочена? Тоесть хит был после или cron задание запустилось позже необходимого времени 5. В доке четко не прописано как тестировать агент, если он не запускается Сейчас имею проблему, создается агент программно и не запускается:
Профессиональная разработка сайтов на 1С-Битрикс и администрирование серверов -
|
|||
|
|
16.11.2014 17:22:18
Общался в ТП по этому вопросу. Сказали что "Дату первой проверки на запуск" использовать не надо, тоесть никогда не указываем, она проставляется системой в случае неуспешного выполнения.
ТП долго ковырялось и переписывалось в поиске причины, как то исправили, несколько раз называли разные причины, но вернув эти "причины" обратно агенты все равно продолжали работать, в итоге что ТП сделала я так и не понял.
Профессиональная разработка сайтов на 1С-Битрикс и администрирование серверов -
|
|
|
|
12.07.2016 09:06:16
Убрал галочку запускать периодически и агент заработал
|
|
|
|
26.04.2019 10:13:56
Продублирую ибо в поиске есть 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 выбирает тебя
|
|||||||||||||
|
|
||||||||||||