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 о происходящих событиях. > > > > > > [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] 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