Работа Autosys остается в рабочем состоянии

Question

У меня есть .Net exe, сидящий на Windows Server, у меня есть задание Autosys, настроенное для запуска приложения. Когда я начинаю работу, он просто остается в статусе Running, но приложение никогда не запускается. Приложение занимает около 5 минут. Он загружает некоторые изображения, застегивает их на молнии, а затем перемещает файл на другой сервер. Я могу успешно запустить приложение из строки cmd. Я не получаю сообщений об ошибках, и работа продолжает говорить о ее запуске. Я новичок в Autosys, и я искал некоторые советы о том, что делать, чтобы устранить неполадки. Благодарю.

Правильная структура находится на сервере, на котором было настроено таргетинг.

Answer 1

Когда задание autosys выполняется, я проверил файл журнала задания на сервере Windows. Откройте командную строку Autosys и запустите autosyslog -J, чтобы прочитать журнал. Проверка любых сообщений об ошибках и, в частности, того, что PID принадлежит дочернему процессу, выполняющему команду. Затем зайдите в диспетчер задач, чтобы узнать, работает ли этот PID.

Также, когда работа выполняется, выполните autorep -d -J, чтобы получить подробный отчет о прогоне и посмотреть, есть ли сообщения об ошибках?

Устранение этих проблем в Windows может быть болью. Я бы заподозрил среду, откуда она работает, когда вы запускаете ее из командной строки, и то, что она есть в Autosys, отличается. Вы используете свою командную строку в качестве ИДЕННОГО ИДЕНТА владельца, как в задании Autosys? Если проверка журнала клиента не помогла, в следующем я запустил бы команду set logged, так как идентификатор владельца задания сохранил вывод в файл, затем создаст копию задания проблемы, заменив команду на набор и конвейерный вывод на файл. Затем сравните два файла для различий.

Answer 2

Вы можете получить более полезную информацию об отладке из файла журнала Daemon Autosys. Обычно он находится внутри папки tmp в пути, где установлен агент Autosys (например, C: \ Program Files (x86) \ CA \ UnicenterAutoSysJM.DEV \ tmp). Вам необходимо будет просмотреть все файлы, находящиеся в этой папке, чтобы найти файл, соответствующий конкретной задаче, которую вы ищете.

Этот файл содержит фактическую команду, которую агент Autosys использовал для запуска вашей программы, а также другие переменные среды, заданные Autosys.

Answer 3

Когда задание застряло в исходном или запущенном состоянии, это означает, что обработчик событий Autosys обменивался с удаленным агентом Windows и передал всю информацию для удаленного агента для выполнения задания. Однако этот удаленный агент не смог связаться с БД, чтобы сообщить статус выполняемой работы.

Возможно, вы захотите проверить, подключен ли удаленный агент Windows к базе данных. Это можно определить с помощью команды «autoping -m WindowsMachineName -D»

Например, после очерчивает вопрос: -

<AutosysCommandPrompt>: autoping -m WindowsMachineName -D 

AutoPinging Machine [WindowsMachineName] AND checking the Remote Agent's DB Access. 
    ERROR: AutoPing WAS NOT SUCCESSFUL! 

    Remote Agent on WindowsMachineName could not connect to DB: xxxxxxxx.WORLD 

Теперь, в этом случае, исследовать файл tnsnames.ora и сделать что имя базы данных в нем. Это может быть одной из причин отказа DB connect. Как только это будет сделано, вы должны получить следующий результат из предыдущей команды.

<AutosysCommandPrompt>: autoping -m WindowsMachineName -D 

AutoPinging Machine [WindowsMachineName] AND checking the Remote Agent's DB Access. 
    AutoPing WAS SUCCESSFUL! 

Надеюсь, это поможет.

Answer 4

Лучший способ проверить - изменить команду задания для выполнения «пути», сопоставить права пользователя с пользователем, которого вы использовали в командной строке.