From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 16 Nov 2003 18:58:41 +0300 From: Sergey Vlasov To: devel-kernel@altlinux.ru Subject: Re: [d-kernel] ServerWorks CSB5 freezes on last kernels Message-ID: <20031116155841.GE8991@sirius.home> Mail-Followup-To: devel-kernel@altlinux.ru References: <20031115181212.46799cd5.vyt@vzljot.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tVmo9FyGdCe4F4YN" Content-Disposition: inline In-Reply-To: <20031115181212.46799cd5.vyt@vzljot.ru> X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2003 15:59:05 -0000 Archived-At: List-Archive: List-Post: --tVmo9FyGdCe4F4YN Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit 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 часов. > > Вопрос и просьба - подскажите, пожалуйста, как жить, куда копать? > Пусть он хотя бы по выходным не виснет :( > > > Система - почти последний Сизиф. --tVmo9FyGdCe4F4YN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/t56xW82GfkQfsqIRAtLPAKCILWA1ykqmGwwfVb0Vgsh7NHPzzQCdFRZ7 JdAZpiq6SLilUvO421wV3aM= =IuWE -----END PGP SIGNATURE----- --tVmo9FyGdCe4F4YN--