Plus D'acc

[netgus]

Bonjour à tous,

Pas plus tard qu’hier, j'ai dû mettre à jour notre cisco 3750G. Rien d'extraordinaire, mais après le redémarrage et après avoir fait un check d'un certain nombre de fonctionnalités mises en place (trunk, etherchannel, routage, Jumboframe, etc..), tous semblent correct...

Du côté de VMware (cluster avec deux noeuds), notre unique datastore ne remonte plus. Il est connecté à un Syno (up to date) en iSCSI. Nous avons aussi une connexion NFS, mais elle a toujours fonctionné.

Les tests que nous avons fait:

vmkping [adresse IP du Syno ] OK

nc -z [adresse IP du Syno ] 3260 OK

vmkping -s 8972 [adresse IP du Syno ] -d OK

Un point qui nous m'interpelle, c'est que si nous créons un nouvel iSCSI target dans notre Syno et que l'on relance un scan depuis VMware, il est immédiatement reconnu et il monte.

Si quelqu'un a une petite idée, je suis preneur. J'espère que notre volume VMFS n'est pas corrompu.

Merci à tous ceux qui peuvent avoir une idée pour récupérer ce volume.

[gaetan.cambier]

Sur le dsm, dans le iscsi target, le syno ne detecte plus l'ancienne connection de ton esxi ? Car autrement, ça pourrait être la source du blocage

[netgus]

Au finale, je ne sais où est mon problème (VMware, Syno ou 3750), mais je réussis à remettre les choses à leur place.

Je pense que mon problème est sur mon switch, mais je suis incapable de mettre le doigt dessus.

J’ai créé en parallèle un autre iSCSI target et iSCSI LUN, et ça fonctionnent parfaitement.

J’ai déplacé ma LUN sur le Target qui fonctionne et la LUN est remonté avec un peu de difficulté, mais ça se gère. Ma question serait pourquoi en créant en parallèle une LUN et une target ça fonctionne et que l'existant lui ne fonctionne pas.

Donc, là, mes VM sont rechargés et Up.

Mon problème maintenant est du côté de mon switch, mais rien à voir avec mon Syno.

Merci pour ton aide.