Subject: Connection reset by peer, spawns huge garbage file
From: Lancaster, David Matthew (c4ng2@unb.ca)
Date: Fri May 12 2000 - 08:55:05 EDT
System:
RH 6.0 Kernel 2.2.5-15
netatalk1.4b2+asun2.1.3
Problem: Seems like Mac OS 8.5.5 has a problem copying to the box.
Connection is dropped very quickly, but child afpd process continues
running, and copys large amounts of garbage data to the file (killed the
process when it hit 2.1 gigs on a file that was supposed to be 25 megs).
Syslog mentions numberous (hundreds of thousand) error messages:
----------------
May 12 09:28:12 tnt afpd[4098]: ASIP session:548(2) from
123.166.13.123:3745(0)
May 12 09:28:12 tnt afpd[4098]: randnum/rand2num login: xxxxxx
May 12 09:28:12 tnt afpd[4098]: login xxxxxx (uid 5xx, gid 5xx)
May 12 09:30:00 tnt afpd[4098]: dsi_stream_read(-1): Connection reset by
peer
May 12 09:30:00 tnt afpd[4098]: dsi_stream_read(0): Connection reset by
peer
May 12 09:30:31 tnt last message repeated 15339 times
May 12 09:31:32 tnt last message repeated 29928 times
May 12 09:32:32 tnt last message repeated 29863 times
May 12 09:32:50 tnt last message repeated 8618 times
May 12 09:32:50 tnt afpd[4098]: dsi_stream_read(0): Connection reset by
peer
May 12 09:33:08 tnt last message repeated 8932 times
May 12 09:33:08 tnt afpd[2694]: server_child[1] 4098 killed
---------------
OS9 seems to work fine. Not entirely sure if the code is
2.1.3/2.1.3-6/2.1.3-7
Any idea what would fix this? I'm tempted to recompile a version of
2.1.3-7, but I *think* that's what's already running.
Somebody mentioned a known bug that spontaneously creates huge files, is
this it? Any fixes/workarounds? pre2.1.4 the only fix? And if so, which
version 2.1.4-37b, 2.1.4-38b_test, 2.1.4-39_test?
David Lancaster (506) 454-2167
690 Gregg Ct. Upper Apartment
Fredericton, NB Canada E3B 4H5
c4ng2@unb.ca "Don't anthropomorphize computers, they hate that."
This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:30:42 EST