[3609] in Release_7.7_team
Multi-partition Sun stats
daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Dec 4 20:24:12 2002
Date: Wed, 4 Dec 2002 20:24:08 -0500
Message-Id: <200212050124.UAA22240@error-messages.mit.edu>
From: Greg Hudson <ghudson@MIT.EDU>
To: release-team@MIT.EDU
I have identified 79 private multi-partition non-Sparc 9.1 Suns in the
field. (Another 36 are still running 9.0 or earlier.) They break
down by install year as follows:
Year Number Min root Min usr Mine age as of 9.2 release
2001 5 97MB (2) 256MB (2) 1.5 years
2000 30 100MB (4) 256MB (5) 2.5 years
1999 25 100MB (11) 256MB (11) 3.5 years
1998 19 100MB (19) 256MB (19) 4.5 years
The numbers in parentheses are the number of machines with the listed
minimum size; the remainder to 200MB root and 350MB usr.
For the 9.0 release, we require a 96MB root partition and use about
64MB of it; we require a 200MB usr partition and use about 150MB of
it.
So, without orphaning any of those machines, we can add maybe 15-20MB
to the root and maybe 50MB to the usr partition. By orphaning 37 of
those machines (only 18 of them less than 4.5 years old) we can add
115-120MB to the root and 200MB to the usr partition. And orphaning
all 79 machines would allow us to do whatever we want.
Incidentally, I'm thinking some symlinks from /usr/{athena,afsws,gcc}
into /var on multi-partition Suns would probably let us use RPM on
those machines. That's ugly and presents a few issues (mainly, having
to check for space in /var for updates), but is probably much less
painful than using track.