locked
Software Update-based install - "Windows is up to date" RRS feed

  • Question

  • I am testing the SUP-based deployment in a new installation of SCCM 2012R2 (standalone primary only).  I have configured the GPO to "Download and Notify for Install" and set the intranet update service with the correct port (8530).  

    I can tell the GPO is affecting the test PC because the Windows Update status in Control Panel has changed from "Check for Windows updates" to "Windows is up to date".  I don't see nay errors or warnings in the event logs of the SCCM server or client.  

    Any reason why the client package would not get to the client?


     

    Tuesday, January 28, 2014 7:42 PM

Answers

  • Sorry I wasn't clear. I am installing the CM 2012 client using the Software Update-based method described in the KB article: http://technet.microsoft.com/en-us/library/gg712298.aspx .  It states:

    If a computer does not have the System Center 2012 Configuration Manager client installed, you must configure and assign a Group Policy Object (GPO) in Active Directory Domain Services to specify the software update point server name from which the computer will obtain software updates.

    I would agree that if I installed the client manually I wouldn't need the GPO, but I want to push the client out to different OU's gradually starting with the machine in my test OU.

    • Marked as answer by Ddannenbrink Saturday, May 3, 2014 11:25 PM
    Wednesday, January 29, 2014 12:46 AM
  • If those systems do not have a ccmsetup folder and log on them, then its a GPO issue that you need to troubleshoot.

    Have you reviewed the application event log on those systems? Have you done a gpresult on those systems to ensure that the GPO is applied to them?


    Jason | http://blog.configmgrftw.com

    • Marked as answer by Ddannenbrink Saturday, May 3, 2014 11:25 PM
    Sunday, February 2, 2014 12:04 AM

All replies

  • You do not need a GPO to configure Automatic Updates. As a matter of fact I usually would use a GPO to disable this. The ConfigMgr client should create a local policy and you should be on track.

    This is how I implement software updates

    http://www.gerryhampsoncm.blogspot.ie/2013/04/sccm-2012-sp1-step-by-step-guide-part.html

     


    Gerry Hampson | Blog: www.gerryhampsoncm.blogspot.ie | LinkedIn: Gerry Hampson | Twitter: @gerryhampson



    Tuesday, January 28, 2014 7:58 PM
  • I concur with Gerry. And for some more reading material, here's a two part blog post I did a while ago explaining the recommendation: http://blog.configmgrftw.com/?p=88, http://blog.configmgrftw.com/?p=89

    Jason | http://blog.configmgrftw.com

    Tuesday, January 28, 2014 8:20 PM
  • Sorry I wasn't clear. I am installing the CM 2012 client using the Software Update-based method described in the KB article: http://technet.microsoft.com/en-us/library/gg712298.aspx .  It states:

    If a computer does not have the System Center 2012 Configuration Manager client installed, you must configure and assign a Group Policy Object (GPO) in Active Directory Domain Services to specify the software update point server name from which the computer will obtain software updates.

    I would agree that if I installed the client manually I wouldn't need the GPO, but I want to push the client out to different OU's gradually starting with the machine in my test OU.

    • Marked as answer by Ddannenbrink Saturday, May 3, 2014 11:25 PM
    Wednesday, January 29, 2014 12:46 AM
  • Out of the 10 test workstations with the GPO's applied 6 have now had the client installed and are reporting back to the CM server.  No indication why the other 4 are not getting the client installed.  I will try another reboot of those PC's.
    Thursday, January 30, 2014 4:50 PM
  • If those systems do not have a ccmsetup folder and log on them, then its a GPO issue that you need to troubleshoot.

    Have you reviewed the application event log on those systems? Have you done a gpresult on those systems to ensure that the GPO is applied to them?


    Jason | http://blog.configmgrftw.com

    • Marked as answer by Ddannenbrink Saturday, May 3, 2014 11:25 PM
    Sunday, February 2, 2014 12:04 AM