Dell OpenManage Server Administrator Version 7.4 Guide d'utilisation

Cette section répertorie les questions les plus fréquentes concernant Server Administrator.

1. Pourquoi les fonctionnalités de redémarrage des hôtes ESXi 4.x (4.0 U3) et ESXi 5.x échouent-elles depuis 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.

2. 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 :

   1. 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.
   2. 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.
3. 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.

4. 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).

5. Comment puis-je déterminer la dernière version de Server Administrator disponible pour mon système ?

   Connectez-vous au site : dell.com/support → Logiciels et Sécurité → Enterprise System Management → OpenManage Server Administrator.

   Toutes les versions disponibles de Server Administrator sont affichées sur la page.

6. 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).

7. 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 vous modifiez le numéro de port en le remplaçant par un numéro non valide ou déjà utilisé, les autres applications ou navigateurs risquent de ne pas pouvoir accéder à Server Administrator sur le système géré. Pour obtenir la liste des ports par défaut, consultez le Server Administrator Installation Guide (Guide d’installation de Server Administrator) disponible à l’adresse dell.com/openmanagemanuals.
8. 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.

9. 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.

10. 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 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 fichiers 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 ports utilisés.

11. 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.

12. 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.

13. 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 Server Administrator Installation Guide (Guide d'installation de Server Administrator) disponible à l'adresse dell.com/openmanagemanuals.

14. 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

15. Pourquoi le système d'exploitation Red Hat Enterprise Linux 5.9 (32 bits) n’est-il pas en mesure de détecter la carte Emulex après avoir installé les pilotes Emulex ?

    Sur les systèmes exécutant le système d'exploitation Red Hat Enterprise Linux 5.9 (32 bits), le pilote Emulex est dépendant des RPM suivants :

    • kernel-headers-2.6.18-346.el5.i386.rpm
    • glibc-headers-2.5-107.i386.rpm
    • glibc-headers-2.5-107.i386.rpm
    • gcc-4.1.2-54.el5.i386.rpm

    Si l'un des RPM est manquant, le système éprouve de la difficulté à détecter les adaptateurs réseau Emulex.