Re: Promise PDC20267
Здравствуйте, On Mon, Nov 11, 2002 at 11:35:36AM +0400, TARANTUL wrote: > > В письмах ранее видел, что для opensource драйвера пришлось пересобрать > ядро с настройками отличными от тех, что идут по умолчанию в debian. > Можно поподробнее что и как там не так? Там все так, и почему не работает - не понятно. Пересобирать ядро с их конфигом я не пробовала, там слишком много ненужного мне, а нужного - SMP, не хватало. -- Elena Egorova
Re: Promise PDC20267
Йоханга!!! On Sun, Nov 10, 2002 at 09:41:47AM +0200, Elena Egorova wrote: > > 4) есть ли какой-либо софт для линукса для получения оперативной инфы о > > состоянии массива (на контролерах от promise) и получения уведомлений > > скажем о > > выходе из строя одного из дисков? Или надо по-тупому грепать syslog в > > надежде > > найти ругань от контроллера? > > Нет, не видела. Надо посмотреть на их сайте. Но наверняка их софт > работает исключитеьлно с их модулем. То что я видел работает исключительно под windows %( В письмах ранее видел, что для opensource драйвера пришлось пересобрать ядро с настройками отличными от тех, что идут по умолчанию в debian. Можно поподробнее что и как там не так? -- TARANTUL
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 о происходящих событиях. > > > > > > [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
Re: Promise PDC20267
Здравствуйте, On Sun, Nov 10, 2002 at 08:35:51PM +0400, Vlad Harchev wrote: > > > > > > Как они сами пишут, они сделали через scsi так как в linux ide-диски не > > > могут > > > подключаться/отключаться на лету. > > > > Меня, честно говоря, мало интересует эта опция, так как в нашем случае > > линукс все равно > > придется шатдаунить. > > Ну, смерть диска тоже можно считать его шатдауном :) Так что даже если у Вас > не используется hostswap chassis, то все равно оно нужно. Нет уж, в морг, так в морг. Хотя да, надо эту процедуру продумать. Но, скорее всего, она будет заключаться в покупке у ближайшего интел-дистрибьютора винта, синхронизации данных с оставшегося винта. Со скази-модулем можно пересобрать на лету рэйд с одним оставшимся диском? Честно говоря, я не понимаю, почему эту процедуру нельзя сделать с ataraid-модулем, используя существующие имеющиеся в системе ide-диски. Реаьлно ведь ядро работает только с одним диском - /dev/ataraid/d0p. Разве что в модуле это не реализовано. > > > > Возможно. Какие-то средства проверки и восстановления рэйда имелись в > > биосовской > > утилите, насколько я помню. > > Естественно, но средства биоса не доступны когда загружено ядро линукса. Всегда можно перезагрузиться. Я бы вообще рэйд не трогала из не-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 Хотя все равно не понимаю ценность данной информации. > > А Вы linux pure software raid не практикуете/практиковали? Видите ли > какие-либо достоинства/недостатки у него по сравнению с semisoftware raid? > Намного ли выше загрузка CPU по сравнению с тем же Promise RAID? Нет. -- Elena Egorova
Re: Promise PDC20267
On Sun, 10 Nov 2002, Vlad Harchev wrote: > On Sun, 10 Nov 2002, Elena Egorova wrote: > > > Здравстувйте, > > > > On Sun, Nov 10, 2002 at 04:58:28PM +0400, Vlad Harchev wrote: > > > > > > Как они сами пишут, они сделали через scsi так как в linux ide-диски не > > > могут > > > подключаться/отключаться на лету. > > > > Меня, честно говоря, мало интересует эта опция, так как в нашем случае > > линукс все равно > > придется шатдаунить. > > Ну, смерть диска тоже можно считать его шатдауном :) Так что даже если у Вас В смысле считать отсоединением диска. [...] Best regards, -Vlad
Re: Promise PDC20267
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 > 10 > [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
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 о происходящих событиях. [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 10 [EMAIL PROTECTED] raid]# cat /proc/sys/dev/raid/speed_limit_min 100 Не вижу в /proc чего-либо для себя полезного, в сислоге тоже. > > Также они задокументировали ioctls для получения инфы об устройствах массива > - то есть можно написать свою програмку для этого.. Этого не было на тот момент, когда мне было нужно. Сейчас на машинах стоит то, что стоит. Оно все работает. Менять что-то без серьезной на то причины мне совершенно не нужно. -- Elena Egorova
Re: Promise PDC20267
On Sun, 10 Nov 2002, Elena Egorova wrote: Добрый день, > Здравствуйте, > > On Wed, Nov 06, 2002 at 10:05:49PM +0400, Vlad Harchev wrote: > > > > 1) А то что раздают на www.promise.com (в основном это модуль ядра ft.o для > > ядер от RH) - тоже самое что можно получить собрав ядро с поддержкой 202xx? > > Или что-то другое? (www.promise.com сырцы не дает). > > Нет, там совсем другое. Работает через эмуляцию скази. И сыпет в лог > сообщениями о > таймауте, что уже настораживает. > FASTTRAK : Drive Interrupt Time Out.(3) > FASTTRAK : RESET Channel2 - DEV3(OK) > Исходников нет, поэтому это сообщение остается загадкой. Как они сами пишут, они сделали через scsi так как в linux ide-диски не могут подключаться/отключаться на лету. А часто сыпет эти сообщения в лог? А насколько он стабильно работал если не считать этих сообщений об ощибках? > > 2) Пробовали ли Вы hot swap под линуксом (он возможен при наличии спец. > > корпуса) - возможен ли он под линуксом и насколько надежен? > > Нет, у меня было полдня на приведение машины в рабочее состояние (вместе с > созданием рейда). Корпуса специального также не было. > > > > 3) не используете ли запасные чистые диски (чтобы когда один из зазеркаленых > > дисков умрет, контроллер смог начать восстанавливать на него копию)? Были ли > > такие случаи в Вашей практике и насколько нормально они отрабатывали? > > Нет. С фришным драйвером 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 Их драйвер что-то показывает в /proc согласно сырцам их враппера, и пишет разное в syslog о происходящих событиях. Также они задокументировали ioctls для получения инфы об устройствах массива - то есть можно написать свою програмку для этого.. Best regards, -Vlad
Re: Promise PDC20267
Здравствуйте, On Wed, Nov 06, 2002 at 10:05:49PM +0400, Vlad Harchev wrote: > > 1) А то что раздают на www.promise.com (в основном это модуль ядра ft.o для > ядер от RH) - тоже самое что можно получить собрав ядро с поддержкой 202xx? > Или что-то другое? (www.promise.com сырцы не дает). Нет, там совсем другое. Работает через эмуляцию скази. И сыпет в лог сообщениями о таймауте, что уже настораживает. FASTTRAK : Drive Interrupt Time Out.(3) FASTTRAK : RESET Channel2 - DEV3(OK) Исходников нет, поэтому это сообщение остается загадкой. > > 2) Пробовали ли Вы hot swap под линуксом (он возможен при наличии спец. > корпуса) - возможен ли он под линуксом и насколько надежен? Нет, у меня было полдня на приведение машины в рабочее состояние (вместе с созданием рейда). Корпуса специального также не было. > > 3) не используете ли запасные чистые диски (чтобы когда один из зазеркаленых > дисков умрет, контроллер смог начать восстанавливать на него копию)? Были ли > такие случаи в Вашей практике и насколько нормально они отрабатывали? Нет. > > 4) есть ли какой-либо софт для линукса для получения оперативной инфы о > состоянии массива (на контролерах от promise) и получения уведомлений скажем о > выходе из строя одного из дисков? Или надо по-тупому грепать syslog в надежде > найти ругань от контроллера? Нет, не видела. Надо посмотреть на их сайте. Но наверняка их софт работает исключитеьлно с их модулем. -- Elena Egorova
Re: Promise PDC20267
On Wed, 6 Nov 2002, Elena Egorova wrote: > Здравствуйте, > > On Wed, Nov 06, 2002 at 07:35:42PM +0400, Vlad Harchev wrote: > > > > Можно несколько вопросов по поводу этого контроллера? > > > > 1) откуда грузитесь - с дискеты или с винта? > > С рейда. В RAID-1 собраны 2 винта (просто винтов, floppy, cd там не было). > Вот цитаты из lilo.conf: > boot=/dev/ataraid/d0p3 > root=/dev/ataraid/d0p3 > default=Linux > #этот кусок остался после инсталляции lilo и не нужен (я так думаю, но не > удаляю) > disk=/dev/ataraid/d0 > bios=0x80 > # > image=/boot/vmlinuz > label=Linux > read-only > > В MBR стоит Master Boot Record manager, который и зовет lilo. Я думаю, > что просто lilo тоже неплохо работало бы. > > > 2) а если отрубить один винт (а именно первый) (имитация его выхода из > > строя) > > - будет ли система грузиться, и конечно работать? Или будет грузиться если > > сломается любой винт отличный от первого? > > Не пробовала. Там, где оно дожно будет работать, напряженных дисковых операций > не предвидится. Согласно документации, должно работать (для RAID-1). Вообще да.. С чисто софтверным рейдом не будет работать однозначно. > > 3) Не тормозит ли запись на дисковый массив (вообще, не в курсе, все IO > > операции с файлами на массиве ядро делает непосредственно с контроллером > > RAID > > или с каждым из винтов по отдельности, если первое - то почему raid > > называется > > в этом случае софтверным)? > > Он не софтверный (то есть софтверный в очень малой степени). Ядро общается > непосредственно с модулем промиса, он, в свою очередь, с модулем ataraid, > который предоставляет стандартный интерфейс. Кстати, его поддерживают и > хьюлетовские контроллеры. Понятно, это здорово. > > 4) быстрее ли осуществляется чтение с массива ( по сравнению с чтением с > > одного диска)? > > По сравнению с чтением с моего родного диска - намного (с моей личной точки > зрения, > насколько я помню). OK, большое спасибо за ответы! Еще немного вопросов: 1) А то что раздают на www.promise.com (в основном это модуль ядра ft.o для ядер от RH) - тоже самое что можно получить собрав ядро с поддержкой 202xx? Или что-то другое? (www.promise.com сырцы не дает). 2) Пробовали ли Вы hot swap под линуксом (он возможен при наличии спец. корпуса) - возможен ли он под линуксом и насколько надежен? 3) не используете ли запасные чистые диски (чтобы когда один из зазеркаленых дисков умрет, контроллер смог начать восстанавливать на него копию)? Были ли такие случаи в Вашей практике и насколько нормально они отрабатывали? 4) есть ли какой-либо софт для линукса для получения оперативной инфы о состоянии массива (на контролерах от promise) и получения уведомлений скажем о выходе из строя одного из дисков? Или надо по-тупому грепать syslog в надежде найти ругань от контроллера? Спасибо заранее за ответы! Best regards, -Vlad
Re: Promise PDC20267
В Срд, 06.11.2002, в 18:35, Vlad Harchev написал: > Можно несколько вопросов по поводу этого контроллера? > > 1) откуда грузитесь - с дискеты или с винта? После установки правильного ядра нормально грузится с винта. > 2) а если отрубить один винт (а именно первый) (имитация его выхода из строя) > - будет ли система грузиться, и конечно работать? Или будет грузиться если > сломается любой винт отличный от первого? > 3) Не тормозит ли запись на дисковый массив (вообще, не в курсе, все IO > операции с файлами на массиве ядро делает непосредственно с контроллером RAID > или с каждым из винтов по отдельности, если первое - то почему raid называется > в этом случае софтверным)? > 4) быстрее ли осуществляется чтение с массива ( по сравнению с чтением с > одного диска)? > По оставшимся вопросам ничего не скажу, т.к. у меня винт всего один -- С уважением, Зиновьев Алексей, ЗАО "Лукойл-Информ".
Re: Promise PDC20267
On Tue, 5 Nov 2002, Elena Egorova wrote: Hi, > Здравствуйте, > > On Tue, Nov 05, 2002 at 04:44:05PM +0300, Alex Zinoviev wrote: > > Пытаюсь поставить Woody на Intel SR1200 (1U сервер). > > У него на борту Promise PDC20267 IDE RAID контроллер, > > к которому подключен диск. Загружаюсь с ядра bf24. > > При попытке разбить диск говорит, что не видит > > никаких дисков. Контроллер ядром определяется > > нормально. > > В ядре bf24 по идее все для поддержки PDC20267 > > есть: > > CONFIG_BLK_DEV_PDC202XX=y > > CONFIG_PDC202XX_BURST=y > > > > CONFIG_BLK_DEV_ATARAID_PDC=y > > Сталкивалась. Прочитала конфиг этого ядра, порадовалась, загрузилась - дисков > нет. ;-( > Взяла свой рабочий винт, перекомпилировала исходники последнего ядра > (2.4.18 с kernel.org), собрала > CONFIG_BLK_DEV_PDC202XX=y > CONFIG_PDC202XX_BURST=y > CONFIG_PDC202XX_FORCE=y > CONFIG_BLK_DEV_IDE_MODES=y > CONFIG_BLK_DEV_ATARAID=y > CONFIG_BLK_DEV_ATARAID_PDC=y > > Несколько месяцев работает без единой перезагрузки и без единой ошибки в > логах. [..] Можно несколько вопросов по поводу этого контроллера? 1) откуда грузитесь - с дискеты или с винта? 2) а если отрубить один винт (а именно первый) (имитация его выхода из строя) - будет ли система грузиться, и конечно работать? Или будет грузиться если сломается любой винт отличный от первого? 3) Не тормозит ли запись на дисковый массив (вообще, не в курсе, все IO операции с файлами на массиве ядро делает непосредственно с контроллером RAID или с каждым из винтов по отдельности, если первое - то почему raid называется в этом случае софтверным)? 4) быстрее ли осуществляется чтение с массива ( по сравнению с чтением с одного диска)? Спасибо за ответы заранее! Best regards, -Vlad
Re: Promise PDC20267
В Втр, 05.11.2002, в 17:22, Elena Egorova написал: > Сталкивалась. Прочитала конфиг этого ядра, порадовалась, загрузилась - дисков > нет. ;-( > Взяла свой рабочий винт, перекомпилировала исходники последнего ядра > (2.4.18 с kernel.org), собрала > CONFIG_BLK_DEV_PDC202XX=y > CONFIG_PDC202XX_BURST=y > CONFIG_PDC202XX_FORCE=y > CONFIG_BLK_DEV_IDE_MODES=y > CONFIG_BLK_DEV_ATARAID=y > CONFIG_BLK_DEV_ATARAID_PDC=y > > Несколько месяцев работает без единой перезагрузки и без единой ошибки в > логах. Спасибо, пересобрал ядро, все действительно сразу заработало. -- С уважением, Зиновьев Алексей, ЗАО "Лукойл-Информ".
Re: Promise PDC20267
Здравствуйте, On Tue, Nov 05, 2002 at 04:44:05PM +0300, Alex Zinoviev wrote: > Пытаюсь поставить Woody на Intel SR1200 (1U сервер). > У него на борту Promise PDC20267 IDE RAID контроллер, > к которому подключен диск. Загружаюсь с ядра bf24. > При попытке разбить диск говорит, что не видит > никаких дисков. Контроллер ядром определяется > нормально. > В ядре bf24 по идее все для поддержки PDC20267 > есть: > CONFIG_BLK_DEV_PDC202XX=y > CONFIG_PDC202XX_BURST=y > > CONFIG_BLK_DEV_ATARAID_PDC=y Сталкивалась. Прочитала конфиг этого ядра, порадовалась, загрузилась - дисков нет. ;-( Взяла свой рабочий винт, перекомпилировала исходники последнего ядра (2.4.18 с kernel.org), собрала CONFIG_BLK_DEV_PDC202XX=y CONFIG_PDC202XX_BURST=y CONFIG_PDC202XX_FORCE=y CONFIG_BLK_DEV_IDE_MODES=y CONFIG_BLK_DEV_ATARAID=y CONFIG_BLK_DEV_ATARAID_PDC=y Несколько месяцев работает без единой перезагрузки и без единой ошибки в логах. Кусок dmesg: PDC20267: IDE controller on PCI bus 00 dev 10 PDC20267: chipset revision 2 PDC20267: not 100% native mode: will probe irqs later PDC20267: ROM enabled at 0xfe7e PDC20267: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode. ide2: BM-DMA at 0x1440-0x1447, BIOS settings: hde:pio, hdf:pio ide3: BM-DMA at 0x1448-0x144f, BIOS settings: hdg:pio, hdh:pio ServerWorks CSB5: IDE controller on PCI bus 00 dev 79 ServerWorks CSB5: chipset revision 146 ServerWorks CSB5: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x03a0-0x03a7, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0x03a8-0x03af, BIOS settings: hdc:pio, hdd:pio hde: IC35L120AVVA07-0, ATA DISK drive hdg: IC35L120AVVA07-0, ATA DISK drive ide2 at 0x1400-0x1407,0x140a on irq 19 ide3 at 0x1410-0x1417,0x140e on irq 19 hde: 241254720 sectors (123522 MB) w/1863KiB Cache, CHS=239340/16/63, UDMA(100) hdg: 241254720 sectors (123522 MB) w/1863KiB Cache, CHS=239340/16/63, UDMA(100) Partition check: hde: [PTBL] [15017/255/63] hde1 hde2 hde3 hde4 < hde5 hde6 hde7 > hdg: [PTBL] [15017/255/63] hdg1 hdg2 hdg3 hdg4 < hdg5 hdg6 hdg7 > ... ataraid/d0: ataraid/d0p1 ataraid/d0p2 ataraid/d0p3 ataraid/d0p4 < ataraid/d0p5 ataraid/d0p6 ataraid/d0p7 > Drive 0 is 117800 Mb (33 / 0) Drive 1 is 117800 Mb (34 / 0) Raid1 array consists of 2 drives. Promise Fasttrak(tm) Softwareraid driver for linux version 0.03beta -- Elena Egorova
Promise PDC20267
Здравствуйте! Пытаюсь поставить Woody на Intel SR1200 (1U сервер). У него на борту Promise PDC20267 IDE RAID контроллер, к которому подключен диск. Загружаюсь с ядра bf24. При попытке разбить диск говорит, что не видит никаких дисков. Контроллер ядром определяется нормально. В ядре bf24 по идее все для поддержки PDC20267 есть: CONFIG_BLK_DEV_PDC202XX=y CONFIG_PDC202XX_BURST=y CONFIG_BLK_DEV_ATARAID_PDC=y Не сталкивался ли кто-нибудь еще с такой проблемой?? -- С уважением, Зиновьев Алексей, ЗАО "Лукойл-Информ".