Здравстувйте, 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 о происходящих событиях. [EMAIL PROTECTED] scsi]# ls /proc/scsi/fasttrak 0 [EMAIL PROTECTED] scsi]# tail /proc/scsi/fasttrak/0 Press any key to continue... [EMAIL PROTECTED] dev]# ls /proc/sys/dev/raid speed_limit_max speed_limit_min [EMAIL PROTECTED] raid]# cat /proc/sys/dev/raid/speed_limit_max 100000 [EMAIL PROTECTED] raid]# cat /proc/sys/dev/raid/speed_limit_min 100 Не вижу в /proc чего-либо для себя полезного, в сислоге тоже. > > Также они задокументировали ioctls для получения инфы об устройствах массива > - то есть можно написать свою програмку для этого.. Этого не было на тот момент, когда мне было нужно. Сейчас на машинах стоит то, что стоит. Оно все работает. Менять что-то без серьезной на то причины мне совершенно не нужно. -- Elena Egorova