0x1 ошибка планировщика

I have a scheduled task on a Windows 2008 R2 server. The task includes a Start In directory entry. The task runs, and the batch file it runs does what it is supposed to do. When I run the batch file from a command prompt, I see no errors. The problem is that the «Last run result» is 0x1 (incorrect function call).

I did get this at one time with an incorrect DOS statement IF EXISTS file.txt DO (Copy file.txt file1.txt) that was corrected by dropping the DO statement. The current batch file does not show me any errors or warnings.

Why am I getting a 0x1 result?

Batch file that is run:

PUSHD \\JUKEBOX4\Archives\CallRecording
REM only move csv and wma together.  wma should be created last.
IF NOT EXIST C:\CallRecording (MKDIR C:\CallRecording)
FOR /f %%f IN ('DIR /b *.wma') DO (
    IF EXIST %%~nf.csv (MOVE /Y %%~nf.* C:\CallRecording\)
)
POPD
CD /D "C:\Program Files (x86)\Olim, LLC\Collybus DR Upload"
CollybusUpload.exe
POPD

Info on scheduled task setup:

  • Program to run: C:\Program Files (x86)\Olim, LLC\Collybus DR Upload\CallRecordingUploadFromH.cmd
  • Start in: C:\Program Files (x86)\Olim, LLC\Collybus DR Upload
  • Run whether user is logged on or not, highest privileges.

History screen, task completed entry

«Task Scheduler successfully completed task «\Call recording upload to portal from NH» , instance «{1449ad42-2210-427a-bd69-2c15e35340e6}» , action «C:\Windows\SYSTEM32\cmd.exe» with return code 1.»

First screen of Task Scheduler shows «Run Result» of «Success»

  • Home
  • News
  • How to Fix Task Scheduler 0x1 in Windows 10/11? 4 Solutions Here!

By Vera | Follow |
Last Updated

When scheduling batches or scripts in Task Scheduler, the common error 0x1 could appear. What does 0x1 mean in Task Scheduler? How to fix Task Scheduler 0x1 in Windows 10/11? MiniTool offers multiple methods in this post to help you get rid of trouble.

Task Scheduler is a job scheduler in Windows that enables you to automatically perform routine tasks on the selected PC by running some scripts or programs at pre-defined times. To open Task Scheduler, press Win + R to get the Run dialog, type taskschd.msc and click OK.

However, when trying to run batch files or scripts in Task Scheduler, the 0x1 error code returns and can be seen in the Last Run Result list. This is a common error when you perform Windows scheduled tasks.

Then, a question comes: what does 0x1 mean in Task Scheduler? This means there is a privilege issue. To be specific, you don’t have sufficient privileges to execute the task at the specified location. Or the task fails to find the file location due to some reason.

What if your task doesn’t run successfully with the error 0x1 in Windows 10/11? You can find multiple solutions in the following part and let’s look over them.

How to Fix Task Scheduler 0x1

There is no silver bullet for everyone but these fixes here do the trick for most people. Try them one by one to find the way that works for you.

Enter a Path to Start in

According to users, it is helpful to fix Task Scheduler last run result 0x1 by entering a path to the Start in (optional) section. See the steps below:

Step 1: Open Task Scheduler by inputting task scheduler to the search box in Windows 10/11 and click this the result.

Step 2: Click Task Scheduler Library, right-click on the required task, and select Properties.

Step 3: Under the Actions tab, click the Edit button.

Step 4: Specify the directory path to the Start in (Optional) field.

enter a directory to Start in

Set Execution Policy

If you encounter the error – scheduled tasks 0x1 when running PowerShell scripts in Task Scheduler, you can try to fix it by setting the execution policy to bypass the arguments. Follow the steps below to accomplish this:

Step 1: Open Task Scheduler, go to Task Scheduler Library and right-click on the target task to choose Properties.

Step 2: Go to Actions > Edit.

Step 3: In the Program/script field, type powershell.exe. In the Add arguments (optional) section, type -ExecutionPolicy Bypass -File “C:\Data\Script.ps1”. Replace “C:\Data\Script.ps1” with your own path. In the Start in (optional) field, type in the path where the script is located like C:\Data.

set execution policy for script

Run Scheduled Tasks with the Highest Privileges

To fix Task Scheduler 0x1, you need to grant sufficient permissions to the scheduled task. So, choose the option of Run with highest privileges when you create a task. Besides, make sure your account has the privileges to complete successfully the programs in the batch file.

Create Task Instead of Create Basic Task

To make sure your task runs properly without the last run result 0x1 error, you had better use Create Task rather than Create Basic Task. Besides, under the General tab, click Change User or Group to add appropriate credentials. In addition, under the Actions tab, use only UNC paths in your batch files.

Tips:

System issues always happen unexpectedly and you had better back up your system so that you can perform a system recovery in case of system crashes. Here, we recommend using MiniTool ShadowMaker, a professional backup software for Windows 11/10/8/7.

MiniTool ShadowMaker TrialClick to Download100%Clean & Safe

The End

How to fix 0x1 error in Task Scheduler? If you see the Task Scheduler last run result 0x1 in Windows 10/11, try these methods above to easily get rid of trouble. If you figure out other ways to resolve Windows Task Scheduler 0x1, welcome to share them with us.

About The Author

Vera

Position: Columnist

Vera is an editor of the MiniTool Team since 2016 who has more than 7 years’ writing experiences in the field of technical articles. Her articles mainly focus on disk & partition management, PC data recovery, video conversion, as well as PC backup & restore, helping users to solve some errors and issues when using their computers. In her spare times, she likes shopping, playing games and reading some articles.

Дело в том, что у меня — серверная ось, а у пользователя на машине — windows 10. Были бы на обеих машинах серверные оси, и в их организации была бы не одноранговая сеть, а доменная, проблем бы не было: добавил бы соответствующие роли на серверах, запустил бы зеркалирование, и обошелся бы без всяких планировщиков. А тут пришлось для синхронизации использовать специальную утилиту SyncToy 2.1 от Microsoft. И запускать её через Планировщика заданий.
Кроме того, пользователь выдвинул обязательное условие: чтобы не было постоянно добавленного открытого элемента в сетевом окружении и постоянно подключенного сетевого диска, т.е., чтобы каждый раз для подключения к сетевому ресурсу на сервере ему надо было вводить логин и пароль.

Для подключения к серверу использовал bat-файл следующего содержания:

 @Echo Off
 net use \\ip-адрес_сервера\сетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
 Exit

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

В Планировщик заданий загнал два действия:
1) запуск  приведенного выше bat-файла,
2) запуск программы синхронизации SyncToyCmd.exe

Запустил задание на выполнение. И получил «Результат последнего запуска (0x1)», т.е. — «ни фига» не выполнилось. Расшифровка результата (0x1) — «вызов неверной или неизвестной функции«.

Где-то в сети нашел подсказку, что если в Планировщике заданий на вкладке «Действие» для одного задания прописано выполнение более одной программы, то они запускаются одновременно, а не последовательно. Т.е. получается, что синхронизация запускалась, когда подключения к сетевому ресурсу ещё не было установлено, что и давало ошибку 0x1.

Решение проблемы.

Так как в пакетном файле команды выполняются последовательно, то в наш bat-файл записал обе команды: сначала на подключение сетевого ресурса, а потом — на запуск синхронизации.

 @Echo Off
 net use \\ip-адрес_сервера\сетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
 START «SyncToy» /WAIT «C:\Program Files\SyncToy 2.1\SyncToyCmd.exe» /R
 net use \\ip-адрес_сервера\сетевой_ресурс_на_сервере /DELETE
 Exit

И поместил его во вкладку Действие

Запустил на выполнение. В столбце «Результат последнего запуска» получил «Операция успешно завершена. (0х0)«. Что и требовалось доказать.

P.S. В последнее время обратил внимание на возросшее количество просмотров данного поста.  Решил проверить работу синхронизации SyncToy через Планировщик заданий. Там, вроде, всё нормально:  в столбце «Результат последнего запуска» стоит «Операция успешно завершена. (0х0)». На всякий случай полез на сервер (куда «эхолировались» папки пользователя) и обнаружил, что вновь добавленные пользователем на его компьютере папки  «нихрена» на сервере не появляются. Через Планировщик запустил синхронизацию вручную: результат — тот же. Вот «сцука»! И не понятно, в какой момент этот баг начался.

 Начал «перелопачивать» опции Планировщика. И опять получил то, от чего когда-то, как мне думалось, с триумфом ушел: «шедулеровскую» хрень (0х1). Но, в конечном итоге, проблему решил.  Помогли одновременно два, казалось бы, ни на что не должные повлиять изменения в Планировщике (если использовать только одно из двух, то не срабатывает).

1) Поменял учетную запись, используемую при выполнении задачи (у меня был «Администратор»).  На вкладке «Общие» нажал «Изменить».

В окне «Выбор пользователя» нажал «Дополнительно»«Поиск». В «Результатах поиска» выбрал «Администраторы». Нажал «ОК».

2) Добавил путь к папке, где находится мой bat-файл. На вкладке «Действия» нажал «Изменить». В окне «Изменение действий» в строке «Рабочая папка (необязательно)» ввел C:\Program Files\SyncToy 2.1\   (без кавычек). Нажал «ОК». Ещё раз «ОК«.

Запустил Синхронизацию на выполнение. Отработала. В столбце «Результат последнего запуска» появилось уже (0х2).

Тем не менее, вновь созданные на компьютере пользователя папки появились на сервере. Поэтому, наплевать на (0х2) и забыть. Главное, что синхронизирует.

Task scheduler 0x1 error is a common error appearing when you scheduling mainly batches or scripts. From the error return code, you cannot understand where is the issue. Common the issue is related to the script or batch finish with any error or fails to find something it’s looking for and can’t pass to the task scheduler successfully status. To find the issue you will need to troubleshoot some solutions. We will try to present and explain some of the common solutions about return code 0x1.

Error message and view:

“Task Scheduler successfully completed task “\test” , instance “{xxxxx}” , action “C:\Windows\SYSTEM32\cmd.exe” with return code 1.”

Task Scheduler 0x1

Task Scheduler 0x1

How to  Fix Task scheduler 0x1

Fix task scheduler last run result 0x1:

  1. Try to create the task using the “Create Task” option instead of the “Create Basic Task”
  2. Use UNC paths in your batch files
  3. Try to use UNC paths in the “Actions” Tab
  4. Put the path into the ‘Start In’ box
  5. Quote the paths if there are spaces like “C:\Test 1\”
  6. Explicitly state all paths used in the scripts files
  7. Try to close or “exit” the script in the end.
  8. Run manually the script or batch to check if any error appears.
  9. “Run with highest privileges” (test both options)
  10. Try “Run whether the user is logged on or not” (test both options)

Fix return code 0x1 with long solution

1. Solutions about “Action Tab”

  • UNC paths

If you are trying to run the script or batch in map drive instead of specifying the latter try to use the full UNC path. For example:

Instead of M:\test\ use \\(IP or servername)\test\

UNC path

UNC path

  • Configure the paths

Try to configure the path on ‘Start In’ box like below:

Configure path on start in

Configure path on start in

  • Quote the paths

Especially on scripts and batches windows has the problem to understand paths with spaces if they are not quoted. Try to use quotes on paths with spaces on task schedule configuration or on scripts and batches.

Quote the paths

Quote the paths

2. State all paths

Try to explicitly state all paths used in the scripts or batches files. Don’t use short path

e.g. the code in Test.bat

call test.bat > test.log

Became

call “D:\Test Path\test.cmd”> “D:\Test Path\test.log”

3. Exit on scripts

Sometimes the scripts stay running and can’t pass the finishing status to the task scheduler. To avoid this try to state exit or close command on the end of the scripts or batches.

4. Check the scripts for error

Even if the script or batch runs correctly sometimes return error code. To troubleshoot this you can run the script or batches manually using a pause statement at the end of it.

To get the error code to add one more line on the end of the script or batch as below:

echo ErrorCode = %ErrorLevel%

To fix this you can add another command in the end in order to return an error status code 0. For example, add one line to write the current time.

5. Specify “stop task”.

In cases where the task stays running, you can configure the Task schedule to stop. To do this:

  • Open Task Scheduler and navigate to settings
  • Check “Stop the task if it runs longer than
  • Specify after how much time will stop

So the next day the scheduler will be ready to start.

Conclusions error code 0x1:

Above we included almost all solutions and troubleshooting regarding the task scheduler 0x1 error code. Error 0x1 his hard to debug and need to try a couple of solutions in order to find the reason for your environment.

1 / 1 / 0

Регистрация: 02.02.2021

Сообщений: 4

1

Server 2016

02.02.2021, 09:58. Показов 12168. Ответов 2


Всем добрый день!
Помогите, пожалуйста, разобраться. Есть ОС Windows Server 2016, обслуживается клиентом.
Был скрипт в планировщике задач, который длительное время успешно отрабатывал. Но вот уже несколько дней у задачи висит статус (0x1): «Вызов неверной или неизвестной функции». В чем может быть дело? Заранее спасибо.

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

0

Programming

Эксперт

94731 / 64177 / 26122

Регистрация: 12.04.2006

Сообщений: 116,782

02.02.2021, 09:58

Ответы с готовыми решениями:

Планировщик
У нас есть:
— Домен
— Сервер: w2k3 sp2

В планировщике устанавливаются задачи (bat), которые…

Планировщик задач
Доброго времени суток. Такой вопрос. Из администрирования пропал пункт "Планировщик задач", при…

Планировщик не работает
Windows Server 2008 стоит на VPS

Планировщик не работает. Создаю любую задачу при входе или при…

Планировщик задач
Здравствуйте! Посоветуйте какой-нибуть планировщик задач, а то стандартный что то криво работает с…

2

233 / 223 / 46

Регистрация: 12.12.2012

Сообщений: 1,926

02.02.2021, 12:26

2

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

2

1 / 1 / 0

Регистрация: 02.02.2021

Сообщений: 4

03.02.2021, 14:27

 [ТС]

3

Дело было в том, что файл, к которому обращался скрипт, был заблокирован ошибкой диска. Спасибо за помощь, вопрос закрыт!

1

Дело в том, что у меня — серверная ось, а у пользователя на машине — windows 10. Были бы на обеих машинах серверные оси, и в их организации была бы не одноранговая сеть, а доменная, проблем бы не было: добавил бы соответствующие роли на серверах, запустил бы зеркалирование, и обошелся бы без всяких планировщиков. А тут пришлось для синхронизации использовать специальную утилиту SyncToy 2.1 от Microsoft. И запускать её через Планировщика заданий.
Кроме того, пользователь выдвинул обязательное условие: чтобы не было постоянно добавленного открытого элемента в сетевом окружении и постоянно подключенного сетевого диска, т.е., чтобы каждый раз для подключения к сетевому ресурсу на сервере ему надо было вводить логин и пароль.

Для подключения к серверу использовал bat-файл следующего содержания:

 @Echo Off
 net use \ip-адрес_серверасетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
 Exit

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

В Планировщик заданий загнал два действия:
1) запуск  приведенного выше bat-файла,
2) запуск программы синхронизации SyncToyCmd.exe

Запустил задание на выполнение. И получил «Результат последнего запуска (0x1)», т.е. — «ни фига» не выполнилось. Расшифровка результата (0x1) — «вызов неверной или неизвестной функции«.

Где-то в сети нашел подсказку, что если в Планировщике заданий на вкладке «Действие» для одного задания прописано выполнение более одной программы, то они запускаются одновременно, а не последовательно. Т.е. получается, что синхронизация запускалась, когда подключения к сетевому ресурсу ещё не было установлено, что и давало ошибку 0x1.

Решение проблемы.

Так как в пакетном файле команды выполняются последовательно, то в наш bat-файл записал обе команды: сначала на подключение сетевого ресурса, а потом — на запуск синхронизации.

 @Echo Off
 net use \ip-адрес_серверасетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
 START «SyncToy» /WAIT «C:Program FilesSyncToy 2.1SyncToyCmd.exe» /R
 net use \ip-адрес_серверасетевой_ресурс_на_сервере /DELETE
 Exit

И поместил его во вкладку Действие

Запустил на выполнение. В столбце «Результат последнего запуска» получил «Операция успешно завершена. (0х0)«. Что и требовалось доказать.

P.S. В последнее время обратил внимание на возросшее количество просмотров данного поста.  Решил проверить работу синхронизации SyncToy через Планировщик заданий. Там, вроде, всё нормально:  в столбце «Результат последнего запуска» стоит «Операция успешно завершена. (0х0)». На всякий случай полез на сервер (куда «эхолировались» папки пользователя) и обнаружил, что вновь добавленные пользователем на его компьютере папки  «нихрена» на сервере не появляются. Через Планировщик запустил синхронизацию вручную: результат — тот же. Вот «сцука»! И не понятно, в какой момент этот баг начался.

 Начал «перелопачивать» опции Планировщика. И опять получил то, от чего когда-то, как мне думалось, с триумфом ушел: «шедулеровскую» хрень (0х1). Но, в конечном итоге, проблему решил.  Помогли одновременно два, казалось бы, ни на что не должные повлиять изменения в Планировщике (если использовать только одно из двух, то не срабатывает).

1) Поменял учетную запись, используемую при выполнении задачи (у меня был «Администратор»).  На вкладке «Общие» нажал «Изменить».

В окне «Выбор пользователя» нажал «Дополнительно»«Поиск». В «Результатах поиска» выбрал «Администраторы». Нажал «ОК».

2) Добавил путь к папке, где находится мой bat-файл. На вкладке «Действия» нажал «Изменить». В окне «Изменение действий» в строке «Рабочая папка (необязательно)» ввел C:Program FilesSyncToy 2.1   (без кавычек). Нажал «ОК». Ещё раз «ОК«.

Запустил Синхронизацию на выполнение. Отработала. В столбце «Результат последнего запуска» появилось уже (0х2).

Тем не менее, вновь созданные на компьютере пользователя папки появились на сервере. Поэтому, наплевать на (0х2) и забыть. Главное, что синхронизирует.

  • Remove From My Forums

 locked

Не выполняется задание по расписанию, а только вручную.

  • Вопрос

  • Добрый день.

    Имеется простое задание, которое запускает пакетный файл, который копирует файлы с одного жесткого диска на другой. При достижении времени запуска, задание не выполняется и в результате последнего запуска написано (0x1). Также задание не выполняется, если
    запускать его сейчас из планировщика. Сам пакетный файл лежит в папке Мои Документы админа. ОС — WS2008R2. Пробовал выполнять от имени админа и системы

    Если запускать этот bat-файл вручную, то задание выполняется.

    Что можете посоветовать, чтобы задание запускалось?

    • Изменено

      2 октября 2012 г. 20:43
      new details

Ответы

  • Место расположения не лучшее: надо создать отдельную папку для скрипта, что-то вроде c:scripts

    Пользователь запускающий скрипт должен иметь права на папку и право «log on as a batch job».


    Сазонов Илья http://isazonov.wordpress.com/

    • Изменено
      ILYA [ sie ] Sazonov
      3 октября 2012 г. 5:46
    • Предложено в качестве ответа
      ILYA [ sie ] Sazonov
      4 октября 2012 г. 5:57
    • Помечено в качестве ответа
      Rotar Maksim
      9 октября 2012 г. 19:43
  • Спасибо. Эти условия были выполнены, но вы наевли меня на мысль и я понял, что облажался в другом. У меня в командах пути были указаны относительные, и добавив рабочий каталог в задание оно запустилось успешно.

    • Помечено в качестве ответа
      Rotar Maksim
      9 октября 2012 г. 19:43

У меня есть запланированная задача на сервере Windows 2008 R2. Задача включает запись в каталоге «Начать в». Задача запускается, и командный файл, который она запускает, выполняет то, что должен делать. Когда я запускаю командный файл из командной строки, я не вижу ошибок. Проблема в том, что «Результат последнего запуска» 0x1 (некорректный вызов функции).

Однажды я получил это с неправильным оператором DOS IF EXISTS file.txt DO (Copy file.txt file1.txt) это было исправлено отбрасыванием DO заявление. Текущий командный файл не показывает мне никаких ошибок или предупреждений.

Почему я получаю 0x1 результат?

Запускаемый командный файл:

PUSHD \JUKEBOX4ArchivesCallRecording REM only move csv and wma together. wma should be created last. IF NOT EXIST C:CallRecording (MKDIR C:CallRecording) FOR /f %%f IN ('DIR /b *.wma') DO ( IF EXIST %%~nf.csv (MOVE /Y %%~nf.* C:CallRecording) ) POPD CD /D 'C:Program Files (x86)Olim, LLCCollybus DR Upload' CollybusUpload.exe POPD 

Информация о настройке задачи по расписанию:

  • Программа для запуска: C:Program Files (x86)Olim, LLCCollybus DR UploadCallRecordingUploadFromH.cmd
  • Начинать: C:Program Files (x86)Olim, LLCCollybus DR Upload
  • Запускать вне зависимости от того, вошел ли пользователь в систему или нет, с высшими привилегиями.

Экран истории, запись о завершении задачи

«Планировщик задач успешно выполнил задачу» Загрузка записи разговора на портал из NH », экземпляр« {1449ad42-2210-427a-bd69-2c15e35340e6} », действие« C: Windows SYSTEM32 cmd.exe »с кодом возврата 1. «

Первый экран планировщика заданий показывает «Результат выполнения» или «Успех»

  • ты решил свою проблему? Я настроил запускать задачу python 3 со всем, что вы сказали, но только когда пользователь вошел в систему. Задача выполнена успешно, и я вижу, что она выполняется. Я тоже по какой-то причине получаю ошибку (0x1).
  • Да, решил. Проблема заключалась в использовании команд в пакетном файле. У меня была последняя команда POPD, над которой не было работы, так как не было предыдущего PUSHD.

Кажется, у многих пользователей возникают проблемы с этим. Вот некоторые исправления:

  • Щелкните задачу правой кнопкой мыши> «Свойства»> «Действия»> «Изменить» | Поместите ТОЛЬКО имя файла в поле «Программа / сценарий», без кавычек и ТОЛЬКО каталог в разделе «Начать в», как описано, опять же без кавычек.

  • Щелкните задачу правой кнопкой мыши> «Свойства»> «Общие» | Протестируйте любое / все из следующего:

    1. «Запуск с наивысшими привилегиями» (проверьте оба варианта)
    2. «Запускать, если пользователь вошел в систему или нет» (проверьте оба варианта)
    3. Убедитесь, что параметр «Настроить для» соответствует версии ОС вашего компьютера.
    4. Убедитесь, что учетная запись пользователя, запускающая программу, имеет необходимые разрешения.
  • Этот ответ определенно спас мне день — для других мой экземпляр сервера Windows 2008 имел оба варианта для Windows 2008 и Windows 2008 R2. Я думаю, это имеет значение.
  • 5 Ваш первый пункт о параметре «start in» устранил эту проблему для меня. Благодаря тонну.
  • Спасибо, это работает. btw: windows — это совершенно больная платформа, она заставляет пользователя работать со встроенными инструментами (запускает скрипт браузера, а затем вручную удаляет кавычки и разделяет полный путь к имени файла и каталогу).
  • Первая пуля исправила это для меня, после того как я добавил . перед именем файла.
  • Я думаю, что исполняемый файл находится в области программы / сценария.

Я обнаружил, что я поставил галочку «Запускать независимо от того, вошел ли пользователь в систему или нет», и он возвращает тихую ошибку.

Когда я изменил галочку «Запускать только при входе пользователя в систему», у меня это работает.

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

У меня была такая же проблема. Это просто пакетный файл, работающий при запуске вручную, но не работающий по расписанию.

в пакетном файле были буквы дисков, например:

put z:folderfile.ext 

Кажется, вам не следует использовать буквы дисков, они привязаны к пользователю, который их создал — для меня это небольшое изменение заставило его снова работать:

put \serverfolderfile.ext 
  • 2 спасибо. 2 часа потрачено зря, прежде чем я нашел ваш ответ!

Планировщик задач Windows (Windows server 2008r2)

Такая же ошибка для меня (результат последнего запуска: 0x1)

Вкладки

  1. Действие: удалить кавычки / двойные кавычки в

программа / сценарий

а также

начинать

даже если в имени пути есть пробелы …

  1. Генеральная:

Беги с высшими привилегиями

а также

настроить для вашей ОС …

Теперь это работает!

результат последнего запуска: операция успешно завершена

  • у меня не сработало. Я получаю 0x1, но задача выполнена успешно, так что я не знаю

Первоначально этот ответ был отредактирован в вопросе спрашивающим.


Проблема заключалась в том, что командный файл БЫЛ выдавал тихую ошибку. Последний POPD не работал и был неправильно вызван без открытия PUSHD.

Неработающий код:

CD /D 'C:Program Files (x86)Olim, LLCCollybus DR Upload' CALL CollybusUpload.exe POPD 

Правильный код:

PUSHD 'C:Program Files (x86)Olim, LLCCollybus DR Upload' CALL CollybusUpload.exe POPD 

Я обнаружил, что проблема заключалась в том, что Powershell не может запускать скрипты, если это так, вот решение.

Я запускал сценарий PowerShell в планировщике задач, но забыл включить неограниченную политику выполнения в консоли PowerShell с повышенными привилегиями:

Set-ExecutionPolicy Unrestricted 

После этого ошибка исчезла (0x1).

  • Спасибо, это была моя проблема!
  • @labreuer рад помочь!

Для скриптов Powershell

Я встречал эту проблему несколько раз при планировании сценариев Powershell с параметрами на нескольких серверах Windows. Решением всегда было использование параметра -File:

  1. В разделе «Действия» -> «Программа / сценарий» введите: «Powershell»
  2. В разделе «Добавить аргументы» вместо простого ввода «C: /script/test.ps1» используйте -File «C: /script/test.ps1»

Удачного планирования!

  • То же самое и со скриптами Python?

На наших серверах это была проблема с системным путем. После обновления среды выполнения PHP (с использованием каталога установки, имя которого включает номер версии) и обновления пути в системной переменной PATH мы получали статус 0x1. Перезагрузка системы устранила проблему. Перезапуск Task Manager служба тоже могла это сделать.

Здесь была такая же проблема. В моем случае в файлах bat было пробел «» После удаления пробелов в имени файла и замены на подчеркивание файл bat работал

образец, прежде чем он не запустится

«x: Update & pull.bat»

после переименования

«x: Update_and_pull.bat»

Оказалось, что вызов загрузки по FTP с использованием winscp в качестве последнего действия в пакете вызвал проблему. После вставки команды echo все работает нормально. Угадайте, что источником проблем может быть файл winscp.exe, который неправильно сообщает ОС о завершении текущей задачи.

del 'C:_ftpcrawlerAccount Export.csv' /S /Q 'C:Program Files (x86)WinSCPWinSCP.exe' /console /script='C:_isourcescriptedata.txt' echo Download ausgeführt am %date%%time% >> C:_isourcescriptedata.log 
  • 1 Если WinSCP сообщил об ошибке (ненулевой код выхода), это было сделано по определенной причине. Вы просто скрываете проблему, добавляя фиктивную команду.

Tweet

Share

Link

Plus

Send

Send

Pin

  • Remove From My Forums
  • Question

  • Hi,

    I have a task in task scheduler that runs a .bat file to upload a file from my machines desktop to a client folder using WinSCP. Running everything manually works and the task scheduler task previously worked. Nothing changed however recently it now gets
    the 0x1 error.

    I have tried the suggestions of changing the programme script/start in sections, switched between user being logged on or not, highest privileges changes, configured for correct server edition, checked queuing.

    In the event viewer all it shows me is:

    Scheduler queued instance «{fdb7e81d-c3f9-40f9-a71b-7fc8e81bcd80}»  of task «MicrosoftWindowsShellCreateObjectTask».

    Can someone please help and advise me on this issue.

    Thanks,

  • Remove From My Forums
  • Question

  • Hi,

    I have a task in task scheduler that runs a .bat file to upload a file from my machines desktop to a client folder using WinSCP. Running everything manually works and the task scheduler task previously worked. Nothing changed however recently it now gets
    the 0x1 error.

    I have tried the suggestions of changing the programme script/start in sections, switched between user being logged on or not, highest privileges changes, configured for correct server edition, checked queuing.

    In the event viewer all it shows me is:

    Scheduler queued instance «{fdb7e81d-c3f9-40f9-a71b-7fc8e81bcd80}»  of task «MicrosoftWindowsShellCreateObjectTask».

    Can someone please help and advise me on this issue.

    Thanks,

I have a scheduled task on a Windows 2008 R2 server. The task includes a Start In directory entry. The task runs, and the batch file it runs does what it is supposed to do. When I run the batch file from a command prompt, I see no errors. The problem is that the «Last run result» is 0x1 (incorrect function call).

I did get this at one time with an incorrect DOS statement IF EXISTS file.txt DO (Copy file.txt file1.txt) that was corrected by dropping the DO statement. The current batch file does not show me any errors or warnings.

Why am I getting a 0x1 result?

Batch file that is run:

PUSHD \JUKEBOX4ArchivesCallRecording
REM only move csv and wma together.  wma should be created last.
IF NOT EXIST C:CallRecording (MKDIR C:CallRecording)
FOR /f %%f IN ('DIR /b *.wma') DO (
    IF EXIST %%~nf.csv (MOVE /Y %%~nf.* C:CallRecording)
)
POPD
CD /D "C:Program Files (x86)Olim, LLCCollybus DR Upload"
CollybusUpload.exe
POPD

Info on scheduled task setup:

  • Program to run: C:Program Files (x86)Olim, LLCCollybus DR UploadCallRecordingUploadFromH.cmd
  • Start in: C:Program Files (x86)Olim, LLCCollybus DR Upload
  • Run whether user is logged on or not, highest privileges.

History screen, task completed entry

«Task Scheduler successfully completed task «Call recording upload to portal from NH» , instance «{1449ad42-2210-427a-bd69-2c15e35340e6}» , action «C:WindowsSYSTEM32cmd.exe» with return code 1.»

First screen of Task Scheduler shows «Run Result» of «Success»

Skip to content

task scheduler 0x1

One of the most common error when using Task scheduler is 0x1 return code. I myself also encounter this when I was trying to setup a batch job to run even I was not sign on. However, the error message “Incorrect function” corresponding to this error code is not much helpful for debugging. I did some research and finally able to fix this so I thought I should share 🙂

Task scheduler last run result 0x1 mostly cause by privilege issue. For example, user do not have sufficient privilege to execute the task at the specified location or the process unable to locate the file for some reason.

From my research, I found that 0x1 usually occurred when we enabled “Run whether user is logged on or not”. Further testing found that the scheduler seems to unable to find the path specified. I’m not sure why but looks like you’ll need to explicitly put the full path to your task in the “Start in (optional)” when you run the task while not logged on.

task scheduler 0x1 fix

There is no silver bullet for everyone but I find this works for me and many people. Check the tutorial video below to see it step-by-step.

Finally, I hope this article helps solving your problem. If you like it, please feel free to subscribe to our Youtube channel.

Written By


Понравилась статья? Поделить с друзьями:
  • 0x0a ошибка принтера
  • 0x06 mrcreadmprerr ошибка supermicro
  • 0x03c80000 ошибка самп
  • 0x01046000 ошибка как исправить
  • 0x007480bb ошибка радмир