Érdekes hálózati probléma [Megoldva]

Fórumok

Üdv !

Az elmúlt időszakban több rejtélyes újraindulást csinált a 8.04-es ubuntu szerverünk. Elkedztem nyomozni és arra jutottam, hogy valamilyen hálózatos oka van a dolognak.

Az érdekes dolgot a Munin mutatta:

Nem látom be, hogy mitől kellene az aktív kapcsolatok számának egy lineáris emelkedéssel menni felfelé.

A grafikon alaphelyzetbe állása az egy restart volt. A logokból semmi nem látszik restart előtt, csak annyi, hogy eth0 link down és utána már az indulás.

A netstat kimenete:

Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 1 0 87.229.x.x:14667 213.134.24.157:1490 CLOSE_WAIT
tcp 0 0 87.229.x.x:49241 83.216.51.162:2220 TIME_WAIT
tcp 0 0 87.229.x.x:49173 84.3.126.156:17514 TIME_WAIT
tcp 0 8 87.229.x.x:49257 84.0.198.99:61755 ESTABLISHED
tcp 0 12 87.229.x.x:49173 145.236.119.49:4635 ESTABLISHED
tcp 0 0 87.229.x.x:41228 87.229.108.139:4719 ESTABLISHED
tcp 0 0 87.229.x.x:49241 77.111.75.230:1930 TIME_WAIT
tcp 0 1 87.229.x.x:49219 145.236.121.114:3172 LAST_ACK
tcp 0 0 87.229.x.x:4719 87.229.108.139:41228 ESTABLISHED
tcp 0 128480 87.229.x.x:49250 84.3.33.188:1876 ESTABLISHED
tcp 0 0 87.229.x.x:49241 86.101.253.241:63060 TIME_WAIT
tcp 0 10080 87.229.x.x:443 213.134.24.157:3292 ESTABLISHED
tcp 0 0 87.229.x.x:49219 89.132.15.86:62630 TIME_WAIT
tcp6 0 1848 87.229.x.x:221 213.134.24.157:3296 ESTABLISHED

Nekem nincs ötletem mi okozhat csinálja. Van valakinek ötlete, hogy ilyesmit mi okozhat vagy láttatok már hasonlót ?

Köszönöm a segítséget !

Üdv !
Droptable

Hozzászólások

Olyan a grafikon, mintha önmagát "gerjesztené" (valami szoftveres loop), vagy valami szoftver generálna forgalmat (akár valami kártevő szerű képződmény).
Milyen feladatokat lát el a szerver?

Talan mert a grafikon olyas valamit mutat ami szamlalja,hogy hany sikeres aktiv kapcsolat felpitesei keres volt eddig osszesen ?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

De az is érdekes, hogy ettől mitől indul újra magától?

A szerver game-server, http, https, ftp, mysql kiszolgáló, meg torrent kliensként megy (nem tracker :) ).
Eddig nem volt ilyen probléma vele, nem nagyon értem mitől csinálja mostanában.

Attól eltekintve, hogy nekem az Ubuntu Serverrel nagyon rossz tapasztalataim voltak, érdemes lehet rendszeresen menteni a gépről.

Ami nekem probléma volt hálókártya terén: link down, amit a network restart ill. A switch csere megoldott, ès a hibás driver miatti kernel panic.

Sztem tegyél bele egy másik hálókátyát, az nem nagy tétel viszont lehet, hogy segít.

Mid van a munin netstat plugin utolso (netstat -s | awk ...) soraban?

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Ez van:

netstat -s | awk '/active connections/ { print "active.value " $1 } /passive connection/ { print "passive.value " $1 } /failed connection/ { print "failed.value " $1 } /connection resets/ { print "resets.value " $1 } /connections established/ { print "established.value " $1 }'

netstat -s kimenete:

Ip:
30792545 total packets received
60 with invalid addresses
0 forwarded
0 incoming packets discarded
30227998 incoming packets delivered
44583323 requests sent out
32 outgoing packets dropped
Icmp:
6721 ICMP messages received
5071 input ICMP message failed.
ICMP input histogram:
destination unreachable: 1568
timeout in transit: 142
redirects: 4
12005 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 12005
IcmpMsg:
InType3: 1568
InType5: 4
InType9: 4972
InType11: 142
OutType3: 12005
Tcp:
25316 active connections openings
93657 passive connection openings
5193 failed connection attempts
2553 connection resets received
9 connections established
20640428 segments received
34850669 segments send out
214450 segments retransmited
24 bad segments received.
50918 resets sent
Udp:
9558578 packets received
22230 packets to unknown port received.
0 packet receive errors
9506199 packets sent
UdpLite:
TcpExt:
70 resets received for embryonic SYN_RECV sockets
29757 TCP sockets finished time wait in fast timer
3 time wait sockets recycled by time stamp
95 active connections rejected because of time stamp
10 packets rejects in established connections because of timestamp
971160 delayed acks sent
70 delayed acks further delayed because of locked socket
Quick ack mode was activated 6184 times
514526 packets directly queued to recvmsg prequeue.
71591 bytes directly in process context from backlog
36319393 bytes directly received in process context from prequeue
1652960 packet headers predicted
323770 packets header predicted and directly queued to user
8988402 acknowledgments not containing data payload received
7404372 predicted acknowledgments
22 times recovered from packet loss due to fast retransmit
89389 times recovered from packet loss by selective acknowledgements
Detected reordering 15 times using FACK
Detected reordering 36 times using SACK
Detected reordering 5 times using reno fast retransmit
Detected reordering 12 times using time stamp
11 congestion windows fully recovered without slow start
42 congestion windows partially recovered using Hoe heuristic
274 congestion windows recovered without slow start by DSACK
9227 congestion windows recovered without slow start after partial ack
63126 TCP data loss events
TCPLostRetransmit: 3
2 timeouts after reno fast retransmit
11710 timeouts after SACK recovery
647 timeouts in loss state
138778 fast retransmits
863 forward retransmits
12057 retransmits in slow start
24109 other TCP timeouts
3 classic Reno fast retransmits failed
12655 SACK retransmits failed
8086 DSACKs sent for old packets
12 DSACKs sent for out of order packets
2478 DSACKs received
11468 connections reset due to unexpected data
121 connections reset due to early user close
961 connections aborted due to timeout
TCPDSACKIgnoredOld: 1492
TCPDSACKIgnoredNoUndo: 600
TCPSpuriousRTOs: 1478
IpExt:
InMcastPkts: 4972
InBcastPkts: 150171

Kernel csere megoldotta. Az aktuális Ubuntu kernellel nem csinálja.

hi
belefutottam egy ugyanilyen problemaba, bar a fent emlitett reboot nalam nem jelentkezett (eddig)

amit a munin mutat az egyertelmuen fals.

a rendszer debian 5.0.1 up to date
a kernel gyari
linux-image-2.6.26-1-686 2.6.26-13lenny2

az etch > lenny upgrade elott egy 2.6.24.5+grsec kernellel ment joideig es azzal nem volt ilyen gondom, egyeb problemak miatt viszont arra mar nem allhatok vissza

eth: NC7781
# lspci | grep Ethernet

02:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02)
02:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02)
a halokari cserebere igazabol nem megoldhato

#cat /var/log/dmesg | grep eth0
[ 4.497308] eth0: Tigon3 [partno(NA) rev 1002 PHY(5703)] (PCIX:100MHz:64-bit) 10/100/1000Base-T Ethernet 00:0e:7f:26:7c:11
[ 4.497411] eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[1]
[ 4.497500] eth0: dma_rwctrl[769c4000] dma_mask[64-bit]
[ 11.599626] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 13.193132] tg3: eth0: Link is up at 100 Mbps, full duplex.
[ 13.193132] tg3: eth0: Flow control is off for TX and off for RX.
[ 13.193132] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

#cat /var/log/dmesg |grep tg3
[ 4.405263] tg3.c:v3.92.1 (June 9, 2008)
[ 13.193132] tg3: eth0: Link is up at 100 Mbps, full duplex.
[ 13.193132] tg3: eth0: Flow control is off for TX and off for RX.

van egy hasonlo vas, amin ezt nem tapasztalom, azon ubuntu 8.04 van

gyari kernel
linux-image-2.6.24-21-server 2.6.24-21.43

#cat /var/log/dmesg | grep tg3
[ 108.256649] tg3.c:v3.86 (November 9, 2007)
[ 120.888795] tg3: eth0: Link is up at 100 Mbps, full duplex.
[ 120.888802] tg3: eth0: Flow control is off for TX and off for RX.

valakinek van esetleg a kernel csereberen kivul mas otlete?
thx