L'hôte ESXi 4.1 ne reconnaît pas le datastore VMFS existant.

Question

L'hôte ESXi 4.1 ne reconnaît pas le datastore VMFS existant.

Demandé el 5 de Octobre, 2010: Quand la question a-t-elle été
38338 affichage: Nombre de visites la question a
5 Réponses: Nombre de réponses aux questions
Résolu: Situation réelle de la question

Configuration existante :

host1 et host2, ESX 4.0, 2 HBAs chacun.
lun1 et lun2, 2 LUNs appartenant au même jeu RAID (ma terminologie peut être approximative ici).

Ça a toujours bien fonctionné.

J'ai ajouté l'hôte 3, ESXi 4.1, 2 HBAs.

Si je regarde Configuration / Storage Adapters, je peux voir que les deux HBAs voient les deux LUNs, mais si je regarde Configuration / Storage, je ne vois qu'un seul datastore. host1/2 peut voir les deux LUNs et j'ai des VMs qui tournent sur les deux aussi.

J'ai rescanné, rafraîchi et même redémarré, mais l'hôte 3 refuse de reconnaître 1 des datastores.

Quelqu'un sait-il ce qui se passe ?

Mise à jour :

J'ai réinstallé l'hôte avec ESX (pas i) 4.0, même version que les hôtes existants et il ne reconnaît toujours pas les vmfs. Je pense que je vais SVmotionner tout ce qui se trouve sur ce datastore puis le formater.

Mise à jour2 :

J'ai créé le LUN à partir de zéro et le problème devient encore plus étrange. J'ai présenté le LUN aux trois hôtes, et je peux voir le LUN dans la section Configuration / Storage Adapters du client vSphere sur les trois hôtes.

Si je crée un datastore sur le LUN via la section Configuration / Stockage sur l'hôte 1, cela fonctionne bien et je peux créer un dossier vide via le navigateur de datastore, mais le datastore n'est pas vu par l'hôte 2 et l'hôte 3.
Je peux utiliser l'assistant d'ajout de stockage sur l'hôte 2 et il verra le LUN. À ce stade, la colonne "VMFS Label" contient l'étiquette que j'ai donnée avec l'ajout de "(head)".
Si j'essaie l'option "Conserver la signature existante" de l'assistant Ajout de stockage, il échoue avec une erreur "Impossible de modifier la configuration de l'hôte" et une boîte de dialogue indiquant "L'appel "HostStorageSystem.ResolveMultipleUnresolvedVmfsVolumes" pour l'objet "storageSystem-17" sur le serveur vCenter "vcenter.company.local" a échoué".
Si j'essaie l'option "Attribuer une nouvelle signature" de l'assistant d'ajout de stockage sur l'hôte 2, l'opération se termine et l'étiquette VMFS est précédée de "snap-(hexnumber)-". À ce stade, il est également visible sur l'hôte 3, mais pas sur l'hôte 1.

J'ai une installation similaire dans un centre de données différent qui ne m'a pas posé tous ces problèmes.

Demandé el 5 de Octobre, 2010 par ThatGraemeGuy

Answer 1

5 Réponses

Answer 2

5voto

puzzled Points 51

J'ai eu ce même problème, mais seulement pour nos LUNs répliqués dans le cluster. Nous étions en train de migrer de 4.0u1 à 4.1u1. La solution consistait simplement à se connecter à chaque hôte et à exécuter la commande :

# esxcfg-volume -l  to view the datastores
# esxcfg-volume -m "vmfs_label_name"

Retournez ensuite dans le client VI et rafraîchissez Storage - le datastore devrait figurer dans l'inventaire.

Je ne suis pas non plus tout à fait à l'aise avec la solution, un peu bizarre, mais j'ai pensé que je devais partager.

Répondu el 16 de Septembre, 2011 par puzzled (51 Points )

Answer 3

0voto

Reya276 Points 469

Utilisez-vous vmfs3 pour les datastores ou vmfs2 ? vmfs2 est supporté par esx4.1 mais je sais que vous pouvez rencontrer des problèmes si vous essayez d'utiliser un datastore vmfs2 avec différentes versions d'esx.

avez-vous essayé de redémarrer les services mgmt-vmware et vmware-vpxa sur les deux serveurs esx 4.0 et de rescanner les datastores sur chaque hôte, et pas seulement sur le esx4.1 ?

salutations Grub

Répondu el 5 de Octobre, 2010 par Reya276 (469 Points )

0 votes

Il s'agit dans les deux cas de vmfs3. Les 2 boîtes existantes fonctionnent bien, je ne vois pas pourquoi j'aurais besoin de redémarrer les services de gestion ?

Commenté el 5 de Octobre, 2010 par ThatGraemeGuy

0 votes

Je ne suis pas sûr non plus ;-) normalement cela ne devrait pas faire de différence mais je pense que votre problème est si étrange qu'il n'y a pas de mal à redémarrer les services.

Commenté el 5 de Octobre, 2010 par Reya276

0 votes

Je préfère ne pas redémarrer les services de gestion sur les 2 qui fonctionnent bien. J'ai ajouté une mise à jour à ma question, je vais tout effacer du datastore et le formater.

Commenté el 6 de Octobre, 2010 par ThatGraemeGuy

Answer 4

0voto

Chopper3 Points 99341

La plupart vous permettent de définir le système d'exploitation d'un hôte donné et le fait de choisir le mauvais (c'est-à-dire Windows au lieu de VMWare/Linux) provoquera un comportement étrange, certains vous permettent également de le faire sur une base par LUN - je vérifierais alors vos définitions d'hôte SAN. L'autre chose que vous pourriez faire est de créer un troisième LUN, de le mapper aux 3 hôtes, de le partitionner/formater à partir du nouveau serveur et de le rescanner - que se passe-t-il alors ?

Répondu el 6 de Octobre, 2010 par Chopper3 (99341 Points )

0 votes

Vous n'en avez probablement jamais entendu parler.... il s'agit d'un Axus YA-16SAEF4. Il n'est pas pris en charge par VMware et je dois donc me débrouiller seul. Il n'y a pas d'espace disponible pour créer un autre LUN, je vais tout SVmotionner hors du datastore et repartir de zéro en espérant que cela résoudra le problème. Edit : Oh, et il ne semble pas y avoir de paramètre de configuration pour spécifier quel OS est utilisé par l'hôte/les hôtes. Je peux seulement éditer l'alias pour chaque HBA vu par la boîte SAN.

Commenté el 6 de Octobre, 2010 par ThatGraemeGuy

0 votes

Hmm... étrange, d'une certaine manière j'espère que ce n'est qu'une corruption du datastore car votre plan d'action devrait fonctionner - ce qui m'inquiète c'est que s'il y a un problème avec le firmware de votre HBA qui ne fonctionne pas avec votre tableau, ce sera beaucoup plus difficile à réparer, si tant est qu'il y en ait un.

Commenté el 6 de Octobre, 2010 par Chopper3

0 votes

Vous m'avez donné quelques pistes de réflexion supplémentaires. Au fond de moi, je pensais qu'il s'agissait de boîtes identiques, mais il s'avère que ce n'est pas le cas. Les 2 boîtes qui fonctionnent sont des boîtes IBM x3550 M3, celle que j'ajoute est une x3550 M2. Il a également un modèle de HBA différent de celui des 2 boîtiers fonctionnels.

Commenté el 6 de Octobre, 2010 par ThatGraemeGuy

Afficher 8 autres commentaires

Answer 5

0voto

ThatGraemeGuy Points 15255

C'est réglé maintenant.

Sur la base des informations trouvées dans ce fil J'ai utilisé le client vSphere pour me connecter directement à host1 et j'ai ensuite créé le magasin. Je me suis ensuite connecté directement à host2/3 et j'ai ajouté le datastore, en sélectionnant l'option "Keep the existing signature".

Il est maintenant utilisable sur les 3 hôtes.

Pour être honnête, je suis toujours un peu ennuyé par toute cette situation, je ne suis pas un grand fan des solutions vaudoues, mais c'est ainsi.

Répondu el 7 de Octobre, 2010 par ThatGraemeGuy (15255 Points )

Answer 6

0voto

Salako Points 1

J'ai eu le même problème et les réponses ci-dessus m'ont conduit dans la bonne direction avec mon équipe de stockage. Les paramètres du bit FA avaient désactivé SPC2, dès que cela a été activé sur les hôtes nouvellement ajoutés, le problème a été résolu.

Répondu el 2 de Juillet, 2013 par Salako (1 Points )

L'hôte ESXi 4.1 ne reconnaît pas le datastore VMFS existant.

Réponses

Questions en vedette

Top Tags

SistemesEz.com

Powered by:

L'hôte ESXi 4.1 ne reconnaît pas le datastore VMFS existant.

Réponses

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

Powered by: