Date: Mon, 5 Feb 1996 13:20:36 -0800 (PST) From: Julian Elischer <julian@ref.tfs.com> To: ath@bellcore.com (Andrew Heybey) Cc: dfr@render.com, karl@mcs.com, jkh@time.cdrom.com, hackers@freebsd.org Subject: Re: And the winner is! Message-ID: <199602052120.NAA26300@ref.tfs.com> In-Reply-To: <199602051522.KAA02892@grapenuts.bellcore.com> from "Andrew Heybey" at Feb 5, 96 10:22:05 am
next in thread | previous in thread | raw e-mail | index | archive | help
We do this on our production sites at TFS (not at pouls's site though :) All machines SUP everything at boot and applications are SUP'd on operator sign-on in some cases as well. (e.g. keing stateions.. log off and log on to get newer versions of the app. (naturally there is USUALLY nothing to get) > > dfr> It seems like one could use sup to keep systems in sync. > dfr> Basically, you would run a supserver on the 'code server' and > dfr> regularly sup the client systems against it. The sup config > dfr> files allow you to do stuff like run ranlib on /usr/lib/lib*.a, > dfr> execute newaliases when /etc/aliases changes, don't take > dfr> specific files from /etc/ which are per-system. > > Yes, sup would work and has some advantages (for one thing reconcile > needs the server to be NFS mounted). For me it was a matter of being > familiar with reconcile. Also, reconcile does several things that I > don't know if sup can do: > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602052120.NAA26300>