BatchPatch Forums Home › Forums › BatchPatch Support Forum › Error 1611: 5 Failure and Could not find file BatchPatchTempResult.log
- This topic has 6 replies, 2 voices, and was last updated 5 years, 4 months ago by ChasHausheer.
-
AuthorPosts
-
August 22, 2019 at 1:51 pm #9392ChasHausheerParticipant
I’m trying to patch our BP server itself and continually get “Error 1611: 5 Failure”
Could not find file ‘\**********C$Program FilesBatchPatchBatchPatchTempResult.log’.
August 22, 2019 at 3:23 pm #11680dougModeratorThe 5 indicates some level of access_denied / permissions issue. First make sure you have launched BP elevated as admin. You can only use it to patch the local host if it’s running elevated. Next make sure that you don’t have some type of antivirus or host intrusion prevention or other security related app on the system that could be blocking access or preventing psexec from working properly. You might also try ‘Tools > Remote Execution > Use PsExec -r switch to specify remote service name’ and then enter something like BatchPatchExeSvc there.
August 22, 2019 at 5:17 pm #11682ChasHausheerParticipantI am running it as a Domain Administrator; same account that works for the target servers.
All servers are running same AV application – SEP; BP works fine on the target servers.
Selecting Use PsExec -r produces same result.
This is still an Evaluation copy (license coming soon) could taht have anything to do with it?
Error log:
Windows Update Messages
Error 1611: 5. Failure – 13:11:47
Local Agent Log
::Begin download – 2019-08-22 13:11:42
Microsoft Offline Scan File
1> wsusscn2.cab :: Skipped: File already exists in cache
::End download – 2019-08-22 13:11:42
Files downloaded: 0
Files located in cache: 1
Files excluded by filter: 0
Files initiated by another row: 0
Failures: 0
::Begin file copy operation – 2019-08-22 13:11:42
1> WsusScn2.cab :: File already exists in destination
::End file copy operation – 2019-08-22 13:11:42
All Messages
Thu-13:11:47> Windows Update: END (Offline mode: Download and install updates plus reboot if required)
Thu-13:11:47> Windows Update: Exit Code: 1611
Thu-13:11:47> Windows Update: Error 1611: 5. Failure
Thu-13:11:47> Windows Update: Failed to obtain result. Could not find file ‘\************C$Program FilesBatchPatchBatchPatchTempResult.log’.
Thu-13:11:42> Windows Update: Executing BatchPatchRemoteAgent.exe…
Thu-13:11:42> Windows Update: Attempting to initiate Windows Update (Action: Search for updates and retrieve url list: ‘SoftwareAndDrivers’ | Server selection: Offline sync service) …
Thu-13:11:42> Windows Update: Establishing connection…
Thu-13:11:42> Windows Update: Initializing…
Thu-13:11:42> Windows Update: WsusScn2.cab file copy complete
Thu-13:11:42> Windows Update: Copying WsusScn2.cab file from local cache to target working directory…
Thu-13:11:42> Windows Update: Queued WsusScn2.cab file copy from local cache to target working directory…
Thu-13:11:42> Windows Update: Initializing copy of WsusScn2.cab file from local cache to target working directory…
Thu-13:11:42> Windows Update: Local download complete (Files downloaded: 0. Files located in cache: 1. Files excluded by filter: 0. Files initiated by another row: 0. Failures: 0)
Thu-13:11:42> Windows Update: Executing WsusScn2.cab downloader…
Thu-13:11:42> Windows Update: Queued WsusScn2.cab downloader…
Thu-13:11:42> Windows Update: BEGIN (Offline mode: Download and install updates plus reboot if required)
Thu-13:11:42> Windows Update: Queued…
August 22, 2019 at 6:07 pm #11681dougModeratorThe licensing wouldn’t have anything to do with it. Under typical circumstances what you are doing should work fine. It seems like there is some type of weird permissions blockage somehow in your environment. It’s also possible that SEP is treating things differently when the source is also the target.
What happens if you try BP from a different source computer but with this same computer as the target?
Might also be interesting to try running as a different local admin user on the same computer instead of a domain admin that is a member of the local admins group. You could try defining a local admin user on the BP computer, then log on to the computer as that user and see what happens when trying to patch the local host.
August 22, 2019 at 6:41 pm #11683ChasHausheerParticipantI’ll be darned using a Local Admin account allowed the updates to download and install.
It did NOT however reboot the server.
The error is “Reboot Messages Privilege not held. – 14:31:30”
Weird
Related question now:
In the list of Targets in BP can all the non-source targets have one Admin account associated with them and the Source server itself have another Admin account associated with it?
August 22, 2019 at 6:55 pm #11684dougModeratorThe default method used for reboots in a “download and install” operation (WMI) cannot reboot the local system. Windows won’t allow it. The ‘Privilege not held’ message is expected. You c instead use the ‘Reboot (shutdown.exe /r /f /t 0)’ method. This is available under the reboot menu item in BP or can be called from a job queue or task scheduler. However, realistically it’s not a great idea to use BP to reboot the local host because then it’s going to kill the BP instance, and any actions that are running in BP against other target computers will be orphaned or killed.
You can specify alternate credentials for any row under ‘Actions > Specify alternate logon credentials’
August 22, 2019 at 7:09 pm #11685ChasHausheerParticipantFound it.
Thanks for your help.
-
AuthorPosts
- You must be logged in to reply to this topic.