/build/static/layout/Breadcrumb_cap_w.png

Windows Feature Update (2004) wont deploy

We have a number of systems that are not getting the 2004 Windows Feature Update when we deploy it, they come back failed with a 0x0 result. Every time we try and deploy it we typically get 1-2 that succeed but the rest fail over and over again.


When looking at the logs, I can see that the Detect happened and saw that the 2004 update needed to be installed, it starts the download of the .esd file, and at some point mid download it gets interrupted and I get "partial file downloaded" errors followed by errors saying the file cannot be trusted and the .part file was deleted.


While many of these systems are in the user's hands at home or on vpn, there are also systems that are in the office sitting on the internal network not being used and are getting the same issue. 


Any help or pointers are greatly appreciated. 


[2021-05-24.14:34:29][KacePatch:KWeb::DownloadUsingCur] DownloadFile: 'C:\ProgramData\Quest\KACE\kpd\74d9626db36a578c9296f68efd3ba00b_19041.264.200511-0456.vb_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-us.esd' error occurred: 'transfer closed with 2720049964 bytes remaining to read' Error Code (18:Transferred a partial file), url: http://127.0.0.1:50155/patches/osupgrade/payload/4eab8a53-ea45-48b4-abf1-874aa6d32c39/19041.264.200511-0456.vb_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-us.esd

[2021-05-24.14:34:29][KacePatch:KWeb::DownloadUsingCur] DownloadFile: Download C:\ProgramData\Quest\KACE\kpd\74d9626db36a578c9296f68efd3ba00b_19041.264.200511-0456.vb_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-us.esd from http://127.0.0.1:50155/patches/osupgrade/payload/4eab8a53-ea45-48b4-abf1-874aa6d32c39/19041.264.200511-0456.vb_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-us.esd did not complete

[2021-05-24.14:34:29][KacePatch:KWeb::DownloadUsingCur] DownloadFile: Something went wrong, local part file can't be trusted. Going to delete: C:\ProgramData\Quest\KACE\kpd\74d9626db36a578c9296f68efd3ba00b_19041.264.200511-0456.vb_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-us.esd.part

[2021-05-24.14:34:29][KacePatch:KWeb::KCopyFile       ] Error (cURL) copying files from 'http://127.0.0.1:50155/patches/osupgrade/payload/4eab8a53-ea45-48b4-abf1-874aa6d32c39/19041.264.200511-0456.vb_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-us.esd' to 'C:\ProgramData\Quest\KACE\kpd\74d9626db36a578c9296f68efd3ba00b_19041.264.200511-0456.vb_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-us.esd': (18) Transferred a partial file

[2021-05-24.14:34:29][KacePatch:KacePatchFileDownloade] KacePatchFileDownloader::Download: Failed to get patch file from server, try #1


0 Comments   [ + ] Show comments

Answers (2)

Posted by: Eric Griffin 3 years ago
White Belt
0


Posted by: TheAustinDave 3 years ago
Fourth Degree Brown Belt
0

Hello,

I would suspect that the issue is a timeout where its taking longer to complete the download of the package, perhaps it could be adjusted by setting the agent timeout setting to a longer time-frame or could be something network related that is ending the connection before the full package is moved.


Comments:
  • I recall encountering issues with the 2 hour (max?) agent timeout value when we tested using the feature updates mechanism via the K2000.. We were having A LOT of issues when we tried to test it with machines that had spindle drives or were at remote locations with slower network links..... Is this still an outstanding issue?

    We ended up having to deploy the feature update package as a software item, and using psexec.exe, to get around the agent timeout problem. - Kiyolaka 3 years ago
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ