Users Guide

Solution : assurez-vous que l’hôte est conforme en utilisant l’Assistant de conformité de l’hôte du client Web OpenManage Integration. S’il
n’est pas conforme, utilisez le correctif de conformité de l’hôte afin de le rendre conforme.
Versions concernées : 2.2 et versions ultérieures
Pourquoi est-ce que les paramètres de configuration du DNS sont
restaurés à leurs valeurs d’origine après le redémarrage de l’appliance
lorsque les paramètres de DNS et d’adresse IP de l’appliance sont
écrasés par les valeurs DHCP
Il existe un défaut identifié avec lequel les paramètres DNS attribués de manière statique sont remplacées par des valeurs provenant
du protocole DHCP. Cela peut se produire lorsque le protocole DHCP est utilisé pour obtenir les paramètres d’adresse IP, et lorsque les
valeurs DNS sont attribuées de manière statique. Lorsque le bail DHCP est renouvelé ou lorsque l’appliance est redémarrée, les paramètres
DNS attribués de manière statique sont supprimés.
Solution : attribuez statiquement les paramètres d’adresse IP lorsque les paramètres du serveur DNS sont différents de ceux du protocole
DHCP.
Versions concernées : Toutes
L’utilisation d’OMIVV pour mettre à jour la carte réseau Intel avec la
version 13.5.2 du micrologiciel n’est pas prise en charge
Il existe un problème connu avec les serveurs Dell PowerEdge de 12e génération et certaines cartes réseau Intel dotées de la version
micrologicielle 13.5.2. La mise à jour de certains modèles de cartes réseau Intel avec cette version du micrologiciel échoue lorsque
la mise à jour du micrologiciel est effectuée en utilisant Lifecycle Controller. Les clients possédant cette version du micrologiciel
doivent mettre à jour le logiciel du pilote réseau en utilisant un système d’exploitation. Si la carte réseau Intel possède une
version de micrologiciel autre que la version 13.5.2 , vous pouvez effectuer la mise à jour à l’aide de l’appliance OMIVV. Pour plus
d’informations, reportez-vous à http://en.community.dell.com/techcenter/b/techcenter/archive/2013/03/20/intel-network-controller-
card-with-v13-5-2-firmware-cannot-be-upgraded-using-lifecycle-controller-to-v13-5-6.aspx
REMARQUE :
Remarque : lorsque vous utilisez la mise à jour de micrologiciel un à plusieurs, évitez de sélectionner des cartes réseau
Intel de version 13.5.2, car la mise à jour échouera et empêchera la tâche de mise à jour du reste des serveurs.
L’utilisation d’OMIVV pour mettre à jour une carte réseau Intel de
la version 14.5 ou 15.0 à la version 16.x échoue en raison de la
préparation exigée par le DUP
Il s’agit d’un problème connu avec les cartes réseau 14.5 et 15.0. Assurez-vous que vous utilisez le catalogue personnalisé pour mettre à
jour le micrologiciel vers la version 15.5.0 avant de mettre à jour le micrologiciel vers la version 16.x.
Versions concernées : Toutes
Lors d’une tentative de mise à jour du micrologiciel avec un progiciel
DUP non valide, l’état de la tâche de mise à jour matérielle sur la
console vCenter n’échoue pas et n’arrive pas non plus à expiration
avant plusieurs heures, alors que l’état de la tâche dans LC est
« ÉCHEC ». Pourquoi ?
Lorsque le progiciel DUP non valide est collecté pour la mise à jour du micrologiciel, l'état de la tâche dans la fenêtre de la console vCenter
reste « En cours », mais le message est modifié pour motif de panne. Il s'agit d'un bogue de VMware connu qui sera corrigé dans les
futures versions de VMware vCenter.
Solution : la tâche doit être annulée manuellement.
130
Dépannage