>>>>> "Jan" == Jan Harkes <[EMAIL PROTECTED]> 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 http://turnbull.sk.tsukuba.ac.jp
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 c.l.py
