вторник, 23 февраля 2010 г.

VMFS Recovery - восстановление VMFS раздела

На руборде подсказали интересную ссылку - Recovering VMFS partitions with VMware ESX troubleshooting.
Вкратце:
если раздел VMFS пропал из списка Storage, и не потому что отвалился SAN или изменился номер LUN.
если fdisk про раздел VMFS говорит так:

[root@tekitd01 vmhba2]# fdisk -lu /dev/sda
Disk /dev/sda: 322.1 GB, 322122547200 bytes
255 heads, 63 sectors/track, 39162 cylinders, total 629145600 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk /dev/sda doesn't contain a valid partition table

когда  должен так:
[root@tekitd01 vmhba2]# fdisk -lu /dev/sdb
Disk /dev/sdb: 16.1 GB, 16106127360 bytes
255 heads, 63 sectors/track, 1958 cylinders, total 31457280 secto
Units = sectors of 1 * 512 = 512 bytes
Device Boot    Start       End    Blocks   Id  System
/dev/sdb1           128  31455269  15727571   fb  Unknown

то чинится это так-то.

10 комментариев:

  1. если по ссылке пройти то там будет написано :)

    ОтветитьУдалить
  2. Не факт что если вы выставите offset 128 и индификатор для vmfs. То раздел увидется. Уже имелся опыт восстановления.

    ОтветитьУдалить
  3. Был раздел который был до этого отдан под win, и отформатирован под NTFS. В результате у VMFS раздела offset оказался 63. :)

    ОтветитьУдалить
  4. Но и опыт восстановления есть
    http://blog.vadmin.ru/2008/11/vmfs.html

    ОтветитьУдалить
  5. да, это классическая ссылка :)

    ОтветитьУдалить
  6. Помогите побороть ошибку. LUN видно, Datastore - нет. Пробовал пересоздать таблицу разделов через fdisk - не помогло. (раздел был виден изначально, пришлось вначале удалить). После этих операций, в логе стали появляться записи:
    FSS: 3702: No FS driver claimed device 'naa.60050cc00061022f0000000000000014:1': Not supported

    Что удивительно, вывод
    hexdump -C -s 0x100000 -n 800 /dev/
    для живого диска - как в документации, а вывод для проблемного диска - только до адреса 00100050, и сами данные - совсем не похожи на стандартные:
    00100000 00 81 00 00 00 81 01 00 00 81 02 00 00 81 03 00 |…………….|
    00100010 00 81 04 00 00 81 0c 00 00 81 0d 00 00 81 18 00 |…………….|
    00100020 00 81 28 00 00 81 3e 00 00 81 79 00 00 81 ab 00 |..(…>…y…..|
    00100030 00 81 38 01 00 81 6c 01 00 81 45 04 00 81 b0 04 |..8…l…E…..|
    00100040 00 81 1a 06 00 81 d0 0c 00 00 00 00 00 00 00 00 |…………….|
    00100050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |…………….|
    *
    В чем может быть причина?

    ОтветитьУдалить
  7. к сожалению, подсказать что-то, чего вам не подсказали в других местах, не могу.

    ОтветитьУдалить
  8. Добрый день, Михаил.
    С сожалению не могу ничего сделать с datastore. Данных там нет, нужно просто удалить.
    Ответа нигде не нашел в том числе и в книге, которую вы мне подарили.

    /vmfs/volumes # partedUtil get /vmfs/volumes/5992d201-29107736-5b59-0025b5000100
    Warning: Unable to open /vmfs/volumes/5992d201-29107736-5b59-0025b5000100 read-write (Is a directory). /vmfs/volumes/5992d201-29107736-5b59-0025b5000100 has been opened read-only.
    Warning: Could not determine sector size for /vmfs/volumes/5992d201-29107736-5b59-0025b5000100: Inappropriate ioctl for device.
    Using the default sector size (512).
    A bug has been detected in GNU Parted. Refer to the web site of parted http://www.gnu.org/software/parted/parted.html for more informations of what could be useful for bug submitting! Please email a bug report to bug-parted@gnu.org containing at least the version (1.8.1) and the following message: Unable to determine the size of /vmfs/volumes/5992d201-29107736-5b59-0025b5000100 (Inappropriate ioctl for device).
    Unable to get device /vmfs/volumes/5992d201-29107736-5b59-0025b5000100

    ОтветитьУдалить