Мы периодически запускаем несколько простых скриптов Python на наших серверах с помощью Планировщика задач Windows. Сценарии чрезвычайно просты и собирают статистику, такую как дисковое пространство и процент процессора, и регистрируют их.
Иногда мы замечаем, что не можем редактировать, переименовывать или удалять скрипт. Когда мы заглядываем в диспетчер задач, мы видим, что скрипт завершился успешно, но есть один или два экземпляра taskeng.exe, которые все еще существуют.
Мы провели тщательный поиск, пытаясь увидеть, есть ли способ выйти из нашего скрипта Python, чтобы предотвратить это, но, похоже, это происходит только в 1 из 100 запусков скрипта, что заставляет нас думать, что это проблема планировщика задач.
Кто-то предложил просто убить taskeng.exe, когда наш скрипт будет готов, но это похоже на решение проблемы с кувалдой (а иногда у нас одновременно запускаются два скрипта).
Надеюсь, кто-то здесь уже сталкивался с этой проблемой раньше!
Поместите здесь ответ от нашей службы поддержки выделенного сервера на случай, если он поможет кому-то еще в будущем.
Ответ Чейза чрезвычайно полезен, но, к сожалению, он не сработает в нашем случае, поскольку иногда у нас одновременно выполняется несколько задач, и мы можем убить не тот экземпляр taskeng.exe.
В планировщике задач было предложено включить опцию «Остановить существующий экземпляр» на вкладке «Настройки» в свойствах задачи.
Пока это, похоже, решило проблему.
С Уважением,
Дэвид
Я не хочу соглашаться с решением с кувалдой, но если вы не хотите отлаживать сценарий, чтобы увидеть, что что-то не выходит должным образом (отключение диска или отказ сетевого ресурса, если вы учли сбои в функциях), я бы запустил отключите скрипт, убив все существующие процессы планировщика.
Это кувалда, но мне приходилось делать это с известными хорошими продуктами поставщиков, которые иногда вызывали ресурс, который не отвечал должным образом, в результате чего зависало задание резервного копирования. Чтобы предотвратить дублирование заданий, это было единственное решение, и, честно говоря, даже когда они вышли с исправлением, мы не беспокоились, потому что это законный обходной путь, который до сих пор не оказал отрицательного воздействия.
Иначе, что делает сценарий, который, возможно, не завершается?
-Гнаться
p.s. У меня была поддержка MSFT Premier, я даже принимал это решение для запланированных пакетных процессов импорта / экспорта SharePoint, где они зависали, и нам пришлось убить планировщик.
