Сообщения
На руборде подсказали интересную ссылку - 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
то чинится это так-то.
И как же именно? :)
ОтветитьУдалитьесли по ссылке пройти то там будет написано :)
ОтветитьУдалитьНе факт что если вы выставите offset 128 и индификатор для vmfs. То раздел увидется. Уже имелся опыт восстановления.
ОтветитьУдалитьэто не панацея, согласен.
ОтветитьУдалитьБыл раздел который был до этого отдан под win, и отформатирован под NTFS. В результате у VMFS раздела offset оказался 63. :)
ОтветитьУдалитьНо и опыт восстановления есть
ОтветитьУдалитьhttp://blog.vadmin.ru/2008/11/vmfs.html
да, это классическая ссылка :)
ОтветитьУдалитьПомогите побороть ошибку. 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 |…………….|
*
В чем может быть причина?
к сожалению, подсказать что-то, чего вам не подсказали в других местах, не могу.
ОтветитьУдалитьДобрый день, Михаил.
ОтветитьУдалитьС сожалению не могу ничего сделать с 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