Third Party Software Update not working this month!!

Dominique DUCHEMIN 831 Reputation points
2020-10-22T04:05:18.113+00:00

Hello,

MEM Configuration Manager 2006 upgraded on 9/10/2020

No problem last Month 9/21/2020 all updates from Third Parties went through using SCUP Google, Adobe Flash Player, Adobe Acrobat 2015,2017 & DC and Reader as well.

This month I tried Google Chrome for Business 86.0.4240.111 (x86, x64) and Adobe Flash Player (ActiveX, Plugin, PPAPI) 32.0.0.445 they were imported, assigned and published successfully within SCUP as usual … Then I ran a Software Update Synchronization on the Primary Server they appeared in the Software Update List (\Software Library\Overview\Software Updates\All Software Updates).
Then I tried to do the download and deployment and it failed as per below.

What could be the cause(s)?
There is no firewall between the two servers; they are on the same subnet.

Thanks.
Dom34212-2020-10-21-20-39-19-third-party-scup-sup.png

Microsoft Configuration Manager Updates
Microsoft Configuration Manager Updates
Microsoft Configuration Manager: An integrated solution for for managing large groups of personal computers and servers.Updates: Broadly released fixes addressing specific issue(s) or related bug(s). Updates may also include new or modified features (i.e. changing default behavior).
1,046 questions
0 comments No comments
{count} votes

5 answers

Sort by: Most helpful
  1. Jason Sandys 31,296 Reputation points Microsoft Employee
    2020-10-22T22:12:48.693+00:00

    The cause is explicitly listed in the error message from your screenshot: "The was an error downloading the software update. (404)"

    And, as most everyone knows, 404 means not found. Thus, the URL in the catalog for the update in question does not point to a valid location. You need to coordinate with whoever created this catalog to determine why this isn't a valid location (hint: Microsoft did not create this catalog and thus cannot help you with it).

    Note that it's possible that this is a network issue in your environment as well. There's no way for ConfigMgr to know. All it can do is try to access the URL and report the result: 404.

    If you review the Content Locations tab on the properties of the update(s) in question, you can extract the URLs provided by the creator of the catalog for further testing and validation.

    1 person found this answer helpful.
    0 comments No comments

  2. AllenLiu-MSFT 44,496 Reputation points Microsoft Vendor
    2020-10-23T06:23:13.117+00:00

    @Dominique DUCHEMIN
    Thank you for posting in Microsoft Q&A forum.
    As far as the Error 404, we may first check below:

    1. Ensure that the content location is correct.
    2. Ensure that the SCCM account has permissions to access the content on the Content location folder.

    If the response is helpful, please click "Accept Answer" and upvote it.
    Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

    1 person found this answer helpful.
    0 comments No comments

  3. Dominique DUCHEMIN 831 Reputation points
    2020-10-23T17:31:07.36+00:00

    Hello,

    Thanks for the answers...

    As I have the same issue with Google, Adobe & Firefox I will check the network as I don't think all vendors will get a wrong catalog information.

    1. the SCCM account has permissions as it has been working for 3 years now with this process...
    2. the location looks strange ... the location in SCUP screen and in the wsyncmgr.log matched... but I could not find the GUID in the content information on the SCUP server!!

    PR01 SCCM Primary Server

    Content Information
    E1/4D6A8EC1DAEE32B21A50996156A58FF412C3EE1.cab

    Wsyncmgr.log
    Synchronizing update 3307b8ac-7e0b-4a41-bfa5-09f74dd3344a - Google Chrome for Business 86.0.4240.111 x64
    Synchronizing update 25ecd61b-a344-4aa8-87e9-cb812a18e758 - Google Chrome for Business 86.0.4240.111 x86

    SU01 Software Updates SCUP Server

    F:\WSUSUpdates\UpdateServicesPackages\3307b8ac-7e0b-4a41-bfa5-09f74dd3344a
    F:\WSUSUpdates\UpdateServicesPackages\25ecd61b-a344-4aa8-87e9-cb812a18e758

    Still checking

    Thanks,
    Dom

    0 comments No comments

  4. Dominique DUCHEMIN 831 Reputation points
    2020-11-11T21:50:33.37+00:00

    Hello,

    Since 4 weeks now with Premier Support we are troubleshooting the issue...
    I just find out that as the origin folder on the SCUP was empty that the Publishing is placing the correct patch file in the folder for less than 3 seconds... I have done the process several times and yes the file is published by SCUP in the correct folder (expected by Software Update in SCCM Console) but this file disappear almost immediately... I was able to provide Premier Support the screen shot of the file in the folder, disappearing and gone !!! waiting for their feedback...

    Thanks,
    Dom

    0 comments No comments

  5. Nicksv-SE 6 Reputation points
    2020-12-09T14:11:41.927+00:00

    Hi, i have problems with publishing adobe third party updates. The SMS_ISVUPDATES_SYNCAGENT.log wont display anyting when i try to publish third party updates. For example Adobe Acrobat Reader DC Update 20.013.20074.

    We recently upgraded to CM 2006. Maybe a similar issue here?

    Did you get a solution Dom?

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.