Summary: | installer не видит квази-raid (BIOS) | ||
---|---|---|---|
Product: | Branch 4.0 | Reporter: | Valery Pipin <pip> |
Component: | alterator-vm | Assignee: | Sergey Bolshakov <sbolshakov> |
Status: | RESOLVED LATER | QA Contact: | Q.A. 4.0 <qa-4.0> |
Severity: | enhancement | ||
Priority: | P2 | CC: | aen, ktirf, mike, vsu |
Version: | 4.0 | ||
Hardware: | all | ||
OS: | Linux |
Description
Valery Pipin
2007-05-30 08:25:33 MSD
Но вообще лучше такими "райдами", тем более в stripe, не пользоваться... см. тж. faq.altlinux.ru "ide raid" Поддержки подобных "RAID" в ядре нет и не будет. В принципе существует пакет dmraid, где есть поддержка некоторых наиболее распространённых типов SoftRAID. Но, во-первых, этот пакет попросту не собран для ALT (что не так просто - помимо собственно сборки, основная проблема будет в интеграции dmraid в startup и mkinitrd), во-вторых, поддержка практически всех вариантов SoftRAID там сделана методом reverse engineering, в результате в ситуациях, когда что-то не работает обычным образом, возникают проблемы (например, сбойные диски в RAID1 там не помечаются, в результате после сбоев возможна потеря информации из-за того, что не происходит синхронизация дисков в зеркале, когда это необходимо). Ой не знаю, что лучше -- потрошить сузю и тоже прикидываться, что это сломанное поделие работает, или честно выдать толковые рекомендации разобрать ЭТО и заодно рассказать, чем грозит страйп при проблемах хотя бы на одном диске даже при отсутствии проблем с материнкой (и поиском такого же контроллера/биоса)... (In reply to comment #3) > Ой не знаю, что лучше -- потрошить сузю и тоже прикидываться, что это сломанное > поделие работает, или честно выдать толковые рекомендации разобрать ЭТО и заодно > рассказать, чем грозит страйп при проблемах хотя бы на одном диске даже при > отсутствии проблем с материнкой (и поиском такого же контроллера/биоса)... Не знаю. Я за 2 вариант. Кроме того, в сузе до сих пор висит баг, связанный с утановкой граба на подобный райд. Однако, подобные проблемы придется все равно решать, виндузятников полно и у них есть винмодемы и винрайды... Мож в интел написать? перевешиваю мм, а почему это висит на alterator-vm ? Предлагаешь повесить на propagator? :) Я было успел написать про "мож отдельный модуль для предупреждения о кривом железе", но критичного-то у нас ровно то, на что встать пытаемся -- сторадж для /... так или иначе, баг уйдёт на ядро, поскольку блочное устройство или есть -- и тогда всё равно, как оно ниже устроено, или нет. а коль скоро 'поддержки в ядре не будет' -- можно прямо сейчас закрыть как wontfix и не городить огороды. Не о том. Помнишь, в M24 сделали, что при виде AIC79xx в режиме HostRAID (оно по PCI ID различалось) вываливали предупреждалку а-ля "разбирайте это недоразумение и возвращайтесь за нормальным софтрейдом"? Вот о таком речь, и где бы его удобнее приткнуть. На самом старте было бы идеально, чтоб время зря не тратить, но там ресурсы дороже и всё неудобнее (stage1) или не особо удобно выяснять, а есть ли у нас вообще диски. (хотя... мож fdisk -l | grep ^Disk покатит?) Формально в ядре поддержка есть - если драйвер dm будет соответствующим образом настроен через dmraid (точно так же, как для md требуется mdadm). Кстати, сейчас dmraid в каком-то виде уже есть в Сизифе: 169877 2007/06/11 20:56:44 dmraid-1.0.0.rc14-alt1.src.rpm Поддержки этого безобразия в mkinitrd нет. очевидно, в рамках 4.0 это решено не будет. |