Résoudre les problèmes liés au centre de gestion des mises à jour (préversion)

  • Article

Cet article décrit les erreurs qui peuvent se produire lorsque vous déployez ou utilisez le centre de gestion des mises à jour (préversion) et comment les résoudre.

Résolution générale des problèmes

Les étapes de résolution des problèmes suivantes s’appliquent aux machines virtuelles Azure liées à l’extension de correctif sur les machines Windows et Linux.

Machine virtuelle Linux Azure

Pour vérifier si l’agent de machine virtuelle Microsoft Azure est en cours d’exécution, a déclenché les actions appropriées sur l’ordinateur et le numéro de séquence de la demande de mise à jour corrective automatique, case activée le journal de l’agent pour plus d’informations dans /var/log/waagent.log. Chaque demande de mise à jour corrective automatique a un numéro de séquence unique qui lui est associé sur l’ordinateur. Recherchez un enregistrement similaire à : 2021-01-20T16:57:00.607529Z INFO ExtHandler.

Le répertoire de package de l’extension est /var/lib/waagent/Microsoft.CPlat.Core.Edp.LinuxPatchExtension-<version> et dans le /status sous-dossier se trouve un <sequence number>.status fichier, qui comprend une brève description des actions effectuées lors d’une seule demande de mise à jour corrective automatique, ainsi que les status. Il inclut également une courte liste d’erreurs qui se sont produites lors de l’application des mises à jour.

Pour passer en revue les journaux liés à toutes les actions effectuées par l’extension, consultez plus d’informations dans /var/log/azure/Microsoft.CPlat.Core.Edp.LinuxPatchExtension/. Il inclut les deux fichiers journaux suivants d’intérêt :

  • <seq number>.core.log : contient des détails liés aux actions de correctif, telles que les correctifs évalués et installés sur l’ordinateur, ainsi que les problèmes rencontrés dans le processus.
  • <Date and Time>_<Handler action>.ext.log : il existe un wrapper au-dessus de l’action de correctif, qui est utilisé pour gérer l’extension et appeler une opération de correctif spécifique. Ce journal contient des détails sur le wrapper. Pour la mise à jour corrective automatique, le <Date and Time>_Enable.ext.log contient des détails indiquant si l’opération de correctif spécifique a été appelée.

Machine virtuelle Windows Azure

Pour vérifier si l’agent de machine virtuelle Microsoft Azure est en cours d’exécution, a déclenché les actions appropriées sur l’ordinateur et le numéro de séquence de la demande de mise à jour corrective automatique, case activée le journal de l’agent pour plus d’informations dans C:\WindowsAzure\Logs\AggregateStatus. Le répertoire de package de l’extension est C:\Packages\Plugins\Microsoft.CPlat.Core.WindowsPatchExtension<version>.

Pour passer en revue les journaux liés à toutes les actions effectuées par l’extension, consultez plus d’informations dans C:\WindowsAzure\Logs\Plugins\Microsoft.CPlat.Core.WindowsPatchExtension<version>. Il inclut les deux fichiers journaux suivants d’intérêt :

  • WindowsUpdateExtension.log : contient des détails liés aux actions de correctif, telles que les correctifs évalués et installés sur l’ordinateur, ainsi que les problèmes rencontrés dans le processus.
  • CommandExecution.log : il existe un wrapper au-dessus de l’action de correctif, qui est utilisé pour gérer l’extension et appeler une opération de correctif spécifique. Ce journal contient des détails sur le wrapper. Pour la mise à jour corrective automatique, le journal contient des détails indiquant si l’opération de correctif spécifique a été appelée.

Serveurs avec Arc

Pour les serveurs avec Arc, consultez l’article dépanner les extensions de machine virtuelle pour connaître les étapes de dépannage générales.

Pour passer en revue les journaux liés à toutes les actions effectuées par l’extension, sur Windows, consultez plus d’informations dans C:\ProgramData\GuestConfig\extension_Logs\Microsoft.SoftwareUpdateManagement\WindowsOsUpdateExtension. Il inclut les deux fichiers journaux suivants d’intérêt :

  • WindowsUpdateExtension.log : contient des détails liés aux actions de correctif, telles que les correctifs évalués et installés sur l’ordinateur, ainsi que les problèmes rencontrés dans le processus.
  • cmd_execution_<numeric>_stdout.txt : il existe un wrapper au-dessus de l’action de correctif, qui est utilisé pour gérer l’extension et appeler une opération de correctif spécifique. Ce journal contient des détails sur le wrapper. Pour la mise à jour corrective automatique, le journal contient des détails indiquant si l’opération de correctif spécifique a été appelée.
  • cmd_excution_<numeric>_stderr.txt

Problèmes connus

Scénario : Impossible d’appliquer des correctifs pour les machines d’arrêt

Problème

Les correctifs ne sont pas appliqués pour les machines qui sont à l’état d’arrêt, et vous pouvez également voir que les machines perdent leurs configurations/planifications de maintenance associées.

Cause

Les machines sont dans un état d’arrêt.

Résolution :

Gardez vos machines allumées au moins 15 minutes avant la mise à jour planifiée. Pour plus d’informations, consultez Arrêter des machines.

Scénario : échec de l’exécution de correctifs avec la fenêtre maintenance ayant dépassé la propriété indiquant la valeur true, même s’il restait du temps

Problème

Lorsque vous affichez un déploiement de mise à jour dans l’Historique des mises à jour, la propriété Ayant échoué avec la fenêtre Maintenance a dépassé affiche la valeur true, même si il restait du temps pour l’exécution. Dans ce cas, l’un des éléments suivants est possible :

  • Aucune mise à jour n’est affichée.
  • Une ou plusieurs mises à jour sont dans un état en attente.
  • Le redémarrage status est obligatoire, mais aucun redémarrage n’a été tenté même lorsque le paramètre de redémarrage passé a été IfRequired ou Always.

Cause

Pendant un déploiement de mise à jour, il vérifie l’utilisation de la fenêtre de maintenance à plusieurs étapes. 10 minutes de la fenêtre de maintenance sont réservées pour le redémarrage à tout moment. Avant d’obtenir la liste des mises à jour manquantes ou du téléchargement/installation de toute mise à jour (à l’exception des mises à jour du Service Pack Windows), il vérifie s’il y a 15 minutes + 10 minutes de redémarrage (c’est-à-dire, 25 minutes restante dans la fenêtre de maintenance). Pour les mises à jour du Service Pack Windows, nous vérifions pendant 20 minutes + 10 minutes pour le redémarrage (autrement dit, 30 minutes). Si le déploiement n’est pas suffisant, il ignore l’analyse/téléchargement/installation des mises à jour. L’exécution du déploiement vérifie ensuite si un redémarrage est nécessaire et s’il reste dix minutes dans la fenêtre de maintenance. Si c’est le cas, le déploiement déclenche un redémarrage, sinon le redémarrage est ignoré. Dans ce cas, l’état est mis à jour sur Échec, et la propriété dépassée de la fenêtre de maintenance est mise à jour sur *true. Dans les cas où la durée restante est inférieure à 25 minutes, les mises à jour ne sont pas analysées ni tentées d’installation.

Vous trouverez plus d’informations en consultant les journaux dans le chemin d’accès du fichier fourni dans le message d’erreur de l’exécution du déploiement.

Résolution

La définition d’un intervalle de temps plus long pour une durée maximale lors du déclenchement d’un déploiement de mise à jour à la demande permet d’éviter le problème.

Étapes suivantes