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ł:
No Comments