[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Intel RAID SRCU31



Добрый день.

Есть сервер Aquarius на базе Intel STL2.
Вышеупомянутый Intel'овский RAID-контроллер стоит на сервере в единственном
числе.
Система ASPLinux 7.1, 7.2 его видит нормально - но только на своем ядре с
компакт-диска ASPLinux.

Хочется поставить туда Debian - но он RAID не находит (что, впрочем,
понятно - устройство не самое распространенное))
На ASPLinux невозможно собрать ни одно ядро так, чтобы нормально грузилась
система (опробованы 2.2.19-20, 2.4.7, 2.4.17).
Формально поддержка I2O устройств, к числу коих и относится Intel SRCU31,
идет с ядра 2.2.18.
На свежесобранном ядре (ветка 2.2) система находит контроллер, тестирует
его, а затем сообщает, что не может открыть устройство, скажем,
/dev/i2o/hda, т.к. оно занято другим пользователем, хотя вообще говоря, она
способна понять, что такой диск присутствует
На свежесобранном ядре - ветка 2.4 - система выпадает с kernel panic на
этапе тестирования RIAD-контроллера.

Смущает и то, что при загрузке ядра с компакт-диска ASP
встроенный в материнку SCSI-адаптер Adaptec находится первым, до Intel
SRCU31. При ручной сборке ядра - наоборот.
Я нашел в единственном месте на www.redhat.com  туманную фразу насчет того,
что Intel SRCU31 не есть классическое SCSI-устройство, что он, мол,
захватывает сказевые ресурсы.

Не может ли крыться корень зла здесь, в том, что сначала нужно опознать
какое-нибудь сказевое устройство (и сказевую шину соответственно), и лишь
потом Intel ее начинает использовать?
Если так, то как собрать ядро, чтобы оно занималось сперва опознаванием
SCSI-устройств, и лишь потом I2O?



С уважением,
Дмитрий Талышев
ICQ 81693582



Reply to: