Планировщик заданий ошибка 0х46 - TopOshibok.ru - решение и исправление самых разных ошибок

Ошибка эта чаще всего связана с несоответствием файлов обновлений файлам, которые должны находиться в файлах папки SYSTEM и в 99% случаев решается полной заменой содержимого папки SYSTEM. В редких случаях файлы из этой папки могут блокироваться антивирусным программным обеспечением и тот вариант, что антивирус переместил один или несколько файлов папки SYSTEM в карантин или временно заблокировал к ним доступ — тоже можно проверить. Если версия подтвердится — в настройках вашего антивирусника установите исключение для этой папке и файлов в ней, чтобы впредь ситуация не повторилась.

Для того чтобы ошибка пропала — скачайте оригинальное содержимое папки SYSTEM (в зависимости от того — какая версия программы у вас установлена) и скопируйте с заменой ее в папку, где установлен Консультант Плюс. После этого программу надо будет запустить с ключом /adm

Источник

Если у вас не выполняются назначенные задания в Планировщике и в столбце «прошлый результат» код ошибки отличный от нуля, то расшифровку кодов можно посмотреть на следующих ресурсах:

tasks1

Устранение неполадок, связанных с назначенными заданиями в Windows XP и Windows Server 2003

Обычные коды для назначенных заданий следующие:
0x0: Операция выполнена успешно.
0x1: Вызов неверной или неизвестной функции.
0xa: Ошибка в среде.

В поиске проблемы может помочь журнал планировщика в папке Windows с именем Schedlgu.txt.

Расширенное описание кодов ошибок можно прочитать в MSDN:

Task Scheduler Error and Success Constants (для Windows 2008 server и Windows Vista)

System Error Codes

Источник

Remove From My Forums

Question
Hi, I have a scheduled task that does something like the following:

xcopy d:\folder\filename
\\server\share\folder\ /y

If I run this scheduled task with my domain admin ID in the job, it runs fine. If I put in a service account we use, it fails with 0x4. The service account is also a domain admin. I have specifically given the account rights on the source
and destination folders. I have also give the service account the «logon as batch file» right on both servers. What am I missing? The source server (also where the task runs) is 2008 R2 and the destination is 2003.

Thanks,
Bob

Answers

Thank you both for your help. I figured out what was wrong: the share permissions. They allowed my ID but not the service account.

Thanks again,
Bob
- Marked as answer by
  
  Tuesday, August 14, 2012 2:51 AM

Источник

Содержание

АННОТАЦИЯ
- Проверка состояния задачи
- Проверка журнала назначенных заданий
- Проверка службы планировщика заданий

Аннотация

В статье приводится пошаговое описание устранений неполадок, связанных с назначенными заданиями в Windows XP и Windows Server 2003. Если назначенные задания не запускаются, для поиска источника проблем можно применить ряд способов.

Примечание. Администраторы и пользователи с полномочиями администраторов могут настроить планировщик заданий на отправку уведомления, если назначенное задание не запустилось так, как было запланировано. Для этого щелкните Уведомлять о пропущенных заданиях в меню Дополнительно.

Проверка состояния задачи

Периодически проверяйте состояние назначенных заданий, поскольку иногда можно не заметить, что назначенное задание не запускается. С помощью пункта «Подробно» окна назначенных заданий просмотрите следующие сведения о каждом задании:

Расписание — Расписание запуска задания.
Время следующего запуска — время и дата следующего запуска задания.
Время прошлого запуска — время и дата предыдущего запуска задания.
Состояние — Текущее состояние задания.
Прошлый результат — Код выполнения последнего запуска.

Столбец Состояние содержит следующие сведения о состоянии и описание:

Пусто — Задание не запущено или было запущено и выполнено успешно.
Работает — Задание запущено.
Пропущено — Пропущена одна или несколько попыток запустить задание.
Запуск не удался — Предыдущая попытка запустить задание не удалась.

Столбец Прошлый результат показывает код выполнения. Полное описание всех кодов завершения Windows можно найти в MSDN, но обычные коды для назначенных заданий следующие:

0x0: Операция выполнена успешно.
0x1: Вызов неверной или неизвестной функции.
0xa: Ошибка в среде.

Если формат кода завершения «C0000XXX», задание не было успешно завершено («C» указывает на ошибку). Наиболее распространенный код завершения с «C» — «0xC000013A: Приложение завершено из-за нажатия сочетания клавиш CTRL+C».

Также проверьте следующие данные в свойствах задания:

Убедитесь, что установлен флажок, включающий выполнение задания.
Проверьте правильность пути к программе. Кроме того, проверьте, не требует ли программа для запуска каких-либо отсутствующих параметров командной строки.

Проверка журнала назначенных заданий

Назначенные задания фиксируются в файле журнала (Schedlgu.txt) в папке c:Windows. Журнал можно просмотреть из окна назначенных заданий, выбрав Просмотр журнала в меню Дополнительно.

Размер файла журнала 32 килобайта (КБ), после достижения максимального размера автоматически начинается запись с начала журнала поверх старых данных.

Проверка службы планировщика заданий

Для запуска заданий служба планировщика заданий должна быть запущена и правильно настроена. При остановке назначенных заданий вручную из окна назначенных заданий служба останавливается и не включается автоматически при следующем запуске компьютера. Если служба не настроена на запуск с использованием локальной системной учетной записи, она может не запуститься.

Проверка параметров службы:

В меню Пуск выберите пункт Панель управления, а затем Администрирование.
Щелкните значок Управление компьютером.
Разверните узел Службы и приложения и выберите элемент Службы.
Правой кнопкой мыши щелкните службу Планировщик заданий и выберите пункт Свойства.
На вкладке Общие проверьте, что тип запуска выбран как авто, и состояние службы — запущена. Если служба не запущена, нажмите Пуск.
На вкладке Вход в систему проверьте, что выбран пункт «С системной учетной записью» и установлен флажок Разрешить взаимодействие с рабочим столом.
Нажмите кнопку OK и закройте окно управления компьютером.

Нужна дополнительная помощь?

Планировщик заданий Windows в умелых руках может оказаться незаменимым инструментом автоматизации всевозможных задач, но, как и в случае со всеми программами, в его работе могут возникать ошибки. Три таких ошибки мы сегодня рассмотрим и попробуем исправить. Наблюдаются они, как правило, при запуске Планировщика. Первая ошибка дает о себе знать появлением окошка с сообщением «Выбранная задача (НАЗВАНИЕ) больше не существует».

При второй ошибке мы получаем сообщение «Служба планировщика задач недоступна…».

Вы жмете «OK» и ошибка повторяется, жмете «OK» еще раз, Планировщик наконец запускается, но если его закрыть и попробовать запустить снова, программа встречает вас той же ошибкой. А еще не выполняются некоторые созданные задания.

Третья ошибка выглядит более грозной. При запуске Планировщика появляется окошко «Внутренняя ошибка».

А затем Планировщик запускается с сообщением «У вас нет прав на выполнение запрошенной операции».

При этом список задач в левой колонке недоступен, как недоступны и параметры создания новых задач в правой колонке. Наиболее вероятной причиной этих ошибок является повреждение одной или нескольких записей в подразделе системного реестра Tree. Устраняются они удалением поврежденных подкаталогов, но для этого нужно знать, какая именно задача вызывает сбой. С первой ошибкой все более или менее понятно — имя задания известно, значит известно, где искать корень проблемы.

Откройте командой regedit редактор реестра и разверните в нем следующую ветку:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionScheduleTaskCacheTree

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

Regedit

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

В Windows все задания хранятся в папке %SystemRoot%system32Tasks в виде XML-файлов без расширений.

Переместите файл с соответствующим названием на рабочий стол, а затем экспортируйте его через меню Планировщика, не забыв выбрать в окошке обзора «Все файлы». Если это не поможет, создайте задание заново или импортируйте его с другого компьютера с той же версией Windows.

Со второй ошибкой дела обстоят потруднее, так как имя вызывающего его задания неизвестно. Как вариант, можно поискать источник проблемы методом тыка, делая сначала резервную копию ключа, а затем удаляя из реестра одну запись за другой и восстанавливая предыдущую, для чего вам может понадобиться доступ к подразделу TaskCache. Аналогичным образом поступаем и с третьей ошибкой. А вообще, самым правильным делом был бы откат к предыдущей системной точке восстановления, ведь именно в теневых копиях Windows хранит все данные системного реестра.

Загрузка…

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

I have a batch file that runs robocopy weekly.

robocopy «D:Database BU Transit» «E:HCNBUWeekly» /e /v /r:1 /w:1 /log:C:BackuplogsWeekly.log /np /nfl /ndl
robocopy «D:Database BU Transit» «J:HCNBUWeekly» /e /v /r:1 /w:1 /log+:C:Backuplogsweekly.log /np /nfl /ndl

When the robocopy finished I got Last Run Result 0x3. According to MS,

In the log file. This seems that it worked fine. but I am not sure why I am getting 0x3 code from the last run result.

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Sat Jul 12 23:30:00 2014

Source : D:Database BU Transit
Dest : E:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

               Total    Copied   Skipped Mismatch    FAILED    Extras
    Dirs :         1         0         1         0
0         0
   Files :         1         1         0         0
0         4
   Bytes :   2.486 g   2.486 g         0         0         0   9.155 g
   Times :   0:00:39   0:00:39                       0:00:00   0:00:00

Speed : 67784952 Bytes/sec.
Speed : 3878.686 MegaBytes/min.

Ended : Sat Jul 12 23:30:39 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Sat Jul 12 23:30:39 2014

Source : D:Database BU Transit
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

               Total    Copied   Skipped Mismatch    FAILED    Extras
    Dirs :         1         0         1         0
0         0
   Files :         1         1         0         0
0         8
   Bytes :   2.486 g   2.486 g         0         0         0 17.573 g
   Times :   0:01:31   0:01:31                       0:00:00   0:00:00

Speed : 29267549 Bytes/sec.
Speed : 1674.702 MegaBytes/min.

Ended : Sat Jul 12 23:32:11 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Mon Jul 14 07:46:01 2014

Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

               Total    Copied   Skipped Mismatch    FAILED    Extras
    Dirs :         1         0         1         0
0         0
   Files :         5         5         0         0
0         0
   Bytes : 11.642 g 11.642 g         0         0         0         0
   Times :   0:07:52   0:07:52                       0:00:00   0:00:00

Speed : 26464739 Bytes/sec.
Speed : 1514.324 MegaBytes/min.

Ended : Mon Jul 14 07:53:53 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Tue Jul 15 07:00:50 2014

Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

               Total    Copied   Skipped Mismatch    FAILED    Extras
    Dirs :         1         0         1         0
0         0
   Files :         5         5         0         0
0         0
   Bytes : 11.642 g 11.642 g         0         0         0         0
   Times :   0:08:10   0:08:10                       0:00:00   0:00:00

Speed : 25497194 Bytes/sec.
Speed : 1458.961 MegaBytes/min.

Ended : Tue Jul 15 07:09:00 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Wed Jul 16 07:38:37 2014

Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

               Total    Copied   Skipped Mismatch    FAILED    Extras
    Dirs :         1         0         1         0
0         0
   Files :         5         5         0         0
0         0
   Bytes : 11.642 g 11.642 g         0         0         0         0
   Times :   0:20:38   0:20:38                       0:00:00   0:00:00

Speed : 10096282 Bytes/sec.
Speed : 577.713 MegaBytes/min.

Ended : Wed Jul 16 07:59:16 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Thu Jul 17 07:35:43 2014

Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

               Total    Copied   Skipped Mismatch    FAILED    Extras
    Dirs :         1         0         1         0
0         0
   Files :         5         5         0         0
0         0
   Bytes : 11.642 g 11.642 g         0         0         0         0
   Times :   0:20:15   0:20:15                       0:00:00   0:00:00

Speed : 10286800 Bytes/sec.
Speed : 588.615 MegaBytes/min.

Ended : Thu Jul 17 07:55:59 2014

I have a batch file that runs robocopy weekly.

When the robocopy finished I got Last Run Result 0x3. According to MS,

In the log file. This seems that it worked fine. but I am not sure why I am getting 0x3 code from the last run result.

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Sat Jul 12 23:30:00 2014

Source : D:Database BU Transit
Dest : E:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

Speed : 67784952 Bytes/sec.
Speed : 3878.686 MegaBytes/min.

Ended : Sat Jul 12 23:30:39 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Sat Jul 12 23:30:39 2014

Source : D:Database BU Transit
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

Speed : 29267549 Bytes/sec.
Speed : 1674.702 MegaBytes/min.

Ended : Sat Jul 12 23:32:11 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Mon Jul 14 07:46:01 2014

Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

Speed : 26464739 Bytes/sec.
Speed : 1514.324 MegaBytes/min.

Ended : Mon Jul 14 07:53:53 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Tue Jul 15 07:00:50 2014

Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

Speed : 25497194 Bytes/sec.
Speed : 1458.961 MegaBytes/min.

Ended : Tue Jul 15 07:09:00 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Wed Jul 16 07:38:37 2014

Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

Speed : 10096282 Bytes/sec.
Speed : 577.713 MegaBytes/min.

Ended : Wed Jul 16 07:59:16 2014

——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows

——————————————————————————-

Started : Thu Jul 17 07:35:43 2014

Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly

Files : *.*

Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1

——————————————————————————

Speed : 10286800 Bytes/sec.
Speed : 588.615 MegaBytes/min.

Ended : Thu Jul 17 07:55:59 2014

Я пытаюсь запланировать задание для запуска пакетного файла с помощью Планировщика задач Windows 10, но это приводит к коду возврата 2147942401.

Пакетный файл находится в удаленном месте, поэтому я указываю абсолютный путь
« server1 передача файлов файлы данных входящий abc csv excel-to-csv.bat»

Если я запустил пакетный скрипт из командной строки, он будет работать нормально.

Пакетный сценарий предназначен для преобразования Excel в файл в CSV.

Содержание скрипта:

FOR /f "delims=" %%i IN ("server1file transfersData FilesInboundabcCSV*.xlsx" ) DO to-csv.vbs  "server1file transfersData FilesInboundabc*.xlsx" "%%~ni.csv"

Он вызывает другой сценарий VB, который является to-cvs.vbs

Если я внесу изменения на вкладке «Действие», как указано в @Steinspecht (планировщик задач — задача завершена «успешно» с кодом выхода 0x8007001), то я также получаю код 2147942401 Не уверен, правильно ли написано Добавить аргументы

7 ответов

Здесь указывается еще одна распространенная причина ошибки — действие "powershell.exe" with return code 2147942401. Если ваши аргументы действия неверны, вы также получите это сообщение об ошибке. Убедитесь, что параметры аргумента действия и значения параметров расположены правильно.

Хороший пример:

-executionpolicy bypass -file "C:ScriptsImportFiles.ps1"

Пример с ошибкой (нет пробела между параметром ‘file’ и его значением):

-executionpolicy bypass -file"C:ScriptsImportFiles.ps1"

BrianCanFixIT
13 Сен 2019 в 20:51

Для меня задача иногда работала, а иногда нет. Согласно журналу запланированных задач, в случае сбоя это выглядело бы так, как если бы оно выполнялось в течение примерно 40 секунд, ничего не делая и завершая action "C:windowsSYSTEM32cmd.exe" with return code 2147942401.

В этом случае не было смысла возиться с настройками групповой политики, потому что иногда это срабатывало. Но не каждый раз. Это означает, что это проблема времени, а не политики.
Воссоздание, перенастройка моей задачи (как предложено в этом Вопросы и ответы суперпользователя) не устранили проблему.
Я также рассматривал возможность разделки моего пакетного файла и избавления от стандартного перенаправления вывода, тем самым отказавшись от возможности ведения журнала (и став слепым). Или просто запустить реальный процесс «*.exe» вместо использования пакетного файла. Это потенциально могло быть решением.
Я также рассматривал возможность замены запланированной задачи «При запуске» полноценной службой, но это был бы дорогостоящий эксперимент для такой тривиальной проблемы.

В конце концов, я вспомнил, что услуги могут быть отложены: «Автоматически» против «Автоматически (отложенный запуск)». Поэтому я сымитировал это, добавив задержку запланированной задачи в планировщике задач. Для запланированных задач «При запуске» это триггер, который имеет собственные индивидуальные свойства, и именно здесь можно настроить задержку:

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

numdig
24 Мар 2021 в 17:32

Коды ошибок для планировщика заданий перечислены в шестнадцатеричном виде по адресу msdn, и ваш код 2147942401 преобразуется в шестнадцатеричный формат как 0x80070001 (который там не указан), но этот суперпользователь описывает это как» Незаконную функцию «. Он исправил свою проблему с помощью «простейших настроек планировщика задач, и теперь он работает». Я отмечаю, что он выполняет свою задачу только тогда, когда пользователь вошел в систему, поэтому ему не нужно «Входить как пакетное задание».

Если вы хотите запустить пакетное задание, когда вы не вошли в систему, вам потребуется специальная привилегия под названием «Вход в систему как пакетное задание». Обратите внимание, что есть также привилегия «ОТКАЗАТЬ вход в систему как пакетное задание», чего вам не нужно.

Из Social Technet, вы можете назначить это право с помощью

Введите secpol.msc / s .
Выберите « Локальные политики » в оснастке MSC.
Выберите « Назначение прав пользователя ».
Щелкните правой кнопкой мыши « Войти как пакетное задание » и выберите «Свойства».
Нажмите « Добавить пользователя или группу » и включите соответствующего пользователя.

Ваша задача вызывает сетевой ресурс. Эти сценарии powershell рекомендуют ресурсы на ваш локальный компьютер, чтобы исключить любые проблемы с сетью/подключением/разрешениями… но это не всегда может быть уместным или практичным.

woodvi
2 Авг 2021 в 19:27

Этот код ошибки также может быть результатом ошибки/ошибки в фактическом сценарии Powershell или пакетном (.bat) файле, даже если все настройки планировщика задач, разрешения и т. д. верны; в моем случае я ссылался на несуществующий каталог.

daveloyall
8 Мар 2021 в 16:19

Старый вопрос, который я знаю, но я получал ошибку 2147942401 на сервере Windows 2016.

Если вы посмотрите на свойства запланированной задачи, то в нижней части вкладки «Общие» по умолчанию установлено значение «Настроить для: Windows Vista, Windows Server 2008».

Перешел на Windows Server 2016, и проблема была решена.

user3507000
10 Июл 2019 в 16:16

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

[мой скрипт] не может быть загружен, потому что в этой системе отключен запуск скриптов.

Решением, конечно же, было запустить Set-ExecutionPolicy, чтобы разрешить выполнение сценариев Powershell.

paulH
14 Мар 2019 в 15:33

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

Task Scheduler successfully completed task "task name" , 
instance "{id}" , action "Powershell.exe" with return code 2147942401.

Чтобы решить эту проблему:

Щелкните правой кнопкой мыши файл .ps1 и откройте «Свойства».
Нажмите «Разблокировать» в разделе «Атрибуты».

Omer Celik
21 Апр 2022 в 20:32

tasks1

Устранение неполадок, связанных с назначенными заданиями в Windows XP и Windows Server 2003

Обычные коды для назначенных заданий следующие:
0x0: Операция выполнена успешно.
0x1: Вызов неверной или неизвестной функции.
0xa: Ошибка в среде.

В поиске проблемы может помочь журнал планировщика в папке Windows с именем Schedlgu.txt.

Расширенное описание кодов ошибок можно прочитать в MSDN:

Task Scheduler Error and Success Constants (для Windows 2008 server и Windows Vista)

System Error Codes

При второй ошибке мы получаем сообщение «Служба планировщика задач недоступна…».

Третья ошибка выглядит более грозной. При запуске Планировщика появляется окошко «Внутренняя ошибка».

А затем Планировщик запускается с сообщением «У вас нет прав на выполнение запрошенной операции».

Откройте командой regedit редактор реестра и разверните в нем следующую ветку:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionScheduleTaskCacheTree

Regedit

В Windows все задания хранятся в папке %SystemRoot%system32Tasks в виде XML-файлов без расширений.

Загрузка…

Информация о системе:

На вашем ПК работает: …

Размер файла: 0.6MB Время загрузки: 10 секунд

Размер файла: 0.6MB

Время загрузки: 10 секунд

0x46 часто вызвана плохо настроенными системными настройками или нарушениями в реестре Windows. Эта ошибка может быть легко исправлена с помощью специальной утилиты, созданной чтобы решать проблемы реестра системы.

Скачайте здесь

Название ошибки: 0x46
Совместимо с: Windows 10, 11, 8, 7, Vista, XP

— Появляется сообщение «0x46», и активное окно программы выходит из строя;
— «0x46» отображается на экране;
— Была обнаружена проблема, и Windows была отключена, чтобы предотвратить повреждение компьютера. Проблема, по-видимому, вызвана следующим файлом…;
— Ваш ПК часто выходит из строя и демонстрирует ошибку 0x46 при запуске одной и той же программы;
— Windows работает вяло и медленно реагирует на сигналы мыши или клавиатуры;
— Ваш компьютер периодически зависает на несколько секунд;

Сообщения об ошибках 0x46 часто появляются в результате забитого реестра Windows или ошибочных записей от несуществующих программ, которые обычно остаются от неправильного удаления программного обеспечения. Другие распространенные причины могут включать неверный ввод данных пользователем, отсутствующие файлы, которые были случайно удалены из реестра и вызывают сбои в работе системы. Отслеживание того, когда и где произошла ваша ошибка, является важной информацией для устранения неполадок.

1. Нажмите, чтобы загрузить приложение
2. Установите и запустите приложение
3. Нажмите кнопку Сканировать, чтобы обнаружить ошибки и отклонения
4. Нажмите Исправить все, чтобы устранить все проблемы

Источник

1 / 1 / 0

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

Сообщений: 4

Server 2016

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

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

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

Programming

Эксперт

94731 / 64177 / 26122

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

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

02.02.2021, 09:58

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

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

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

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

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

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

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

233 / 223 / 46

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

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

02.02.2021, 12:26

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

1 / 1 / 0

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

Сообщений: 4

03.02.2021, 14:27

[ТС]

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

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

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

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

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

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

Remove From My Forums

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

Вопрос
Добрый день.

Имеется простое задание, которое запускает пакетный файл, который копирует файлы с одного жесткого диска на другой. При достижении времени запуска, задание не выполняется и в результате последнего запуска написано (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)

Вкладки

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

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

а также

начинать

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

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

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

а также

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

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

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

у меня не сработало. Я получаю 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:

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

Link

Plus

Send

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»

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

Источник

Question

Answers

Содержание

Аннотация

Проверка состояния задачи

Проверка журнала назначенных заданий

Проверка службы планировщика заданий

Нужна дополнительная помощь?

7 ответов

Вопрос

Ответы

Question

Question

Интересное по теме: