Re: Promise PDC20267
On Sun, 10 Nov 2002, Elena Egorova wrote:
> Здравстувйте,
>
> On Sun, Nov 10, 2002 at 04:58:28PM +0400, Vlad Harchev wrote:
> >
> > Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут
> > подключаться/отключаться на лету.
>
> Меня, честно говоря, мало интересует эта опция, так как в нашем случае линукс все равно
> придется шатдаунить.
Ну, смерть диска тоже можно считать его шатдауном :) Так что даже если у Вас
не используется hostswap chassis, то все равно оно нужно.
> >
> > А часто сыпет эти сообщения в лог?
>
> /var/log/messages.1:Nov 4 08:25:45 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK)
> /var/log/messages.1:Nov 8 21:30:50 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK)
> /var/log/messages.2:Oct 29 21:40:45 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK)
> /var/log/messages.3:Oct 24 22:05:40 ln kernel: FASTTRAK : RESET Channel1 - DEV1(OK)
> /var/log/messages.4:Oct 14 22:15:44 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK)
> /var/log/messages.4:Oct 19 22:10:44 ln kernel: FASTTRAK : RESET Channel2 - DEV3(OK)
ОК, спасибо!
> > А насколько он стабильно работал если не считать этих сообщений об ощибках?
>
> Я не жалуюсь. Данные не потеряны. Проблема в том, что я не знаю и не могу понять
> причину этих сообщений - исходников-то нет. Это нервирует.
Согласен, неприятно..
> >
> > С фришным драйвером ft.o система насколько я понимаю просто умрет если один из
> > винтов умрет - так как 'strings ataraid.o pdcraid.o' не выводит никаких
> > строк которые похожи на сообщения об отказе винтов и вообще хоть какую-либо
> > диагностику об ошибках..
> >
> > А вот драйвер от promise.com это пережить может, и сообщает об этом в syslog
> > (судя по докам к нему и по 'strings ft.o') и сообщает о начале восстановления
> > инфы и ее окончании.
>
> Возможно. Какие-то средства проверки и восстановления рэйда имелись в биосовской
> утилите, насколько я помню.
Естественно, но средства биоса не доступны когда загружено ядро линукса.
> >
> > > > 4) есть ли какой-либо софт для линукса для получения оперативной инфы о
> > > > состоянии массива (на контролерах от promise) и получения уведомлений скажем о
> > > > выходе из строя одного из дисков? Или надо по-тупому грепать syslog в надежде
> > > > найти ругань от контроллера?
> > >
> > > Нет, не видела. Надо посмотреть на их сайте. Но наверняка их софт
> > > работает исключитеьлно с их модулем.
> >
> > У них на сайте есть бинарное ядро драйвера и враппер для сборки его под любым
> > ядром, правда они старые и как я понимаю не тестированные на ядре 2.4:
> > ftp://ftp.promise.com/Controllers/IDE/FastTrak66/Linux/LinuxBETA/rel.tgz
>
> Нет, вы не думаете же, что я вчера занималась всем этим?
> Первый раз я столкнулась с этими рэйдами весной, когда на сайте были модули под
> очень древний редхэт и очень древнюю сусе. Второй раз - летом, когда появились модули
> даже под слакварь. Я написала письмо в европейский филиал promise, по поводу
> того, будут ли модули для дебиан или хотя бы для обычного ядра с kernеl.org
> без всяких левых патчей. Мне ответили, что нет и не будет, дебиан можно не рассматривать
> как ос к их рэйдам. На этом я поставила крест на родном модуле. Вторая причина
> этого большого креста в том, что на то время ft.o был только в виде модуля, а мое мнение, что
> такие вещи, как модуль устройства, на котором лежит /, должны быть в ядре.
Насчет отсутствия драйвера для конкретного ядра - согласен, есть такая
проблема, и она очень серьезна. Хоть бы новую версию rel.tgz выложили бы..
И в принципе модуль не обязательно вкомпилировать в ядро - есть такая вещь
как initial ram disk.
> > Их драйвер что-то показывает в /proc согласно сырцам их враппера, и пишет
> > разное в syslog о происходящих событиях.
>
> [root@ln scsi]# ls /proc/scsi/fasttrak
> 0
> [root@ln scsi]# tail /proc/scsi/fasttrak/0
> Press any key to continue...
Странно, судя по сырцам враппера аж 2 килобайта должно быть какого-то текста.
А если просто 'cat /proc/scsi/fasttrak/0' (может что другое получится?)
> [root@ln dev]# ls /proc/sys/dev/raid
> speed_limit_max speed_limit_min
> [root@ln raid]# cat /proc/sys/dev/raid/speed_limit_max
> 100000
> [root@ln raid]# cat /proc/sys/dev/raid/speed_limit_min
> 100
>
> Не вижу в /proc чего-либо для себя полезного, в сислоге тоже.
Если ничего не видите в сислоге - то это хорошо (значит с винтами все
в порядке). Посмотрите strings ft.o и увидите что можно увидеть в сислоге в
неблагоприятные для винтов моменты..
[...]
Естественно это Ваше право..
А Вы linux pure software raid не практикуете/практиковали? Видите ли
какие-либо достоинства/недостатки у него по сравнению с semisoftware raid?
Намного ли выше загрузка CPU по сравнению с тем же Promise RAID?
Огромное спасибо за ответы еще раз!
Best regards,
-Vlad
Reply to: