[702] in Release_7.7_team

home help back first fref pref prev next nref lref last post

Revised Hesiod Information for 8.0

daemon@ATHENA.MIT.EDU (Craig Fields)
Wed Aug 7 20:33:25 1996

Date: Wed, 7 Aug 1996 20:33:23 -0400
From: Craig Fields <cfields@MIT.EDU>
To: ops@MIT.EDU, release-team@MIT.EDU

Following is a revised layout of how everything should eventually look
for clusters that provide 8.0.

The notable changes since last time are in the public-generic cluster;
it turns out the former plan was flawed in a couple of different
ways. The generic cluster now (a.) includes an instlib and (b.) has no
version specific information in it - it points to @sys/srvd instead of
having versioned information, one pointing to @sys/srvd.77 and the
other to @sys/srvd.80. Then, srvd is always a symlink to srvd.XX, as
appropriate.

The previous layout failed for the case of an old machine that was
AUTOUPDATE true. This layout returns to the convention of having the
srvd link, which we previously hadn't known all of the reasons for
doing, and with this setup the public-generic cluster should probably
never need to be changed again unless conventions change
significantly.

---

Cluster: public-generic
		instlib	athena-generic-inst
		syslib	athena-genericsys

athena-generic-inst	AFS	/afs/athena.mit.edu/system/@sys/install
athena-genericsys	MUL	athena-generic-os athena-generic-srvd
athena-generic-os	AFS	/afs/athena.mit.edu/system/@sys/os
athena-generic-srvd	AFS	/afs/athena.mit.edu/system/@sys/srvd

Clusters: alpha-sun4, beta-sun4
		syslib	public-sunsys
		syslib	dev-sun4sys-80 8.0

public-sunsys		AFS	/afs/athena.mit.edu/system/sun4m_53/srvd.77
dev-sun4sys-80		MUL	dev-sun4-os-80 dev-sun4-srvd-80
dev-sun4-os-80		AFS	/afs/dev.mit.edu/system/sun4m_54/os
dev-sun4-srvd-80	AFS	/afs/dev.mit.edu/system/sun4m_54/srvd.80

Clusters: public-sun4, early-sun4
		syslib	public-sunsys
		syslib	athena-sun4sys-80 8.0

public-sunsys		AFS	/afs/athena.mit.edu/system/sun4m_53/srvd.77
athena-sun4sys-80	MUL	athena-sun4-os-80 athena-sun4-srvd-80
athena-sun4-os-80	AFS	/afs/athena.mit.edu/system/sun4m_54/os
athena-sun4-srvd-80	AFS	/afs/athena.mit.edu/system/sun4m_54/srvd.80

Clusters: alpha-sgi, beta-sgi
		syslib	public-sgisys
		syslib	dev-sgisys-80 8.0
		instlib	dev-sgi-inst-80 8.0

public-sgisys		AFS	/afs/athena.mit.edu/system/sgi_52/srvd.77
dev-sgisys-80		MUL	dev-sgi-os-80 dev-sgi-srvd-80
dev-sgi-os-80		AFS	/afs/dev.mit.edu/system/sgi_53/os
dev-sgi-srvd-80		AFS	/afs/dev.mit.edu/system/sgi_53/srvd.80
dev-sgi-inst-80		AFS	/afs/dev.mit.edu/system/sgi_53/install

Clusters: public-sgi, early-sgi
		syslib	public-sgisys
		syslib	athena-sgisys-80 8.0
		instlib	athena-sgi-inst-80 8.0

public-sgisys		AFS	/afs/athena.mit.edu/system/sgi_52/srvd.77
athena-sgisys-80	MUL	athena-sgi-os-80 athena-sgi-srvd-80
athena-sgi-os-80	AFS	/afs/athena.mit.edu/system/sgi_53/os
athena-sgi-srvd-80	AFS	/afs/athena.mit.edu/system/sgi_53/srvd.80
athena-sgi-inst-80	AFS	/afs/athena.mit.edu/system/sgi_53/install

Filesystem aliases:

athena-sun4sys		athena-sun4sys-80
athena-sgisys		athena-sgisys-80
dev-sun4sys		dev-sun4sys-80
dev-sgisys		dev-sgisys-80

---

A few things to note:

	The filesystem aliases exist for user convenience only, and
	should not be used in cluster information. Otherwise, machines
	could involuntarily be pointed to new system packs when they
	should not be.

	syslib information pointing to 7.7 must not be tagged as 7.7.
	This is because 7.7 machines that have not been updated to the
	latest patch don't parse the tag in the currently correct way,
	and so would lose track of their system packs entirely.

	All syslib information other than 7.7 must be tagged
	appropriately.

	I have chosen to leave public-sunsys and public-sgisys as
	they are and continue to use them for 7.7 pointers, leaving
	well-enough alone.

	In all /afs/athena/system/@sys directories, there should be
	an srvd symlink pointing to the latest srvd.XX for that @sys
	value. This is required for the proper functioning of the
	generic cluster. Note however that when there are multiple
	releases for a given @sys value, the latest will be chosen,
	and so any machine not running the latest release that is
	moved into the generic cluster will be directed to the newer
	system packs.

home help back first fref pref prev next nref lref last post