Dotaz: Krátkodobé přerušení eth linky

[kibo]

Příloha:

• messages.txt (22468 bytů)

Dobrý den

po reinstalaci serveru se mi objevil následující problém: Server krátkodobě vypíná eth3 rozhranní. Sca na 10 sekund. Po této době rozhranní opět funguje.

Stávalo se tak zhruba 1x za hodinu (odpovídalo leasure-time v DHCP), nyní asi 1x za 8 hodin (odpovídá leasure-time nastavenému na 8 hod).

Také jsem uvažoval zda to nemůže souviset s VPN (openVPN), která je na serveru nově a používá BRIDGE.

Po krátkodobém výpadku najdu v logu následující výpisy - v přiloženém souboru.

Ještě dodám, že se jedná o CentOS6.

ifconfig

ifconfig
br0       Link encap:Ethernet  HWaddr 00:23:8B:98:2F:9A  
          inet addr:172.16.129.1  Bcast:172.16.129.255  Mask:255.255.255.0
          inet6 addr: fe80::223:8bff:fe98:2f9a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:36362 errors:0 dropped:0 overruns:0 frame:0
          TX packets:38121 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:4056620 (3.8 MiB)  TX bytes:47396591 (45.2 MiB)

eth0      Link encap:Ethernet  HWaddr 00:23:8B:98:2F:9A  
          UP BROADCAST PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:31 Base address:0x4000 

eth2      Link encap:Ethernet  HWaddr 00:23:8B:98:2F:98  
          inet addr:213.211.53.198  Bcast:213.211.53.199  Mask:255.255.255.252
          inet6 addr: fe80::223:8bff:fe98:2f98/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:96916640 errors:0 dropped:0 overruns:0 frame:0
          TX packets:68004237 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:109039402216 (101.5 GiB)  TX bytes:32480288833 (30.2 GiB)
          Interrupt:18 

eth3      Link encap:Ethernet  HWaddr 00:23:8B:98:2F:99  
          inet addr:172.16.128.1  Bcast:172.16.128.255  Mask:255.255.255.0
          inet6 addr: fe80::223:8bff:fe98:2f99/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:486871 errors:0 dropped:0 overruns:0 frame:0
          TX packets:395276 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:60348673 (57.5 MiB)  TX bytes:469753218 (447.9 MiB)
          Interrupt:17 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:24508504 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24508504 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:37538738719 (34.9 GiB)  TX bytes:37538738719 (34.9 GiB)

tap0      Link encap:Ethernet  HWaddr 86:F4:62:14:E6:EF  
          inet6 addr: fe80::84f4:62ff:fe14:e6ef/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:36373 errors:0 dropped:0 overruns:0 frame:0
          TX packets:64846 errors:0 dropped:1053 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:4567613 (4.3 MiB)  TX bytes:49051293 (46.7 MiB)

Děkuji za Vaši pomoc. Zdraví Tom

Odpovědi

[NN]

Hm, krome toho,ze maz pravdepodobne zle nakonfigurovane DHCP, tak se ti jeste rozsype driver k sitove karte..

Takze bych asi zacal tim DHCP..

[Michal Kubeček]

Stávalo se tak zhruba 1x za hodinu (odpovídalo leasure-time v DHCP), nyní asi 1x za 8 hodin (odpovídá leasure-time nastavenému na 8 hod).

Nemyslíte spíš lease-time?

Ten DHCP server obsluhuje jen jednoho klienta a kromě komunikace s ním se přes eth3 nic neposílá? Nebo celou dobu komunikace funguje správně a ten tx timeout nastane až při odpovědi na DHCP dotaz?

[kibo]

Nemyslíte spíš lease-time?
Ano - máte pravdu, psal jsem to z hlavy.

Ten DHCP server obsluhuje jen jednoho klienta a kromě komunikace s ním se přes eth3 nic neposílá?
DHCP obsluhuje klienty na C(255.255.255.0) lokální síti. Přes eth3 putuje veškerá komunikace sca 200 klientů.

Nebo celou dobu komunikace funguje správně a ten tx timeout nastane až při odpovědi na DHCP dotaz?
DHCP celou dobu funguje správně.

[Michal Kubeček]

Tak to je zvláštní. Dojde k tomu aspoň pokaždé při komunikaci se stejným klientem? Pokud ano, je ten klient něčím specifický, liší se něčím od ostatních?

[kibo]

Opravil jsem konfiguraci DHCP a problém se přestal vyskytovat.

Jak jsem psal na serveru je také VPN ve konfiguraci bridge. Do souboru dhcpd.cong jsem přidal subnet pro sít na br0.

subnet 172.16.129.0 netmask 255.255.255.0 {}

Nedokážu říct, kde byl přesně problém. Proč se restartoval ovladače síťové karty, ale v součastné době - po dvou dnech pozorování se zatím problém nevyskytl.

Děkuji za pomoc. Tom

[Michal Kubeček]

Tu kartu restartoval watchdog na základě toho, že se déle než nějaký limit nepodařilo odeslat paket. Tohle je ale věc, kterou by chyba v konfiguraci DHCP způsobit neměla, zvlášť když jste "jen" server (tj. dhcpd nehýbe s konfigurací vašich rozhraní). Ale dneska se všemi těmi offloadingy to nemůžu tvrdit úplně jistě.