Nice one Garrett!
"setcells" configures, compiles and runs OK on AIX 4.2.1.
The topic of keeping your client CellServDB file in synchronisation
with a master copy is discussed in the AFS FAQ [1]. That method relies
only on ksh and sed (which are available on every UNIX I have seen).
However, "setcells" is fast and has useful debug/error messages.
Have you tried building a "setcells" for the Windows/NT AFS client?
--
cheers
paul http://acm.org/~mpb
References:
[1] AFS FAQ Subject: 3.24 How can I keep /usr/vice/etc/CellServDB current?
http://www.transarc.com/afs/transarc.com/public/www/Product/AFS/FAQ/faq.html#sub3.23
Garrett D'Amore wrote:
>I'm happy to provide the first public release of "setcells". This is a
>simple C program that reads one or more CellServDB files and updates the
>running cache manager on an AFS client. I've tested it with Solaris, SunOS,
>IRIX, and HP-UX with good results. We run this from cron to automatically
>update the CellServDB on each of our 2000+ AFS clients. This makes moving,
>adding, or retiring a database server, less painful. It also has enabled us
>to create new cells and have the information automatically propogate to
>each AFS client in our company. While it is possible to script this in
>perl or somesuch, one advantage of setcells is that it doesn't rely on the
>perl interpreter (which may not be installed on all systems) nor does it
>rely on having access to any filesystems *in* AFS. It also never forks,
>which makes it faster than any solution based upon fs_newcell.
>
>You can download setcells from "http://people.qualcomm/garrett/setcells". I'd
>be very interested in any feedback others may have.
>
> -- Garrett D'Amore
