Ok, I uploaded a new Coda release earlier today.
Coda-6.0.3 fixes a bunch small problems.
- Servers would occasionally crash during backups.
- Several more fixes for server-server resolution.
- More repair related fixes.
- Some fixes to the RedHat .spec file and hopefully fixed the init
script problems.
- Correct fetch progress reporting in codacon (Phil Nelson)
- Cygwin updates (Phil Nelson)
RPC2-1.20 fixes,
- Incorrect htonl was causing gross underestimate of roundtrip times on
slow networks and triggered many unnecessary disconnections especially
noticable when reintegrating large files over modem links. But it
occasionally hit even the Coda client on our webserver.
- added missed include/rpc2/rpc2_addrinfo.h to the various packaging
descriptions.
Also, 2.6.0-test6/7 and I believe recent FreeBSD kernels already have
the required realm patches. I still have to update the patches for
2.4.22/23 and will at some point submit them to Marcello for inclusion.
However there still are some problems which haven't been able fixed yet.
As far as I know these also existed in previous releases.
- It turns out that cfs sa /coda crashes venus. I thought that was
fixed, but a quick test shows that it actually hasn't.
- After a partially failed or aborted server-server repair session,
venus keeps stale objects in the cache. This causes subsequent repair
operations to fail because the server is expecting a different version
vector. I don't know if this is a kernel or a userspace issue. When
this happens, the only solution is to explictly expand the conflict
and flush the (readonly) subtrees. (cfs br foo; cfs fl foo/*; cfs er foo)
- I still have no explanation for the crashes that Steffen Neumann has
reported. Some initial testing shows that there is significant RVM
fragmentation and possibly some race conditions related to accessing
already freed objects when the Coda client is trashing it's local
cache. Having a cache larger than the typical working set is still the
best bet.
Now that this release is out, some pending changes that can and will
break things will finally get merged into CVS.
=== soon to be merged in CVS, this is NOT in 6.0.3! ===
IPv6 support for many of the simpler client/daemon programs, venus
and codasrv are still pending. The new stuff should still be
compatible with existing clients and servers as long as the machine
has a reachable IPv4 address. I'm expecting that this code will
break on at least NetBSD because of differences in the IPv6
implementation.
Coda servers use a vnode lookup table that is causing some 'growing
pains' for larger servers. The re-allocation of such a table would
fail when we reached around 100k files per volume. These tables will
be replaced by a hash table which with moderate success allowed us
to store about a million files in a single volume. This does require
some incompatible RVM changes to the vnode structure.
As we're going to be breaking the vnode structure anyways, we will
take the opportunity to move the per file SHA1 checksum into RVM.
This should significantly reduce server CPU usage when checksums
are enabled.
=== again these incompatible changes are NOT in 6.0.3! ===
Jan
