[3609] in Release_7.7_team

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

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.

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