none
Windows 2012 - Failed to find updates with error code 8007000e RRS feed

  • Question

  • Bonjour,

    Je déploie des mises à jour avec SCCM 2012 R2.

    Tous mes serveurs sont à jour à part un Windows 2012 :

    • Configuration Manager maintient le serveur en statut Unknown
    • Le windowsupdate.log du serveur affiche des messages du type Failed to find updates with error code 8007000e

    Voyez vous d'où peut venir le problème ?

    Cordialement,

    PCJ_TECH

    mercredi 12 avril 2017 12:54

Réponses

  • Bonjour,

    C'est juste que si l'agent windows update n'est pas à jour, ses scans ne sont pas efficace. Raison pour laquelle il est nécessaire qu'il soit à jour. Dans le cas contraire, il va lui falloir plusieurs periodes de scan avant de savoir quelles mises à jour il doit télécharger car en un seul scan il n'arrive pas à tout checker.

    Donc dans tous les cas, je vous recommande grandement de mettre à jour les windows update dès que de nouvelles version sont présentes afin d'optimiser ce scan


    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.

    • Marqué comme réponse PCJ_TECH jeudi 20 avril 2017 08:19
    jeudi 20 avril 2017 07:52

Toutes les réponses

  • Bonjour,

    J'aimerais bien vous aider, mais la je ne comprends pas...

    Quelle est la version exacte du SCCM ? vous utilisez un serveur SUP ? Il récupère les mises à jour depuis internet ?

    Est ce que dans la console SCCM vous avez bien les mises à jours de présente dans toutes les mises à jours ?

    Je ne comprends pas si le problème est que le serveur ne voit aucune mise à jour ou si les clients ne téléchargent pas les mises à jour.

    Est ce que vous venez d'implémentez la fonctionnalité ? Est ce que ça à déjà fonctionné ?

    Edit : Si je comprends bien l'infra SCCM fonctionne bien mais 1 des serveurs ne veut pas se mettre à jour ? Si il apparait en tant que unknown dans la console SCCM, la première chose à faire c'est d'essayer une nouvelle installation du client et regarder si sur le serveur ou vous installer le client le process ccmsetup.exe est bien présent ?

    Cela permettra de valider ou non la connectivité entre le serveur SCCM et le serveur qui pose problème. Si l'install se fait, c'est un bon point. Il faudra vérifier sur le client le fichier locationservice.log qui permet de savoir si le client a bien trouvé un MP et la liste des DPs.

    Dans votre cas, soit le client ne fonctionne plus, soit le poste ne fait pas partie de limite attribué à un groupe de limite je dirai.

    Quelles limites utilisez vous ? Sont elles bien toutes assignées à un groupe de limite ? Ce serveur ne fait pas partie d'un autre réseau ou site AD isolé qui ne serait pas déclaré ?

    Merci de donner plus d'information à ce sujet.


    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.



    mercredi 12 avril 2017 14:22
  • Bonjour,

    Nous patchons nos serveurs avec une plateforme SCCM 2012 R2 / rôle SUP qui synchronise ses mises à jour directement depuis Internet.

    Cela fonctionne bien depuis plusieurs mois.

    Cette semaine, j'ai honoré une phase de Patch Management sur un lot de serveur Windows 2012 dont l'un d'entre eux n'est toujours pas à jour.

    La connectivité entre le lot de serveurs et le Point de Management est systématiquement vérifiée préalablement à chaque déploiement avec les critères suivants :
    •Installation du client SCCM,
    •Activité du client SCCM.

    En l'occurrence, Configuration Manager remonte que l'ensemble de ces points se maintiennent quotidiennement à jour.

    Ce qui peut différencier un serveur à jour de celui qui n'est pas à jour est ci dessous :

    Serveurs mis à jour :
    •Microsoft Windows Server 2012 R2 Datacenter,
    •Agent Windows Update 7.9.9600.17729,
    •Limite SCCM en Site AD attribué à un groupe de limites quel qu'il soit.
    •Statut Reboot Pending

    Serveur non mis à jour :
    •Microsoft Windows Server 2012 Standard,
    •Agent Windows Update 7.8.9200.16384,
    •Limite SCCM en IP range attribué à un groupe de limites identifié.
    •Statut Unknown

    En outre, les logs du serveur non mis à jour affichent les principales erreurs suivantes :
    •Windowsupdate.log : Failed to find updates with error code 8007000e
    •Scanagent.log : failed at CScanJob::OnScanComplete with error=0x8007000e  ScanAgent

    Vous remerciant de vos retours,

    PCJ_TECH

    • Modifié PCJ_TECH jeudi 13 avril 2017 08:38
    jeudi 13 avril 2017 08:37
  • Bonjour,

    Ok, c'est plus clair.

    0x8007000E -2147024882 E_OUTOFMEMORY

    Vous devez donc ajouter de la ram sur le serveur, ou alors mettre à jour l'agent windows update manuellement si jamais la version actuelle comporte un problème de ce côté la !

    Une personne semblait avoir un problème avec cette version du windows update ici :

    https://social.technet.microsoft.com/Forums/en-US/7a8a132e-08c3-4052-925c-dad8feb8f510/wsus-client-not-downloading-the-updates?forum=winserverwsus

    Pour passer avec un client windows update dans la même version que l'autre, il semblerait que ce soit cette kb

    https://support.microsoft.com/fr-fr/help/3065988/windows-update-client-for-windows-8.1-and-windows-server-2012-r2-july-2015


    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.


    jeudi 13 avril 2017 08:43
  • La RAM de mon serveur ne sature pas.

    Toutes mes recherches confirment la nécessité de mettre à jour le Windows Update Agent.

    Pourriez vous me dire laquelle de ces 2 procédures vous semble la plus cohérente pour la mise à jour d'un Windows Server 2012 Standard / Agent Windows Update 7.8.9200.16384 :

    Vous remerciant de votre contribution,

    PCJ_TECH


    • Modifié PCJ_TECH jeudi 13 avril 2017 11:11
    jeudi 13 avril 2017 09:59
  • Le lien que je vous ai fourni est très bien et plus à jour :)

    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.

    jeudi 13 avril 2017 11:15
  • Mon client WSUS est un Windows Server 2012 Standard.

    Votre lien permet de mettre à jour un client WSUS Windows Server 2012 R2 (https://support.microsoft.com/fr-fr/help/3065988/windows-update-client-for-windows-8.1-and-windows-server-2012-r2-july-2015), le mien, un client WSUS Windows Server 2012 (https://support.microsoft.com/fr-fr/help/949104/how-to-update-the-windows-update-agent-to-the-latest-version).

    Sauf avis contraire de votre part, le lien mettant à jour les OS Windows Server 2012 semble plus adapté pour un OS Windows Server 2012 Standard.

    A défaut, merci de m'expliquer pourquoi ?

    Dans l'attente de vos retours,

    Cdlt.

    jeudi 13 avril 2017 14:04
  • Je m'excuse, je n'avais pas fait attention en effet, les 2012 sont plutot rare !

    Go pour votre lien de juin de toute facon, même si c'est pas la dernière version, c'est mieux que ce que vous avez.

    :)

    PS: De toutes facons, vous n'aurez pas réussi à installer la mise à jour 2012r2 sur un 2012 il aurait affiché que la mise à jour ne s'applique pas au système.


    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.


    • Modifié matteu31400 jeudi 13 avril 2017 14:14
    • Marqué comme réponse PCJ_TECH vendredi 14 avril 2017 07:53
    • Non marqué comme réponse PCJ_TECH jeudi 20 avril 2017 07:22
    jeudi 13 avril 2017 14:10
  • Pour votre information, je n'ai pas eût à upgrader le WUA.

    Quelque jour après le lancement de ma phase de patching, les mises à jour se sont installées immédiatement après un reboot planifié 3 jours plus tard.

    • Soit certaines ressources systèmes étaient monopolisées par d'autres tâches qui ne permettaient pas d'honorer l'installation des mises à jour à Jour J,
    • Soit des fichiers systèmes avaient besoin d'être resetés.

    Etant peu habitué au phase de déploiement qui durent plusieurs jours, n'hésitez à me faire part de vos expériences sur le sujet.

    Cdlt,

    PCJ_TECH

    jeudi 20 avril 2017 07:30
  • Bonjour,

    C'est juste que si l'agent windows update n'est pas à jour, ses scans ne sont pas efficace. Raison pour laquelle il est nécessaire qu'il soit à jour. Dans le cas contraire, il va lui falloir plusieurs periodes de scan avant de savoir quelles mises à jour il doit télécharger car en un seul scan il n'arrive pas à tout checker.

    Donc dans tous les cas, je vous recommande grandement de mettre à jour les windows update dès que de nouvelles version sont présentes afin d'optimiser ce scan


    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.

    • Marqué comme réponse PCJ_TECH jeudi 20 avril 2017 08:19
    jeudi 20 avril 2017 07:52