The next article will explain task scheduler 0x41303, 0x41302, 0x41304, 0x41305 and 0x41306 result codes. Every tech guy worked with task scheduler have seen those result codes minimum 1 time. We will explain those codes and try to help you if any issue appear related to them.
Task Scheduler Result Codes:
- 0x41301: Task is currently running.
- 0x41302: Task is disabled.
- 0x41303: Task has not yet run.
- 0x41304: There are no more runs scheduled for this task.
- 0x41306: Task is terminated.
Task scheduler 0x41303, 0x41302, 0x41304, 0x41305, 0x41306
Task Scheduler 0x41303: Task has not yet run.
This error appears on certain task even if the scheduler to run multiply time. So the major reason of this is if the scheduler set to run first in the past. So try to set it near the future and check if the next run will perform.
Task scheduler 0x41302 – Task Is Disabled
As the error code description this task is disabled.
Task Scheduler 0x41304: There are no more runs scheduled for this task.
This is not error but a notification that no more runs for task scheduler.
Task Scheduler 0x41306: Task is terminated.
The 0x41306 result code mean that the last run of the task was terminated by the user. The reasons of this code:
- The computer is shut down whilst the script is running
- The option “Start only if the computer is on AC and stop if the computer switches to battery” ix selected and the computer passed on battery.
- You have selected the option “stop task if it runs longer than”. After the time finished the task was terminated.
- Try to extend the time in this option or specify close commands if you are running scripts with task scheduler
Conclusions:
This is short article but as those are notification codes and not errors we not have any long solution. We tried to explain and to troubleshoot some of them.
We have some scripts that create scheduled jobs using PowerShell as part of our application. When testing them recently, I noticed that some of them always failed immediately, and no output is ever produced (they don’t even appear in the Get-Job list).
After many days of tweaking, we’ve managed to isolate it to any jobs that are set to run weekly. Below is a script that creates two jobs that do exactly the same thing. When we run this on our domain, and provide credentials of a domain user, then force both jobs to run in the Task Scheduler GUI (right-click -> Run), the daily one runs fine (0x0 result) and the weekly one fails (0x41306).
Note: If I don’t provide the -Credential param, both jobs work fine. The jobs only fail if the task is both weekly, and running as this domain user.
I can’t find information on why this is happening, nor think of any reason it would behave differently for weekly jobs. The «History£ tab in the Task Scheduler has almost no useful information, just «Task stopping due to user request» and «Task terminated», both of which have no useful info:
Task Scheduler terminated «{eabba479-f8fc-4f0e-bf5e-053dfbfe9f62}»
instance of the «\Microsoft\Windows\PowerShell\ScheduledJobs\Test1»
task. Task Scheduler stopped instance
«{eabba479-f8fc-4f0e-bf5e-053dfbfe9f62}» of task
«\Microsoft\Windows\PowerShell\ScheduledJobs\Test1» as request by
user «MyDomain\SomeUser» .
What’s up with this? Why do weekly tasks run differently, and how can I diganose this issue?
This is PowerShell v3 on Windows Server 2008 R2. I’ve been unable to reproduce this locally, but I don’t have a user set up in the same way as the one in our production domain (I’m working on this, but I wanted to post this ASAP in the hope someone knows what’s happening!).
Import-Module PSScheduledJob
$Action =
{
"Executing job!"
}
$cred = Get-Credential "MyDomain\SomeUser"
# Remove previous versions (to allow re-running this script)
Get-ScheduledJob Test1 | Unregister-ScheduledJob
Get-ScheduledJob Test2 | Unregister-ScheduledJob
# Create two identical jobs, with different triggers
Register-ScheduledJob "Test1" -ScriptBlock $Action -Credential $cred -Trigger (New-JobTrigger -Weekly -At 1:25am -DaysOfWeek Sunday)
Register-ScheduledJob "Test2" -ScriptBlock $Action -Credential $cred -Trigger (New-JobTrigger -Daily -At 1:25am)
Edit: Added to Connect as suggested by snover:
https://connect.microsoft.com/PowerShell/feedback/details/776801/weekly-tasks-created-via-powershell-using-a-different-user-immediately-fail-with-error-0x41306
Edit: Some additional info from Jeff Hicks
I used your code to create the same jobs on my 2008 R2 box running PS
v3. Both jobs ran fine from PowerShell using Start-Job. But in the
GUI, I got the same error for the weekly job.I get the same result on Windows 8. Something is telling the task
service to abort. I tested some other settings but they had no effect.
I looked through all of the logs I could think of and all they show is
the job starting, PowerShell loading and then the task scheduler
cancelling.I reset the weekly task to run today a little bit ago and it still
failed. I also tested a weekly task doing something other than
PowerShell and it ran just fine.I changed the weekly job to use the same account as the current user
and it ran just fine. Changed it back to the other account and it
failed again. I have no idea about the correlation between the trigger
and account.
The next article will explain task scheduler 0x41303, 0x41302, 0x41304, 0x41305 and 0x41306 result codes. Every tech guy worked with task scheduler have seen those result codes minimum 1 time. We will explain those codes and try to help you if any issue appear related to them.
Task Scheduler Result Codes:
- 0x41301: Task is currently running.
- 0x41302: Task is disabled.
- 0x41303: Task has not yet run.
- 0x41304: There are no more runs scheduled for this task.
- 0x41306: Task is terminated.
Task scheduler 0x41303, 0x41302, 0x41304, 0x41305, 0x41306
Task Scheduler 0x41303: Task has not yet run.
This error appears on certain task even if the scheduler to run multiply time. So the major reason of this is if the scheduler set to run first in the past. So try to set it near the future and check if the next run will perform.
Task scheduler 0x41302 – Task Is Disabled
As the error code description this task is disabled.
Task Scheduler 0x41304: There are no more runs scheduled for this task.
This is not error but a notification that no more runs for task scheduler.
Task Scheduler 0x41306: Task is terminated.
The 0x41306 result code mean that the last run of the task was terminated by the user. The reasons of this code:
- The computer is shut down whilst the script is running
- The option “Start only if the computer is on AC and stop if the computer switches to battery” ix selected and the computer passed on battery.
- You have selected the option “stop task if it runs longer than”. After the time finished the task was terminated.
- Try to extend the time in this option or specify close commands if you are running scripts with task scheduler
Conclusions:
This is short article but as those are notification codes and not errors we not have any long solution. We tried to explain and to troubleshoot some of them.
We have some scripts that create scheduled jobs using PowerShell as part of our application. When testing them recently, I noticed that some of them always failed immediately, and no output is ever produced (they don’t even appear in the Get-Job list).
After many days of tweaking, we’ve managed to isolate it to any jobs that are set to run weekly. Below is a script that creates two jobs that do exactly the same thing. When we run this on our domain, and provide credentials of a domain user, then force both jobs to run in the Task Scheduler GUI (right-click -> Run), the daily one runs fine (0x0 result) and the weekly one fails (0x41306).
Note: If I don’t provide the -Credential param, both jobs work fine. The jobs only fail if the task is both weekly, and running as this domain user.
I can’t find information on why this is happening, nor think of any reason it would behave differently for weekly jobs. The «History£ tab in the Task Scheduler has almost no useful information, just «Task stopping due to user request» and «Task terminated», both of which have no useful info:
Task Scheduler terminated «{eabba479-f8fc-4f0e-bf5e-053dfbfe9f62}»
instance of the «MicrosoftWindowsPowerShellScheduledJobsTest1»
task. Task Scheduler stopped instance
«{eabba479-f8fc-4f0e-bf5e-053dfbfe9f62}» of task
«MicrosoftWindowsPowerShellScheduledJobsTest1» as request by
user «MyDomainSomeUser» .
What’s up with this? Why do weekly tasks run differently, and how can I diganose this issue?
This is PowerShell v3 on Windows Server 2008 R2. I’ve been unable to reproduce this locally, but I don’t have a user set up in the same way as the one in our production domain (I’m working on this, but I wanted to post this ASAP in the hope someone knows what’s happening!).
Import-Module PSScheduledJob
$Action =
{
"Executing job!"
}
$cred = Get-Credential "MyDomainSomeUser"
# Remove previous versions (to allow re-running this script)
Get-ScheduledJob Test1 | Unregister-ScheduledJob
Get-ScheduledJob Test2 | Unregister-ScheduledJob
# Create two identical jobs, with different triggers
Register-ScheduledJob "Test1" -ScriptBlock $Action -Credential $cred -Trigger (New-JobTrigger -Weekly -At 1:25am -DaysOfWeek Sunday)
Register-ScheduledJob "Test2" -ScriptBlock $Action -Credential $cred -Trigger (New-JobTrigger -Daily -At 1:25am)
Edit: Added to Connect as suggested by snover:
https://connect.microsoft.com/PowerShell/feedback/details/776801/weekly-tasks-created-via-powershell-using-a-different-user-immediately-fail-with-error-0x41306
Edit: Some additional info from Jeff Hicks
I used your code to create the same jobs on my 2008 R2 box running PS
v3. Both jobs ran fine from PowerShell using Start-Job. But in the
GUI, I got the same error for the weekly job.I get the same result on Windows 8. Something is telling the task
service to abort. I tested some other settings but they had no effect.
I looked through all of the logs I could think of and all they show is
the job starting, PowerShell loading and then the task scheduler
cancelling.I reset the weekly task to run today a little bit ago and it still
failed. I also tested a weekly task doing something other than
PowerShell and it ran just fine.I changed the weekly job to use the same account as the current user
and it ran just fine. Changed it back to the other account and it
failed again. I have no idea about the correlation between the trigger
and account.
Таким образом, запланированные задания выполняются в планировщике задач, но в действительности нет тесной интеграции. Когда вы регистрируете запланированное задание, создается определение запланированного задания и, надеюсь, параметры запланированного задания Windows. НИКАКОЕ задание экземпляра запланированного задания не создается до тех пор, пока запланированное задание Windows не выполнит 1) успешно запущенное запланированное задание и 2 не выполнит его достаточно успешно, чтобы оно создало экземпляр.
Я бы предпочел, чтобы в случае сбоя запланированного задания PowerShell, по крайней мере, запрашивал обработчик запланированных задач и обнаруживал, что экземпляр запущен и завершился с ошибкой и получает ошибку или еще что-то.
Таким образом, в основном, когда вы регистрируете его, вы регистрируете его с помощью триггера, который может или не может произойти, и различные вещи могут происходить там, где он выходит из строя, еще до запуска PS.
Например, допустим, вы указали, что он работает под определенными правами, и что-то не так с учетными данными, или, возможно, изменение разрешений ПОСЛЕ того, как вы зарегистрировали его. Когда триггер произойдет, Windows не сможет запустить запланированную задачу, и, следовательно, код запланированного задания не скажет PS ничего об этом.
Один интересный случай произошел со мной, когда я делал несколько демонстраций. При тестировании на моем ноутбуке он регистрировал его и запускал через 4 секунды, затем я мог видеть экземпляр задания, затем он заканчивал и мог получить результаты.
однако это ВСЕГДА потерпит неудачу, когда я продемонстрирую это. И это потому, что по умолчанию запланированные задачи не запускаются при работе от батареи, а не подключаются к сети, а при выполнении демонстраций я беру свой ноутбук и показываю людям, а меня не подключают.
это печально, потому что со стороны PS похоже, что ничего не произошло, когда в отношении механизма запланированных задач существует история, которую он пытался запустить и не удалось из-за определенных кодов ошибок и сообщений.
если вы хотите увидеть работу с ошибочным статусом и причиной в следующей версии, оцените мою ошибку при подключении
https://connect.microsoft.com/PowerShell/feedback/details/737587/psv3-scheduledjobs-if-a-trigger-fails-there-is-no-failed-instance-example-uses-multiple-triggers-to-do-this
- Remove From My Forums
-
General discussion
-
Hi, i have created a script that i schedule to run a few times a day copying files around servers.
Sometime the same script might be running 2-3 times at the same time.
Sometimes the schedule task that runs the script failes with the error:
«The last run of the task was terminated by the user 0x41306»
Nobody has stopped the task.
Could it be because they are running at the same time?
Is weird because most of the time they don’t fail and i know they run at the same time ( i set it for testing to run simultaneously)
Thanks
У нас есть несколько сценариев, которые создают запланированные задания с помощью PowerShell как часть нашего приложения. При их недавнем тестировании я заметил, что некоторые из них всегда сразу выходили из строя, и вывод никогда не производился (они даже не появляются в списке Get-Job).
После многих дней настройки нам удалось изолировать его от любых заданий, которые настроены на еженедельный запуск. Ниже приведен скрипт, который создает два задания, которые делают одно и то же. Когда мы запускаем это в нашем домене и предоставляем учетные данные пользователя домена, а затем заставляем оба задания запускаться в графическом интерфейсе планировщика заданий (щелкните правой кнопкой мыши -> Выполнить), ежедневное задание выполняется нормально (результат 0x0), а еженедельное — сбой (0x41306).
Примечание. Если я не укажу параметр -Credential, оба задания будут работать нормально. Задания завершаются неудачно, только если задание выполняется еженедельно и выполняется от имени этого пользователя домена.
Я не могу найти информацию о том, почему это происходит, и не могу придумать, почему это будет вести себя по-другому для еженедельных заданий. На вкладке «История» в планировщике заданий почти нет полезной информации, только «Задание остановлено из-за запроса пользователя» и «Задание завершено», обе из которых не содержат полезной информации:
Планировщик заданий завершил «{eabba479-f8fc-4f0e-bf5e-053dfbfe9f62}» экземпляр задачи «MicrosoftWindowsPowerShellScheduledJobsTest1». Планировщик заданий остановил экземпляр «{eabba479-f8fc-4f0e-bf5e-053dfbfe9f62}» задачи «MicrosoftWindowsPowerShellScheduledJobsTest1» по запросу пользователя «MyDomainSomeUser» .
Что случилось с этим? Почему еженедельные задания выполняются по-разному и как решить эту проблему?
Это PowerShell v3 на Windows Server 2008 R2. Мне не удалось воспроизвести это локально, но у меня нет пользователя, настроенного так же, как в нашем рабочем домене (я работаю над этим, но я хотел опубликовать это как можно скорее в надежде, что кто-то знает, что происходит!).
Import-Module PSScheduledJob
$Action =
{
"Executing job!"
}
$cred = Get-Credential "MyDomainSomeUser"
# Remove previous versions (to allow re-running this script)
Get-ScheduledJob Test1 | Unregister-ScheduledJob
Get-ScheduledJob Test2 | Unregister-ScheduledJob
# Create two identical jobs, with different triggers
Register-ScheduledJob "Test1" -ScriptBlock $Action -Credential $cred -Trigger (New-JobTrigger -Weekly -At 1:25am -DaysOfWeek Sunday)
Register-ScheduledJob "Test2" -ScriptBlock $Action -Credential $cred -Trigger (New-JobTrigger -Daily -At 1:25am)
Редактировать: добавлено в Connect по предложению snover:
https://connect.microsoft.com/PowerShell/feedback/details/776801/weekly-tasks-created-via-powershell-using-a-other-user-immediately-fail-with-error-0x41306
Правка: дополнительная информация от Джеффа Хикса
Я использовал ваш код для создания тех же заданий на моем компьютере 2008 R2 с PS v3. Оба задания нормально выполнялись из PowerShell с использованием командлета Start-Job. Но в графическом интерфейсе я получил ту же ошибку для еженедельного задания.
Я получаю тот же результат в Windows 8. Что-то говорит службе задач прервать работу. Я проверил некоторые другие настройки, но они не имели никакого эффекта. Я просмотрел все журналы, которые смог придумать, и все, что они показывают, — это запуск задания, загрузка PowerShell, а затем отмена планировщика задач.
Я сбросил еженедельную задачу, чтобы запустить ее сегодня, немного назад, и она все еще не удалась. Я также тестировал еженедельную задачу, выполняя что-то другое, кроме PowerShell, и все прошло нормально.
Я изменил еженедельное задание, чтобы использовать ту же учетную запись, что и текущий пользователь, и все работало нормально. Сменил на другую учетную запись и снова ошибка. Я понятия не имею о корреляции между триггером и аккаунтом.
Таким образом, запланированные задания выполняются в планировщике задач, но в действительности нет тесной интеграции. Когда вы регистрируете запланированное задание, создается определение запланированного задания и, надеюсь, параметры запланированного задания Windows. НИКАКОЕ задание экземпляра запланированного задания не создается до тех пор, пока запланированное задание Windows не выполнит 1) успешно запущенное запланированное задание и 2 не выполнит его достаточно успешно, чтобы оно создало экземпляр.
Я бы предпочел, чтобы в случае сбоя запланированного задания PowerShell, по крайней мере, запрашивал обработчик запланированных задач и обнаруживал, что экземпляр запущен и завершился с ошибкой и получает ошибку или еще что-то.
Таким образом, в основном, когда вы регистрируете его, вы регистрируете его с помощью триггера, который может или не может произойти, и различные вещи могут происходить там, где он выходит из строя, еще до запуска PS.
Например, допустим, вы указали, что он работает под определенными правами, и что-то не так с учетными данными, или, возможно, изменение разрешений ПОСЛЕ того, как вы зарегистрировали его. Когда триггер произойдет, Windows не сможет запустить запланированную задачу, и, следовательно, код запланированного задания не скажет PS ничего об этом.
Один интересный случай произошел со мной, когда я делал несколько демонстраций. При тестировании на моем ноутбуке он регистрировал его и запускал через 4 секунды, затем я мог видеть экземпляр задания, затем он заканчивал и мог получить результаты.
однако это ВСЕГДА потерпит неудачу, когда я продемонстрирую это. И это потому, что по умолчанию запланированные задачи не запускаются при работе от батареи, а не подключаются к сети, а при выполнении демонстраций я беру свой ноутбук и показываю людям, а меня не подключают.
это печально, потому что со стороны PS похоже, что ничего не произошло, когда в отношении механизма запланированных задач существует история, которую он пытался запустить и не удалось из-за определенных кодов ошибок и сообщений.
если вы хотите увидеть работу с ошибочным статусом и причиной в следующей версии, оцените мою ошибку при подключении
https://connect.microsoft.com/PowerShell/feedback/details/737587/psv3-scheduledjobs-if-a-trigger-fails-there-is-no-failed-instance-example-uses-multiple-triggers-to-do-this
У нас есть несколько сценариев, которые создают запланированные задания, используя PowerShell как часть нашего приложения. При тестировании их в последнее время я заметил, что некоторые из них всегда сбой сразу, и никакой вывод не создается (они даже не отображаются в списке Get-Job).
После многих дней настройки мы смогли изолировать его до любых заданий, которые будут запускаться еженедельно. Ниже приведена script, которая создает два задания, которые выполняют точно то же самое. Когда мы запускаем это в нашем домене и предоставляем учетные данные пользователя домена, затем заставляем оба задания запускаться в графическом интерфейсе планировщика задач (щелкните правой кнопкой мыши → Выполнить), ежедневная работа выполняется нормально (результат 0x0), а еженедельная ошибка (0x41306).
Примечание. Если я не предоставляю параметр -Credential, оба задания работают нормально. Выполнение заданий выполняется только в том случае, если задание выполняется как еженедельно, так и выполняется как пользователь этого домена.
Я не могу найти информацию о том, почему это происходит, и не думайте о какой-либо причине, что она будет вести себя по-разному для еженедельных рабочих мест. На вкладке «История» в Планировщике заданий практически нет полезной информации, просто «Запуск задачи из-за пользовательского запроса» и «Завершение задачи», оба из которых не имеют полезной информации:
Планировщик заданий завершен «{eabba479-f8fc-4f0e-bf5e-053dfbfe9f62}» экземпляр «\ Microsoft\Windows\PowerShell\ScheduledJobs\Test1» задача. Запланированный планировщик заданий msgstr «» «\ Microsoft\Windows\PowerShell\ScheduledJobs\Test1» в качестве запроса пользователя «MyDomain\SomeUser».
Что с этим? Почему еженедельные задания выполняются по-разному, и как я могу решить эту проблему?
Это PowerShell v3 для Windows Server 2008 R2. Я не смог воспроизвести это локально, но у меня нет пользователя, настроенного так же, как и в нашем производственном домене (я над этим работаю, но я хотел опубликовать это как можно скорее знает, что происходит!).
Import-Module PSScheduledJob$Action =
{
"Executing job!"
}$cred = Get-Credential "MyDomain\SomeUser"
# Remove previous versions (to allow re-running this script)
Get-ScheduledJob Test1 | Unregister-ScheduledJob
Get-ScheduledJob Test2 | Unregister-ScheduledJob
# Create two identical jobs, with different triggers
Register-ScheduledJob "Test1" -ScriptBlock $Action -Credential $cred -Trigger (New-JobTrigger -Weekly -At 1:25am -DaysOfWeek Sunday)
Register-ScheduledJob "Test2" -ScriptBlock $Action -Credential $cred -Trigger (New-JobTrigger -Daily -At 1:25am)
Изменить: добавлено в Connect, как показано в snover:
https://connect.microsoft.com/PowerShell/feedback/details/776801/weekly-tasks-created-via-powershell-using-a-different-user-immediately-fail-with-error-0x41306
Изменить: Дополнительная информация от Джеффа Хикса
Я использовал ваш код для создания тех же заданий на своем ящике 2008 R2, на котором запущен PS v3. Оба задания отлично справились с PowerShell с помощью Start-Job. Но в GUI, я получил ту же ошибку для еженедельной работы.
Я получаю тот же результат в Windows 8. Что-то подсказывает задачу службы для прерывания. Я проверил некоторые другие настройки, но они не повлияли. Я просмотрел все журналы, которые я мог придумать, и все, что они показывают, это запуск задания, загрузка PowerShell, а затем планировщик задач отмена.
I reset еженедельная задача запустить сегодня немного назад, и она все еще не смогли. Я также тестировал еженедельную задачу, выполняющую что-то другое, кроме PowerShell, и все прошло отлично.
Я изменил недельное задание на использование той же учетной записи, что и текущий пользователь и все прошло отлично. Изменил его на другой аккаунт, и он снова не удалось. Я понятия не имею о корреляции между триггером и учетную запись.