none
Cannot download updates in SCCM after SP1 Updrade

    Question

  • Hi all,

    I have upgraded my SCCM 2012 RTM to SP1 last week and since then I cannot download updates.

    It gives the error message "Error: Failed to download content id 16779439. Error: Access is denied

    I have tried reinstalling WSUS onto the server which seems to be working fine, but I still cannot download the updates in SCCM.

    I am a full administrator of SCCM and a domain admin on the Server itself.

    Any help would be appreciated.

    Thanks

    Richard

    Wednesday, February 13, 2013 11:31 AM

All replies

  • Hi,

    It sounds like a problem with Share/file permissions in the folder that you are trying to download the updates to, I would start with checking share permissons/file permissions to the share you have selected as Software Update Package Source.

    You can check PatchDownloader.log for more details.

    Regards,
    Jörgen


    -- My System Center blog ccmexec.com -- Twitter @ccmexec

    Wednesday, February 13, 2013 12:08 PM
    Moderator
  • Im not sure what permissions I should be looking for, Everyone has read access to the foler, there is a Network Service account with full access, and other than that WSUS Administrators and Administrators groups have full access also.

    Here is a sample of the logs:

    Trying to connect to the root\SMS namespace on the AS024.smd.swanseamet.ac.uk machine.  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.236+00><thread=4648 (0x1228)>
    Connected to \\AS024.smd.swanseamet.ac.uk\root\SMS  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.237+00><thread=4648 (0x1228)>
    Trying to connect to the \\AS024.smd.swanseamet.ac.uk\root\sms\site_MP1 namespace on the AS024.smd.swanseamet.ac.uk machine.  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.240+00><thread=4648 (0x1228)>
    Connected to \\AS024.smd.swanseamet.ac.uk\root\sms\site_MP1  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.241+00><thread=4648 (0x1228)>
    Download destination = \\as024\UpdateServicesPackages\6357efc3-8d00-4981-95ba-367b12372437.1\accessrtmuisp1-en-us.cab .  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.451+00><thread=4648 (0x1228)>
    Contentsource = http://wsus.ds.download.windowsupdate.com/msdownload/update/software/svpk/2011/06/accessrtmuisp1-en-us_5e0a1bb39f2f7ac9a969410c26cc7d6ddf62c696.cab .  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.451+00><thread=4648 (0x1228)>
    Downloading content for ContentID = 16779439,  FileName = accessrtmuisp1-en-us.cab.  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.459+00><thread=4648 (0x1228)>
    Failed to create directory \\as024\UpdateServicesPackages\6357efc3-8d00-4981-95ba-367b12372437.1\, error 5  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.465+00><thread=4596 (0x11F4)>
    ERROR: DownloadContentFiles() failed with hr=0x80070005  $$<Software Updates Patch Downloader><02-13-2013 11:04:48.466+00><thread=4648 (0x1228)>

    I hope this is of some use.

    Thanks

    Richard

    Monday, February 18, 2013 12:49 PM
  • First check the "UpdateServicesPackages" share permissions and ensure that the SYSTEM account has access.  For testing purposes, you could allow Everyone full control on the share - but only for testing purposes.  You are definitely seeing error 5 here, which is access denied to that path.

    Secondly, might I recommend creating subfolders within that share for your Software Update Packages, rather than pointing directly at the share.  For instance, if you are having a "Windows 7 Updates" package, then specify the path to be "\\as024\UpdateServicesPackages\Windows 7 Updates"  and this will store those specific updates within it.

    Andy


    My Personal Blog: http://madluka.wordpress.com

    Monday, February 18, 2013 1:38 PM
  • Both System and Everyone were given full control to the folder, now I get no error message but it gets stuck on 0% processing indefinately.

    Monday, February 18, 2013 2:32 PM
  • I recovered the Site and it now appears to work fine.

    Thanks for the help

    Richard

    Tuesday, February 19, 2013 12:24 PM
  • We are having this same issue with a new install of SCCM SP1 CU2.  All shares are setup correctly.  We found when we ran the Consoles as an Administrator everything is working.

    Kristopher Turner | Not the brightest bulb but by far not the dimmest bulb.

    Tuesday, September 10, 2013 2:02 PM
  • This is happening in our Lab as well once we installed CU2.  Both are Site servers running on Windows 2008 R2.  As soon as you start the Console in Administrator mode everything is working.  It was working fine before CU2.


    Kristopher Turner | Not the brightest bulb but by far not the dimmest bulb.

    Tuesday, September 10, 2013 2:45 PM
  • I know this is old, however, if you are selecting a deployment package and getting the error,  try creating a new deployment package and creating a new folder versus using the older one for example:  c:\share\source\windowsupdates\2014 and see if that works.  I was using windowsupdates and I would receive the same error.  When I added the 2014 it worked like a charm.

    Regards,

    Betty

    Wednesday, January 15, 2014 4:35 PM
  • Hello,

    Please try with option - folder option on installation directory WSUS - UpdateServicesPackages folder RC - sharing - advances sharing - on permissions and add member/account from which you want to download the patches.

    Hope this will work...

    Thanks -  AnimeshShankar.

        


    Tuesday, February 25, 2014 6:03 AM
  • Hi I am using SCCM 2012 R2, I was receiving the exact same error. I then ran the console as administrator and updates downloaded successfully.
    • Proposed as answer by shu_ZA Tuesday, September 09, 2014 3:30 PM
    Tuesday, September 09, 2014 3:30 PM
  • In my case I was trying to add updates to an existing deployment package. I found the source were that content is stored was the problem. I restarted the file server that was acting as the content source for the deployment package and the problem was resolved.

    So check the server you are attempting to download and store the WSUS content on.

    James

    Wednesday, September 10, 2014 3:04 PM