Назад | Перейти на главную страницу

Почему 9650SE RAID1 не показывает полный размер дисков?

Это продолжение Как я могу расширить 3Ware 9650SE RAID1 под ESXi 5.0?

Я последовательно заменял диски емкостью 1 ТБ в моем RAID1 на диски 2 ТБ, надеясь, что смогу расширить хранилище данных, которое у меня есть в ESXi 5.0. После замены дисков и завершения перестройки я могу загрузиться в ESXi (RAID также является загрузочным разделом), но с инструментами для разбиения (оба средства обслуживания ESXi partedUtil и загрузочный диск gParted) показывают, что исходный размер RAID составляет менее 1 ТБ.

Что мне нужно сделать, чтобы операционные системы, в частности ESXi, могли видеть неиспользуемые части дисков?

РЕДАКТИРОВАТЬ Как предложил ниже MDMarra, я пробовал статью в базе знаний CLI, но результаты были запутанными. Думаю, мой вопрос остается в силе Другими словами: Почему инструменты создания разделов не могут прочитать полный размер дисков в рейде и как их включить?

/dev/disks # partedUtil getptbl /vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000
gpt
121575 255 63 1953103872
1 64 8191 C12A7328F81F11D2BA4B00A0C93EC93B systemPartition 128
5 8224 520191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
6 520224 1032191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
7 1032224 1257471 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0
8 1257504 1843199 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
2 1843200 10229759 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
3 10229760 1953103838 AA31E02A400F11DB9590000C2911D1B8 vmfs 0

Глядя на линию 121575 255 63 1953103872 последнее число должно быть размером LBA диска (в единицах 512 байт), в данном случае чуть меньше 1 ТБ. Все равно продвигаться вперед ...

~ # vmkfstools --growfs "/vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000:3" "/vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000:3"
Underlying device has no free space
Error: No space left on device

Итак, я остался думать, что мне нужно что-то сделать, чтобы ОС могла видеть истинный размер RAID-массива.

РЕДАКТИРОВАТЬ 2 Выход tw_cli

~ # /tmp/tw_cli /c0
Error: (CLI:003) Specified controller does not exist.
~ # /tmp/tw_cli show

Ctl   Model        (V)Ports  Drives   Units   NotOpt  RRate   VRate  BBU
------------------------------------------------------------------------
c6    9650SE-4LPML 4         2        1       0       1       1      -

~ # /tmp/tw_cli /c6 show

Unit  UnitType  Status         %RCmpl  %V/I/M  Stripe  Size(GB)  Cache  AVrfy
------------------------------------------------------------------------------
u0    RAID-1    OK             -       -       -       931.312   RiW    ON

Port   Status           Unit   Size        Blocks        Serial
---------------------------------------------------------------
p0     OK               u0     1.82 TB     3907029168    WD-WCAY00283502
p1     OK               u0     1.82 TB     3907029168    WD-WCAY00286752
p2     NOT-PRESENT      -      -           -             -
p3     NOT-PRESENT      -      -           -             -

~ #

Ваша попытка расширения пока не увенчалась успехом.

Возможно, это не удалось - это привело бы к соответствующей записи в журналах контроллеров. Взгляните на раздел «Журнал контроллера» tw_cli show diag вывод.

Или вы использовали неправильный набор команд. В вашем частном случае это кажется несколько сложным. Интуитивно, используя

 tw_cli /c6/u0 migrate type=raid1

должен запустить расширение, но миграция с raid1 на raid1 не поддерживается согласно матрице из последнее / лучшее руководство по интерфейсу командной строки для 10.2 (который, кажется, датируется 2010 годом):

Поскольку я не слишком уверен, что это все еще актуальная и правильная информация, я бы просто попробовал предыдущую команду для миграции. Если это не удастся, путь, вероятно, будет

 tw_cli /c6/u0 migrate type=single

который сломал бы зеркало и побежал

 tw_cli /c6 show

чтобы увидеть, какой диск оказался в u0, а какой был отделен от другого устройства. Удаление вновь созданного объекта путем выдачи

 tw_cli /c6/u<newUnitNumber> del

Затем бег

 tw_cli /c6/u0 migrate type=raid1 disk=<whatever disk number is not in u0 any more>

повторное зеркальное отображение должно, наконец, расширить емкость массива. Но, честно говоря, именно здесь я бы позвонил в службу технической поддержки LSI, чтобы убедиться, что я не испортил массив небрежным ходом.

И еще один важный момент: убедитесь, что у вас есть последние резервные копии, из которых вы можете восстановить.

Вам просто нужно увеличить размер вашего логического диска / устройства (u0).

Некоторая форма tw_cli /c0/u0 migrate команда, казалось бы, работает для вас, но посмотрите эта статья базы знаний что дает противоречивую информацию.

Шаг 5: Инженер службы поддержки 3ware создаст для вас сценарий, который перезапишет информацию таблицы RAID дисковода. Информация о новой таблице RAID (или DCB) позволит контроллеру видеть и использовать новые диски большей емкости.

Тебе надо используйте интерфейс командной строки для расширения раздела и увеличения объема VMFS. Вы не можете сделать это из графического интерфейса с локальным хранилищем, поэтому вам придется испачкаться с vCLI.