не запускается Sheduled агент

[Nikotin]

Вообщем, какой то бред...
Есть Sheduled агент - в расписании стоит запускаться каждые 3 часа во временном промежутке(3:04 - 22 00)(работает со всеми документами в базе)
Все время работал нормально, а тут уже 3 дня не работает, причем если его запускаешь вручную-все нормально,никаких ошибок,а по расписанию - нифига.

 

[morpheus]

https://codeby.net/threads/12070.html

 

[Nikotin]

1.ui не используется
2.проблеммы с правами так же отпадают - вручную запускается.
3.Disable Background agents for this database - так же не стоит
Уточнение-агент запускается на сервере.
Могут быть еще какие либо причины?

 

[RAJ]

в консоли дай команду
tell amgr run "db_name" 'agent_name'

и посмотри логи

 

[Medevic]

2. Не отпадают. Вручную ты локально запускаешь, а прав для запуска на сервере может не быть.

 

[K-Fire]

Сколько агент-менеджеров на сервере настроено? Если только 1, то значит в это же самое время запускается другой шедульный агент, и тот первый просто игнорируется.

Можно еще сдвинуть время, допустим пусть начинает запускаться с 3:15, или даже 3:30.

 

[Nikotin]

Запустил скриптом на сервере- все отработало, тоесть права для запуска на сервере есть

K-Fire, а можно уточнить такой момент:
Тоесть если работу агента однажды сбили, то после этого он перестанет запускаться по своему расписанию?Или он только один свой запуск пропустит?(агент отрабатывает каждые 3 часа, и вряд ли будет такое совпадение что его каждые три часа будет перебивать какой то другой)

 

[azat20]

Тоже столкнулся с такой проблемой на днях... Заработало после того как перегрузили сервак, и пересохранил агенты. Причем в моем случае одновременно перестали работать ВСЕ шедульные агенты только одной базы...

 

[azat20]

Хм,нет,вру...
Ошибка была в том что один из агентов не завершался (зацикливался). И в тасках соответственно висело 2 процесса.Перепишу агент и посмотрю

 

[abbatik]

Добавьте еще один агент-менеджер, хотя в случае работы нескольких шедуленных агентов в одной базе, будет все равно использоваться только один агент-менеджер.

А еще проверьте правой кнопкой на агенте лог, когда он запускался последний раз. У меня была ситуация, когда какой-то глюк со временем на сервере произошел и последний запуск был датирован будущим временем

 

[Nikotin]

Azat, проблема оказалась абсолютна идентична твоей - оказывается "встал" не один агент,а все шедульные, и тоже только на одной базе. Панацея так же идентична - перезагрузка сервака=)
Всем спасибо за помощь.

 

[azat20]

да, и код пересмотри, где то он зацикливается у тебя (может не переходит к след. доку в коллекции), вот и стоит, выполнятеся.

 

[abbatik]

Azat, проблема оказалась абсолютна идентична твоей - оказывается "встал" не один агент,а все шедульные, и тоже только на одной базе. Панацея так же идентична - перезагрузка сервака=)
Всем спасибо за помощь.

Можно просто агент-менеджер перезапустить, чтобы работу пользователей не прерывать.

 

[azat20]

Не перезапускается он! Не выключается! Все агенты встают. Не отваливается даже по таймауту для агентов. Так что restart только помогает

 

[abbatik]

Не перезапускается он! Не выключается! Все агенты встают. Не отваливается даже по таймауту для агентов. Так что restart только помогает

Процесс можно попробовать бахнуть

А вообще для шедуленных агентов нужно обязательно писать обработчики ошибок, чтобы такие ситуации не возникали.

 

[azat20]

Процесс тоже не убивался. Так в том то и проблема, что в моем случае стояло on error resume next, и док не переходил к следующему...

 

[abbatik]

Процесс тоже не убивался. Так в том то и проблема, что в моем случае стояло on error resume next, и док не переходил к следующему...

Это как? По идеи он должен был проскакивать этот документ, если on error resume next перед местом вылета стояло.

 

[azat20]

ну там просто специфика конкретного примера такая. там iscategory еще проверялась. в общем так надо было.
Предлагаю вопрос закрыть