OMSA ne détecte pas le contrôleur RAID

Serveurs PowerEdge - Matériel

Serveurs PowerEdge  - Matériel
Rejoignez les conversations sur les serveurs PowerEdge et les logiciels de management systèmes.

OMSA ne détecte pas le contrôleur RAID

Cette question a été répondue par Dell-Olivier_G

Bonjour,

Je possède une PE R730XD sous centOS7. J'ai installé les outils OMSA à partir du dépôt dell-omsa-repository-2-5.noarch. Après mettre connecté à l'interface openmanage sur le port 1311, le service affiche tout correctement (ventilateurs, cpu, ...) sauf pour le stockage qui m'affiche un message d'erreur:
"Aucun contrôleur de stockage n'a été détecté."
"2314 Tue May 26 13:06:33 2015 Storage Service The initialization sequence of SAS components failed during system startup. SAS management and monitoring is not possible."

Pourtant, sous l'IDRAC, le contrôleur raid et tous les disques apparaissent correctement.
Que faire ?
Merci

Réponse vérifiée
  • Bonjour,

     

    Depuis le kernel-3.10.0-229 (et inferieur), l’attribut sysfs "release_date" (aka /sys/bus/pci/drivers/megaraid_sas/release_date) a été retiré du driver megaraid_sas

    Cette information lsi est vérifiée au démarrage par OMSA.

    Dans le cas où cet attribut n’existe pas ou n’est pas lisible, l’ensemble de la classe stockage ne sera pas reconnue.

     

    Pour contourner le problème :

     

    * patcher la partie lsi pour lire un attribut alernatif de version,  par exemple /sys/.../megaraid_sas/version :

    > sed -i -e 's/\x00release_date\x00/\x00version\x00\x00\x00\x00\x00\x00/' /opt/dell/srvadmin/lib64/libstorelib.so.4.20.1-0

     

    Le patch pour le binaire est la solution recommandée, il s’agit de la façon la plus simple.

    Toutefois il faudra redémarrer le service datamgrd  afin que les changements soient appliqués.

     

    A noter que le problème est remonté et nous attendons une correction dans une prochaine version.

     

    Enfin Mr Coulet m'indique être disponible si vous souhaitez le contacter.

     

    Cordialement,

     

    Olivier.

Toutes les réponses
  • Bonjour,

     

    Pouvez vous m'indiquer quelle version d'OMSA est installée, et quel est le modèle de votre carte raid ainsi que sa version Firmware ?

     

    Cordialement,

     

    Olivier.

  • Je vous remercie de l'aide que vous voudrez bien m'apporter.

    La version d'OMSA installée est : Dell OpenManage Server Administrator Version 8.1.0

    L'installation de tous les composants a été réalisée à partir de srvadmin-all-8.1.0-4.3.1.el7.x86_64

    Le modèle de la carte Raid est un PERC H730 Mini (integrated Raid) avec le firmware 25.2.2-0004

    J'ai vérifié sur le support qu'il s'agissait bien de la dernière version disponible.

    Cordialement

  • Bonjour,

     

     

    Cela semble être bon au niveau des versions. Peut être avez vous installé OMSA en déclinant l'installation des services de stockage, Pouvez réinstaller OMSA en veillant bien a ce que les "storages services" soient bien sélectionnés ?

     

     

    Cordialement,

     

    Olivier.

  • Bonjour,

    Lorsque j'ai installé srvadmin-all, tous les paquets ont été installés sans erreur. J'avais noté que srvadmin-all entrait en conflit avec top-pegasus que j'ai désinstallé.

    Voulez-vous la liste de tous les paquets srvadmin-* qui sont installés (49 sont installés)

    [root@joran ~]# rpm -qa |grep srvadmin |wc -l
    49

    Des dépendances ont aussi été installées par le repository :

    libsmbios.x86_64 0:2.2.27-4.4.1.el7                

    python-smbios.x86_64 0:2.2.27-4.4.1.el7

    smbios-utils-python.x86_64 0:2.2.27-4.4.1.el7

    Le problème apparait au lancement du service dataeng:

    # systemctl -l status dataeng
    dataeng.service - LSB: Systems Management Data Engine
       Loaded: loaded (/etc/rc.d/init.d/dataeng)
       Active: active (running) since jeu. 2015-05-28 15:45:22 CEST; 9min ago
      Process: 7556 ExecStop=/etc/rc.d/init.d/dataeng stop (code=exited, status=0/SUCCESS)
      Process: 7610 ExecStart=/etc/rc.d/init.d/dataeng start (code=exited, status=0/SUCCESS)
       CGroup: /system.slice/dataeng.service
               ├─7691 /opt/dell/srvadmin/sbin/dsm_sa_datamgrd
               ├─7881 /opt/dell/srvadmin/sbin/dsm_sa_eventmgrd
               └─7904 /opt/dell/srvadmin/sbin/dsm_sa_snmpd

    systemd[1]: Starting LSB: Systems Management Data Engine...
    dataeng[7610]: Starting Systems Management Data Engine:
    dataeng[7610]: Starting dsm_sa_datamgrd: [  OK  ]
    Server_Administrator[7881]: 7881 1000 - Instrumentation Service  Server Administrator starting
    Server_Administrator[7881]: 7881 1012 - Instrumentation Service  IPMI status
                                                                         Interface: OS
    Server_Administrator[7881]: 7881 1001 - Instrumentation Service  Server Administrator startup complete
    dataeng[7610]: Starting dsm_sa_eventmgrd: [  OK  ]
    dataeng[7610]: Starting dsm_sa_snmpd: [  OK  ]
    systemd[1]: Started LSB: Systems Management Data Engine.
    Server_Administrator[7881]: 7881 2314 - Storage Service  The initialization sequence of SAS components failed during system startup. SAS management and monitoring is not possible.


    Pourriez-vous répondre à ces questions:

    Dell a-t-il validé OMSA sur centOS 7 pour PE 730XD ? sur redhat Ent 7

    Auriez-vous la possibilité de produire sur une de vos machines PE 730XD  une installation centOS 7 + OMSA et me confirmer que cela fonctionne ?

    Pour avoir visité le centre support Dell la semaine dernière, je sais que cela m'a été présenté comme possible par M. Olivier Coulet. Si vous ne validez pas la solution, je ferai l'impasse sur OMSA pour la gestion des disques

    Cordialement

  • Bonjour,

     

     

    Merci pour les logs.

     

     

    Pour vérifier tous ça je vais m'adresser à un collègue spécialiste de Linux, je reviens vers vous ensuite.

     

    Si vous le souhaitez envoyez moi vos coordonnées de contact par message privé ainsi que votre service TAG, je pourrais contacter Monsieur Coulet si nécessaire

     

    Cordialement,

     

     

    Olivier.

  • Bonjour,

    Je vous ai envoyé les informations par message privé. Je prendrai bien volontiers connaissance du retour de votre collègue Linux

    A bientôt

  • Bonjour,

     

    Depuis le kernel-3.10.0-229 (et inferieur), l’attribut sysfs "release_date" (aka /sys/bus/pci/drivers/megaraid_sas/release_date) a été retiré du driver megaraid_sas

    Cette information lsi est vérifiée au démarrage par OMSA.

    Dans le cas où cet attribut n’existe pas ou n’est pas lisible, l’ensemble de la classe stockage ne sera pas reconnue.

     

    Pour contourner le problème :

     

    * patcher la partie lsi pour lire un attribut alernatif de version,  par exemple /sys/.../megaraid_sas/version :

    > sed -i -e 's/\x00release_date\x00/\x00version\x00\x00\x00\x00\x00\x00/' /opt/dell/srvadmin/lib64/libstorelib.so.4.20.1-0

     

    Le patch pour le binaire est la solution recommandée, il s’agit de la façon la plus simple.

    Toutefois il faudra redémarrer le service datamgrd  afin que les changements soient appliqués.

     

    A noter que le problème est remonté et nous attendons une correction dans une prochaine version.

     

    Enfin Mr Coulet m'indique être disponible si vous souhaitez le contacter.

     

    Cordialement,

     

    Olivier.

  • Génial,

    le correctif que vous m'avez indiqué en message privé a résolu le problème.

    Il m'a suffit ensuite de redémarrer le service dataeng.

    Autorisez-vous sa publication sur le forum ?

    Merci pour votre grande efficacité.

    Cordialement

  • Bonjour,

     

    Très heureux d'avoir pu vous aider, cette article sera référencé sur le forum.

     

    Cordialement,

     

    Olivier.