(Illustration by Gaich Muramatsu)
-------- [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 ValenciaReceived on 2008-07-25 17:42:37