J'ai un cluster Hyper-V (2008 R2) avec un CSV que je veux cloner. Le CSV se trouve sur un SAN fibre channel (HP MSA M3 P2000 G3). J'ai cloné un volume du côté du SAN et je l'ai mappé sur mes nœuds de cluster. Les nœuds de cluster peuvent voir le volume, mais ils sont marqués comme hors ligne, réservés.
Pour autant que je sache, j'ai le même problème que celui exposé dans cette question : Modification de l'ID du disque GPT de Windows via Linux sauf que je travaille avec du fibre channel.
Quand je cours diskpart et obtenir le uniqueid disk Le disque original et le disque cloné partagent le même ID. Je pense que c'est là le problème.
DISKPART> select disk 10
Disk 10 is now the selected disk.
DISKPART> uniqueid disk
Disk ID: 65DC665F
DISKPART> select disk 4
Disk 4 is now the selected disk.
DISKPART> uniqueid disk
Disk ID: 65DC665FDe plus, lorsque je vérifie les attributs du clone, il apparaît comme clusterisé :
DISKPART> attributes disk
Current Read-only State : Yes
Read-only : Yes
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : YesJ'ai également vérifié sur le SAN, et il n'y a aucune réservation sur le volume cloné.
Les solutions que j'ai trouvées jusqu'à présent :
-
Mettez en ligne le disque du propriétaire du cluster du volume d'origine, auquel cas le conflit d'identification unique devrait être résolu. Cela ne fonctionne pas pour moi, je suis incapable de mettre en ligne le disque du propriétaire actuel du CSV.
-
Mapper le volume sur un serveur non clusterisé, qui devrait être capable de monter le volume, puis de modifier l'uniqueid. Ce que je ne peux pas faire, seuls les nœuds du cluster sont branchés sur le commutateur FC.
-
Déconnecter le CSV original, mettre le clone en ligne. Une option que j'aimerais éviter, le CSV contient le VHD d'un serveur de production.
