Discussion:
Scheduler not working properly, having to reset password in job
(too old to reply)
Jules
2005-08-08 17:11:04 UTC
Permalink
I have a batch file to run in schedular using a local user account that is
apart of the administrators group. The batch ran for awhile and now every
day or two I have to go to the job and reset the password to get it to work
again.

Below is the error:
Logon Failure:
Reason: The user has not been granted the requested
logon type at this machineI
Dave Patrick
2005-08-08 17:25:54 UTC
Permalink
Add the user/ group 'logon as batch job' rights (server side). Control
Panel|Admin Tools|Local Security Policy\Local Policies\User Rights
Assignments
"Log on as a batch job"
--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect

"Jules" wrote:
|I have a batch file to run in schedular using a local user account that is
| apart of the administrators group. The batch ran for awhile and now every
| day or two I have to go to the job and reset the password to get it to
work
| again.
|
| Below is the error:
| Logon Failure:
| Reason: The user has not been granted the requested
| logon type at this machineI
Jules
2005-08-08 18:06:06 UTC
Permalink
I already did that too, I should of stated that. Like I said it works and
then the next time it runs it doesnt work until you reset the password
setting in the job.
Post by Dave Patrick
Add the user/ group 'logon as batch job' rights (server side). Control
Panel|Admin Tools|Local Security Policy\Local Policies\User Rights
Assignments
"Log on as a batch job"
--
Regards,
Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect
|I have a batch file to run in schedular using a local user account that is
| apart of the administrators group. The batch ran for awhile and now every
| day or two I have to go to the job and reset the password to get it to
work
| again.
|
| Reason: The user has not been granted the requested
| logon type at this machineI
Dave Patrick
2005-08-08 19:56:59 UTC
Permalink
Scheduled Tasks|Advanced|View Log may provide some details. Remember that if
it involves network resources to make sure the user account has permissions
to the resources and also use UNC paths as mapped drives won't exist when no
one is logged on.

This article may help.

Result Codes in Scheduled Tasks Indicate an Error Occurred in the Task
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q267031
--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect

"Jules" wrote:
|I already did that too, I should of stated that. Like I said it works and
| then the next time it runs it doesnt work until you reset the password
| setting in the job.
Jules
2005-08-08 20:06:04 UTC
Permalink
Its not a network resource....Below is the error. I know the user and
password are valid and it runs after I reset the password and then stops
working the following time

"AS Database Restore.job" (pscp.bat) 8/1/2005 8:22:55 AM ** ERROR **
The attempt to log on to the account associated with the task failed,
therefore, the task did not run.
The specific error is:
0x80070569: Logon failure: the user has not been granted the requested
logon type at this computer.
Verify that the task's Run-as name and password are valid and try again.
"AS Database Restore.job" (pscp.bat) 8/1/2005 1:21:18 PM ** ERROR **
The attempt to log on to the account associated with the task failed,
therefore, the task did not run.
The specific error is:
0x80070569: Logon failure: the user has not been granted the requested
logon type at this computer.
Verify that the task's Run-as name and password are valid and try again.
"AS DB Restore.job" (pscp.bat)
Started 8/1/2005 1:23:45 PM
Post by Dave Patrick
Scheduled Tasks|Advanced|View Log may provide some details. Remember that if
it involves network resources to make sure the user account has permissions
to the resources and also use UNC paths as mapped drives won't exist when no
one is logged on.
This article may help.
Result Codes in Scheduled Tasks Indicate an Error Occurred in the Task
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q267031
--
Regards,
Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect
|I already did that too, I should of stated that. Like I said it works and
| then the next time it runs it doesnt work until you reset the password
| setting in the job.
Dave Patrick
2005-08-08 20:19:32 UTC
Permalink
Any errors in the security/system log of Event Viewer?
--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect

"Jules" wrote:
| Its not a network resource....Below is the error. I know the user and
| password are valid and it runs after I reset the password and then stops
| working the following time
|
| "AS Database Restore.job" (pscp.bat) 8/1/2005 8:22:55 AM ** ERROR **
| The attempt to log on to the account associated with the task failed,
| therefore, the task did not run.
| The specific error is:
| 0x80070569: Logon failure: the user has not been granted the requested
| logon type at this computer.
| Verify that the task's Run-as name and password are valid and try again.
| "AS Database Restore.job" (pscp.bat) 8/1/2005 1:21:18 PM ** ERROR **
| The attempt to log on to the account associated with the task failed,
| therefore, the task did not run.
| The specific error is:
| 0x80070569: Logon failure: the user has not been granted the requested
| logon type at this computer.
| Verify that the task's Run-as name and password are valid and try again.
| "AS DB Restore.job" (pscp.bat)
| Started 8/1/2005 1:23:45 PM
Jules
2005-08-09 14:36:31 UTC
Permalink
Yeah the original error I sent about the The user has not been granted the
equested
logon type at this machine

I seen other postings but no one giving a fix. Why would resetting the
password within the job make a difference
Post by Dave Patrick
Any errors in the security/system log of Event Viewer?
--
Regards,
Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect
| Its not a network resource....Below is the error. I know the user and
| password are valid and it runs after I reset the password and then stops
| working the following time
|
| "AS Database Restore.job" (pscp.bat) 8/1/2005 8:22:55 AM ** ERROR **
| The attempt to log on to the account associated with the task failed,
| therefore, the task did not run.
| 0x80070569: Logon failure: the user has not been granted the requested
| logon type at this computer.
| Verify that the task's Run-as name and password are valid and try again.
| "AS Database Restore.job" (pscp.bat) 8/1/2005 1:21:18 PM ** ERROR **
| The attempt to log on to the account associated with the task failed,
| therefore, the task did not run.
| 0x80070569: Logon failure: the user has not been granted the requested
| logon type at this computer.
| Verify that the task's Run-as name and password are valid and try again.
| "AS DB Restore.job" (pscp.bat)
| Started 8/1/2005 1:23:45 PM
Dave Patrick
2005-08-10 03:15:41 UTC
Permalink
You might try deleting all jobs and then after restart recreating the jobs
since there may be corruption associated with one or more tasks.
--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect

"Jules" wrote:
| Yeah the original error I sent about the The user has not been granted the
| equested
| logon type at this machine
|
| I seen other postings but no one giving a fix. Why would resetting the
| password within the job make a difference
Zac Truelove
2008-05-09 13:15:04 UTC
Permalink
Did you ever get a resolution to this problem. I'm having the same issue.

url:http://ureader.com/msg/13383624.aspx
Pegasus (MVP)
2008-05-09 13:36:19 UTC
Permalink
Post by Zac Truelove
Did you ever get a resolution to this problem. I'm having the same issue.
url:http://ureader.com/msg/13383624.aspx
You appear to refer to a thread that is nearly three years old.
It's a little optimistic to expect that the OP is still keeping and
eye on it. Best to start afresh and to explain your problem in detail.
Dave Patrick
2008-05-11 21:12:17 UTC
Permalink
If none of those suggestions worked then I give this one a try.

http://support.microsoft.com/kb/266118
--
Regards,

Dave Patrick ....Please no email replies - reply in newsgroup.
Microsoft Certified Professional
Microsoft MVP [Windows]
http://www.microsoft.com/protect
Post by Zac Truelove
Did you ever get a resolution to this problem. I'm having the same issue.
url:http://ureader.com/msg/13383624.aspx
Andrew A Duey
2008-06-16 17:06:10 UTC
Permalink
I got it fixed! (at least for my servers)

I found that there as a group policy applied to domain controllers (which
must have been there by default as this is a 3 month old domain and I didn't
put that policy there). In the "Default Domain Contollers Policy" I found
that the "Log on as batch service" setting was being defined:

"Default Domain Contollers Policy"\Computer configuration\windows
settings\security settings\local policies\user rights assignment\Log on as
batch service

What would apparently happen was when the job was setup (or the password
reset) it would grant the user accoutn Log on as batch service permissions.
Then the next time the group policy update came down it would overwrite
those setting and NOT have the proper account listed.

To fix the problem I added Domain\DomainAdmin to the policy setting in the
group policy and then ran "gpedit /force" on the problem server to force
that policy update. Moments later my job was starting like normal.

The key was that resetting the password would cause the task schedule to
update the local security policy and let the task run. Then when the group
policy update came down it would wipe out the setting in the local security
policy. Some time later I would reset the password, and the task scheduler
would add that account back to the Log on as batch service security policy
until the group policy pushed another updated, and round and round we'd go.

I wanted to post it up for anyone who still is scratching their head about
this one!

--Andrew Duey, MCSE NT4

url:http://ureader.com/msg/13383624.aspx

Continue reading on narkive:
Search results for 'Scheduler not working properly, having to reset password in job' (Questions and Answers)
11
replies
NETWORK WIRELESS security?
started 2008-01-03 16:13:35 UTC
computer networking
Loading...