Re: Promise PDC20267
Здравстувйте,
On Sun, Nov 10, 2002 at 04:58:28PM +0400, Vlad Harchev wrote:
>
> Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут
> подключаться/отключаться на лету.
Меня, честно говоря, мало интересует эта опция, так как в нашем случае линукс все равно
придется шатдаунить.
>
> А часто сыпет эти сообщения в лог?
/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 был только в виде модуля, а мое мнение, что
такие вещи, как модуль устройства, на котором лежит /, должны быть в ядре.
> Их драйвер что-то показывает в /proc согласно сырцам их враппера, и пишет
> разное в syslog о происходящих событиях.
[root@ln scsi]# ls /proc/scsi/fasttrak
0
[root@ln scsi]# tail /proc/scsi/fasttrak/0
Press any key to continue...
[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 чего-либо для себя полезного, в сислоге тоже.
>
> Также они задокументировали ioctls для получения инфы об устройствах массива
> - то есть можно написать свою програмку для этого..
Этого не было на тот момент, когда мне было нужно. Сейчас на машинах стоит то,
что стоит. Оно все работает. Менять что-то без серьезной на то причины мне совершенно
не нужно.
--
Elena Egorova
Reply to: