--------
[u+codalist-wk5r_at_chalmers.se writes:]

> If the distribution does not cripple the kernel, Coda will work fine.

FYI, for FreeBSD 7.0 I found that the latest Coda stuff was in the ports
tree, but this didn't include the kernel module.  All I could find on
the kernel side was back an entire revision.  I was in an environment
which already had Coda running, so I didn't want to drop back a rev.

I queried here, and didn't get a response.  So I'm assuming that
tracking FreeBSD is not much of a priority.

Thus, FreeBSD didn't work out for me, so I stayed with Linux.

> Some distros' packages can be old or broken. (e.g. Gentoo ebuild has been
> broken for a long time, placing Coda mount at some other place than /coda.
> 2008-07-12 I got a reply to my bug report from 2006-08-17 - note the years.
> Now there is an experimental ebuild which adds a symlink /coda -> ....
> so it _may_ work on Gentoo now)

Note also I had to punt entirely on Coda after some files dropped out to
un-readability even with my greatest care to cleanly shut down clients
and servers.  I was able to dredge the basic contents out of the raw
storage files, but I decided that even with its potential capabilities,
it was going to be a net loss of my time to try and use Coda.  This was
the latest Coda from CMU's site, compiled for Kubuntu Gutsy (which was
the latest at that time, as I recollect).

So proceed with caution.  As far as I can tell, Coda doesn't scale to
modern media sizes.  And you will want a non-Coda backup system which is
run often enough to stay very current.  And I wouldn't recommend
deploying it except where it's OK to have unscheduled 1-2 hour outages
while somebody goes and tinkers with Coda when something bad/unexpected
happens.

Sorry to sound so negative, but my experiences really didn't lead me to
believe that Coda is ready for a production environment.

$0.02,
Andy Valencia