A few computers have gotten the Download Failed message when attempting to deploy a Honeywell barcode scanner driver. The driver deploys as part of a baseline (action: 158602).
ActionLogMessage: (action:158602) Action signature verified for Execution
ActionLogMessage: (action:158602) MoveFiles before running action failed
ActionLogMessage: (group:158602,action158603) DownloadJobFailed
Does anyone know what causes the above error? Specifically I am interested in the MoveFiles before action running job failed part. If I re-run a new action with the Baseline itâs successful Iâm just trying to figure out why it fails the first time sometimes.
It could be due to an antivirus locking the file and not allowing the move operation to complete. The __BESData directory should be excluded from real-time antivirus scanning.
That would explain the sporadic nature of the problem.
Another possibility is that an earlier component in the baseline uses a ârunâ rather than a âwaitâ command and leaves a running executable in the __Download folder; but in that case, Iâd rather expect a message for 'unable to clear __Download folder".
I checked the AV and the entire BigFix folder is excluded. In order to get the Honeywell driver to install silently I had to first download and extract PSEXEC and run the command using the -s system context. I know BigFix already runs it as the system account but I swear this was the only way it would install!
Anyway below is the command I use to extract the PSTOOLs folder. I put it in my own folder in case I need to use it again. I did the same for the Honeywell driver. I think I just answered my own question with: Do you think the method I used to extract it directly to the custom folder is being detected by the AV and breaking it? Edit: Not Trend, nothing in the logs indicating anything got blocked. This ran successfully on 501 computers and download failed on 10 of them.
// sets the source folder (where the installer files will reside)
parameter âSourceFolderâ = âC:\Windows\Custom\Softwareâ
Can you confirm that the error is following the extract command ? In that case it could be something that prevents writing to the destination directory (your âSourceFolderâ). On a failing computer you can also try to enable the client debug logging to see if it collects more info about the error. Use BES Support Fixlet 157 âBES Client Setting: Enable Debug Loggingâ.
Unfortunately or fortunately it ran successfully a second time on the affected clients so I donât have a broken one to fix any more. I suspect that if I enabled debug logging the same thing would occur and it would work the second time. This is a tough one to troubleshoot but with only 10 computers having the issue probably not worth the time at this point. Thanks to everyone that tried to help!
Has anyone solved this issue yet? (MoveFiles before running action failed) We see it periodically when running Microsoft security patches. Typically the patch works fine upon re-run. We already have AV exclusions set per HCL recommendations.
At 07:05:22 -0700 -
DownloadsAvailable: checking for 'http://relay:52311/bfmirror/downloads/5206668/0â
DownloadsAvailable: false (action id 5206668)
At 07:05:25 -0700 -
DownloadPing command received (ID=5206668)
DownloadsAvailable: checking for 'http://relay:52311/bfmirror/downloads/5206668/0â
DownloadsAvailable: true (action id 5206668)
DownloadsAvailable: checking for 'http://relay:52311/bfmirror/downloads/5206668/0â
DownloadsAvailable: true (action id 5206668)
ActionLogMessage: (group:5206601,action5206668) Non-Distributed - DownloadsAvailable
ActionLogMessage: (group:5206601,action5206668) Submitting download request
ActionLogMessage: (group:5206601,action5206668) Download url: 'http://download.windowsupdate.com/d/msdownload/update/software/secu/2021/10/windows8.1-kb5006714-x64_403d2e21ee3f257f2127563ee5ea11a34093ec5d.msuâ
At 07:05:27 -0700 -
ActionLogMessage: (action:5206601) Action signature verified for Execution
ActionLogMessage: (action:5206601) MoveFiles before running action failed
ActionLogMessage: (group:5206601,action5206668) DownloadJobFailed
ActionLogMessage: (group:5206601,action5206668) ending sub action
Unfortunately I donât have a solution. What I find the most annoying about this issue is that even if you set the action to retry upon failure if it fails to download the first time it never tries again which I guess makes sense since the download isnât part of the relevance to determine a success.
Their work-around of âStart client downloads before constraints are satisfiedâ isnât feasible in my specific situation, however I am eagerly awaiting the fix in 10.0.5.