2010-02-17 68 views
0

我使用Windows调度程序为一段软件实施了更新过程。它最近运作良好。出于某种原因,输入Windows调度程序的任务不再执行。Windows调度程序返回的上次运行时9020

我怀疑目标系统的配置有变化,但我不知道在哪个方面。该命令schtasks /query /V /FO list回报:

HostName:        someHostName 
TaskName:        update myProgram 

Next Run Time:      never 
Status:         
Logon Mode:       13:03:00 16.02.2010 
Last Run Time:      9020 
Last Result:       
Creato:        system 
Task To Run:       c:\myUpdate.cmd 

Start In:        N/A 
Comment:        N/A 
Scheduled Task State:     Enabled 
Idle Time:       Disabled 

Run As User:       NT Authoring /System 
Delete Task If Not Rescheduled:  Enabled 
Stop Task If Runs X Hours and X Mins: 72:00:00 
Schedule:        Enable 
Schedule Type:      One time only 
Start Time:       N/A 
Start Date:       N/A 
End Date:        N/A 
Days:         N/A 
Months:        N/A 
Repeat: Every:      N/A 
Repeat: Until: Time:     N/A 
Repeat: Until: Duration:    N/A 
Repeat: Stop If Still Running:  N/A 

任务插入在10年2月16日13时02分14秒,因此,它应该在十三点03分00秒2010年2月16日跑了,但Last Runtime显示9020。有人知道这意味着什么吗?

回答

0

事实证明,调度程序启动的可执行文件缺少一个DLL,因此无法执行。所以我猜9020是某种错误代码,虽然我在the reference找不到它。

0

错误来自cmdmsg.h“MSG_EXEC_FAILURE”,我认为

说明:

The system cannot execute the specified program. 
1

我有完全相同的错误代码9020我的计划作业后返回将运行以及它横空出世在我的情况是一个配置文件,该exe文件使用该文件有XML语法错误。 一旦我的XML验证和格式良好,我的工作就能够运行/启动。

-1

在我的情况下关闭现有的守护进程修复。

  • 有一个exe正在运行/正在监听MQ消息。
  • 修复了dll并部署了
  • 试图用新的dll启动新的exe文件,在旧的运行的同一个盒子里。
  • 产生9020错误。

  • 于是,开始监听其他地方,因此客户将不会受到影响

  • 关闭旧的实例,并与现在的问题开始了新的实例。
+1

这已经回答了。由OP解释他们错过了一个DLL。 6年前回答。您观察到的问题与OP的原始问题无关。 – 2016-07-15 21:55:09

+0

我的情况是DLL的版本是不同的。认为它会在危机时刻提供对某人的快速参考。 – SimpleLogic 2016-07-18 18:21:22

相关问题