Dell EMC OpenManage Integration version 1.1.0 avec Microsoft Windows Admin Center Guide de l’utilisateur

Dépannage

Disponibilité des journaux d’extension OMIMSWAC

Les journaux des nœuds cibles et des nœuds de cluster d’OpenManage Integration with Microsoft Windows Admin Center (OMIMSWAC) sont disponibles à l’adresse <Windows Directory>\Temp\OMIMSWAC sur les nœuds cibles. Les journaux enregistrent des informations lors de l’exécution des fonctionnalités OMIMSWAC et fournissent également des informations de débogage sur les erreurs qui se produisent lors de l’exécution d’opérations OMIMSWAC. Vous pouvez facilement accéder aux journaux des différentes fonctionnalités d’OMIMSWAC à l’aide de la convention de dénomination suivante :

Pour l’inventaire du matériel et de l’intégrité : Inventory<ID^*>
Pour la conformité des mises à jour : FirmwareCompliance<ID^*>
Pour les notifications de mise à jour : Notification<ID^*>

Disponibilité des journaux des opérations de mise à jour

Les journaux d’application pour la fonctionnalité de conformité des mises à jour sont disponibles sur le chemin suivant :

Système de passerelle : <Windows Directory>\ServiceProfiles\NetworkService\AppData\Local\Temp\generated\logs
Système de passerelle Windows 10 : <Windows installed drive>\Users\<user_name>\AppData\Local\Temp\generated\logs

L’état du téléchargement des catalogues en ligne est capturé dans les journaux d’application et peut servir de référence pour dépanner les erreurs de téléchargement dans les catalogues en ligne.

Lorsque la source de catalogue en ligne est sélectionnée, et si le DSU et l’IC ne sont pas configurés à l’avance, OMIMSWAC télécharge les utilitaires de catalogue, DSU et IC dans le chemin d’accès suivant :

Système de passerelle : <Windows Directory>\ServiceProfiles\NetworkService\AppData\Local\Temp\generated\Share\temp\<server/cluster_name>
Système de passerelle Windows 10 : <Windows installed drive>\Users\<user_name>\AppData\Local\Temp\generated\Share\temp\<server/cluster_name>

Assurez-vous que l’IC, le DSU et le fichier de catalogue téléchargés ne sont pas modifiés lors de la génération et de la mise à jour du rapport de conformité. Les utilitaires IC, DSU et fichier de catalogue sont automatiquement supprimés une fois le rapport de conformité généré et mis à jour.

Les journaux du script de pré-mise à jour en cours d’exécution sur les clusters HCI pour mettre le stockage en mode maintenance sont disponibles sur <Windows Directory>\Temp\precau.log sur chaque nœud. De plus, les journaux du script de post-mise à jour en cours d’exécution sur les clusters HCI pour récupérer le stockage en mode maintenance sont disponibles sur <Windows Directory>\Temp\postcau.log sur chaque nœud.

Impossible de copier les fichiers requis sur le nœud cible pour récupérer les informations d’inventaire.

Vérifiez que :

le nœud cible n’est pas à l’état de redémarrage et qu’il est sous tension.
Le pare-feu ne bloque pas la communication via le port SMB 445. Pour plus d’informations, voir Préparer votre environnement pour Windows Admin Center.
L’utilisateur est connecté avec des privilèges d’administration de passerelle. Avant de vous connecter au nœud cible, assurez-vous de sélectionner l’option « Gérer en tant que » et de fournir les comptes appropriés d’Administrateur du serveur ou d’Administrateur du cluster. Pour plus d’informations sur la sélection de l’option « Gérer en tant que », reportez-vous à la section « Prise en main du Centre d’administration Windows » dans la documentation de Microsoft.

Impossible d’extraire l’inventaire de l’intégrité et du matériel à partir de l’iDRAC.

Pour récupérer les informations d’intégrité et d’inventaire du matériel à partir de l’iDRAC, assurez-vous que :

Pour la gestion des serveurs PowerEdge, OMIMSWAC utilise une interface interne de transfert du système d’exploitation à l’iDRAC. Par défaut, l’iDRAC est accessible via l’adresse IP 169.254.0.1/<sous-réseau> ou 169.254.1.1/<sous-réseau>. Toutefois, si l’hôte est doté d’une autre interface réseau dans le même sous-réseau (par exemple, lorsqu’un outil comme VMFleet est installé), OMIMSWAC peut ne pas être en mesure de communiquer avec l’iDRAC à partir du système d’exploitation hôte.
Pour résoudre ce conflit, connectez-vous à l’iDRAC et modifiez l’adresse IP de la carte NIC USB sous la section transfert du système d’exploitation à l’iDRAC. Pour plus d’informations sur l’attribution de cette adresse IP, reportez-vous à la documentation de l’iDRAC sur le site du support technique.
Pour la gestion des clusters, tous les nœuds de cluster sont accessibles à l’aide d’une adresse IP, d’un nom d’hôte ou d’un nom de domaine complet (FQDN) avant de gérer le cluster avec OMIMSWAC.
Si le service Redfish est désactivé, activez-le par le biais de l’interface utilisateur de l’iDRAC. Pour plus d’informations, consultez la documentation iDRAC disponible sur le site du support technique Dell EMC.
Des logements utilisateurs sont disponibles sur l’iDRAC pour créer de nouveaux utilisateurs.

Impossible d’effectuer ou de sélectionner les disques pour les opérations d’activation ou de désactivation du clignotement.

Cause : le service Redfish n’est pas activé.

Résolution : activez le service Redfish à l’aide de l’interface utilisateur iDRAC. Pour plus d’informations, consultez la documentation iDRAC disponible sur le site du support technique Dell EMC.
Cause : après le chargement de l’inventaire du matériel dans OMIMSWAC, si le disque physique est retiré, les opérations d’activation et de désactivation du clignotement échouent avec l’erreur : Blink may not be supported with <Disk_Name>.

Résolution : insérez le disque physique, puis cliquez sur Actualiser pour recharger les informations d’inventaire dans OMIMSWAC, avant de relancer les opérations d’activation et de désactivation du clignotement.
Cause : si la version du firmware de l’iDRAC est inférieure à 3.30.30.30, les disques physiques ne peuvent pas être sélectionnés pour activer ou désactiver le clignotement.

Résolution : mettez à jour le firmware de l’iDRAC avec la dernière version et réessayez les opérations d’activation et de désactivation de clignotement.
Les opérations d’activation et de désactivation du clignotement échouent lorsqu’un disque physique est connecté à un contrôleur de disque SATA intégré et que l’état d’intégrité est Inconnu, ce qui indique que l’opération d’activation et de désactivation du clignotement peut ne pas être prise en charge sur le disque.

L’état de la licence est Inconnue ou Sans licence

Si l’état de la licence est Inconnue ou Sans licence, assurez-vous que :

la licence n’a pas expiré ;
des licences sont présentes sur chaque nœud cible ;
le nœud cible n’est pas à l’état de redémarrage et qu’il est sous tension ;
Redfish est activé ;
la licence Azure Stack HCI ou des serveurs PowerEdge est importée sur le matériel respectif. L’importation d’une licence Azure Stack HCI sur un serveur PowerEdge ou une licence de serveur PowerEdge vers Azure Stack HCI n’est pas prise en charge.

Si le problème persiste :

Accédez à l’iDRAC.
Assurez-vous que le service Redfish est activé.
Désactivez le transfert du système d’exploitation à l’iDRAC, puis activez-le.
Pour plus d’informations sur l’activation ou la désactivation du transfert du système d’exploitation à l’iDRAC, voir le guide de l’utilisateur de l’iDRAC.

Disponibilité des journaux de licence

Les journaux relatifs à la licence sont disponibles sur le chemin suivant et sont accessibles en recherchant DellLicenseCollection dans le fichier de nettoyage.

Système de passerelle : <Windows Directory>\ServiceProfiles\NetworkService\AppData\Local\Temp\generated\logs\CleanupXXXXXXXXXXXXXX.log
Système de passerelle Windows 10 : <Windows installed drive>\Users\<user_name>\AppData\Local\Temp\generated\logs\CleanupXXXXXXXXXXXXXX.log

Échec de la tâche lors du téléchargement des composants obligatoires pour les opérations de mise à jour adaptées aux serveurs et aux clusters.

Cause : lors de l’exportation de la logithèque à l’aide de Dell EMC Repository Manager (DRM), l’état de la tâche d’exportation peut être « Partiellement réussi ». Dans ce cas, un ou plusieurs DUP peuvent être manquants dans la logithèque.

Solution : réessayez d’exporter la logithèque dans DRM et assurez-vous que la tâche s’est terminée avec succès.

Cause : un ou plusieurs composants peuvent ne pas être téléchargés lorsque la source de mise à jour est sélectionnée en tant que source en ligne.

Solution : assurez-vous qu’une connectivité Internet est activée, puis relancez le téléchargement du catalogue à partir de la source en ligne. Pour en savoir plus, voir le guide de l’utilisateur de Dell EMC Repository Manager.

Échec de CredSSP lors de la mise à jour

Cause : lors de la mise à jour d’un cluster, la délégation des informations d’identification à l’aide de CredSSP peut échouer.
Résolution : reconnectez le cluster en utilisant le nom de domaine complet, puis cochez la case Utiliser ces informations d’identification pour tous les serveurs.

Par exemple, si le nom de domaine est test.dev.com, utilisez test.dev.com\administrator en tant que nom de domaine, puis cochez la case Utiliser ces informations d’identification pour tous les serveurs.
Cause : lors de l’utilisation de l’authentification CredSSP pour exécuter des scripts sur une machine distante, la tâche de mise à jour peut échouer avec une erreur.
Le problème est dû au fait que le CredSSP a été désactivé sur la machine de la passerelle.
Résolution : pour résoudre le problème, procédez comme suit :
1. Dans la fenêtre PowerShell, exécutez gpedit
2. Dans la fenêtre Éditeur de politique de groupe, Configurations de l’ordinateur > Modèles d’administration > Système > Délégation des informations d’identification
3. Sélectionnez Autoriser la délégation des nouvelles informations d’identification avec l’authentification de serveur NTLM uniquement et activez l’option.
4. Exécutez gpupdate/force dans le PowerShell.

Activation la délégation CredSSP

Cause : lorsque vous quittez OpenManage Integration pour accéder à d’autres outils liés à des solutions HCI ou de basculement et que vous retournez sur OpenManage Integration, le message d’erreur suivant s’affiche : Activation de la délégation CredSSP.

Résolution : ignorez l’erreur, car les fonctionnalités de OpenManage Integration et de Windows Admin Center ne sont pas bloquées.

Échec de la tâche lors de la génération du rapport de conformité

Cause : lors de la génération d’un rapport de conformité, la génération du rapport de conformité peut échouer avec le message d’erreur suivant dans le journal :

Échec du démarrage d’une commande sur le serveur distant avec le message d’erreur suivant : le client WinRM a envoyé une demande au service WS-Management distant et a été informé que la taille de la demande dépassait le quota MaxEnvelopeSize configuré. Pour en savoir plus, voir la rubrique d’aide about_Remote_Troubleshooting.

Résolution : assurez-vous que :

la connectivité réseau entre le système de passerelle et le nœud cible est intacte ;
la copie de fichiers fonctionne entre le système de passerelle et le nœud cible. Pour ce faire, procédez comme suit :
1. Créez une session basée sur les informations d’identification du nœud cible en exécutant la commande PowerShell suivante :
  $SecurePassword = convertto-securestring <password> -asplaintext -force
  $credential = New-Object System.Management.Automation.PSCredential -ArgumentList <userid>, $SecurePassword
  $session = New-PSSession -ComputerName <MN FQDN> -Credential $credential -ErrorAction SilentlyContinue
2. Copiez un fichier de test sur le nœud cible qui a échoué en supposant que « Test. txt » se trouve dans C:\drive
  Copy-Item -Path "C:\Test.txt" -Destination "C:\" -Recurse -Force -ToSession $session
Si le problème persiste après avoir effectué les opérations ci-dessus, essayez de redémarrer le service Windows Remote Management (WS-Management) dans le nœud cible (échec de la copie de fichier), puis réexécutez la conformité.

Cause : lors de la génération d’un rapport de conformité pour un cluster, la génération du rapport de conformité peut échouer pour les nœuds de cluster.

Résolution : assurez-vous que :

le service de cluster est en cours d’exécution sur le nœud de cluster à l’aide de la commande PowerShell Get-ClusterService ;
le nœud de cluster n’est pas en cours de redémarrage ou hors tension.

Cause : lors de la génération d’un rapport de conformité à l’aide du navigateur Microsoft Edge de Windows 10, la génération du rapport de conformité peut échouer avec l’erreur suivante : Impossible de générer le rapport de conformité. Le paramètre Gérer en tant qu’informations d’identification n’a pas été défini ou ne se trouve pas au format domaine\utilisateur.

Résolution : effectuez l’une des opérations suivantes :

Connectez le nœud cible avec des informations d’identification en utilisant le nom de domaine complet (par exemple, domain.lab\username) ou le domaine de premier niveau (par exemple, domaine\username).
Effacez la mémoire cache du navigateur et réexécutez le rapport de conformité.
Assurez-vous que le DNS est correctement configuré dans le système installé WAC pour se connecter au nœud cible avec les informations d’identification appropriées.

Cause : lorsque vous vous connectez à un serveur ou un cluster à l’aide d’un mot de passe contenant l’un des caractères spéciaux suivants et que vous tentez de générer un rapport de conformité à l’aide d’OMIMSWAC, la génération du certificat de conformité peut échouer. Ces caractères spéciaux sont les suivants : guillemets doubles ("), accent grave (`) et point-virgule (;).

Solution : réinitialisez le mot de passe en supprimant les caractères spéciaux, puis reconnectez-vous au serveur ou au cluster.

Échec de la tâche pendant la mise à jour des composants sélectionnés.

Parfois, la CAU ou la mise à jour de nœud cible peuvent échouer. Les causes et les résolutions sont indiquées ci-dessous :

Dans le cas d’une CAU, validez le cluster avant de déclencher la mise à jour adaptée aux clusters. Pour plus d’informations sur la validation d’un cluster, voir le document Microsoft Validate Hardware for a cluster.
Cause : le fichier d’inventaire de conformité n’est pas disponible pour certains nœuds ou la copie de fichiers à partir d’un nœud vers la passerelle échoue après la génération du rapport de conformité.
Résolution : réexécutez le rapport de conformité.
Cause : en raison d’un problème de connectivité Internet, les éléments suivants peuvent échouer :
- Vérification de la signature du DSU ou de l’IC
- Téléchargement du catalogue en ligne
- Téléchargement de DUP
Si l’un des éléments précédent échoue, la CAU ou la mise à jour du serveur échoue également.

Résolution : assurez-vous qu’une connectivité Internet est active et réexécutez la mise à jour et le rapport de conformité.
Cause : le programme d’installation du DSU n’est pas effacé d’un nœud, car le fichier du programme d’installation est verrouillé par le processus Windows Admin Center (sme.exe).
Résolution : redémarrez le service Windows Admin Center à partir des consoles de services Windows.
Cause : la CAU échoue si l’un des disques n’est pas dans un bon état d’intégrité.
Résolution : assurez-vous que les disques physiques et virtuels sont en bon état d’intégrité avant de déclencher la CAU. Si un disque est dans un mauvais état d’intégrité, reportez-vous au document Microsoft pour savoir comment obtenir un bon état d’intégrité.
Cause : la CAU échoue si l’un des nœuds du cluster est suspendu.
Résolution : reprenez les nœuds de cluster (rôles de basculement) avant de déclencher la CAU.

Composant présentant une non-conformité après une mise à jour

Après la mise à jour, vous verrez peut-être des composants qui s’affichent comme étant non conformes.

Résolution : dans ce cas, vérifiez les journaux de nettoyage qui comportent les journaux DSU pour voir s’il existe une ERREUR pour le composant. S’il existe une condition préalable obligatoire pour le composant avant la mise à jour, respectez-la, puis réexécutez la mise à jour.

Accès refusé à OpenManage Integration

Cause : lorsque vous vous connectez à Windows Admin Center (WAC) à l’aide des informations d’identification de l’utilisateur de la passerelle sans droits d’administrateur et que vous tentez de lancer OpenManage Integration à partir de la console WAC, une erreur d’accès refusé peut se produire.

Résolution : avant de lancer l’extension Dell EMC OpenManage Integration dans Windows Admin Center, assurez-vous de vous connecter à WAC en tant qu’administrateur de la passerelle.

Échecs de Dell Update Packages

Le package de mise à jour Dell EMC (DUP) peut ne pas parvenir à mettre à jour les composants après la mise à jour. Il existe différentes raisons pour lesquelles le DUP échoue lors de la mise à jour. Consultez les solutions possibles suivantes pour résoudre le problème :

Dans la machine installée Windows Admin Center (WAC), consultez les fichiers journaux pour obtenir plus d’informations sur l’échec du téléchargement du DUP et le mappage des composants. Le mappage des composants est fourni pour identifier le composant (sélectionné pour la mise à jour) dans le catalogue DUP. Les fichiers journaux se trouvent à l’emplacement suivant :
Système de passerelle :
- Mise à jour du serveur : <Windows Directory>\ServiceProfiles\NetworkService\AppData\Local\Temp\generated\logs\<PrepareUpdate XXXX>
- CAU : <Windows Directory>\ServiceProfiles\NetworkService\AppData\Local\Temp\generated\logs\Update XXXX
Système de passerelle Windows 10 :
- Mise à jour du serveur : <Windows installed drive>\Users\<user_name>\AppData\Local\Temp\generated\logs\<PrepareUpdate XXXX>
- CAU : <Windows installed drive>\Users\<user_name>\AppData\Local\Temp\generated\logs\Update XXXX
Des exemples de messages de journal sont indiqués ci-dessous :
- Journal d’erreurs en cas d’échec du téléchargement du DUP
  28-Apr-2020 12:19:18 AM::: Error >>> Message : DUPs for some of the selected components are not present in DRM repository.
- Fichier journal de mappage des composants
  ## Format: :>> Component Name -> Package Name
  
  :>> [0001] Broadcom NetXtreme Gigabit Ethernet -> Network_Firmware_RG25N_WN64_21.60.2_01.EXE
Dans le nœud cible, reportez-vous au mappage des composants et recherchez le fichier journal DUP associé au composant, puis vérifiez le code de retour spécifié dans <Windows Directory>\Dell\UpdatePackage\log\<Package Name>. Consultez le guide de l’utilisateur Dell EMC Update Package pour connaître la cause et la résolution possible.
Vous trouverez ci-dessous un exemple de code de retour d’un scénario d’échec de DUP :

Code de sortie = 1 (échec)

2020-04-21 23:48:27

Package de mise à jour terminé. Code de sortie = 1
Le DUP peut échouer lors d’une tentative de rétrogradation d’un composant de pilote vers une version inférieure. Dans ce cas, désinstallez le pilote du système d’exploitation, puis relancez la mise à jour du composant à partir de OMIMSWAC. Pour plus d’informations sur la désinstallation de pilotes, reportez-vous à la documentation Microsoft.

Sinon, vous pouvez effectuer les opérations suivantes :

Réinitialisez et mettez à jour l’iDRAC vers la version 4.20.20.20 ou une version ultérieure, puis effectuez à nouveau la mise à jour. Pour plus d’informations sur la réinitialisation ou la mise à jour de l’iDRAC, consultez la documentation de l’iDRAC.
Exécutez la mise à jour manuellement dans le nœud cible en procédant à un téléchargement à partir du chemin spécifié dans <Windows Directory>\Dell\UpdatePackage\log\<Package Name> dans le journal DUP. Exemple de firmware réseau : https://downloads.dell.com/FOLDER06091050M/1/Network_Firmware_TWFF6_WN64_16.26.60.00.EXE.
Assurez-vous que le DUP sélectionné est pris en charge sur la plate-forme et le système d’exploitation sélectionnés en cherchant le nom du composant sur le site de support Dell. URL du site de support Dell : https://www.dell.com/support/home/in/en/inbsd1/?app=products.

Échec de la commande Test-Cluster avec des erreurs de communication réseau

Cause : si la carte USB NIC est activée dans l’iDRAC, lorsque vous exécutez la commande test-cluster pour vérifier la préparation de la création du cluster ou l’intégrité du cluster, il se peut qu’une erreur s’affiche dans le rapport de validation. L’erreur indique que les adresses IPv4 affectées à la carte USB NIC du système d’exploitation hôte ne peut pas être utilisée pour communiquer avec les autres réseaux de cluster. Vous pouvez ignorer cette erreur en toute sécurité.

Résolution : désactivez la carte USB NIC (étiquetée Ethernet par défaut) temporairement avant d’exécuter la commande Test-cluster.

Le réseau de la carte USB NIC s’affiche comme un réseau de cluster partitionné

Cause : si la carte USB NIC est activée dans l’iDRAC, les réseaux de cluster dans le gestionnaire de clusters de basculement affichent les réseaux associés à la carte USB NIC comme étant partitionnés. Ce problème survient car la communication du cluster est activée par défaut sur tous les adaptateurs réseau et les adresses IPv4 de la carte USB NIC ne peuvent pas être utilisées pour communiquer en externe, ce qui rompt la communication de cluster sur ces cartes. Vous pouvez ignorer cette erreur en toute sécurité.

Résolution : désactivez la communication du cluster avec les réseaux associés aux cartes USB NIC à partir du gestionnaire de clusters.

Welcome

Welcome to Dell