Рейтинг:0

Запланированное задание Windows — задание со сценарием cmd запускается, но консольное приложение .NET не запускается.

флаг co

Я создаю запланированные задачи Windows в контейнере Docker с помощью Powershell. В качестве теста у меня есть простой пакетный файл, который раз в час записывает текущую дату/время в текстовый файл. Это отлично работает:

RUN $action = New-ScheduledTaskAction -Execute 'C:\folder\task-tester.cmd'; \
    $trigger = New-ScheduledTaskTrigger -Daily -At 12am; \
    $settings = New-ScheduledTaskSettingsSet; \
    $task = Register-ScheduledTask -TaskName 'Запись в текстовый файл' -User 'SYSTEM' -Trigger $trigger -Action $action -Settings $settings; \
    $task.Triggers.Repetition.Duration = 'P1D'; \
    $task.Triggers.Repetition.Interval = 'PT1H'; \
    $ задача | Set-ScheduledTask

Когда я пытаюсь запустить консольное приложение .NET, оно не работает.

RUN $action = New-ScheduledTaskAction -Execute 'C:\folder\thingy.exe' -WorkingDirectory 'C:\folder'; \
    $trigger = New-ScheduledTaskTrigger -Daily -At 10am; \
    $settings = New-ScheduledTaskSettingsSet; \
    Register-ScheduledTask -TaskName 'Имя задачи' -User 'SYSTEM' -Trigger $trigger -Action $action -Settings $settings

В частности, задача кажется, выполняется - дата/время «последнего запуска» верны, а результат равен 0 (ноль), но само консольное приложение не запускается.

В приведенной выше команде я устанавливаю рабочий каталог (распространенная ошибка консольных приложений .NET).

Если я подключаюсь к контейнеру по SSH, я могу запустить «thing.exe», и он работает, как и ожидалось. Если я вручную выполню запланированную задачу через PowerShell Start-ScheduleTask, опять же, кажется, ничего не происходит.

Я попытался запросить журнал событий с помощью PowerShell, но не вижу ничего полезного.

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

RUN $action = New-ScheduledTaskAction -Execute 'C:\folder\thingy.exe' -WorkingDirectory 'C:\folder' ; \
    $trigger = New-ScheduledTaskTrigger -Daily -At 10am; \
    $settings = New-ScheduledTaskSettingsSet - Совместимость с Win8; \
    $principal = New-ScheduledTaskPrincipal -UserID 'NT AUTHORITY\SYSTEM' -LogonType ServiceAccount -RunLevel Highest; \
    Register-ScheduledTask -TaskName 'Имя задачи' -Trigger $trigger -Action $action -Settings $settings -Principal $principal

Кто-нибудь сталкивался с этим раньше и решил это? Или кто-нибудь может помочь мне получить больше диагностической информации из контейнера с помощью PowerShell?

Спасибо!

Рейтинг:0
флаг co

Для тех, кто может столкнуться с этим в будущем:

У меня в контейнере запущено более одного процесса (я знаю, это не идеально, но в данном случае неизбежно), и проблема в моем случае заключалась в том, что переменные среды не были доступны процессам, вызываемым запланированными задачами.

Когда переменные среды создаются как часть сборки Docker, любые созданные переменные окружения видны только процессу, запущенному Docker, например IIS. Моим запланированным задачам также требовался доступ к тем же переменным env.

Решение состояло в том, чтобы изменить точку входа в dockerfile на сценарий PowerShell, как это было предложено эта статья.

ТОЧКА ВХОДА ["powershell.exe", "C:\bootstrap.ps1"]

Этот загрузочный скрипт может делать все, что вы хотите, и в этом случае позволяет мне «продвигать» env vars, переданные процессу, запущенному Docker (теперь это скрипт), на уровень машины, чтобы они были видны другим процессам в контейнере.

Ответить или комментировать

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