Ошибка планировщика заданий 0x1

Дело в том, что у меня — серверная ось, а у пользователя на машине — 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) и забыть. Главное, что синхронизирует.

У меня есть запланированная задача на сервере 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 сообщил об ошибке (ненулевой код выхода), это было сделано по определенной причине. Вы просто скрываете проблему, добавляя фиктивную команду.

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

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.

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