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 о происходящих событиях. > > [EMAIL PROTECTED] scsi]# ls /proc/scsi/fasttrak > 0 > [EMAIL PROTECTED] scsi]# tail /proc/scsi/fasttrak/0 > Press any key to continue... Странно, судя по сырцам враппера аж 2 килобайта должно быть какого-то текста. А если просто 'cat /proc/scsi/fasttrak/0' (может что другое получится?) > [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 чего-либо для себя полезного, в сислоге тоже. Если ничего не видите в сислоге - то это хорошо (значит с винтами все в порядке). Посмотрите strings ft.o и увидите что можно увидеть в сислоге в неблагоприятные для винтов моменты.. [...] Естественно это Ваше право.. А Вы linux pure software raid не практикуете/практиковали? Видите ли какие-либо достоинства/недостатки у него по сравнению с semisoftware raid? Намного ли выше загрузка CPU по сравнению с тем же Promise RAID? Огромное спасибо за ответы еще раз! Best regards, -Vlad
