Възстановяване на загубен LVM том в XenServer
Имало едно време машина с XenServer 6.5 на борда и няколко масива SATA дискове. Наскоро производителността на SATA престана да бъде достатъчна и беше решено да се замени един масив със SAS дискове. За тези цели беше намерен RAID контролер Adaptec 3805 (знам, че е стар, но безплатен).
След като успешно създадох RAID масив от SAS дискове (признавам, използвах рейда на Adaptekov) и го добавих като lvm-съхранение, започнах да прехвърлям едно от изображенията на виртуалната машина към него. В процеса на обмисляне на хода на прехвърлянето се прокрадна подозрение, че нещо не е наред, тъй като тонът на звука на сървъра се промени. И когато сървърът влезе в самостоятелно рестартиране, започнах да посивявам малко ... И накрая бях завършен от факта, че след рестартирането не намерих преносимото изображение в нито едно от хранилищата, а новото самото хранилище се показва със статус „не е налично“.
След кратка разходка за успокояване на нервите и чаша кафе запретнах ръкави (да, на тениска) и започнах да мисля как да възстановя образа ...
Като начало, разбира се, влязох в дневниците и видях, че при създаването на хранилище от масив на SAS възникна грешка:
Грешката означава, че хранилището не е налично. Реших да проверя физическите томове на lvm чрез pvdisplay и не видях създадения том в масива SAS. pvs също не намери том.
Това означаваше, че хранилището всъщност не е създадено. По-точно обект за съхранение е създаден в XenServer, но в същото време не е свързан с физическо съхранение. Защо XenServer се е държал по този начин и освен това е позволил изображението да бъде прехвърлено в това хранилище, не разбрах.
Оказва се, че дори не е нужно да търсите изображение в масив на SAS, тъй като нищо физически не е било прехвърлено към него. Затова трябва да опитате да възстановите изображението от хранилището, където е било първоначално.
Интернет търсене по темата за възстановяване на LVM логически обеми даде първоначален вектор на изкопни работи.
LVM съхранява текущата си конфигурация в/etc/lvm/backup/и при нормални обстоятелства архив на стари конфигурации като двоични файлове в/etc/lvm/archive /. UUID на трезора на XenServer съвпада с името на LVM VolumeGroup. Но се оказва, че този архив е деактивиран в XenServer:
# Трябва ли да поддържаме резервно копие на текущата конфигурация на метаданни?
# Използвайте 1 за Да; 0 за No.
# Помислете много добре, преди да изключите това!
архивиране = 1
# Къде да го пазим?
# Не забравяйте да архивирате тази директория редовно!