Cette section répertorie les questions les plus fréquentes concernant OpenManage Server Administrator.
-
Pourquoi les fonctionnalités de redémarrage des hôtes ESXi 4.x (4.0 U3) et ESXi 5.x échouent-elles depuis OpenManage Server
Administrator ?
Ce problème découle de la clé de licence SAL (stand alone license - licence autonome) VMware. Pour en savoir plus, consultez
l'article connexe de la base de connaissances sur
kb.vmware.com/kb/kb1026060.
-
Quelles sont les tâches à exécuter après l'ajout d'un système d'exploitation VMware ESX 4.0 U3 ou ESX 4.1 U2 à un domaine
Active Directory ?
Après avoir ajouté un système d'exploitation VMware ESX 4.0 U3 and ESX 4.1 U2 à un domaine Active Directory, un utilisateur
Active Directory doit procéder comme suit :
- Se connecter à Server Administrator depuis le système exécutant le système d'exploitation VMware ESX 4.0 U3 et ESX 4.1 U2
et redémarrer le service de connexion DSM SA.
- Se connecter au nœud distant en utilisant le système d'exploitation VMware ESX 4.0 U3 et ESX 4.1 U2 en tant qu'agent d'activation
à distance. Patientez environ 5 minutes pendant que le processus sfcbd ajoute la permission au nouvel utilisateur.
-
Quel est le niveau de permission minimum requis pour installer Server Administrator ?
Pour installer Server Administrator, vous devez disposer de privilèges d'administrateur. Les utilisateurs et utilisateurs
privilégiés ne sont pas autorisés à installer Server Administrator.
-
Existe-t-il un chemin de mise à niveau requis pour installer Server Administrator ?
Pour les systèmes exécutant Server Administrator 4.3, vous devez effectuer une mise à niveau à une version 6.
x puis à la version 7.
x. Pour les systèmes exécutant une version antérieure à 4.3, vous devez effectuer une mise à niveau à la version 4.3, puis
à une version 6.
x et enfin à la version 7.
x (
x indique la version de Server Administrator vers laquelle vous souhaitez vous mettre à niveau).
-
Comment puis-je déterminer la dernière version de Server Administrator disponible pour mon système ?
Connectez-vous à
support.dell.com → Enterprise IT → Manuals → Software → Systems Management → OpenManage Server Administrator (Enterprise IT > Manuels > Logiciels
> Gestion des systèmes > OpenManage Server Administrator).
La dernière version de la documentation reflète la version d'OpenManage Server Administrator à laquelle vous pouvez accéder.
-
Comment puis-je savoir quelle version de Server Administrator s'exécute sur mon système ?
Une fois que vous êtes connecté à Server Administrator, naviguez vers
Properties → Summary (Propriétés → Résumé). Vous trouverez la version de Server Administrator installée sur votre système dans la colonne
Systems Management (Gestion des systèmes).
-
Existe-t-il d'autres ports que les utilisateurs peuvent employer à part le port 1311 ?
Oui, vous pouvez définir le port https que vous souhaitez. Naviguez vers
Preferences → General Settings → Web Server →HTTPS Port (Préférences > Paramètres généraux > Serveur Web > Port HTTPS)
Au lieu de cliquer sur
Use default (Utiliser la valeur par défaut), cliquez sur
Use Radio Button (Utiliser le bouton radio) pour définir votre port préféré.
-
REMARQUE : Si le nouveau numéro de port est un numéro non valide ou utilisé, cela peut empêcher d'autres applications ou navigateurs
d'accéder à Server Administrator sur le système géré. Pour consulter la liste des ports par défaut, voir le
Dell OpenManage Installation and Security User's Guide (Guide d'utilisation concernant l'installation et la sécurité Dell OpenManage) sur
dell.com/support/manuals.
-
Puis-je installer Server Administrator sur Fedora, College Linux, Mint, Ubuntu, Sabayon ou PClinux ?
Non, Server Administrator ne prend pas en charge ces systèmes d'exploitation.
-
Est-ce que Server Administrator peut envoyer des e-mails en cas de problème ?
Non, Server Administrator n'est pas conçu pour envoyer des e-mails en cas de problème.
-
Le protocole SNMP est-il requis pour la découverte ITA, l'inventaire et les mises à jour logicielles sur des systèmes PowerEdge
? Le protocole CIM peut-il être utilisé seul pour la découverte, l'inventaire et les mises à jour ou SNMP est-il requis ?
Communication ITA
avec les systèmes Linux :
Le protocole SNMP est requis sur les systèmes Linux pour la découverte, l'obtention de la condition et l'inventaire.
Les mises à jour de logiciel Dell s'effectuent via une session SSH et un FTP sécurisé ; en outre, des permissions/références
de niveau root (racine) sont requises pour cette action discrète et exigées lorsque l'action est configurée ou demandée. Les
références de la plage de découverte ne sont pas présumées.
Communication ITA avec les systèmes Windows :
Pour les serveurs (systèmes exécutant les systèmes d'exploitation Windows Server), le système peut être configuré avec le
protocole SNMP et/ou CIM en vue de la découverte par ITA. L'inventaire nécessite le protocole CIM.
Les mises à jour de logiciel, comme sous Linux, ne sont pas liées à la découverte et à l'interrogation, ni aux protocoles
utilisés.
À l'aide des références de niveau administrateur exigées au moment de la planification ou de l'exécution d'une mise à jour,
un partage d'administration (lecteur) est établi sur un lecteur du système cible, et une copie de fichier(s) d'un endroit
quelconque (éventuellement un autre partage réseau) est effectuée sur le système cible. Les fonctions WMI sont alors appelées
pour exécuter la mise à jour de logiciel.
Pour les clients/stations de travail, Server Administrator n'est pas installé ; par conséquent, la découverte CIM est utilisée
lorsque la cible exécute OpenManage Client Instrumentation.
Pour de nombreux autres périphériques comme les imprimantes réseau, le protocole SNMP constitue toujours la norme pour communiquer
avec (essentiellement découvrir) le périphérique.
Certains périphériques, tels que le périphérique de stockage EMC, possèdent des protocoles propriétaires. Certaines informations
concernant cet environnement peuvent être obtenues en consultant les tableaux des ports utilisés figurant dans la documentation
OpenManage.
-
Existe-t-il des plans pour la prise en charge de SNMP v3 ?
Non, aucune prise en charge de SNMP v3 n'est prévue.
-
Un caractère de trait de soulignement dans le nom de domaine peut-il provoquer des problèmes d'ouverture de session d'administrateur
du serveur ?
Oui, un caractère de trait de soulignement dans le nom de domaine est non valide. Tous les autres caractères spéciaux (à
part le tiret) sont également non valides. Utilisez uniquement des lettres sensibles à la casse et des chiffres.
-
Quel est l'impact de la sélection/désélection d'« Active Directory » sur la page d'ouverture de session de Server Administrator
sur les niveaux de privilège ?
Si vous ne cochez pas la case Active Directory, vous n'aurez accès qu'aux éléments configurés dans Microsoft Active Directory.
Vous ne pourrez pas non plus vous connecter avec la solution de schéma étendu dans Microsoft Active Directory.
Cette solution vous permet de donner l'accès à Server Administrator, ce qui signifie qu'elle vous permet d'ajouter/contrôler
les utilisateurs Server Administrator et les privilèges des utilisateurs existants dans votre logiciel Active Directory. Pour
en savoir plus, voir « Using Microsoft Active Directory » (Utilisation de Microsoft Active Directory) dans le
Dell OpenManage Server Administrator Installation Guide (Guide d'installation de Dell OpenManage Server Administrator) disponible à l'adresse
dell.com/support/manuals.
-
Quelles actions dois-je entreprendre lorsque je réalise une authentification Kerberos et tente de me connecter à partir de
Web Server ?
Pour l'authentification, le contenu des fichiers
/etc/pam.d/openwsman et
/etc/pam.d/sfcb, sur le nœud géré, doit être remplacé par :
Pour 32 bits :
auth required pam_stack.so service=system-auth auth required /lib/security/pam_nologin.so account required pam_stack.so service=system-auth
Pour 64 bits :
auth required pam_stack.so service=system-auth auth required /lib64/security/pam_nologin.so account required pam_stack.so
service=system-auth