Hi,
i am seeing reproducable TCP stalls to a single 2.2.12 box
(root@source)~# uname -a
Linux source 2.2.12 #1 Fri Oct 1 09:35:18 CEST 1999 i586 unknown
(root@source)~# uptime
9:13pm up 94 days, 2:17, 1 user, load average: 0.04, 0.18, 0.39
>From a couple of different systems ...
(flo@paradigm)~# uname -a
Linux paradigm 2.2.14 #1 Thu Jan 6 14:45:05 CET 2000 i686 unknown
(flo@paradigm)~# uptime
8:56pm up 26 min, 6 users, load average: 0.20, 0.16, 0.17
schuhkarton:~# uname -a
Linux schuhkarton 2.2.14 #1 Sat Jan 8 11:41:11 CET 2000 sparc unknown
schuhkarton:~# uptime
9:23pm up 10:15, 1 user, load average: 0.00, 0.00, 0.00
Trying to copy data via scp from any of the above machine to the 2.2.12
machine stalls after ~470k ... These connections do not continue.
It seems that the ACKs follow the data with an increasing gap and
then somehow when the window size is reached no acks get sent
anymore ... This might be due to the uptime of the machine
(Kernel.org mirror, kernel-ml exploder -> heavy tcp usage)
Is this a known issue, probably fixed in 2.2.13/14 ?
192.168.1.1 -> 2.2.14
192.168.2.2 -> 2.2.12
------------------schnipp---------------------------------------------
20:06:10.771472 192.168.1.1.1022 > 192.168.2.2.ssh:
. 450124:451572(1448) ack 512 win 32120 <nop,nop,timestamp 840004
812682397> (DF) [tos 0x8]
20:06:10.772331 192.168.1.1.1022 > 192.168.2.2.ssh:
. 451572:453020(1448) ack 512 win 32120 <nop,nop,timestamp 840004
812682397> (DF) [tos 0x8]
20:06:10.775108 192.168.2.2.ssh > 192.168.1.1.1022: . ack 429852
win 31856 <nop,nop,timestamp 812682397 839697,nop,nop,sack 39309@44889
40757@44889> (DF) [tos 0x8]
20:06:10.775164 192.168.1.1.1022 > 192.168.2.2.ssh:
. 453020:454468(1448) ack 512 win 32120 <nop,nop,timestamp 840004
812682397> (DF) [tos 0x8]
20:06:10.776027 192.168.1.1.1022 > 192.168.2.2.ssh:
. 454468:455916(1448) ack 512 win 32120 <nop,nop,timestamp 840004
812682397> (DF) [tos 0x8]
20:06:10.961437 192.168.2.2.ssh > 192.168.1.1.1022: . ack 432748
win 30408 <nop,nop,timestamp 812682416 839735> (DF) [tos 0x8]
20:06:10.961613 192.168.2.2.ssh > 192.168.1.1.1022: . ack 432748
win 31856 <nop,nop,timestamp 812682416 839735,nop,nop,sack 42205@44889
43653@44889> (DF) [tos 0x8]
20:06:10.961655 192.168.1.1.1022 > 192.168.2.2.ssh:
. 455916:457364(1448) ack 512 win 32120 <nop,nop,timestamp 840023
812682416> (DF) [tos 0x8]
20:06:10.962518 192.168.1.1.1022 > 192.168.2.2.ssh:
. 457364:458812(1448) ack 512 win 32120 <nop,nop,timestamp 840023
812682416> (DF) [tos 0x8]
20:06:11.151439 192.168.2.2.ssh > 192.168.1.1.1022: . ack 435644
win 30408 <nop,nop,timestamp 812682435 839774> (DF) [tos 0x8]
20:06:11.151585 192.168.2.2.ssh > 192.168.1.1.1022: . ack 435644
win 31856 <nop,nop,timestamp 812682435 839774,nop,nop,sack 45101@44889
46549@44889> (DF) [tos 0x8]
20:06:11.151618 192.168.1.1.1022 > 192.168.2.2.ssh:
. 458812:460260(1448) ack 512 win 32120 <nop,nop,timestamp 840042
812682435> (DF) [tos 0x8]
20:06:11.152481 192.168.1.1.1022 > 192.168.2.2.ssh:
. 460260:461708(1448) ack 512 win 32120 <nop,nop,timestamp 840042
812682435> (DF) [tos 0x8]
20:06:11.341426 192.168.2.2.ssh > 192.168.1.1.1022: . ack 438540
win 30408 <nop,nop,timestamp 812682454 839812> (DF) [tos 0x8]
20:06:11.341576 192.168.2.2.ssh > 192.168.1.1.1022: . ack 438540
win 31856 <nop,nop,timestamp 812682455 839812,nop,nop,sack 47997@44889
49445@44889> (DF) [tos 0x8]
20:06:11.341610 192.168.1.1.1022 > 192.168.2.2.ssh:
. 461708:463156(1448) ack 512 win 32120 <nop,nop,timestamp 840061
812682455> (DF) [tos 0x8]
20:06:11.351421 192.168.1.1.1022 > 192.168.2.2.ssh:
. 463156:464604(1448) ack 512 win 32120 <nop,nop,timestamp 840062
812682455> (DF) [tos 0x8]
20:06:11.531434 192.168.2.2.ssh > 192.168.1.1.1022: . ack 441436
win 30408 <nop,nop,timestamp 812682474 839850> (DF) [tos 0x8]
20:06:11.541451 192.168.2.2.ssh > 192.168.1.1.1022: . ack 441436
win 31856 <nop,nop,timestamp 812682474 839850,nop,nop,sack 50893@44889
52341@44889> (DF) [tos 0x8]
20:06:11.541485 192.168.1.1.1022 > 192.168.2.2.ssh:
. 464604:466052(1448) ack 512 win 32120 <nop,nop,timestamp 840081
812682474> (DF) [tos 0x8]
20:06:11.542346 192.168.1.1.1022 > 192.168.2.2.ssh:
. 466052:467500(1448) ack 512 win 32120 <nop,nop,timestamp 840081
812682474> (DF) [tos 0x8]
20:06:11.721432 192.168.2.2.ssh > 192.168.1.1.1022: . ack 444332
win 30408 <nop,nop,timestamp 812682493 839889> (DF) [tos 0x8]
20:06:11.731453 192.168.2.2.ssh > 192.168.1.1.1022: . ack 444332
win 31856 <nop,nop,timestamp 812682493 839889,nop,nop,sack 53789@44889
55237@44889> (DF) [tos 0x8]
20:06:11.731486 192.168.1.1.1022 > 192.168.2.2.ssh:
. 467500:468948(1448) ack 512 win 32120 <nop,nop,timestamp 840100
812682493> (DF) [tos 0x8]
20:06:11.732349 192.168.1.1.1022 > 192.168.2.2.ssh:
. 468948:470396(1448) ack 512 win 32120 <nop,nop,timestamp 840100
812682493> (DF) [tos 0x8]
20:06:11.921438 192.168.2.2.ssh > 192.168.1.1.1022: . ack 447228
win 30408 <nop,nop,timestamp 812682512 839927> (DF) [tos 0x8]
20:06:11.921481 192.168.1.1.1022 > 192.168.2.2.ssh:
. 470396:471844(1448) ack 512 win 32120 <nop,nop,timestamp 840119
812682512> (DF) [tos 0x8]
20:06:11.922513 192.168.2.2.ssh > 192.168.1.1.1022: . ack 447228
win 31856 <nop,nop,timestamp 812682512 839927,nop,nop,sack 56685@44889
58133@44889> (DF) [tos 0x8]
20:06:11.922546 192.168.1.1.1022 > 192.168.2.2.ssh:
. 471844:473292(1448) ack 512 win 32120 <nop,nop,timestamp 840119
812682512> (DF) [tos 0x8]
20:06:11.923408 192.168.1.1.1022 > 192.168.2.2.ssh:
. 473292:474740(1448) ack 512 win 32120 <nop,nop,timestamp 840119
812682512> (DF) [tos 0x8]
20:06:12.112323 192.168.2.2.ssh > 192.168.1.1.1022: . ack 450124
win 30408 <nop,nop,timestamp 812682531 839965> (DF) [tos 0x8]
20:06:17.081392 192.168.1.1.1022 > 192.168.2.2.ssh:
. 450124:451572(1448) ack 512 win 32120 <nop,nop,timestamp 840635
812682531> (DF) [tos 0x8]
20:06:29.701389 192.168.1.1.1022 > 192.168.2.2.ssh:
. 450124:451572(1448) ack 512 win 32120 <nop,nop,timestamp 841897
812682531> (DF) [tos 0x8]
20:06:54.941375 192.168.1.1.1022 > 192.168.2.2.ssh:
. 450124:451572(1448) ack 512 win 32120 <nop,nop,timestamp 844421
812682531> (DF) [tos 0x8]
------------------schnapp---------------------------------------------
So long ..
Flo
-- Florian Lohoff flo@rfc822.org +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Jan 15 2000 - 21:00:14 EST