Coda File System

Re: coda endian problems??

From: Troy Benjegerdes <>
Date: Wed, 14 Jul 2004 11:28:52 -0500
On Wed, Jul 14, 2004 at 03:02:42PM +0200, Ivan Popov wrote:
> On Tue, Jul 13, 2004 at 09:29:11PM -0500, Troy Benjegerdes wrote:
> > Has anyone successfully run coda on a big-endian machine?
> > 
> > I just built it and set up a server on a ppc and x86 machine (the ppc
> > box is the SCM), and I can't seem to authenticate.
> Hello Troy,
> as far as I recall, Coda servers are endian-dependent, in the sence that
> you cannot mix different-endianness servers in the same volume replication
> group. May be it is still possible to use them in the same realm,
> while avoiding volume replication between them.
> (Servers send log information to each other, and it is pretty much in its
> internal representation)

I don't know what the authenticate deal was.. I think I needed to be
running 'auth2 -chk' on the second machine, which the vice-setup scripts
didn't quite specify right.

Anyway, so I was just able to authenticate to my replicated (on both ppc
and x86) coda realm, and 'cfs mkm' a test replicated volume. (I didn't
want to screw up the rootvolume).

So, my first torture test is untarring the linux kernel. As long as both
servers are connected from an x86 client, it seemed to be okay (but 
reeeeeeeeeaaaaaaaaaaallllly sloooooooooowwwwwwwww).

I suspended the tar and did 

hozer_at_maxine testrep$ cfs wbstart .

Which immediately caused venus on the x86 client to sig11

#2  <signal handler called>
#3  0x080fe141 in pack (a_types=0x8149460, args=0x151af080,_ptr=0x151af0d8)
    at multi2.c:404
#4  0x080fdff9 in pack_struct (a_types=0x81494fc, args=0x838e8bc,
    ptr=0x151af0d8) at multi2.c:377
#5  0x080fdc9f in MRPC_MakeMulti (ServerOp=60, ArgTypes=0x81494e0,HowMany=8,
    CIDList=0x839050c, RCList=0x839054c, MCast=0x151af0d8,
    HandleResult=0x151af0d8, Timeout=0x151af0d8) at multi2.c:312
#6  0x080b24ff in repvol::GetPermit (this=0x5086b108, uid=1000)
#7  0x080a017c in repvol::EnterWriteback (this=0x5086b108,uid=354087128)
#8  0x080c09cd in vproc::do_ioctl (this=0x8390c48, fid=0x151b1e1c,
    com=1074550664, data=0x151afdf8) at
#9  0x080c13e5 in vproc::ioctl (this=0x8390c48, cp=0x151af0d8,com=1074550664,
    data=0x151afdf8, flags=0) at
#10 0x080c7254 in worker::main (this=0x8390c48) at
#11 0x080bb516 in VprocPreamble (init_lock=0x151af0d8) at
#12 0x40056476 in Create_Process_Part2 () at lwp.c:796
#13 0x40057303 in L1 () at process.S:455
Received on 2004-07-14 12:31:20