Odpojování sítě v 7.04

[Martin - ViPEr*CZ*]

No tak to je na mě trochu moc todle zrovna neovládám. Možná to zkusím celé přeinstalit. Jestli to nepomůže, tak asi počkat na další jádro a nebo se spokojit se starou verzí.

[boo]

Kód: [Vybrat]

[ 4578.783561] NETDEV WATCHDOG: eth0: transmit timed out
[ 4578.783571] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=285.
[ 4581.578098] NETDEV WATCHDOG: eth0: transmit timed out
[ 4581.578107] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291.
[ 4586.967556] NETDEV WATCHDOG: eth0: transmit timed out
[ 4586.967567] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=1141.
[ 4588.963652] NETDEV WATCHDOG: eth0: transmit timed out
[ 4588.963662] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291.
[ 4592.955847] NETDEV WATCHDOG: eth0: transmit timed out
[ 4592.955856] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291

Tohle mi zacalo delat pred par dny po nove instalaci na novy pocitac, vzdy po pul minute/minute sitovka prestala fungovat. Stacilo vypnout v biosu ACPI. Pry to nejak konfliktilo s interupty sitovky nebo neco takoveho. Trochu je problem, ze mi pak nenabootuji winy, ale vypnout acpi jen jako parametr pri bootovani kernelu mi nefungovalo.

[Martin - ViPEr*CZ*]

Otestuju. Chvíli mi to zabere nebot k odpojování dochází pokaždé v jinej časovej úsek.

[Martin - ViPEr*CZ*]

Nastavil jsem si bootování na noapic nolapic (doufám, že to je dobře) a net se mi zatím po hodině neodpojil. Mám zaplý irádio, ktorrent, xchat. Troufl bych si říct, že vyřešeno.

[Filip Dominec]

Ahoj, zabývám se tímtéž problémem. Po stažení 10 - 20 MB dat přestane fungovat spojení ke druhému počítači. (Do té doby jede spolehlivě.)

Jde o podstatný bug, patrně v ovladačích. Mám Ubuntu FF, 64bit, 2 jádra na disku. Jsem připojen přes síťovku Realtek 8029 s koaxiálním kabele, provozovanou moduley "ne2k-pci" a "8390".

Pozoruji to u jádra ubuntu 2.6.20.16 vždy, zatímco u 2.6.17 ne nebo se to stávalo jen výjimečně. (Na ostatních strojích mám mj. i 2.6.20, ale inet funguje vždy, je to možná specifikum ubuntu jádra.)

== Diagnostika na 2.6.20.16 (tedy na tom blbém) ==
Po odpojení internetu v dmesg výpisu přibude:

Kód: [Vybrat]

[  363.171018] NETDEV WATCHDOG: eth1: transmit timed out
[  363.171027] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=2681.
[  363.970794] NETDEV WATCHDOG: eth1: transmit timed out
[  363.970803] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=151.
[  366.969956] NETDEV WATCHDOG: eth1: transmit timed out
[  366.969965] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=535.
[  378.566706] NETDEV WATCHDOG: eth1: transmit timed out
[  378.566716] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=1971.
[  384.565028] NETDEV WATCHDOG: eth1: transmit timed out
[  384.565038] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=269.
...

Kód: [Vybrat]

filip@jarda:~$ ifconfig -s eth1
Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVR   TX-OK TX-ERR TX-DRP TX-OVR Flg
eth1   1500 0      7088      0      0      0     3857     16      0      0 BMRUPříkaz rmmod ne2k-pci tuto síťovku dle očekávání schová a v dmesg přibude: [  769.597552] ACPI: PCI interrupt for device 0000:00:08.0 disabled

Po modprobe ne2k-pci:

Kód: [Vybrat]

[  862.546344] ne2k-pci.c:v1.03 9/22/2003 D. Becker/P. Gortmaker
[  862.546347]   http://www.scyld.com/network/ne2k-pci.html
[  862.547124] ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
[  862.548222] eth1: RealTek RTL-8029 found at 0xee00, IRQ 18, 00:30:4F:07:77:93.Ale dhclient už se nedovede připojit.

Lshw vypíše toto:

Kód: [Vybrat]

 *-network:1
       description: Ethernet interface
       product: RTL-8029(AS)
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 8
       bus info: pci@00:08.0
       logical name: eth1
       version: 00
       serial: 00:30:4f:07:77:93
       width: 32 bits
       clock: 33MHz
       capabilities: ethernet physical
       configuration: broadcast=yes driver=ne2k-pci driverversion=1.03 ip=192.168.0.58 latency=0 multicast=yes
       resources: ioport:ee00-ee1f irq:18Ethtool o této staré síťovce nic nezjistí (No data available).

== Pozorování z 2.6.17-10 ==

Net tu zřejmě funguje.

Lshw:

Kód: [Vybrat]

 *-network:1
       description: Ethernet interface
       product: RTL-8029(AS)
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 8
       bus info: pci@00:08.0
       logical name: eth1
       version: 00
       serial: 00:30:4f:07:77:93
       width: 32 bits
       clock: 33MHz
       capabilities: ethernet physical
       configuration: broadcast=yes driver=ne2k-pci driverversion=1.03 ip=192.168.0.58 latency=0 multicast=yes
       resources: ioport:ee00-ee1f irq:217To IRQ 217 je zajímavé. Ve dmesg je mimochodem řádek:
[   58.770960] ACPI: PCI Interrupt 0000:00:02.7[C] -> GSI 18 (level, low) -> IRQ 217

== Závěr ==

Máte-li nápad, jak to řešit nebo lépe diagnostikovat, sem s tím (teď např. kompiluju 2.6.21.4 od Linuse).

Ještě vyzkouším vypnutí ACPI v BIOSU, jak píše V1per. Pokud se to nevyřeší, bylo by to na bugreport a ještě zapátrám, jestli byl už zaslán.

[Pavelp]

Neco se deje s ACPI managementem preruseni. Az to vyzkousite, postnete to sem, je to zajimavy.

[Filip Dominec]

Vypnout ACPI v BIOSU (na mé krásné WinFast 760GXK8MC desce za asi 700 Kč) nepomohlo - internet stále po pár minutách vypadává. S ním to mimochodem odpojí i onboard zvukovku, a to tak, že přehrávač hudby nadobro zamrzne.

No tolik se neděje, 2.6.17 funguje, ale je to hloupé. Existuje ale jistá šance, že se to v následujících dužinách zase spraví.

[Filip Dominec]

Pozoruji, že na obou 64bitových jádrech sdílí síťovka přerušení se zvukovkou. Na 2.6.17 je to IRQ 209, na 2.6.20 je to IRQ 18. Odpojuje se to při stažení víc dat na obou 64bitových jádrech. Zvukovku jsem pokusně vyřadil z provozu, ale síťovka se odpojuje stále ačkoli má IRQ sama pro sebe.

Teď jsem na 32bitovém ubuntím jádře 2.6.20-15 a zdá se, že to jede bez problémů. Takže asi oželím mírnou výkonovou ztrátu a zústanu na 32bitovém systému.

[Petr Merlin Vaněček]

Kdyz tak na to koukam, tak jsem pochopil, ze podobny problem jsem resil asi pred 14 dny a ne a ne na to prijit. Nakonec jsem dhcp klientovi nastavil, ze z DHCP serveru nema brat leasetime, upravil jsem /etc/dhcp3/dhclient.conf takto:

Kód: [Vybrat]

request subnet-mask, broadcast-address, time-offset, routers,                  
        domain-name, host-name,  domain-name-servers, netbios-scope;

supersede dhcp-lease-time 120;a ten manualne nastavil na 2 minuty. Kdyz pominu, ze si to co dve minuty od "krabicky" vyzada nove IPcko (samosebou je mu pridelene vzdy stejne), tak to funguje. Nemel jsem cas to resit nejak hloubeji a hlavne jsem to prisuzoval jako chybu DHCP serveru na te krabicce.

[Martin - ViPEr*CZ*]

Tak ten config jsme upravil a restartoval PC a spadlo mi to zase.... už aby to někdo opravil v tom jádře...

[Profik123]

Stejný problém s Feistym, jádro 2.6.20-15

Kód: [Vybrat]

Aug 12 12:08:26 PC kernel: [ 1085.763664] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b71f
Aug 12 12:08:27 PC kernel: [ 1086.953753] NETDEV WATCHDOG: eth1: transmit timed out
Aug 12 12:08:30 PC kernel: [ 1089.949011] eth1: Transmit timeout, status 0d 0004 c07f media 10.
Aug 12 12:08:30 PC kernel: [ 1089.949017] eth1: Tx queue start entry 154  dirty entry 150.
Aug 12 12:08:30 PC kernel: [ 1089.949021] eth1:  Tx descriptor 0 is 0008a03c.
Aug 12 12:08:30 PC kernel: [ 1089.949024] eth1:  Tx descriptor 1 is 0008a03c.
Aug 12 12:08:30 PC kernel: [ 1089.949027] eth1:  Tx descriptor 2 is 0008a03c. (queue head)
Aug 12 12:08:30 PC kernel: [ 1089.949029] eth1:  Tx descriptor 3 is 0008a03c.
Aug 12 12:08:30 PC kernel: [ 1089.949041] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
Aug 12 12:08:31 PC kernel: [ 1090.755764] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:08:31 PC kernel: [ 1090.756297] NVRM: Xid (0001:00): 29,  L0 -> L0
Aug 12 12:08:34 PC kernel: [ 1093.751004] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b720
Aug 12 12:08:39 PC kernel: [ 1098.743104] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:08:42 PC kernel: [ 1101.738346] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b721
Aug 12 12:08:47 PC kernel: [ 1106.730444] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:08:50 PC kernel: [ 1109.725684] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b722
Aug 12 12:08:55 PC kernel: [ 1114.717784] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:08:58 PC kernel: [ 1117.713024] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b723
Aug 12 12:09:03 PC kernel: [ 1122.705124] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:09:06 PC kernel: [ 1125.700364] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b724
Aug 12 12:09:11 PC kernel: [ 1130.692463] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:09:18 PC kernel: [ 1137.873046] NETDEV WATCHDOG: eth1: transmit timed out
Aug 12 12:09:21 PC kernel: [ 1140.868305] eth1: Transmit timeout, status 0d 0004 c07f media 10.
Aug 12 12:09:21 PC kernel: [ 1140.868309] eth1: Tx queue start entry 4  dirty entry 0.
Aug 12 12:09:21 PC kernel: [ 1140.868314] eth1:  Tx descriptor 0 is 0008a03c. (queue head)
Aug 12 12:09:21 PC kernel: [ 1140.868317] eth1:  Tx descriptor 1 is 0008a03c.
Aug 12 12:09:21 PC kernel: [ 1140.868319] eth1:  Tx descriptor 2 is 0008a03c.
Aug 12 12:09:21 PC kernel: [ 1140.868322] eth1:  Tx descriptor 3 is 0008a03c.
Aug 12 12:09:21 PC kernel: [ 1140.868333] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
Aug 12 12:09:51 PC kernel: [ 1170.820825] NETDEV WATCHDOG: eth1: transmit timed out
Aug 12 12:09:54 PC kernel: [ 1173.816083] eth1: Transmit timeout, status 0d 0004 c07f media 10.
Aug 12 12:09:54 PC kernel: [ 1173.816088] eth1: Tx queue start entry 4  dirty entry 0.
Aug 12 12:09:54 PC kernel: [ 1173.816092] eth1:  Tx descriptor 0 is 0008a03c. (queue head)
Aug 12 12:09:54 PC kernel: [ 1173.816095] eth1:  Tx descriptor 1 is 0008a03c.
Aug 12 12:09:54 PC kernel: [ 1173.816097] eth1:  Tx descriptor 2 is 0008a03c.
Aug 12 12:09:54 PC kernel: [ 1173.816100] eth1:  Tx descriptor 3 is 0008a03c.
Aug 12 12:09:54 PC kernel: [ 1173.816112] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1Počítač se úplně zasekne, nereaguje vůbec na nic. Hledal jsem řešení, ale nic nenalezeno. Neví někdo jak na to?

(btw. myslím, že se nadobro vracím k Windows...)

[Martin - ViPEr*CZ*]

Je to způsobené něčím novým v jádře. Na starším mi to funguje. Ale zase mi nefunguje 3D akcelerace nebot ovladač se aktualizoval a pro todle jádro to nejede

Jo jo chtělo by to odladit nechce se mi používat Edgy Eft.... chtěl bych používat to nejnovější, ale zase ne po každý aktualizaci měnit HW

[ZooMbiE]

Zdravim, mam stejny problem a to jen nyni ve verzi 7.04, drive to nedelalo. Pc se normalne spusti a od DHCP si lizne IP adresu (doba platnosti je na serveru samozrejme nastavena na 12h, takze v tom problem neni) a potom v neurcitem casovem useku se pc odpoji od site a uz si ani po softwarovem odpojeni a pripojeni sitovky nechce od DHCP serveru liznout novou IP.

Povedlo uz se nekomu tento problem vyresit?

Ocenim jakoukouliv radu, dosti to otravuje..

[Martin - ViPEr*CZ*]

Grrrr další ugrade kernelu a stále mi padá net
A downgrade ATI ovladačů se mi taky nezdařil

[flashrobot]

Mne robi presne to iste, od isteho casu mi nechce nabehnut siet a v logoch m am toto: NETDEV WATCHDOG: eth0: transmit timed out, kazde 2 minuty, divne, ze to robi aj pri nabootovani livecd, co predtym na 100% nerobilo.