Re: Promise PDC20267
On Sun, 10 Nov 2002, Elena Egorova wrote:
> Здравствуйте,
>
> On Sun, Nov 10, 2002 at 08:35:51PM +0400, Vlad Harchev wrote:
> > > >
> > > > Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут
> > > > подключаться/отключаться на лету.
> > >
> > > Меня, честно говоря, мало интересует эта опция, так как в нашем случае линукс все равно
> > > придется шатдаунить.
> >
> > Ну, смерть диска тоже можно считать его шатдауном :) Так что даже если у Вас
> > не используется hostswap chassis, то все равно оно нужно.
>
> Нет уж, в морг, так в морг. Хотя да, надо эту процедуру продумать. Но, скорее всего,
> она будет заключаться в покупке у ближайшего интел-дистрибьютора винта, синхронизации
> данных с оставшегося винта.
Ну с ft.o машина будет нормально работать даже с одним умершим и одним живым
винтом (а если был еще hot spare вставлен - на него начнется дублирование инфы
автоматическое!), а с pdcraid.o - машина встанет сразу. Почувствуйте разницу
:(
> Со скази-модулем можно пересобрать на лету рэйд с одним оставшимся диском?
Это сам ft.o начнет на лету делать сразу после смерти диска если ему не
запретите это через ioctls.
> Честно говоря, я не понимаю, почему эту процедуру нельзя сделать с ataraid-модулем,
> используя существующие имеющиеся в системе ide-диски.
Потому что информация на массиве в общем случае постоянно изменяется. В
userspace это не сделать однозначно..
> Реаьлно ведь ядро работает только с одним диском - /dev/ataraid/d0p. Разве
> что в модуле это не реализовано.
реально pdcraid.o это хак. Ядро читает с того винта, который считает
предпочтительным (у которого головка ближе в сего к месту, куда пишут), а
операции записи по-тупому проделывает с каждым из винтов. (Для RAID1
естественно).
См. http://people.redhat.com/arjanv/pdcraid/pdcraid.c - (не знаю, что сейчас
торчит в 2.4.19 - но идея там та же).
Соответственно никакого интеллекта там не заложено - ни background array
rebuilding to hot-spare disk, ни выживание после смерти одного из дисков -
ничего!! А вот linux software raid все это умеет.
> > >
> > > Возможно. Какие-то средства проверки и восстановления рэйда имелись в биосовской
> > > утилите, насколько я помню.
> >
> > Естественно, но средства биоса не доступны когда загружено ядро линукса.
>
> Всегда можно перезагрузиться. Я бы вообще рэйд не трогала из не-rt системы.
К сожалению не у всех есть такая возможность (перезапустить машину, войти в
биос и там скопировать инфу на чистый диск) - это все требует физ.
присутствие..
> >
> > Насчет отсутствия драйвера для конкретного ядра - согласен, есть такая
> > проблема, и она очень серьезна. Хоть бы новую версию rel.tgz выложили бы..
> > И в принципе модуль не обязательно вкомпилировать в ядро - есть такая вещь
> > как initial ram disk.
>
> Я поэтому и уточнила, что это мое мнение. Я не люблю initrd.
:)
> >
> > > > Их драйвер что-то показывает в /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 work]# cat /proc/scsi/fasttrak/0
> Promise FastTrak Series Linux Driver Version 1.2.0.14
> Adapter1 - FASTTRAK100
> Array - Array[1] : 1X2 Mirror (OK)
> Drive -
> 1 : IC Primary /Master 61492MB BASE(0x1400) BM(0x1440) IRQ(9) UDMA5
> 3 : IC Secondary/Master 61492MB BASE(0x1410) BM(0x1448) IRQ(9) UDMA5
>
> Хотя все равно не понимаю ценность данной информации.
В принципе я тоже ожидал чего-то большего. Но наверно в критических ситуациях
там все будет по-другому (хотя бы минимум информативной инфы). И вроде данные
о статусе hotswap chassis там должны быть если он используется.
> >
> > А Вы linux pure software raid не практикуете/практиковали? Видите ли
> > какие-либо достоинства/недостатки у него по сравнению с semisoftware raid?
> > Намного ли выше загрузка CPU по сравнению с тем же Promise RAID?
>
> Нет.
Понятно. Думаю разницы в производительности с software raid никакой не будет
для случая 2х винтов.
А вот надежности и фич для случая software raid на порядки больше если
сравнивать с raid on fasttrak...
Best regards,
-Vlad
Reply to: