Status of amd64_linux26?

[Harald Barth]

> I just did a bit more testing and it's actually worse than I thought.  
> I'm using Debian unstable AMD64 with kernel-image-2.6.8-4-amd64-k8 and 
> arla version 0.36.2-9 on my desktop and Debian testing i386 with openafs 
> 1.2.11-3 on my server.  Here's an example entirely on my desktop:
> 
> /afs/hackish.org/usr/rufus/test$ uname -a
> Linux matsya.sys.hackish.org 2.6.8-4-amd64-k8 #1 Sun Oct 3 10:05:05 UTC 2004 x86_64 GNU/Linux
> /afs/hackish.org/usr/rufus/test$ fs version
> fs (arla 0.36.2)
> Copyright 1999-2003 Kungliga Tekniska Högskolan
> Copyright 2002-2003 Stockholms universitet
> Send bug-reports to arla-drinkers at stacken.kth.se
> 
> /afs/hackish.org/usr/rufus/test$ echo "foobar" > foo
> /afs/hackish.org/usr/rufus/test$ ls -l foo 
> -rw-rw-rw-  1 bin rufus 7 2004-10-07 17:20 foo
> /afs/hackish.org/usr/rufus/test$ less foo
> ^@^@^@^@^@^@^@
> foo (END) 

Ans this is on ext2 or ext3? Will it help you if I say that I have not
seen such corruption for a very long time? Probably not. My example is

haba$ uname -a
Linux clustertest.pdc.kth.se 2.6.5-gentoo-perfctr #2 SMP Mon Aug 9 14:20:35 CEST 2004 x86_64 3  GNU/Linux
haba$ /usr/arla/bin/fs  version
fs (arla 0.37rc4)
Copyright 1999-2003 Kungliga Tekniska Högskolan
Copyright 2002-2003 Stockholms universitet
Send bug-reports to arla-drinkers at stacken.kth.se
haba$ pwd                
/afs/pdc.kth.se/home/h/haba
haba$ ls foo
ls: foo: No such file or directory
[Exit 1 ]
haba$  echo "foobar" > foo
haba$ ls -l foo
-rw-r--r--  1 haba users 7 Oct  8 08:59 foo
haba$ less foo
haba$ cat foo
foobar
haba$ 

Not that your kernel is more bleeding edge than mine.
So what to do? I would

1. Try changing Arla version - latest and greatest snapshot 
2. Try changing the kernel version
3. Use the fs arladebug and fs nnpfsdebug stuff as described
   in the debugging section - compare logging output
   during "echo foobar>foo;cat foo" between a working and
   a non-working system.

but not necessarily in this order.

Harald.