Dotaz: Siet takmer nefunguje (po upgrade na 2.6.32 - Realtek r8169)

[PeterS.]

Ahoj, vcera som upgradoval moj archlinux, okrem ineho tam islo jadro 2.6.32 ale aj kopa inych veci... a dnes mi siet takmer nejde.. To takmer znamena za ping www.google.com raz z (povedzme) piatich pripadov pingne, ale aj to len par packetov prejde, zvysok sa strati. Branu u providera nejde pingnut (aspon sa mi doteraz nepodarilo). Na druhej strane ked som raz spustil prehliadac nacitalo mi neuplne jednu stranku a zaseklo sa. Ale v ostatnych pripadoch ked som to skusal, nenacitalo sa nic....

Ping spravidla napise network unreachable...

Adresu ziskavam pomocou dhcp, to sa vacsinou podari ale nie vzdy.

Ked skusim bootnut liveCD, tam siet funguje korektne...

samozrejme nemusi to byt problem jadra/ovladacov....

Ak mate nejake typy, vopred vdaka...

Odpovědi

[NN]

Jak is pripojeny..

NN

[1john2]

nejsem archista, tak to zkusim obecne... zjistete si, co konkretne se zmenilo.. mrknete do changelogu jadra, nezmenili neco kolem ovladace?

co systemove vypisy? dmesg?co do syslog pise dhcp daemon?

nejake zajimavosti v lspci, ip link show?

[Zdeněk Štěpánek]

Nemohl by to byt problem s IPv6? Zkus ho zakazat.

gg "archlinux disable ipv6"

[PeterS.]

takze vystup pingu vyzera takto:

$ ping www.sme.sk
PING www.sme.sk (85.xxx.xx.xxx) 56(84) bytes of data.
64 bytes from www.sme.sk (85.248.69.187): icmp_seq=2 ttl=59 time=6.89 ms
^C
--- www.sme.sk ping statistics ---
4 packets transmitted, 1 received, 75% packet loss, time 5040ms
rtt min/avg/max/mdev = 6.895/6.895/6.895/0.000 ms

a takto:

ping 74.125.87.99
PING 74.125.87.99 (74.125.87.99) 56(84) bytes of data.
From 10.xx.xx.xx icmp_seq=1 Destination Host Unreachable
From 10.xx.xx.x icmp_seq=3 Destination Host Unreachable
From 10.xx.xx.x icmp_seq=4 Destination Host Unreachable
^C
--- 74.125.87.99 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5013ms

ip link show ukaze toto:

$ip link show
1: lo: < LOOPBACK,UP,LOWER_UP > mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: < BROADCAST,MULTICAST,UP,LOWER_UP > mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:16:17:d2:e0:94 brd ff:ff:ff:ff:ff:ff

kernel log neukazuje nič podozrive: Jan 2 19:40:13 xxxxxxxx kernel: r8169: eth0: link up

v logoch nemam nič podozrive ohľadom dhcp, moju ipadresu mi prideli korektne...

mam kabel - ethernet (Antik - kosice)

v changelogu pre 2.6.32 je tych zmien ohladom r8169 relativne vela....

ten ipv6 este pozriem

[Semo]

Vyhod modul

modprobe -r r8169

a nahraj ho s optionom debug

modprobe r8169 debug=cislo

cislo je 0(nic) az 16(vsetko). A potom pripadne pozeraj hlasky jadra.

[PeterS.]

skusil som to, ale nevyhadzovalo to žiadne hlášky....

[the.max]

Zkus pingnout neco, treba www.google.com, coz ti asibude hazet vypadky. Pak to zkus znova ale uz primo na IP adresu, na kterou sel predchozi pokus. Pokud ti ping na IPcko pujde, mozna to bude prave tou IPv6. Pokud IPv6 nepouzivas, vyhod modul a zakaz jeho nacitani v /etc/rc.conf (!ipv6), nebo pokud IPv6 pouzivas, tak si to spravne nastav. Nezjistil jsem bohuzel nejaky dalsi vztah, ale u me se to chovalo podobne. IPv6 pouzivam, takze po nastaveni IPv6 to bylo vicemene v pohode.

...ale taky to muze byt ovladac te parodie na sitovku (realtek)...

[PeterS.]

ipv6 som zakázal (cez modprobe.conf - podľa wiki), nezlepšilo sa to....

skúšal som aj ping priamo na IPčku (predtým aj potom) ale nejde to....

[Roger]

Duplex? Zkus "ethtool eth0" a hod sem vypis.

[PeterS.]

Takže tu to je:

ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
        Link detected: yes

Pre porovnanie - výpis z LinuxOS 2007 livecd (tu sieť funguje):

ethtool eth0
Settings for eth0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
        Link detected: yes

[Roger]

Jediny rozdil, ktereho jsem si vsiml, je port - takze zkusit nastavit rucne (ethtool -s eth0 port tp), prip. se podivat po parametru pro modul (modinfo r8169).

[Roger]

Aha, kecam - v tom 2.6.32 je zapnuty gigabit, na LiveCD jen 100Mbit. Navic podle toho ip vypisu nahore jsou zapnute nejake velke ramce (16k).

Na tohle bych se taky zkusil podivat (tj. vynutit 100Mbit, prip. nastavit MTU na klasickych 1500 B).

[PeterS.]

Už som skusil zmeniť rýchlosť s :

# ethtool -s eth0 speed 100 duplex full

a

# mii-tool -F 100baseTx-HD

a bez efektu. K tomu MTU, podľa ip link show eth0 ma MTU 1500, iba loopback ich ma veľke (16436) - treba zmeniť aj toto?

[Roger]

Nee, pardon, s MTU mas pravdu - prekoukl jsem se o radek...

Vazne to nefunguje, ani kdyz vypadaji oba vypisy z ethtoolu stejne (nevsiml jsem si, ze bys zmenil port na tp)?

[PeterS.]

aby nedošlo k nedorozumeniu, ked som spustil to ethtool na zmenu rýchlosti, ani výpis z ethtool eth0 sa nezmenil. Teda nič sa neprestavilo. Skusil som tam potom pridať aj autoneg off na koniec toho príkazu, ale ani tento parameter nemal žiaden efekt - stále sa nič neprestavilo...

zmeniť tp som neskušal, ale som dosť skeptický, kedže predchádzajuce pokusy o prestavenie neboli úspešné... ale skúsim to...

[Zdeněk Štěpánek]

ethtool -s eth0 speed 100 duplex full

Tady musis jeste:

ethtool -s eth0 autoneg off

Jenze vypnutim autonegace se ti protistrana nastavi na 10/half a nehnes s ni. Tak to zkus na 10/half.

Jinak ja mel s touhle sitovkou priserny problemy taky, pak jsem to vzdal. Vpodstate slo o to ze existuji moduly r8168 a r8169. Vtip je v tom ze realtek nedela mezi jednotlivymi Hw rozdil a tak r8169 obsahuje pciid identifikaci i tech HW na ktere by spravne mel jit r8168. Jenze z toho duvodu se ty moduly navzajem nemaj radi a tak je v systemu jen jeden. Aspon takhle jsem to onehda vygooglil, je mozny ze uz je to davno vyreseny a r8169 umi oboji HW. Ale me na nejaky trapnym AuSUSU s cipsetem SiS proste neslo.

Zdenek

[PeterS.]

Ako som písal vyššie, downgradoval som kernel na 2.6.31 a tam to pár mesiacov funguvalo... Takže na driver to asi nevyzerá. Nemôže to sposobovať upgrade iného balíka? Alebo nemôže niečo tak zatažovať sieť že sa to takto správa?.... aj ked traffic tam nie je žiadny.....

alebo nejaký problém s dhcp..?

[jose17]

skusil by som nahodit to povodne jadro. potom skumat dalej.

[PeterS.]

vratil som jadro 2.6.31, ale siet aj tak nejde, co je zvlastne, kedze predtym s tymto jadrom isla...

skusil som nabootovat aj rescueCD a toto je vystup ethtool - tu to funguje spravne aj s rychlostou 1000 Mb/s

% ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
                                1000baseT/Half 1000baseT/Full 
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
	Port: MII
	PHYAD: 0
	Transceiver: internal
	Auto-negotiation: on
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000033 (51)
	Link detected: yes

Co je identicke s tym co dava archlinux, kde to teda nefunguje.... tak uz neviem kde este pozriet....

[NN]

Skus vypnout firewall, respektive nastav politiku na ACCEPT.

NN

[PeterS.]

firewal je vypnuty - v každom prípade jeho nastavenia som už mesiace nemenil.. a to by nesedelo s tým, že väčšina packetov je pri pingu stratená a niektoré prejdu...

[erik]

Resil jsem u NAS serveru obdobnou kartu a nakonec jsem nasel jedine jadro se kterym je stabilni - 2.6.27. Co jsem zjistil byl problem se staronovym pristupem k IRQ v jadre. Pro ubuntu-server distro muzu poskytnout primo vytvoreny balicek s funkcnim jadrem .... Bohuzel zadne nove jadro jsem zatim nepoladil :-/

[PeterS.]

Ako som písal, vrátil som jadro na 2.6.31 kde to pár mesiacov fungovalo, a (už) to nejde ani s týmto jadrom... vážne rozmýšľam či problém nie je inde - default route, MTU, ale to si budem môcť preveriť až doma...

[vencour]

Mam dvě síťovky s modulem r8169, pcmci edimax je detekovaný následovně

# lspci -s 16:00 -vv
16:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
        Subsystem: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 64 (8000ns min, 16000ns max), Cache Line Size: 32 bytes
        Interrupt: pin A routed to IRQ 16
        Region 0: I/O ports at 8000 [size=256]
        Region 1: Memory at c4000000 (32-bit, non-prefetchable) [size=512]
        Expansion ROM at f4000000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: r8169
        Kernel modules: r8169

a problémy nepociťuju. Kdybyste měl potíže s irq, v logu by se to někde asi vyskytlo?

[PeterS.]

špecialne na IRQ som sa nezameral, môžem pozrieť do logov, Resp. bude stačiť ak si v lspci -v pozriem na irq sietovky a pozriem či rovnake irq nemá aj iný device?

[vencour]

Kdybych věděl ... jedna diskuse pro inspiraci a ještě tady o zvukovceaneb vypsat si /proc/interrupts a přehodit kartu do jiného pci slotu, půjde-li.

[PeterS.]

doma to preverim, ale tuto maticnú dosku mám už cca 3 roky... jediná HW zmena ktorá sa nedavno stala (asi 3 týždne pred týmto problémom) bola, že mi tam pridali DVD mechaniku

a pripominám že s liveCD mi to funguje....

[vencour]

Ok, tak porovnej stav při bootu z disku a z live a podle toho se zařiď, víc mne teď nenapadá.

[vencour]

Ona druhá síťovka s modulem r8169, v pci slotu ...

# lspci -s 00:14 -vv
00:14.0 Ethernet controller: D-Link System Inc DGE-528T Gigabit Ethernet Adapter (rev 10)
        Subsystem: D-Link System Inc DGE-528T Gigabit Ethernet Adapter
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- PERR- INTx-
        Latency: 64 (8000ns min, 16000ns max), Cache Line Size: 32 bytes
        Interrupt: pin A routed to IRQ 11
        Region 0: I/O ports at c400 [size=256]
        Region 1: Memory at fdffd000 (32-bit, non-prefetchable) [size=256]
        [virtual] Expansion ROM at 20000000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: r8169
        Kernel modules: r8169

[PeterS.]

dalšia vec čo som si všimol, že napríklad výpis trace trva enormne dlho. Z livecd je to len "prebliknutie"..

dalej, pri ifconfig RX/TX packets / bytes su enormne nízke čísla a zároven nie su tam žiane errors, dropped, overruns, frame

To znamená že z PC packety vôbec neodchádzajú

[vencour]

Jaký trace? Na jméno nebo číslo?

[PeterS.]

sorry, nie trace, ale route.

Ale myslím že vec je viac menej vyjasnená. Narazil som na popis rovnakého problému, je to zdá sa problem driveru. Aj ked na to koľko takýchto sieťoviek existuje, by som čakal, že postihnutých musí byť veľa. Možno ide aj o kombináciu s iným HW.

jediný zjavný symptom že tam je problém je vysoký počet interruptov (v /proc/interrupts) na eth0, a to rádovo viac ako dalšie zariadenia....

Čo s tým ale urobím to ešte neviem...

[vencour]

Ok, trace = v linuxu traceroute, ve woknech tracert.

Ohledně statistiky ... k přerušením jsem zatim nic nenašel, co k síťovce: "ethtool -S eth0" ... je rozdíl mezi stavem v live a v diskové distribuci? Při diskové by tam měly být asi nějaké chyby,když "to" nejde?

[PeterS.]

ethtool -S eth0 som neskušal...doma skusim....

dalšia zaujímava vec je, že v ifconfig ked sa uvádzajú RX a TX packety su enormne nízke čísla... podľa mna sietovka proste packety z PC nepustí von.... a nie su tam žiadne errors, dropped a pod. packety

Môj momentálny plan je skomilovať tento modul zo zdrojakov od výrobcu... Snad to pôjde.....

[PeterS.]

Takže skusil som najprv skompilovať ovládač na kartu r8169-6.011.00.tar.bz2 - nešlo to :(

Ale potom som sa dočítal na jednom fore, že treba downgradovať na 2.6.31, a pred štartom s týmto jadrom, nechat "odstat" PC, resp. ja som to urobil tak, že som ho vzadu vypol, stlačil hlavný vypínač v predu, trošku sa tam kontrolky preblisli" a potom zase zapol vypínač vzadu. A po naštartovaní sieť ide... Ako keby si karta pamätala nejaké veci z jadra 2.6.32 a preto nefungovala v 2.6.32

nie je to veľmi dobré riešenie, resp. nie dlhodobé, ale dá sa s tým nateraz žiť... uvidíme ako to bude v 2.6.33.

Vďaka všetkým za ochotu...