Users Guide

Pourquoi les paramètres de configuration de DNS sont-ils
restaurés à leurs valeurs d'origine après le redémarrage du
serveur si DHCP est utilisé pour l'adresse IP de l'appliance
et les paramètres DNS écrasés
Il existe un bogue connu qui fait que les paramètres DNS attribués de façon statique, sont remplacés par des valeurs de DHCP. Cela peut
se produire lorsque le DHCP est utilisé pour obtenir les valeurs des paramètres IP et les valeurs DNS sont attribuées de manière statique.
Lorsque le bail DHCP est renouvelé ou que l'appliance est redémarrée, les paramètres de DNS attribués de façon statique sont supprimés.
Résolution : attribuez de façon statique des paramètres IP lorsque paramètres du serveur DNS diffèrent de ceux de DHCP.
Versions concernées : Toutes
L'utilisation de OpenManage Integration for VMware
vCenter pour mettre à jour une carte réseau 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 à cette version du micrologiciel échoue lorsque la mise à jour
du micrologiciel est effectuée à l'aide de Lifecycle Controller. Les clients possédant cette version du micrologiciel doivent mettre à jour le
logiciel du pilote réseau à l'aide d'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 OpenManage Integration for VMware vCenter. Pour plus d'informations, voir
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'OpenManage Integration for vMware
vCenter pour mettre à jour une carte réseau Intel de 14.5
ou 15.0 à 16.x échoue en raison de la préparation exigée par
le DUP
Il s'agit d'un problème connu des cartes réseau (NIC) 14.5 et 15.0. Vous devez utiliser le catalogue personnalisé pour mettre à jour le
micrologiciel à la version 15.5.0 avant de le mettre à jour à 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 ne présente ni un échec
ni un temps d'attente pendant des heures, même si 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.
Résolution : la tâche doit être annulée manuellement.
Résolution des problèmes
121