Wise Package Studio and Scheduled Tasks
I've tried a variety of things which I found on Google and cannot seem to make a scheduled task run once I deploy the .job file in my package. I made the .job with AT. On my test devices the job runs fine. When I look in the logs on my failed devices I see that there are mentions of file permission errors and access. Here is the log entry:
"Weekly Reporting.job" (reporting.cmd) 8/24/2009 1:30:39 PM ** ERROR **
The attempt to retrieve account information for the specified task failed; therefore, the task did not run. Either an error occurred, or no account information existed for the task.
The specific error is:
0x8004130f: No account information could be found in the Task Scheduler security database for the task indicated.
Since I made this with AT, it is using the System account. I have no more ideas as to why this is failing. I've also tried SCHTASKS and the job wizard in XP SP3 without much luck.
The end result I seek is to have the package call a VBScript each Friday afternoon. The script is also in the MSI and is placed in it's own directory. Any suggestions would be appreciated.
Jimm
"Weekly Reporting.job" (reporting.cmd) 8/24/2009 1:30:39 PM ** ERROR **
The attempt to retrieve account information for the specified task failed; therefore, the task did not run. Either an error occurred, or no account information existed for the task.
The specific error is:
0x8004130f: No account information could be found in the Task Scheduler security database for the task indicated.
Since I made this with AT, it is using the System account. I have no more ideas as to why this is failing. I've also tried SCHTASKS and the job wizard in XP SP3 without much luck.
The end result I seek is to have the package call a VBScript each Friday afternoon. The script is also in the MSI and is placed in it's own directory. Any suggestions would be appreciated.
Jimm
0 Comments
[ + ] Show comments
Answers (7)
Please log in to answer
Posted by:
JimmPanik
14 years ago
Additional Information:
I removed the inherited permissions on the file leaving only SYSTEM and the Local Administrators group. I then added my user account with full control and the job runs when I manually execute it.
I can now take one of two approachs:
1. Fix this and be done by simply calling CACLS on this file as it is installed. Which UID needs to be added?
2. Try to figure out why the file is not working as is and really correct the issue. I'm also thinking I could have the local admin account run this instead of system.
Ideas? Opinions? Best Practices?
Jimm
I removed the inherited permissions on the file leaving only SYSTEM and the Local Administrators group. I then added my user account with full control and the job runs when I manually execute it.
I can now take one of two approachs:
1. Fix this and be done by simply calling CACLS on this file as it is installed. Which UID needs to be added?
2. Try to figure out why the file is not working as is and really correct the issue. I'm also thinking I could have the local admin account run this instead of system.
Ideas? Opinions? Best Practices?
Jimm
Posted by:
JimmPanik
14 years ago
I think it is if thee package can be made to deploy this job correctly.
Posted by:
anonymous_9363
14 years ago
Why do it the hard way? Forget packaging .JOB files: that'll never work. Try this: http://www.activexperts.com/activmonitor/windowsmanagement/adminscripts/taskscheduling/
Posted by:
JimmPanik
14 years ago
This method is working exactly as it should. The one little issue is with cleanup. It's much easier to remove a .job file than having to itterate through all the ATx files to determine which job was created and should be removed during an uninstall.
Thanks for the help.
If you're ever in the metro detroit area, I'll buy ya a coffee.
Jimm
Thanks for the help.
If you're ever in the metro detroit area, I'll buy ya a coffee.
Jimm
Posted by:
anonymous_9363
14 years ago
Hmmm...if it was me, I'd record the Job ID that got assigned when you created the task to a registry entry. Then, using the enumeration script on the same page, your uninstall script would read the Job ID, loop through the jobs until it gets to the one with matching Job ID, then delete it.
Posted by:
JimmPanik
14 years ago
That's a good approach but I wound up just enumerating the command line for the one I need and removing the jobid that way.
Thanks for all the help.
Jimm
Thanks for all the help.
Jimm
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.