ESX w celu rozróżnienia podłączonych systemów plików VMFS dla każdego generuje sygnaturę. Z oczywistych względów host nie może zarządzać wieloma systemami VMFS z taką samą sygnaturą.

Sygnatura jest to parametr systemu plików – nie ESXa.

Jednakże w niektórych sytuacjach zachodzi potrzeba zmiany tejże sygnatury ( z polskiego proces ten nazywam resygnaturyzacją). Te sytuacje, to między innymi:

• podłączenie kopii systemu VMFS zrobionej poprzez replikę, snapshoot na poziomie macierzy
• awarii, kiedy działający VMFS nagle rozpoznawany jest jako snapshoot
• przeniesienie obrazu maszyny/snapshoot w inną lokalizację (również side recovery manager – ale on resygnaturyzację przeprowadza automatycznie)

W tych przypadkach może okazać się, że VMFS ma taką samą nazwę (volume label) i ten sam identyfikator UUID. Zatem na podstawie tych parametrów ESX nie wie, który system jest ten ,,prawdziwy” a który jest jego kopią. Dopiero porówananie numeru LUN z metadanymi VMFS pozwala rozstrzygnąć ten problem. W konsekwencji ESX korzysta z oryginalnego systemu, natomiast kopię blokuję z odpowiednim komunikatem w logach vmkernel.

Resygnaturyzację można zrobić z poziomu klienta, bądź z poziomu linii poleceń (co bodajże w wersji 4.x jest zalecane). Szczegółowy opis można odnaleźć na stronie: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1011387

Informacje o problemie z montowaniem systemu VMFS (czyli wg zaleceń vmware – montowaniem całego LUN) można odnaleźć w logach vmkernela.

Ciekawy materiał:

 http://searchvmware.techtarget.com/tip/0,289483,sid179_gci1506442_mem1,00.html?ShortReg=1&mboxConv=searchVMware_RegActivate_Submit&