Coda File System

Re: Coda unable to reintegrate CMLs

From: Adrian Irving-Beer <>
Date: Fri, 04 Oct 2002 16:41:11 -0400
Hash: SHA1

On Fri, 4 Oct 2002, Ivan Popov wrote:

> You do not tell us what platform and kernel version you are running,
> but anyway - I would definitely upgrade to the latest stable Coda
> version (5.3.19).

For the record, Debian GNU/Linux with a near-stock 2.4.14 kernel on both
the client and the server.  Minor modifications like ALSA, FreeS/WAN,

> You may copy the data to the local disk or to some other media (on the
> concerned client), before reinitializing venus.

Took a quick tarball (it's a small filesystem, 222k), then reinitialised
venus.  Definately seems to have fixed the problem.  It's holding in
fully-connected state, without needing strong mode.

Further, although 'cfs fr' still reports 'Invalid argument', it does
actually seem to force syncs.  As does 'cfs wr', so it looks like all is

It might have something to do with my accidentally downloading a big
Linux kernel tarball into my Coda directory (ooops); at about 140
kbits/sec upload capacity, it may have forced me into weakly-connected
mode.  Why it wasn't able to reintegrate (after I moved that thing out
of there quickly) remains a mystery.

In any case, to my untrained eye, 'unrepaired local subtree(s)' *could*
suggest a venus cache error.  (Of course, I'd be more inclined to
attribute that sort of message to a global/local reintegration conflict,
but there didn't seem to be any.)

Thanks for your reply; glad to have it all working again.  Have upgraded
both the server and all clients to 5.3.19.

Version: PGP 6.5.1

Received on 2002-10-04 18:03:36