Coda File System

Re: Problems with coda 5.3.19 from CVS (tag c5_3_19)

From: Stephen J. Turnbull <>
Date: 26 May 2002 19:23:56 +0900
>>>>> "Jan" == Jan Harkes <> writes:

    Jan> 5.3.19 changed the stride of vnode allocation, a small step
    Jan> towards allowing dynamically growing and shrinking of the
    Jan> replication factor of a volume. However due to this greater
    Jan> stride some problems in the vnode lookup became visible. They
    Jan> are stored in an array and with the greater stride we simply
    Jan> use up RVM far too quickly.

That's not very nice!  :-)  OK, I'll try to pay attention to usage
stats from now on.

    >> The dpkg installs succeeded (except that I had to use
    >> force-overwrite because of the codaconfedit conflict between
    >> server and client pkgs).

    Jan> Ehh, I thought I had that fixed with dpkg-divert.

Maybe you did; I'll poke around.  I've had changes in ./debien in the
past but I think I'm pure Coda CVS in there now.  I think it's
unlikely but if I've shot myself in the foot I'll let you know.

    >> [15:51:40]Main Process: "rpc2b.c", line 120: RPC2_Init():
    >> Couldn't create socket 15:51:40 fatal error -- CommInit:
    >> RPC2_Init failed

    Jan> Typically caused by another venus already/still running,
    Jan> perhaps a zombie? killall -9 venus should fix that.

Bingo.  We look pretty golden right now.  (I thought I ran
"/etc/init.d/coda-client garlic-and-oaken-stake" at least once, but
there was one hanging about, the pid is consistent with it being a
zombie (status not Z but nowhere near the server's pid, and they were
installed and theoretically statrted at the same time.)

Institute of Policy and Planning Sciences
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
 My nostalgia for Icon makes me forget about any of the bad things.  I don't
have much nostalgia for Perl, so its faults I remember.  Scott Gilbert
Received on 2002-05-26 06:26:55