Re: Promise RAID FastTrak S150 TX2plus
Добрый день! Поскажите, поддерживается ли ядром это оборудвание Такие вопросы обычно эффективно решаются вводом в google слова 'linux' и названия оборудования :)
Re: Promise RAID FastTrak S150 TX2plus
On Mon, 2004-10-25 at 13:31, Nikita V. Youshchenko wrote: Добрый день! Поскажите, поддерживается ли ядром это оборудвание Такие вопросы обычно эффективно решаются вводом в google слова 'linux' и названия оборудования :) Везде где я находил информацию по этому оборудованию в перечне поддерживаемых ОС стоят RadHat SuSe. Вот меня и интересует как обстоят дела с Debian. Тогда еще более общий вопрос: Как посмотреть список поддерживаемого оборудования на установленной системе? Т.е. что-то вроде просмотра установленных модулей ядра. С Уважением, Николай [EMAIL PROTECTED]
Re: Promise RAID FastTrak S150 TX2plus
On Mon, 2004-10-25 at 13:31, Nikita V. Youshchenko wrote: Добрый день! Поскажите, поддерживается ли ядром это оборудвание Такие вопросы обычно эффективно решаются вводом в google слова 'linux' и названия оборудования :) Везде где я находил информацию по этому оборудованию в перечне поддерживаемых ОС стоят RadHat SuSe. Вот меня и интересует как обстоят дела с Debian. Смотря что вы понимаете под словом поддержка. Если возможность настроить всё одним кликом (или одной командой) заставить - то скорее нет чем да. Если возможность заставить устройство работать, то да. Вам нужен модуль ядра. Соответственно, разбирайтесь, где его взять (а может он уже есть в дистрибутивных ядрах?) Тогда еще более общий вопрос: Как посмотреть список поддерживаемого оборудования на установленной системе? Т.е. что-то вроде просмотра установленных модулей ядра. Так список поддерживаемого оборудования, список доступных модулей, список загруженных модулей, или что? Вам может помочь: - lsmod - find /lib/modules/`uname -r` -name \*.o -o -name \*.ko | xargs modinfo | less - http://pciids.sourceforge.net/
Re: Promise RAID FastTrak S150 TX2plus
On Mon, 2004-10-25 at 15:16, Nikita V. Youshchenko wrote: On Mon, 2004-10-25 at 13:31, Nikita V. Youshchenko wrote: Добрый день! Поскажите, поддерживается ли ядром это оборудвание Такие вопросы обычно эффективно решаются вводом в google слова 'linux' и названия оборудования :) Везде где я находил информацию по этому оборудованию в перечне поддерживаемых ОС стоят RadHat SuSe. Вот меня и интересует как обстоят дела с Debian. Смотря что вы понимаете под словом поддержка. Если возможность настроить всё одним кликом (или одной командой) заставить - то скорее нет чем да. Если возможность заставить устройство работать, то да. Вам нужен модуль ядра. Соответственно, разбирайтесь, где его взять (а может он уже есть в дистрибутивных ядрах?) Так мне и интересно есть ли он в дистрибутивных ядрах. По вашему совету посмотрел описания всех модулей и обнаружил, что в ядрах 2.6 есть модуль sata_promise (Promise SATA TX2/TX4 low-level driver), но по описанию не понятно речь идет только о контроллерах SATA или также и о RAID контроллерах этой серии. Тогда еще более общий вопрос: Как посмотреть список поддерживаемого оборудования на установленной системе? Т.е. что-то вроде просмотра установленных модулей ядра. Так список поддерживаемого оборудования, список доступных модулей, список загруженных модулей, или что? Вам может помочь: - lsmod - find /lib/modules/`uname -r` -name \*.o -o -name \*.ko | xargs modinfo | less - http://pciids.sourceforge.net/
Re: Promise RAID FastTrak S150 TX2plus
On Monday 25 October 2004 06:13, Nikolay S. wrote: On Mon, 2004-10-25 at 15:16, Nikita V. Youshchenko wrote: On Mon, 2004-10-25 at 13:31, Nikita V. Youshchenko wrote: Добрый день! Поскажите, поддерживается ли ядром это оборудвание Такие вопросы обычно эффективно решаются вводом в google слова 'linux' и названия оборудования :) Везде где я находил информацию по этому оборудованию в перечне поддерживаемых ОС стоят RadHat SuSe. Вот меня и интересует как обстоят дела с Debian. Смотря что вы понимаете под словом поддержка. Если возможность настроить всё одним кликом (или одной командой) заставить - то скорее нет чем да. Если возможность заставить устройство работать, то да. Вам нужен модуль ядра. Соответственно, разбирайтесь, где его взять (а может он уже есть в дистрибутивных ядрах?) Так мне и интересно есть ли он в дистрибутивных ядрах. По вашему совету посмотрел описания всех модулей и обнаружил, что в ядрах 2.6 есть модуль sata_promise (Promise SATA TX2/TX4 low-level driver), но по описанию не понятно речь идет только о контроллерах SATA или также и о RAID контроллерах этой серии. Тогда еще более общий вопрос: Как посмотреть список поддерживаемого оборудования на установленной системе? Т.е. что-то вроде просмотра установленных модулей ядра. Так список поддерживаемого оборудования, список доступных модулей, список загруженных модулей, или что? Вам может помочь: - lsmod - find /lib/modules/`uname -r` -name \*.o -o -name \*.ko | xargs modinfo | less - http://pciids.sourceforge.net/ у меня promise fasttrak s150 sx4 поддерживается ядром 2.4 но рейд там не хардварный!
Re: promise tx2
Доброго времени суток Vladislav В ответ на promise tx2 от Fri, 14 Nov 2003 07:46:02 +0200: Доброго вам дня, Ставлю promise tx2 - вроде ничего сложного, но нигде не нашел документации. После того как вставил карточку: kernel: PDC20269: IDE controller at PCI slot 00:08.0 kernel: PCI: No IRQ known for interrupt pin ? of device 00:08.0. Please try using pci=biosirq. kernel: PDC20269: chipset revision 255 kernel:PDC20269: not 100%% native mode: will probe irqs later kernel: PDC20269: port 0x01f0 already claimed by ide0 kernel: PDC20269: port 0x0170 already claimed by ide1 kernel: PDC20269: neither IDE port enabled(BIOS) Вставил в другой свободный pci слот: PDC20268: IDE controller at PCI slot 00:09.0 PDC20268: chipset revision 2 PDC20268: not 100% native mode: will probe irqs later ide2: BM-DMA at 0xd000-0xd007, BIOS settings: hde:pio, hdf:pio ide3: BM-DMA at 0xd008-0xd00f, BIOS settings: hdg:pio, hdh:pio На ide 2 висит винт, но так я его и не увидел :( Насколько я понял карточке не назначено прерывание, cat /proc/interrupts : CPU0 0: 120821 XT-PIC timer 1: 2 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 7091 XT-PIC serial 4: 7 XT-PIC serial 5: 17 XT-PIC usb-uhci, usb-uhci, usb-uhci 11: 14033 XT-PIC eth1 12: 41116 XT-PIC eth0 14: 19216 XT-PIC ide0 15:113 XT-PIC ide1 NMI: 0 ERR: 0 т.е. ни ide 2 ни ide3 не видно Не подскажите ли как это все заставить работать. Опять поспешил с вопросом, решилось cat /proc/pci и добавлением в lilo.conf append=ide2=0xc000,0xc402,10 ide3=0xc800,0xcc02,13 hdb=ide-scsi hdb - не относится к вопросу, на нем CD-RW. -- С уважением Владислав
Re: Promise Ultra133 TX2
BeerBong wrote: warzavod:/usr/local/sbin# lspci 00:00.0 Host bridge: Intel Corp. 440LX/EX - 82443LX/EX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 440LX/EX - 82443LX/EX AGP bridge (rev 03) 00:04.0 ISA bridge: Intel Corp. 82371AB PIIX4 ISA (rev 01) 00:04.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01) 00:04.2 USB Controller: Intel Corp. 82371AB PIIX4 USB (rev 01) 00:04.3 Bridge: Intel Corp. 82371AB PIIX4 ACPI (rev 01) 00:06.0 SCSI storage controller: Adaptec AIC-7880U 00:0b.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown device 4d69 (rev 02) ^^^ Вот это как раз он и есть. 00:0c.0 Ethernet controller: Intel Corp. 82557 [Ethernet Pro 100] (rev 08) 01:00.0 VGA compatible controller: NVidia / SGS Thomson (Joint Venture) Riva128 (rev 10) warzavod:/usr/local/sbin# uname -a Linux warzavod 2.4.22 #1 SMP Втр Окт 28 12:52:47 SAMT 2003 i686 unknown У меня в ядре CONFIG_BLK_DEV_PDC202XX_OLD=y CONFIG_PDC202XX_BURST=y CONFIG_BLK_DEV_PDC202XX_NEW=y Правда, я думаю и без первых двух строк будет работать -- Sergey Polyakov aka BeerBong Chief of WebZavod http://www.webzavod.ru Tel. +7 (8462) 43-93-85 | +7 (8462) 43-93-86 mailto:[EMAIL PROTECTED] а какой тип райда удалось получить? софтверный или железный? у меня заработал пока только софтверный, и получился немного странный эффект, при RAID-1 скорость упала вдвое, судя по hdparm значения hdparm следующие hdparm -m8c3u1d1 -X66 /dev/hdg hdparm -m8c3u1d1 -X66 /dev/hde это 2 харда в райд, на разных шлейфах висят, каждый по тестам выдает по отдельности ~14 Mb/s, а если включены в райд причем без разницы как мерять hdparm -t /dev/md0 или hdparm -t /dev/hdX выдет что-то около 7.87 MB/sec. Вопрос следующий - это нормально, то есть так и должно быть или можно что-то с этим сделать? Система все же должна быть довольно шустрой и достаточно надежной за малые деньги... Понимаю, конечно scsi было бы круче, но денег на скази нет, чтобы можно было поставить 120 гиг под /home :) Всем доброго времени суток, имеем следующий сабж Promise Ultra133 TX2 хотим чтобы все это работало под ядрами серии 2.4.x на сайте производителя я ничего толкового не нашел, в книжке-раскраске, что была с ним в коробке про линукс сказано одно - иди на сайт производителя, а там ничерта... только при попытке поиска - ошибка от M$ SQL и все... в ядре есть модуль pdc202xxx_new, который вроде как что-то делает. вопрос - куда рыть, что читать? HELP! -- -- SysAdmin - MagicNET Network mailto: [EMAIL PROTECTED]
Re: Promise Ultra133 TX2
warzavod:/usr/local/sbin# lspci 00:00.0 Host bridge: Intel Corp. 440LX/EX - 82443LX/EX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 440LX/EX - 82443LX/EX AGP bridge (rev 03) 00:04.0 ISA bridge: Intel Corp. 82371AB PIIX4 ISA (rev 01) 00:04.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01) 00:04.2 USB Controller: Intel Corp. 82371AB PIIX4 USB (rev 01) 00:04.3 Bridge: Intel Corp. 82371AB PIIX4 ACPI (rev 01) 00:06.0 SCSI storage controller: Adaptec AIC-7880U 00:0b.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown device 4d69 (rev 02) ^^^ Вот это как раз он и есть. 00:0c.0 Ethernet controller: Intel Corp. 82557 [Ethernet Pro 100] (rev 08) 01:00.0 VGA compatible controller: NVidia / SGS Thomson (Joint Venture) Riva128 (rev 10) warzavod:/usr/local/sbin# uname -a Linux warzavod 2.4.22 #1 SMP Втр Окт 28 12:52:47 SAMT 2003 i686 unknown У меня в ядре CONFIG_BLK_DEV_PDC202XX_OLD=y CONFIG_PDC202XX_BURST=y CONFIG_BLK_DEV_PDC202XX_NEW=y Правда, я думаю и без первых двух строк будет работать -- Sergey Polyakov aka BeerBong Chief of WebZavod http://www.webzavod.ru Tel. +7 (8462) 43-93-85 | +7 (8462) 43-93-86 mailto:[EMAIL PROTECTED] Всем доброго времени суток, имеем следующий сабж Promise Ultra133 TX2 хотим чтобы все это работало под ядрами серии 2.4.x на сайте производителя я ничего толкового не нашел, в книжке-раскраске, что была с ним в коробке про линукс сказано одно - иди на сайт производителя, а там ничерта... только при попытке поиска - ошибка от M$ SQL и все... в ядре есть модуль pdc202xxx_new, который вроде как что-то делает. вопрос - куда рыть, что читать? HELP! -- SysAdmin - MagicNET Network mailto: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: promise fasttrak
Здравствуйте, devi. Вы писали 8 марта 2003 г., 18:09:57: d есть файл-сервер с винтом ibm ic35lavva (7200rpm, 120Gb). d на данный момент максимум - 45 mb/s, d чего собственно не хватает ... d встал вопрос о выборе ide raid контроллера. d (ибо скази очень дорог в этом случае). d очень интересовался promise fasttrak 100. d хотелось бы услышать отзывы, и варианты d по выбору конкретной модели. d заранее спасибо. Из своего опыта я бы порекомендовал AMI Megaraid i2. -- С уважением, Vlad mailto:[EMAIL PROTECTED]
Re: promise fasttrak
встал вопрос о выборе ide raid контроллера. (ибо скази очень дорог в этом случае). очень интересовался promise fasttrak 100. Ненадо fasttrack. Тем более если уперся по скорости одназначно надо на scsi переходить. Рауль.
Re: promise fasttrak
On Sat, Mar 08, 2003 at 06:09:57PM +0300, devi wrote: доброго времени суток, господа ... есть файл-сервер с винтом ibm ic35lavva (7200rpm, 120Gb). на данный момент максимум - 45 mb/s, чего собственно не хватает ... А что, есть надежда что установка raid controller'а как-то повысит скорость? --- Best regards, -Vlad
Re: promise fasttrak
On Sun, Mar 09, 2003 at 12:50:04PM +0300, devi wrote: On Sun, 9 Mar 2003 14:01:47 +0400 Vlad Harchev [EMAIL PROTECTED] wrote: А что, есть надежда что установка raid controller'а как-то повысит скорость? я могу ошибаться, но ... так и надо было говорить что хочется использовать raid0.. Возможно имеет смысл попробовать linux software raid - по идее для raid0 он *абсолютно* ничем не хуже promise-based массивов. Только винты на разные контроллеры зацепить. -- Best regards, -Vlad
Re: promise fasttrak
On Sun, Mar 09, 2003 at 12:50:04PM +0300, devi wrote: RAID 0 достигается наибольшая производительность по сравнению со всеми другими продуктами RAID. А также убивает какое-либо доверие к страйпингату. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
Re: promise fasttrak
Здравствуйте, Vlad Harchev! On Sun, Mar 09, 2003 at 04:15:10PM +0400, you wrote: - On Sun, Mar 09, 2003 at 12:50:04PM +0300, devi wrote: - On Sun, 9 Mar 2003 14:01:47 +0400 - Vlad Harchev [EMAIL PROTECTED] wrote: - -А что, есть надежда что установка raid controller'а как-то повысит скорость? - - я могу ошибаться, но ... - - - так и надо было говорить что хочется использовать raid0.. - - Возможно имеет смысл попробовать linux software raid - по идее для raid0 - он *абсолютно* ничем не хуже promise-based массивов. Только винты на разные - контроллеры зацепить. а я думаю что разницы и не будет... - - -- - Best regards, - -Vlad - - - -- - To UNSUBSCRIBE, email to [EMAIL PROTECTED] - with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - - -- Denis A. Egorov System Administrator ISP Concern Alex Tel: +380-44-2464666 Fax: +380-44-2467700 ICQ: 129102102 JID: [EMAIL PROTECTED] PGP: https://www.root.org.ua/pgp wget -O https://www.root.org.ua/pgp/public.key | gpg --import
Re: promise fasttrak
On Sun, 9 Mar 2003 12:50:04 +0200 [EMAIL PROTECTED] (Denis A. Egorov) wrote: - Возможно имеет смысл попробовать linux software raid - по идее для raid0 - он *абсолютно* ничем не хуже promise-based массивов. Только винты на разные - контроллеры зацепить. а я думаю что разницы и не будет... предположу что мне следует принести свои извинения за неточность в формулировке вопроса. меня на данный момент интересует raid0, возможно (еще не совсем определена финансовая сторона ) raid10. подчеркну, что меня интересовали советы по выбору железки для реализации вышеописанного. какие будут предложения/мнения ?
Re: promise fasttrak
On Sat, Mar 08, 2003 at 06:09:57PM +0300, devi wrote: доброго времени суток, господа ... есть файл-сервер с винтом ibm ic35lavva (7200rpm, 120Gb). на данный момент максимум - 45 mb/s, чего собственно не хватает ... встал вопрос о выборе ide raid контроллера. (ибо скази очень дорог в этом случае). очень интересовался promise fasttrak 100. хотелось бы услышать отзывы, и варианты по выбору конкретной модели. ИМХО promise - гадость (как и почти все IDE-raid) Единственный что более-менее нормальные - 3ware escalade (но они совсем не дешевые) -- With Best Regards, Maxim Tyurin mailto: [EMAIL PROTECTED] JID:[EMAIL PROTECTED]
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 Mon, Nov 11, 2002 at 11:35:36AM +0400, TARANTUL wrote: В письмах ранее видел, что для opensource драйвера пришлось пересобрать ядро с настройками отличными от тех, что идут по умолчанию в debian. Можно поподробнее что и как там не так? Там все так, и почему не работает - не понятно. Пересобирать ядро с их конфигом я не пробовала, там слишком много ненужного мне, а нужного - SMP, не хватало. -- Elena Egorova
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 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 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 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, 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, 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, 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
В Втр, 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, 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
Здравствуйте, 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
Re: Promise FastTrak + kernel 2.4.*
Йоханга!!! On Thu, Jul 18, 2002 at 05:48:35PM +0700, Sokolov Sergei wrote: 2.4.18 висло при Partition Table Check (и без xfs). 2.4.19-rc1 + xfs работал, но выдавал kernel BUG at buffer.c:549!. Даже раз oops вылетело. А от xfs отказываться не хочется. 2.4.19-rc2aa1 - щас тестирую , но там руками пришлось маленько править ide-pci.c, чтобы включить подержку Promise FastTrak (как и в 2.4.19-rc2). Вдобавок при компиляции ядра на RH 7.2: kgcc выдавал: internal compiler error gcc все таки скомпилил. Расскажите какая ситуация с поддержкой этих контроллеров. Был такой, наигрался по самое не хочу... Вывод один - дерьмецо это... :( Драйвера от самого Promise'a (ft.o) живут тока на отдельных ядрах, так как под 2.4.18 их нет - не ожило. Драйвера из ядра (pdcraid.o) тоже не отличаюся стабильностью. Oops постоянно лезет. Проходила инфа, что щас делают backport драйверов с 2.5.x, в 2.4.19 обещают включить. Так что остается ждать. Сама железка не внушает доверия совсем :( Например, если создать RAID1 на ide0+ide2 - ядро вообще не грузиться. Это в условиях, что система живет на обычном винте, про root на этом RAID я и не мечтаю. Переделываем RAID на ide0+ide1 - все работает. Один человек мне говорил, что у него оно живет с драйвером ft.o на 2.2.17. По моему это было в fido7.ru.linux. Так же можешь поискать в google.com строку FastTrak Promise Debian HOWTO. Щас должен приехать Adaptek на hpt370. Кто что скажет про него ? -- TARANTUL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Promise FastTrak + kernel 2.4.*
On Thu, 18 Jul 2002 22:32:28 +0500 TARANTUL [EMAIL PROTECTED] wrote: Йоханга!!! On Thu, Jul 18, 2002 at 05:48:35PM +0700, Sokolov Sergei wrote: 2.4.18 висло при Partition Table Check (и без xfs). 2.4.19-rc1 + xfs работал, но выдавал kernel BUG at buffer.c:549!. Даже раз oops вылетело. А от xfs отказываться не хочется. 2.4.19-rc2aa1 - щас тестирую , но там руками пришлось маленько править ide-pci.c, чтобы включить подержку Promise FastTrak (как и в 2.4.19-rc2). Вдобавок при компиляции ядра на RH 7.2: kgcc выдавал: internal compiler error gcc все таки скомпилил. Расскажите какая ситуация с поддержкой этих контроллеров. Был такой, наигрался по самое не хочу... Вывод один - дерьмецо это... :( Драйвера от самого Promise'a (ft.o) живут тока на отдельных ядрах, так как под 2.4.18 их нет - не ожило. Драйвера из ядра (pdcraid.o) тоже не отличаюся стабильностью. Oops постоянно лезет. Проходила инфа, что щас делают backport драйверов с 2.5.x, в 2.4.19 обещают включить. Так что остается ждать. Сама железка не внушает доверия совсем :( Например, если создать RAID1 на ide0+ide2 - ядро вообще не грузиться. Это в условиях, что система живет на обычном винте, про root на этом RAID я и не мечтаю. Переделываем RAID на ide0+ide1 - все работает. Один человек мне говорил, что у него оно живет с драйвером ft.o на 2.2.17. По моему это было в fido7.ru.linux. Так же можешь поискать в google.com строку FastTrak Promise Debian HOWTO. Щас должен приехать Adaptek на hpt370. Кто что скажет про него ? Адаптек неплохая вещь, но у меня поднят только как обычный IDE контроллер, просто надо много хардов в машине иметь... Все это пашет под 2.2.17 потому как система на SCSI AIC7 контроллере и бутается с него рабочие патчи были только под этот кернел, так чтобы вместе работали.. Я угробил на это 4 вечера, часов по 6... пока допер что и как делать... Если что пиши, я вспомню что и откуда брал :) -- TARANTUL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- -- -- -- -- Jan Solovjov+37256159411| ICQ UIN: 92473601 sysadminMagicNET Network| Registered Linux User: 202313 mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: promise
With 2.4.3 kernel I've got problems using so called generic IDE patch for another UDMA100 card. It only causes troubles as support for UDA100 is built into the kernel already. Have you checked for patches for _this particular_ controller for 2.2.x? --- Sergei Makarevich [EMAIL PROTECTED] wrote: äÏÂÒÙÊ ÄÅÎØ. åÓÔØ ËÏÎÔÒÏÌÌÅÒ Promise FastTrack100 TX2 Ó ÞÉÐÏÍ PDC20270. ñÄÒÏ 2.2.19 Ó ÎÁÌÏÖÅÎÎÙÍ IDE ÐÁÔÞÅÍ. îÏ ×ÓÅ ÒÁ×ÎÏ ËÏÎÔÒÏÌÌÅÒ ÎÅ ÏÐÏÚÎÁÅÔÓÑ. õ promise'a ÎÁ ÓÁÊÔÅ ÅÓÔØ ÍÏÄÕÌÉ ÄÒÁÊ×ÅÒÏ×, ÓÏÂÒÁÎÎÙÅ ÐÏÄ 2.4.2, ÎÏ ÞÔÏ-ÔÏ ÎÅ ÈÏÞÅÔÓÑ ÐÏËÁ ÐÅÒÅÌÁÚÉÔØ ÎÁ 2.4... ôÁË ×ÏÐÒÏÓ ËÔÏ-ÎÉÂÕÄØ ÐÒÉËÒÕÞÉ×ÁÌ ÜÔÏÇÏ Ú×ÅÒÑ Ë ×ÅÔËÅ 2.2? __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/
Re: promise
On Thu, 9 Aug 2001, Pavel Epifanov wrote: With 2.4.3 kernel I've got problems using so called generic IDE patch for another UDMA100 card. It only causes troubles as support for UDA100 is built into the kernel already. Have you checked for patches for _this particular_ controller for 2.2.x? Попробую поискать, хотя на интегрированные в мать UDMA100 контроллеры и на generic IDE patch пока жаловаться не приходилось... --- Sergei Makarevich [EMAIL PROTECTED] wrote: Добрый день. Есть контроллер Promise FastTrack100 TX2 с чипом PDC20270. Ядро 2.2.19 с наложенным IDE патчем. Но все равно контроллер не опознается. У promise'a на сайте есть модули драйверов, собранные под 2.4.2, но что-то не хочется пока перелазить на 2.4... Так вопрос кто-нибудь прикручивал этого зверя к ветке 2.2? __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/
