Bug 21224

Summary: Невозможно поставить на RAID на контроллере Intel Embeded RAID
Product: Sisyphus Reporter: Andrey Cherepanov <cas>
Component: alterator-vmAssignee: Олег Соловьев <mcpain>
Status: CLOSED WORKSFORME QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: aen, asy, imz, mcpain, mike, ptrnine, qwetwe
Version: unstableKeywords: usability
Hardware: all   
OS: Linux   
Bug Depends on: 20971    
Bug Blocks: 19564    
Attachments:
Description Flags
evms-engine.log none

Description Andrey Cherepanov 2009-08-25 18:51:58 MSD
Created attachment 3787 [details]
evms-engine.log

У нас имеется аппаратный сервер KraftWay Express ISP ES12. В данном сервере используется Intel Embeded  RAID контроллер. 
По рекомендации вашей службы поддержки отключил на сервере аппаратный РЭЙД и попытался создать средствами ЛИнукс.
 
Устанавливаю Школьный сервер, все делал как описано в инструкции на altlinux.org, только вместо рэйд 1, делаю рэйд 5 на трех жестких дисках.  Система отоброжает созданные массивы md0 - для СВАП раздела и md1 для работы. Нажимаю кнопку далее, а система выдает сообщение "Критическая ошибка", без пояснения. Нажимаю на сообщении "ОК", система возвращается на экран создания разделов. Если еще несколько раз попробовать нажимать кнопку далее и затем ОК, то система после очередного нажатия далее выскакивает на экран первоначальной загрузки (там где написано Школьный сервер и логотип ПНП Образования, там еще большая полоса статуса выполнения), и через несколько минут перезагружается.
 
Пробовал загрузиться в режиме восстановления. Командой "cat /proc/mdstat" посмотрел состояние рэйд разделов. Раздел для данных md1 находится в режиме синхронизации. Дожидался когда он синхронизируется, пробовал еще раз поставит Школьный сервер - результат: "Критическая ошибка" и перезагрузка. Иногда выскакивает сообщение "Resource is busy". 
 
Пробовал еще раз установить Школьный сервер, но только заново создавая рэйд разделы. У них получались номера md2 - для СВАП и md3 для данных. Результат тот же : ошибка и автоматическая перезагрузка через несколько минут.
 
То же воспроизводится и на 5.0 Office Server beta i586
Comment 1 Andrey Cherepanov 2009-09-17 13:26:07 MSD
Такое возможно при установке на деградированный массив, поэтому необходимо очистить до этого шага установки MBR командой:

dd if=/dev/zero of=/dev/sda count=10

То же самое для всех дисков. И также очистить последние 10 блоков на каждом диске. А лучше - обнулить всё (без параметра count=10)
Comment 2 Michael Shigorin 2011-09-07 12:31:42 MSK
Если правильно понял, то:
1) на raid0/5/6/10 (т.е. stiped) корень не встанет (о чём стоит предупреждать);
2) raid5 на трёх дисках -- плохая идея, лучше raid1 на двух и третий отдельно.
Comment 3 Sergey Y. Afonin 2012-03-06 12:52:06 MSK
(In reply to comment #0)

> По рекомендации вашей службы поддержки отключил на сервере аппаратный РЭЙД

Не аппаратный. Самый обычный software raid, использующий мощность центрального процессора.

(In reply to comment #2)
> Если правильно понял, то:
> 1) на raid0/5/6/10 (т.е. stiped) корень не встанет (о чём стоит предупреждать);

Теперь встанет, если оттуда вынести /boot. Хотя, может, и тогда бы встал...
Comment 4 Ivan Alekseev 2023-04-17 18:17:02 MSK
По указанным шагам ошибка не воспроизвелась.

Проверялось на виртуальной машине (legacy), так как ошибка связана с программным RAID. Образ: alt-server-10.1-x86_64.iso

Создал два RAID-массива (MD RAID 4/5/6 Region Manager, Уровень RAID: RAID5) из трех SCSI дисков по 25Гб:
- md0 2046 MB SWAPFS
- md1 48 GB /

После нажатия на кнопку "Далее" ошибок нет, происходит установка системы. Установленная система успешно загружается.