[d-kernel] ServerWorks CSB5 freezes on last kernels

[d-kernel] ServerWorks CSB5 freezes on last kernels

[Vitaly Ostanin]

[-- Attachment #1.1: Type: text/plain, Size: 2026 bytes --]

Hello, All!

Обнаружилось, что последние stp-smp ядра из Sisyphus виснут при
использовании IDE-дисков на чипсете ServerWorks CSB5.

Точно так же, как описано в
http://lkml.org/lkml/2003/6/7/68

Гарантированно замораживается с ядрами
2.4.22-std-smp-alt7
2.4.22-std-smp-alt8

noapic не помогает, при pci=noacpi не загружается модуль
SCSI-контроллера dac960.

IDE-диски - это 2 seagate barracuda по 80Gb. DMA на них отключен
давным-давно:
/etc/sysconfig/harddisk/(hdc|hdd)
USE_DMA=0

Есть ещё CD-ROM Asus, hda, он не используется, даже autofs
выключен. Правда, модуль для него при загрузке грузится.

Вывод dmesg и lspci -vvv в аттаче.

Ядра -aw- попробовать не удаётся, они не работают с reiserfs, я
об этом уже писал.

На сервере запущены:
jabber
squid
samba
postfix
uw-imap
vsftpd
sshd
named

При этом с данными ide-дисков работает только samba, у неё там
сетевые ресурсы.

Симптомы заморозки:
сервер пингуется, ни один из сервисов на запросы не отвечает, при
попытке локального логина с консоли принимается login, но
приглашение для ввода пароля не выдаётся.

На alt+sysrq+S/U/B сервер реагирует, но при S в выводе
синхронизированных устройств (по памяти):
emergency syncing device 16:01... done
emergency syncing device 16:02... done
emergency syncing device 30:03...
на этом вывод обрывается.

Отсюда подозрение именно на работу ядра с ide-дисками. Кстати,
откуда берётся номер 30:03 ?

В логах ничего совершенно, на 12-й консоли тоже.

Пока что временно отключил монтирование разделов с ide-дисков,
убрал их из ресурсов samba. Пока вроде работает. До этого работал
от 30-секунд (даже загрузиться не успевал, морозился при старте
named) до 8 часов.

Вопрос и просьба - подскажите, пожалуйста, как жить, куда копать?
Пусть он хотя бы по выходным не виснет :(


Система - почти последний Сизиф.

PS Этот список рассылки не упоминается на
http://www.altlinux.ru/index.php?module=mlists

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #1.2: dmesg.15-11-2003.bz2 --]
[-- Type: application/x-bzip2, Size: 5142 bytes --]

[-- Attachment #1.3: lspci.15-11-2003.bz2 --]
[-- Type: application/x-bzip2, Size: 1458 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] ServerWorks CSB5 freezes on last kernels

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2798 bytes --]

On Sat, Nov 15, 2003 at 06:12:12PM +0300, Vitaly Ostanin wrote:
> Hello, All!
> 
> Обнаружилось, что последние stp-smp ядра из Sisyphus виснут при
> использовании IDE-дисков на чипсете ServerWorks CSB5.
> 
> Точно так же, как описано в
> http://lkml.org/lkml/2003/6/7/68
> 
> Гарантированно замораживается с ядрами
> 2.4.22-std-smp-alt7
> 2.4.22-std-smp-alt8
> 
> noapic не помогает, при pci=noacpi не загружается модуль
> SCSI-контроллера dac960.

Ещё варианты:

acpi=off
acpi=off noapic
acpi=off noapic nolapic  (эта опция есть только в alt8)

> IDE-диски - это 2 seagate barracuda по 80Gb. DMA на них отключен
> давным-давно:
> /etc/sysconfig/harddisk/(hdc|hdd)
> USE_DMA=0

Но тем не менее сначала ядро всё-таки включает UDMA(33).  Не меняется
ли ситуация при указании ide=nodma?

Кроме того, когда и по какому поводу отключали DMA?  Возможно, с тех
пор ситуация уже изменилась (серьёзные проблемы там отмечались только
в режиме UDMA5, правда, как раз с Seagate Barracuda IV - но тут вроде
бы UDMA2 выбирается).

Кстати, как раз в alt8 правилась настройка PIO для этого чипсета...

Что происходит в /proc/ide/svwks - как сконфигурирован контроллер на
самом деле?

> Есть ещё CD-ROM Asus, hda, он не используется, даже autofs
> выключен. Правда, модуль для него при загрузке грузится.
> 
> Вывод dmesg и lspci -vvv в аттаче.
> 
> Ядра -aw- попробовать не удаётся, они не работают с reiserfs, я
> об этом уже писал.
> 
> На сервере запущены:
> jabber
> squid
> samba
> postfix
> uw-imap
> vsftpd
> sshd
> named
> 
> При этом с данными ide-дисков работает только samba, у неё там
> сетевые ресурсы.
> 
> Симптомы заморозки:
> сервер пингуется, ни один из сервисов на запросы не отвечает, при
> попытке локального логина с консоли принимается login, но
> приглашение для ввода пароля не выдаётся.
> 
> На alt+sysrq+S/U/B сервер реагирует, но при S в выводе
> синхронизированных устройств (по памяти):
> emergency syncing device 16:01... done
> emergency syncing device 16:02... done
> emergency syncing device 30:03...
> на этом вывод обрывается.
> 
> Отсюда подозрение именно на работу ядра с ide-дисками. Кстати,
> откуда берётся номер 30:03 ?

0x16 = 22 (16:01 = /dev/hdc1, 16:02 = /dev/hdc2)
0x30 = 48 (30:03 = /dev/rd/c0d0p3)

Т.е. получается, что для IDE как раз sync проходит, а вот на dac960
виснет.  Хотя вот уж тот драйвер точно никто не трогал - некому :(

> В логах ничего совершенно, на 12-й консоли тоже.
> 
> Пока что временно отключил монтирование разделов с ide-дисков,
> убрал их из ресурсов samba. Пока вроде работает. До этого работал
> от 30-секунд (даже загрузиться не успевал, морозился при старте
> named) до 8 часов.
> 
> Вопрос и просьба - подскажите, пожалуйста, как жить, куда копать?
> Пусть он хотя бы по выходным не виснет :(
> 
> 
> Система - почти последний Сизиф.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[d-kernel] Re: ServerWorks CSB5 freezes on last kernels

[Vitaly Ostanin]

[-- Attachment #1.1: Type: text/plain, Size: 3852 bytes --]

On Sun, 16 Nov 2003 18:58:41 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

> On Sat, Nov 15, 2003 at 06:12:12PM +0300, Vitaly Ostanin wrote:
> > Hello, All!
> > 
> > Обнаружилось, что последние stp-smp ядра из Sisyphus виснут
> > при использовании IDE-дисков на чипсете ServerWorks CSB5.
> > 
> > Точно так же, как описано в
> > http://lkml.org/lkml/2003/6/7/68
> > 
> > Гарантированно замораживается с ядрами
> > 2.4.22-std-smp-alt7
> > 2.4.22-std-smp-alt8
> > 
> > noapic не помогает, при pci=noacpi не загружается модуль
> > SCSI-контроллера dac960.
> 
> Ещё варианты:
> 
> acpi=off
> acpi=off noapic
> acpi=off noapic nolapic  (эта опция есть только в alt8)

Попробую, спасибо большое. Что означает последняя?

> > IDE-диски - это 2 seagate barracuda по 80Gb. DMA на них
> > отключен давным-давно:
> > /etc/sysconfig/harddisk/(hdc|hdd)
> > USE_DMA=0
> 
> Но тем не менее сначала ядро всё-таки включает UDMA(33).  Не
> меняется ли ситуация при указании ide=nodma?

Пока не пробовал. В субботу выключил монтирование разделов с
ide-винтов. Всё-равно заморозился :( При этом при emergency sync
устройства 16:01 и 16:02 уже не упоминаются, а вот 30:03
по-прежнему sync не проходит. Отсюда подозрение уже на mylex scsi
raid5, который сделан из 3-х scsi дисков
Seagate ST336607LW (как было в поставке, это брендовый вариант).

Для эксперимента было поставлено ядро из updates к M2.2
kernel24-smp-2.4.20-alt10
ide-винты не монтировались. Заморозился.

> Кроме того, когда и по какому поводу отключали DMA?  

Сразу после установки туда ide-винтов, из-за проблем udma5. То
есть сначала был включен udma2, а потом выключен для чистоты
эксперимента (пару раз он всё-таки зависал). Примерно 2 месяца
назад.

Кстати, при зависаниях сервера он именно морозит дисковую
подсистему - DNAT при этом работает.

> Возможно,
> с тех пор ситуация уже изменилась (серьёзные проблемы там
> отмечались только в режиме UDMA5, правда, как раз с Seagate
> Barracuda IV - но тут вроде бы UDMA2 выбирается).
> 
> Кстати, как раз в alt8 правилась настройка PIO для этого
> чипсета...
> 
> Что происходит в /proc/ide/svwks - как сконфигурирован
> контроллер на самом деле?

В аттаче.

> > Есть ещё CD-ROM Asus, hda, он не используется, даже autofs
> > выключен. Правда, модуль для него при загрузке грузится.
> > 
> > Вывод dmesg и lspci -vvv в аттаче.
> > 
> > Ядра -aw- попробовать не удаётся, они не работают с reiserfs,
> > я об этом уже писал.
> > 
> > На сервере запущены:
> > jabber
> > squid
> > samba
> > postfix
> > uw-imap
> > vsftpd
> > sshd
> > named
> > 
> > При этом с данными ide-дисков работает только samba, у неё
> > там сетевые ресурсы.
> > 
> > Симптомы заморозки:
> > сервер пингуется, ни один из сервисов на запросы не отвечает,
> > при попытке локального логина с консоли принимается login, но
> > приглашение для ввода пароля не выдаётся.
> > 
> > На alt+sysrq+S/U/B сервер реагирует, но при S в выводе
> > синхронизированных устройств (по памяти):
> > emergency syncing device 16:01... done
> > emergency syncing device 16:02... done
> > emergency syncing device 30:03...
> > на этом вывод обрывается.
> > 
> > Отсюда подозрение именно на работу ядра с ide-дисками.
> > Кстати, откуда берётся номер 30:03 ?
> 
> 0x16 = 22 (16:01 = /dev/hdc1, 16:02 = /dev/hdc2)
> 0x30 = 48 (30:03 = /dev/rd/c0d0p3)

Всё-равно не понял :( Почему 22 - это именно hdc ?

> Т.е. получается, что для IDE как раз sync проходит, а вот на
> dac960 виснет.  

Точно.

> Хотя вот уж тот драйвер точно никто не трогал - некому :(

Единственный оставшийся у меня вариант - аппаратные проблемы с
дисками/контроллером. Есть средство диагностики для Mylex
AcceleRaid 170 под linux ?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #1.2: svwks --]
[-- Type: application/octet-stream, Size: 713 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] Re: ServerWorks CSB5 freezes on last kernels

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 4125 bytes --]

On Mon, Nov 17, 2003 at 10:58:27AM +0300, Vitaly Ostanin wrote:
> On Sun, 16 Nov 2003 18:58:41 +0300
> Sergey Vlasov <vsu@altlinux.ru> wrote:
> 
> > On Sat, Nov 15, 2003 at 06:12:12PM +0300, Vitaly Ostanin wrote:
> > > Hello, All!
> > > 
> > > Обнаружилось, что последние stp-smp ядра из Sisyphus виснут
> > > при использовании IDE-дисков на чипсете ServerWorks CSB5.
> > > 
> > > Точно так же, как описано в
> > > http://lkml.org/lkml/2003/6/7/68
> > > 
> > > Гарантированно замораживается с ядрами
> > > 2.4.22-std-smp-alt7
> > > 2.4.22-std-smp-alt8
> > > 
> > > noapic не помогает, при pci=noacpi не загружается модуль
> > > SCSI-контроллера dac960.
> > 
> > Ещё варианты:
> > 
> > acpi=off
> > acpi=off noapic
> > acpi=off noapic nolapic  (эта опция есть только в alt8)
> 
> Попробую, спасибо большое. Что означает последняя?

Это отключение ещё и local APIC.

Хотя для SMP использование noapic и тем более nolapic нежелательно - разве
что без них совсем никак.

> > > IDE-диски - это 2 seagate barracuda по 80Gb. DMA на них
> > > отключен давным-давно:
> > > /etc/sysconfig/harddisk/(hdc|hdd)
> > > USE_DMA=0
> > 
> > Но тем не менее сначала ядро всё-таки включает UDMA(33).  Не
> > меняется ли ситуация при указании ide=nodma?
> 
> Пока не пробовал. В субботу выключил монтирование разделов с
> ide-винтов. Всё-равно заморозился :( При этом при emergency sync
> устройства 16:01 и 16:02 уже не упоминаются, а вот 30:03
> по-прежнему sync не проходит. Отсюда подозрение уже на mylex scsi
> raid5, который сделан из 3-х scsi дисков
> Seagate ST336607LW (как было в поставке, это брендовый вариант).
> 
> Для эксперимента было поставлено ядро из updates к M2.2
> kernel24-smp-2.4.20-alt10
> ide-винты не монтировались. Заморозился.

Мда...

> > Кроме того, когда и по какому поводу отключали DMA?  
> 
> Сразу после установки туда ide-винтов, из-за проблем udma5. То
> есть сначала был включен udma2, а потом выключен для чистоты
> эксперимента (пару раз он всё-таки зависал). Примерно 2 месяца
> назад.

UDMA на OSB4 неживой вообще, на CSB5 вроде бы глюки только с UDMA5 были.
Хотя чёрт его знает...

[skip]
> > > Симптомы заморозки:
> > > сервер пингуется, ни один из сервисов на запросы не отвечает,
> > > при попытке локального логина с консоли принимается login, но
> > > приглашение для ввода пароля не выдаётся.
> > > 
> > > На alt+sysrq+S/U/B сервер реагирует, но при S в выводе
> > > синхронизированных устройств (по памяти):
> > > emergency syncing device 16:01... done
> > > emergency syncing device 16:02... done
> > > emergency syncing device 30:03...
> > > на этом вывод обрывается.
> > > 
> > > Отсюда подозрение именно на работу ядра с ide-дисками.
> > > Кстати, откуда берётся номер 30:03 ?
> > 
> > 0x16 = 22 (16:01 = /dev/hdc1, 16:02 = /dev/hdc2)
> > 0x30 = 48 (30:03 = /dev/rd/c0d0p3)
> 
> Всё-равно не понял :( Почему 22 - это именно hdc ?

/usr/share/doc/kernel*/Documentation/devices.txt

> > Т.е. получается, что для IDE как раз sync проходит, а вот на
> > dac960 виснет.  
> 
> Точно.
> 
> > Хотя вот уж тот драйвер точно никто не трогал - некому :(
> 
> Единственный оставшийся у меня вариант - аппаратные проблемы с
> дисками/контроллером. Есть средство диагностики для Mylex
> AcceleRaid 170 под linux ?

Не знаю - не сталкивался.

Хотя вот что обнаружил:

http://www.lsilogic.com/products/stor_prod/raid/software_kit_520.html
http://www.lsilogic.com/techlib/marketing_docs/storage_stand_prod/raid/gam/release_notes_swkit520.txt

| * Do not use Linux DAC drivers 2.2.11 or 2.4.11 with this or any
|   previous releases of GAM. GAM server 5.10-01 or below cannot 
|   find the DAC controllers if these drivers are compiled into 
|   the Linux kernel. Use DAC drivers 2.2.10 or 2.4.10  instead. 
|   DAC drivers 2.2.10 and 2.4.10 can be found at:
| 
|    http://www.dandelion.com/Linux/DAC960-2.2.10.tar.gz and
|    http://www.dandelion.com/Linux/DAC960-2.4.10.tar.gz respectively.

А в ядре, как и следовало ожидать, лежит именно 2.4.11...

Правда, оказалось, что этот драйвер всё-таки не совсем заброшен:

http://developer.osdl.org/dmo/DAC960/DAC960_V2.4/

И что из этого работает - загадка...

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[d-kernel] Re: ServerWorks CSB5 freezes on last kernels

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 1781 bytes --]

On Mon, 17 Nov 2003 12:24:59 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

<skipped/>

> > Единственный оставшийся у меня вариант - аппаратные проблемы
> > с дисками/контроллером. Есть средство диагностики для Mylex
> > AcceleRaid 170 под linux ?
> 
> Не знаю - не сталкивался.
> 
> Хотя вот что обнаружил:
> 
> http://www.lsilogic.com/products/stor_prod/raid/software_kit_520.html
> http://www.lsilogic.com/techlib/marketing_docs/storage_stand_prod/raid/gam/release_notes_swkit520.txt
> 
> | * Do not use Linux DAC drivers 2.2.11 or 2.4.11 with this or
> | any
> |   previous releases of GAM. GAM server 5.10-01 or below
> |   cannot find the DAC controllers if these drivers are
> |   compiled into the Linux kernel. Use DAC drivers 2.2.10 or
> |   2.4.10  instead. DAC drivers 2.2.10 and 2.4.10 can be found
> |   at:
> | 
> |    http://www.dandelion.com/Linux/DAC960-2.2.10.tar.gz and
> |    http://www.dandelion.com/Linux/DAC960-2.4.10.tar.gz
> |    respectively.
> 
> А в ядре, как и следовало ожидать, лежит именно 2.4.11...
> 
> Правда, оказалось, что этот драйвер всё-таки не совсем
> заброшен:
> 
> http://developer.osdl.org/dmo/DAC960/DAC960_V2.4/
> 
> И что из этого работает - загадка...

Спасибо, я сейчас попробую
http://developer.osdl.org/dmo/DAC960/DAC960_V2.4/DAC960_2.4.20_DMA.patch

Кстати, как правильно собрать ядро по новой схеме с этим патчем?

Положить его в
kernel-fix-drivers-scsi
или как-то иначе прикладывать?

Кстати, тут есть ещё один сервер с serverworks, только osb4. На
нём идентичный контроллер mylex, драйвер 2.4.11, самосборное ядро
2.4.20-alt5.2-smp (пересборка alt5 под p3). Эта зараза работает и
не виснет. Даже обидно :)

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] Re: ServerWorks CSB5 freezes on last kernels

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2194 bytes --]

On Mon, Nov 17, 2003 at 03:14:01PM +0300, Vitaly Ostanin wrote:
> On Mon, 17 Nov 2003 12:24:59 +0300
> Sergey Vlasov <vsu@altlinux.ru> wrote:
> 
> <skipped/>
> 
> > > Единственный оставшийся у меня вариант - аппаратные проблемы
> > > с дисками/контроллером. Есть средство диагностики для Mylex
> > > AcceleRaid 170 под linux ?
> > 
> > Не знаю - не сталкивался.
> > 
> > Хотя вот что обнаружил:
> > 
> > http://www.lsilogic.com/products/stor_prod/raid/software_kit_520.html
> > http://www.lsilogic.com/techlib/marketing_docs/storage_stand_prod/raid/gam/release_notes_swkit520.txt
> > 
> > | * Do not use Linux DAC drivers 2.2.11 or 2.4.11 with this or
> > | any
> > |   previous releases of GAM. GAM server 5.10-01 or below
> > |   cannot find the DAC controllers if these drivers are
> > |   compiled into the Linux kernel. Use DAC drivers 2.2.10 or
> > |   2.4.10  instead. DAC drivers 2.2.10 and 2.4.10 can be found
> > |   at:
> > | 
> > |    http://www.dandelion.com/Linux/DAC960-2.2.10.tar.gz and
> > |    http://www.dandelion.com/Linux/DAC960-2.4.10.tar.gz
> > |    respectively.
> > 
> > А в ядре, как и следовало ожидать, лежит именно 2.4.11...
> > 
> > Правда, оказалось, что этот драйвер всё-таки не совсем
> > заброшен:
> > 
> > http://developer.osdl.org/dmo/DAC960/DAC960_V2.4/
> > 
> > И что из этого работает - загадка...
> 
> Спасибо, я сейчас попробую
> http://developer.osdl.org/dmo/DAC960/DAC960_V2.4/DAC960_2.4.20_DMA.patch
> 
> Кстати, как правильно собрать ядро по новой схеме с этим патчем?
> 
> Положить его в
> kernel-fix-drivers-scsi
> или как-то иначе прикладывать?

В принципе это не совсем правильно - его нужно бы в
kernel-fix-drivers-block (которого пока нет).  Дело в том, что драйвер
DAC960 предоставляет только доступ к блочному устройству, а не SCSI.

А вы этот GAM не запускали?  А то, возможно, придётся собирать этот
драйвер в нескольких вариантах (чего бы не хотелось).

> Кстати, тут есть ещё один сервер с serverworks, только osb4. На
> нём идентичный контроллер mylex, драйвер 2.4.11, самосборное ядро
> 2.4.20-alt5.2-smp (пересборка alt5 под p3). Эта зараза работает и
> не виснет. Даже обидно :)

Да уж...

А это безобразие как-то внезапно началось?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[d-kernel] Re: ServerWorks CSB5 freezes on last kernels

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 1448 bytes --]

On Mon, 17 Nov 2003 15:40:23 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

<skipped/>

> > Спасибо, я сейчас попробую
> > http://developer.osdl.org/dmo/DAC960/DAC960_V2.4/DAC960_2.4.20_DMA.patch
> > 
> > Кстати, как правильно собрать ядро по новой схеме с этим
> > патчем?
> > 
> > Положить его в
> > kernel-fix-drivers-scsi
> > или как-то иначе прикладывать?
> 
> В принципе это не совсем правильно - его нужно бы в
> kernel-fix-drivers-block (которого пока нет).  Дело в том, что
> драйвер DAC960 предоставляет только доступ к блочному
> устройству, а не SCSI.
> 
> А вы этот GAM не запускали?  А то, возможно, придётся собирать
> этот драйвер в нескольких вариантах (чего бы не хотелось).

Нет, мне просто raid-контроллер от mylex нужен, без наворотов.
Если я правильно понимаю, о чём речь.

> > Кстати, тут есть ещё один сервер с serverworks, только osb4.
> > На нём идентичный контроллер mylex, драйвер 2.4.11,
> > самосборное ядро 2.4.20-alt5.2-smp (пересборка alt5 под p3).
> > Эта зараза работает и не виснет. Даже обидно :)
> 
> Да уж...
> 
> А это безобразие как-то внезапно началось?

В общем, да. Когда электрики перестали отключать по выходным
энергию, он стал виснуть самостоятельно :( Раньше вис пару раз в
неделю, причём частота зависаний всё время увеличивалась.
Конечно, это только субъективные впечатления.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[d-kernel] Re: ServerWorks CSB5 freezes on last kernels

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 513 bytes --]

On Mon, 17 Nov 2003 12:24:59 +0300
Sergey Vlasov <vsu@altlinux.ru> wrote:

<skipped/>

> Правда, оказалось, что этот драйвер всё-таки не совсем
> заброшен:
> 
> http://developer.osdl.org/dmo/DAC960/DAC960_V2.4/

Пересобрал с этим патчем - это версия 2.4.20, загрузился.

Пересобрал уже на этом сервере это же ядро с
CONFIG_MPENTIUMIII=y
собралось, грузится, работает.

Если зависнет, напишу.

Огромное спасибо!

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[d-kernel] Re: ServerWorks CSB5 freezes on last kernels

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 669 bytes --]

On Tue, 18 Nov 2003 17:58:24 +0300
Vitaly Ostanin <vyt@vzljot.ru> wrote:

> On Mon, 17 Nov 2003 12:24:59 +0300
> Sergey Vlasov <vsu@altlinux.ru> wrote:
> 
> <skipped/>
> 
> > Правда, оказалось, что этот драйвер всё-таки не совсем
> > заброшен:
> > 
> > http://developer.osdl.org/dmo/DAC960/DAC960_V2.4/
> 
> Пересобрал с этим патчем - это версия 2.4.20, загрузился.
> 
> Пересобрал уже на этом сервере это же ядро с
> CONFIG_MPENTIUMIII=y
> собралось, грузится, работает.
> 
> Если зависнет, напишу.

Завис :( После 2-х суток работы. Придётся с RAID ковыряться :(

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]