by ·0 Commentaire

Suite à la consolidation de plusieurs clusters VMware, nous avons modifié en masse plusieurs dizaines de volumes afin de les présenter en respectant notre nouvelle organisation.

Après cette modification, 2 datastores (un par baie) sont passés inaccessibles, en lieu de place de ceux-ci, je me retrouvais avec un volume étrange de quelques Ko. L’administrateur du stockage m’assurait ne pas me présenter une autre volume.

Après plusieurs heures de recherches infructueuses : APD, hôte qui aurait verrouillé l’ancien volume, VMFS corrompu, mauvaise mapping SAN…

Il s’avère que le persona VMware HPE (VMware host persona 11), est compatible avec VMware vVols sans intervention particulière, mais il se réserve le LUN ID 256 pour faire fonctionner le “Protocol Endpoint” (PE), qui est un LUN technique qui permet de gérer les I/O :

Il faut savoir que sur ce type de baie 3PAR et j’imagine d’autres modèles du même vendeur, il ne faut en aucun cas utiliser le LUN ID 256. Sur d’autres modèles de SAN, compatible vVols il faudra se renseigner sur le LUN ID associé au PE.

Le support HPE a confirmé qu’il n’est pas possible de désactiver ce LUN.

Une fois l’ID de nos volumes en erreur modifié , un simple rescan pour monter les volumes VMFS et tout est rentré dans l’ordre.

Référence HPE : https://h20195.www2.hpe.com/v2/getpdf.aspx/4AA5-6907ENW.pdf

Référence VMware sur vVOls : https://kb.vmware.com/s/article/2113013

Partager la publication "VMware Datastore inaccessible SAN HPE 3PAR – LUN ID 256."

  • LinkedIn
  • Reddit
  • Twitter
  • Facebook
  • E-mail
  • Ajouter aux favoris

by ·0 Commentaire

Les précédents testent de bascule entre nos baies HPe ne s’étaient pas déroulés comme prévu et nous avions donc demandé à HPe un petit développement pour modifier le comportement du SRA.

Le paramètre par défaut démap les volumes, ce qui nous pose problème après la bascule et au retour, notamment pour les appliances de backup.

Après validation côté HPe et VMware, nous sommes prêts à tester ce nouveau paramètre à savoir “unexport_devices_during_failover”.

Concrètement, une fois les volumes exportés sur les deux sites et sur les bons hôtes, il faut configurer le setting à “no”, mais également accepter les certificats des deux baies et ceux sur les deux sites :

TpdSrm.exe unexport_devices_during_failover no

TpdSrm.exe validatecert -sys "IP_Production" -user "User_Production" -pass "Password_Production"

TpdSrm.exe validatecert -sys "IP_DR" -user "User_DR" -pass "Password_DR"

Nous avons validé le fonctionnement du nouveau paramètre SRA le week-end dernier et tout fonctionne comme prévu.

Merci aux équipes HPe pour l’implémentation de cette fonctionnalité qui répond à notre besoin.

Pour retrouver le precedent article sur l’installation du SRA HPe c’est ici.

Partager la publication "New SRA HPe 6.5.4.9 unexport_devices_during_failover no"

  • LinkedIn
  • Reddit
  • Twitter
  • Facebook
  • E-mail
  • Ajouter aux favoris

by ·0 Commentaire

Intégration SAN HP 3PAR avec le Storage Replication Adapter pour Site Recovery Manager 6.5

Comme pour l’autre article sur HDS  :

1ere étape : VMware Compatibility Guide, trouver la version de SRM compatible avec votre SRM et votre stockage, voir aussi le site du fabricant lorsque les versions proposées ne sont plus toutes récentes…

2eme étape : Récupérer le SRA depuis my.vmware.com, bien choisir sa version de SRM puis « Drivers & Tools » > « Go to Downloads »

3eme étape : installer le SRA sur vos serveurs SRM : setup > next > next > next …

4eme étape: ajouter le gestionnaire pour votre baie

Selection du SRA de la 3PAR

5eme étape: Ici, il suffit de se connecter à la baie (vérifier les ouvertures firewall le cas échéant) Hitachi puisque nous nous connectons directement à la baie et non pas au travers d’instance de command device.

L’option des préfixes est intéressante, car vous pouvez segmentez les “Remote Copy Groups” visiblent en fonction de leur nom ainsi avec une bonne convention physique/virtuel et vos différents environnements vous ne verrez que les “Remote Copy Groups” correspondant aux VMs protégées par SRM.

6eme étape régler les éventuels problèmes :

 Ci-dessous quelques messages d’erreurs que j’ai rencontré pendant la configuration des baies

 

 

 

 

La commande SRA ‘discoverArrays’ a échoué.

Cause :
A parameter in XML was input from SRM to the SRA, but it could not be found in any parameters.
Confirm if SRM was passed appropriate parameters in XML from own SRM log message.

Ce message correspond à des ouvertures firewall manquantes.

 

Ou bien,

La commande SRA « discoverArrays » a échoué.

Cause:
Error. Exception has occurred: Login failed. Invalid user (ESX_SRA_LO) or password.
If the problem still persists, please contact HPE 3PAR support for assistance.

Mauvais Compte ou mot de passe pour la connection à la baie.

 

Mais encore,

La commande SRA « discoverArrays » a échoué.

Cause:
Server certificate is not accepted yet. Please run  ‘TpdSrm.exe validatecert’ to accept and save the server certificate.
Please run  ‘TpdSrm.exe validatecert’ to accept and save the server certificate.

Commande à passer sur les serveurs SRM pour accepter le certificat : TPDSrm.exe validatecert -sys “ip” -user “toto” -pass “pwd”

Une fois les éventuels problèmes réglés, félicitation vous êtes correctement connectez aux baies :

 

Partager la publication "SRM 6.5 SRA HP 3PAR"

  • LinkedIn
  • Reddit
  • Twitter
  • Facebook
  • E-mail
  • Ajouter aux favoris