Consultez les rubriques suivantes avant de procéder à l'installation du pack de gestion du matériel.
Si le logiciel Oracle Linux Fault Management (FMA) ne fonctionne pas correctement, vérifiez que les modules et services suivants présentent un état correct :
|
Pour vérifier les services et modules suivants, voir Installation des composants Linux nécessaires avant d'installer le logiciel Oracle Linux FMA.
Le programme d'installation abandonne l'opération lorsque la variable DISPLAY est définie sur un serveur exécutant Oracle Solaris ou un système d'exploitation Linux. Pour éviter ce problème, annulez la définition de la variable DISPLAY avant d'installer le pack de gestion du matériel.
Lorsque vous lancez le programme d'installation Oracle Hardware Management Pack Installer sur un système Oracle Solaris, l'erreur suivante est susceptible de s'afficher :
./install.bin: !: not found
Vous pouvez ignorer cette erreur et le programme d'installation devrait se lancer normalement.
Avant de procéder à l'installation d'Oracle Hardware Management Pack sur un serveur exécutant le SE Oracle Solaris installé avec le métacluster SUNWCreq (Core System Support), vous devez installer SUNWxcu4 (contient la commande POSIX df) ou définir la variable d'environnement suivante :
IATEMPDIR=$HOME
Pour un système Sun Fire X4170 M2 exécutant Windows Server 2008 R2, installez les pilotes à partir du CD d'outils et de pilotes X4170 M2 avant d'utiliser l'outil RAIDconfig. A défaut, les informations rapportées à propos de l'emplacement des HDD (unités de disque dur) connectées au contrôleur ICH10 interne risquent d'être incorrectes.
Vous pouvez également vous servir de l'assistant d'installation du matériel Oracle pour installer Windows Server 2008 R2 et éviter ainsi ce problème.
Sur les serveurs exécutant le SE Oracle Solaris 10 sur lesquels SUNWipmi est installé, le pack de gestion du matériel ne peut pas être installé correctement. La seule solution consiste à interrompre l'installation en cours à l'aide de control-c, à supprimer la version installée de SUNWipmi, puis à relancer l'installation du pack de gestion du matériel.
Lorsque vous utilisez le programme d'installation d'Oracle Hardware Management Pack en mode interface graphique sur Oracle Linux 6, le programme d'installation graphique ne peut pas être démarré. Cela est dû au fait que le pack libXtst.i686 n'est pas installé par défaut. Installez ce pack avant d'utiliser le mode interface graphique ou utiliser le mode console.
Si vous décidez d'installer la prise en charge de QLogic sur Linux à l'aide du programme d'installation Oracle Hardware Management Pack Installer, le processus peut prendre beaucoup de temps. Pour rendre ce processus plus efficace, installez le pack QLogic manuellement.
Lors du processus d'installation, l'écran de récapitulatif pourrait afficher
Disk Space Information (for Installation Target):
Required: 169,082,111 bytes
Available: Error!
Vous pouvez l'ignorer sans risque.
Lors de l'utilisation du programme d'installation automatisée de Solaris (mis en place à partir de Solaris 11) pour le déploiement de logiciels sur un serveur, la fonction d'interconnexion entre l'hôte et ILOM (requise pour de nombreuses fonctionnalités d'Oracle Hardware Management Pack) peut être laissée dans un état Désactivé après la réinitialisation du programme d'installation automatisée lors de l'installation. Si cela se produit, une seconde réinitialisation du serveur une fois l'installation terminée devrait résoudre le problème.
Pour savoir si votre serveur a été installé à l'aide du programme d'installation automatisée, exécutez la commande suivante :
# netadm list | grep ncp ncp Automatic online <-- Automated Installer was used ncp DefaultFixed disabled
L'installation du logiciel Oracle Linux FMA peut échouer lors de l'utilisation du programme d'installation Linux Anaconda ou de l'installation du SE avec Oracle System Assistant (qui appelle le programme d'installation Anaconda). L'installation du SE se terminera et le logiciel sera installé ; toutefois, les services Oracle Linux FMA requis ne seront pas démarrés automatiquement après l'installation et la réinitialisation du système. Aucun des événements de panne Oracle Linux FMA fault ne seront donc enregistrés ou observés sur l'hôte.
Dans ce cas, suivez la procédure suivante.
Terminez l'installation du SE en ignorant tous les messages d'erreur d'installation du logiciel Oracle Linux FMA.
Après réinitialisation du système, connectez-vous en tant qu'utilisateur root et créez un répertoire pour les pages de manuel.
# mkdir -p /usr/local/share/man/man1m
Créez des liens symboliques vers les pages de manuel installées.
# ln -s -t /usr/local/share/man/man1m /opt/fma/share/man/man1m/fmadm.1m /opt/fma/share/man/man1m/fmdump.1m /opt/fma/share/man/man1m/fmd.1m /opt/fma/share/man/man1m/intro.1m
Activez les services appropriés.
# chkconfig --add ksyseventd.init
# chkconfig --add fmd.init
Démarrez alors les services.
# service ksyseventd.init start
# service fmd.init start
Utilisez la commande fmadm config pour vous assurer que tous les composants du logiciel Oracle Linux FMA sont installés et prêts à être exécutés.
Par exemple :
[root@testserver16 ~]# fmadm config MODULE VERSION STATUS DESCRIPTION ext-event-transport 0.2 active External FM event transport fmd-self-diagnosis 1.0 active Fault Manager Self-Diagnosis ip-transport 1.1 active IP Transport Agent mce 1.0 active Machine Check Translator sysevent-transport 1.0 active SysEvent Transport Agent syslog-msgs 1.1 active Syslog Messaging Agent
Pour qu'Oracle Linux FMA fonctionne correctement sous Oracle Linux 7, le service mcelog doit s'exécuter en mode démon uniquement. Pourtant, le service mcelog sous Oracle Linux 7 s'exécute avec les arguments suivants : --ignorenodev --daemon --foreground. Avant d'installer Linux FMA 2.3.1 sur un système équipé de Oracle Linux 7, vous devrez donc reconfigurer le service mcelog.
Assurez-vous que le service mcelog est installé et en cours d'exécution en saisissant la commande suivante :
systemctl status mcelog
Si le service mcelog n'est pas installé, vous verrez :
[root@testserver16 ~]# systemctl status mcelog mcelog.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead)
Si le service mcelog n'est pas installé, installez-le avec Yum en saisissant la commande :
yum install mcelog
Après installation, passez à l'étape suivante.
Modifiez le fichier /etc/mcelog/mcelog.conf comme suit :
Annulez le commentaire de l'entrée "raw=yes".
Commentez l'entrée "memory-ce-threshold" et créez une nouvelle entrée : "memory-ce-threshold = 3 / 72h".
Modifiez le fichier /etc/mcelog/mcelog.setup et annulez le commentaire de l'entrée "/usr/sbin/mcelog --ignorenodev --syslog --foreground" et créez une nouvelle entrée : "/usr/sbin/mcelog --daemon".
Modifiez le fichier /etc/systemd/system/multi-usr.target.wants/mcelog.service pour modifier la section "[Service]" de :
[Service] ExecStartPre=/etc/mcelog/mcelog.setup ExecStart=/usr/sbin/mcelog --ignorenodev --daemon --foreground StandardOutput=syslog
à :
[Service] Type=forking ExecStartPre=/etc/mcelog/mcelog.setup ExecStart=/usr/sbin/mcelog --daemon StandardOutput=syslog
Appliquez les modifications effectuées en saisissant la commande suivante :
systemctl daemon-reload
Redémarrez le service mcelog en entrant la commande suivante :
systemctl restart mcelog
Confirmez que le service mcelog est en cours d'exécution en mode démon en saisissant la commande suivante :
systemctl status mcelog
La sortie doit se présenter comme suit :
[root@testserver16 ~]# systemctl status mcelog
mcelog.service - Machine Check Exception Logging Daemon
Loaded: loaded (/usr/lib/systemd/system/mcelog.service; enabled)
Active: active (running) since Fri 2014-10-03 12:52:13 EDT; 6s ago
Process: 3939 ExecStart=/usr/sbin/mcelog --daemon (code=exited,
status=0/SUCCESS)
Process: 3935 ExecStartPre=/etc/mcelog/mcelog.setup (code=exited,
status=0/SUCCESS)
Main PID: 3940 (mcelog)
CGroup: /system.slice/mcelog.service
|__3940 /usr/sbin/mcelog --daemon