[6457] in SIPB bug reports
fixed up athena cell copy of the sipb locker
daemon@ATHENA.MIT.EDU (chad brown)
Fri Aug 22 02:34:54 1997
To: sipb-afsreq@MIT.EDU, afsreq@MIT.EDU
Cc: bug-sipb@MIT.EDU
Date: Fri, 22 Aug 1997 02:34:40 EDT
From: chad brown <yandros@MIT.EDU>
I fixed up the athena cell copy of the sipb locker to actually use the
machine volumes in the athena cell, rather than simply copying all the
files into contrib.sipb. In
/afs/.athena.mit.edu/project/sipb/machtype, I mounted the following:
decmips contrib.sipb.decmips
inbsd contrib.sipb.inbsd
linux contrib.sipb.linux
rsaix contrib.sipb.rsaix
sgi contrib.sipb.sgi
sun4 contrib.sipb.sun4
sun4os contrib.sipb.sunos
hp %sipb.mit.edu:sipb.hp
vax %sipb.mit.edu:sipb.vax
rt %sipb.mit.edu:sipb.rt
In doing so, I removed all of the directories (including data) in
sipb/machtype.
For sipb-afsreq:
I didn't force a run of the synclocker script, since I believe that
I caught it in time. This means that most of the machtype/*
directories contain no useful data. The nightly run should fix
that, but if I somehow misread the crontab, then someone should
force a synclocker run.
I mounted %sipb.mit.edu:sipb.src onto
/afs/.athena.mit.edu/contrib/sipb/src, for now. I hope that this
will change soon (see below).
For afsreq:
Please make sure that all of the following contrib.sipb volumes are
placed on the nightly release list? I'll leave decisions of
replication up to afsreq, although I won't object if IS wants to
replicate them. I suggest that they not be backed up.
Volume Name Quota Used % Used Partition
contrib.sipb.decmips 50000 6 0% 83%
sipb.hp 14000 3416 24% 83%
contrib.sipb.inbsd 26000 6 0% 79%
contrib.sipb.linux 26000 6 0% 84%
contrib.sipb.rsaix 45000 6 0% 83%
sipb.rt 24000 635 3% 77%
contrib.sipb.sgi 30000 6 0% 79%
contrib.sipb.sun4 35000 10 0% 84%
contrib.sipb.sunos 10000 6 0% 83%
sipb.vax 24000 595 2% 82%
contrib.sipb 160000 14893 9% 86%
Also, please create contrib.sipb.src, to hold a copy of the source
trees. For now, I have mounted the sipb cell volume onto
/afs/.athena.mit.edu/contrib/sipb/src; feel free to replace this
mountpoint with one to an athena volume. I think that matching the
sipb cell quota (150000) is probably the right number for now; I
doubt that we'll exceed that anytime soon.
I believe that this also means that n.contrib.sipb.sun4bin is now an
unused relic of the `old' sipb locker organization, and can be
scavenged. contrib.sipb-new seems to be something that Brian
created for me as part of a long-ago request, but it never got used,
and can also be GC'd.
