Skip to main content

Bonjour,

Nous implémentons actuellement des baies de stockage Seagate EXOS X (6 unités)

Ces baies sont notamment utilisées par Dell pour leur gamme Powervault, qui bénéficient d’un plugin Centreon en mode Rest API.

Nous avons ainsi utilisé le plugin “storage::dell::me4::restapi::plugin”, cela fonctionne bien, mais nous rencontrons 2 “disfonctionnements”, potentiellement en lien avec des différences entre Dell et Seagate.

  • Le premier souci a été rencontré lors du recettage. Si nous retirons un disque SSD, le mode “hardware” du plugin reste en vert car il ne monitore pas l’état des “pools” et des “disk-groups”. En effet, en retirant un SSD, le monitoring “disks” passe de “28/28 disks OK” à “27/27 disks OK”, il reste donc au vert. Pourtant l’interface restapi remonte bien le pool et le disk-group associés en “dégradé” en consultant sous “/api/show/pools” et “/api/show/disk-groups”.
  • Le deuxième souci (moindre) concerne le monitoring des host-interfaces de la baie. Sans savoir si cela vient du software Seagate EXOS, ou de nos modèles de baies en Fiber-Channel, mais le web service “/api/show/host-phy-statistics” n’est pas disponible et renvoit une erreur 400 dans notre cas. Nous avons triché et modifier le “interfaces.pm” pour initialiser la variable “ my $result_logical_interfaces = {};’ à vide, et permettre un retour sur les autres informations, peut-être serait-il possible de faire un switch/filtre en fonction du hardware utilisé.

 

Serait-il possible de faire évoluer le plugin Dell, ou de créer un plugin “storage::seagate::exos::restapi::plugin” plus adapté ? La différence semble minime si ce n’est la création des “Components” disk-group.pm et pool.pm.

Merci de votre compréhension?

Cordialement,

le GHT Armor

Hello,

Here is the same request in english (nearly).

We are currently deploying new SANs, some Seagate EXOS X (6 units).

These array hardware are used by Dell for their powervault series, which already got a dedicated Centreon Rest API plugin .  

We are then using Centreon plugin “storage::dell::me4::restapi::plugin”, this works great but we encountered 2 issues, probably due to Dell and Seagate software implementation differences.

  • The first issue was discovered when testing the array redondancy. When removing a SSD drive, plugin “hardware” mode stay green because it doesn’t monitor “pools” and “disk-groups” health. When SSD is removed, “disk” monitoring changed from “28/28 disks OK” to “27/27 disks OK”, it then stay green which is notre great since the array is in a degraded state. But yet, restapi interface show impacted “pool” and “disk-group” in degraded status using restAPI “/api/show/pools” and “/api/show/disk-groups”.
  • The second issue (less important) concerns “host-interfaces” monitoring. We don’t know if it comes from Seagate EXOS software, or from our controlers which are using Fiber Channel (not SAS or iSCSI version), but web service “/api/show/host-phy-statistics” is not available, getting 400 error. In our case, we have cheat, changing “interfaces.pm” file to init “ my $result_logical_interfaces = {};’ as an empty variable (this permit other interface informations to be retrieve). Hopefully a command switch/filter may be implemented to accord with used hardware.

Would it be possible to update Dell Powervault plugin, or create a new plugin “storage::seagate::exos::restapi::plugin” more suitable ? Plugin différence may be minimal, maybe mainly the developpement of “Components” disk-group.pm et pool.pm.

Thanks for your help?

Regards,

GHT Armor

New→Needs Votes

Hello,

Doing some more tests, another option which would be great, the replication monitoring.

Is is available through https://array/api/show/replication-sets and “last-success-time” may be used to alert to alert case of too old replications.

I hope this improvement may find some followers in Dell and Seagate users ;) 

Regards,

GHT Armor

 

Terms & ConditionsCookie settings