Beznadejne pada sit.

[Karel Sandler]

Situace se uz nastesti, ale necekane, zmenila. Jak jsem psal uz drive,
zkousel jsem FC1, RH9 i zmenu driveru pro sitovou kartu (na boardu). Vymena
boardu nepomohla i kdyz jsem jeste vyzkousel FC2 a W2kSrv. To mne
presvedcilo o tom, ze v softwaru to nebude. Prisla vymena procesoru, pak
zdroje a porad nic. Teprve dalsi, v poradi uz druha vymena boardu a vse bezi
jak ma. Snad to vydrzi. Je to divne, server je od IBM.

Diky vsem za odpovedi,
Karel Sandler

"Petr Chloupek" <petrch na regnet.cz> wrote in message
news:pan.2004.06.02.13.42.55.844454 na regnet.cz...
>
> Neco podobneho jsem resil s ovladacem tulip,
> vyskousejte jadro 2.4.20 (nebo starsi) a 2.4.27-pre1 (nebo novejsi)
> zkompilovane pro 386, pokud to pomuze, vyhnete se jadrum
> mezi temito verzemi (hloubeji jsem to nezkoumal, ale ta
> hlaska "Kernel panic: Aiee, killing interrupt handler! In Interrupt
handler - not
>  sysncing" se vyskytuje ve zdrojacich u komentare, kteri rika
> neco ve smyslu: "Sem to za normalnich okolnosti nemuze nikdy
> dojit"
> Pravdepodobne bug v ovladaci, nebo v nejakem subsystemu
> (preruseni, sit).
> Zkousel jsem take aktualni ovladace od D. Beckera (scyld), vysledek
> stejny.
>
> Minimalni postup pro reprodukovani bugu bylo nabootovat
> a udelat nekolikrat za sebou /etc/init.d/network restart.
>
>
>
>
> On Thu, 20 May 2004 13:22:01 +0200, Karel Sandler wrote:
>
> > Prosim o napad ci radu v nasledujici situaci. Mam IBM xSeries205, karta
> > Broadcom 10/100/1000 a FC1. Zkusil jsem i RH9, ktery na jinych dvou
temer
> > stejnych strojich bezi v pohode, ale tady to nepomuze. Link nepravidelne
> > po par hodinach pada, staci restart site. Pri zatezi, napr. pri ftp,
> > spadne do minuty uz nejen link - pripojuji vypis (tg3 je driver karty).
Po
> > vymene boardu je situace presne taz. RAM jsem testoval (Memtest86
v.3.0),
> > kabely i porty na switchi menil, irq presouval. Vymenit jeste procesor?
> > Diky predem za kazdou radu.
> > Karel Sandler
> >
> > Process ftp (pid: 7085 stackpage=ee579000) Stack: 00000100 00000020
> > 0000005c 0004dba3 0000009e f72831b4 0000009a 00000001
> >        000002dd 0004dadc 00010000 00000040 f7283180 00000292 f7283000
> > f89ac60b
> >        f7283180 0000003f 00000001 f72830c4 f7283000 0055d705 00000046
> > c020ed6a
> > Call Trace:  [<f89ac60b>] tg3_poll [tg3] 0x6b (0xee579e00) [<c020ed6a>]
> > net_rx_action [kernel] 0xba (0xee579e20) [<c0121d85>] do_softirq
[kernel]
> > 0x95 (0xee579e3c) [<c010b35e>] do_IRQ [kernel] 0x9e (0xee579e54)
> > [<c010db28>] call_do_IRQ [kernel] 0x5 (0xee579e74) [<c01472b7>]
> > block_prepare_write [kernel] 0x67 (0xee579ea0) [<f8873630>]
ext3_get_block
> > [ext3] 0x0 (0xee579ebc) [<f8873c03>] ext3_prepare_write [ext3] 0xa3
> > (0xee579ec8) [<f8873630>] ext3_get_block [ext3] 0x0 (0xee579ed8)
> > [<c0133360>] add_to_page_cache_unique [kernel] 0x50 (0xee579ee4)
> > [<c01364d5>] do_generic_file_write [kernel] 0x225 (0xee579ef8)
> > [<c0136aa6>] generic_file_write [kernel] 0x136 (0xee579f48) [<f8871029>]
> > ext3_file_write [ext3] 0x39 (0xee579f74) [<c0143da3>] sys_write [kernel]
> > 0xa3 (0xee579f94) [<c0109747>] system_call [kernel] 0x33 (0xee579fc0)
> >
> > Code: 8b b6 84 00 00 00 c1 e9 02 8b 44 24 18 f3 a5 a8 02 74 02 66 <0>
> > Kernel panic: Aiee, killing interrupt handler! In Interrupt handler -
not
> > sysncing
>
> -- 
> Petr Chloupek
>