Hi Derrick! On Aug 16, 2005, at 3:40 PM, Derrick J Brashear wrote:
On Tue, 16 Aug 2005, Roland Kuhn wrote:connection and ethereal shows that while RX packets are sent to the server, the server always answers with RX abort datagrams. The only immediate fix I have found is to stop/restart the openafs- client (Debian sarge, 1.3.81, on clients and servers). What can I do to further debug the cause of this? The problem is that this phenomenon eats batch jobs by the hundreds.-server version?
openafs 1.3.81, Linux 2.4.31, Debian sarge system, i386 running on Dual-Opteron. Oh, and I'm using the viced (non-threaded) fileserver. Can't get decent performance out of the threaded one.
-abort error code?-better yet,tcpdump with 1500 byte packet capture size during the window it fails?
Sorry, I forgot to save the trace and it didn't happen yet again (maybe it knows I'm waiting for it ;-) ). The clients logged "afs: failed to store file (110)".
I'll come back as soon as I have the trace.
Thanks for responding anyway,
Roland
--
TU Muenchen, Physik-Department E18, James-Franck-Str. 85747 Garching
Telefon 089/289-12592; Telefax 089/289-12570
--
A mouse is a device used to point at
the xterm you want to type in.
Kim Alm on a.s.r.
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GS/CS/M/MU d-(++) s:+ a-> C+++ UL++++ P-(+) L+++ E(+) W+ !N K- w--- M
+ !V Y+
PGP++ t+(++) 5 R+ tv-- b+ DI++ e+++>++++ h---- y+++ ------END GEEK CODE BLOCK------
PGP.sig
Description: This is a digitally signed message part
