AFS-ers,
I am seeing some problems on *all* our SGI IRIX 5.3 clients running AFS 3.4GA
and is 100% reproducable on our site.
The problem is as follows:
When I run the 'rlog -L -R *,v' command in a directory that contains files
larger than 64kb I see the following.
- When a file is smaller than 64kb no problems on that file !!
- When the file is larger than 64kb but smaller than 128 kb the first chunk of
64kb is correct (the first V-file in the cache) but the remaining part
contains all nulls ie. the second V-file is completely empty (zero bytes).
This error could only be seen when a checkout (co command) is performed
because co will abort with a message : premature end-of-file
- When the file is larger than 128kb the first 64kb chunk (the first V-file in
the cache) is again correct. Then I see 64kb of nulls ie the second V-file in
the cache is again completely empty. The remaining part of the original file
beyond the 128kb limit is then appended to the empty second chunk.
The failing files can be inspected with the xdump perl script from Ch.6 of the
Camel book from O'Reilly on page 272 from March 1992.
This problem is 100% reproducable on *all* SGI machine here at the Lab.
Only *one* file of which ought to fail never fails !! Odd isn't it ??
This problem has been reported to Transarc but they don't seem to be able to
reproduce this.
Could somebody out there check whether or not they see the same behaviour.
Machine: Any SGI SP workstation running IRIX 5.3 with NFS.
AFS on the SGI: 3.4GA (both statically and dynamically loaded in the kernel).
AFS on the servers: 3.3a on SunOS 4.1.4
--
With kind regards / Met vriendelijke groeten
DISCLAIMER: My view is not necessarilly
``` that of Shell Research or any of the
(o o) Shell Group of companies !!
--oOO--(_)--OOo---------------------------------------------
``` '''
Fred Donck Distributed Systems Engineer
__ __ __ Shell Research
/_ /_/ /_/ __/ Rijswijk, The Netherlands
/ / \ /_ /_/ Tel. +31 (0) 70 3112374
Fax. +31 (0) 70 3113110
X.400 : S=DONCK/I=FCW/C=NL/ e-mail :
A=400NET/P=SHELL/ [EMAIL PROTECTED]
O=KSEPL RIJSWIJK/OU=RA14/OU=OPENMAIL
