SUMMARY: Server Upgrade/Solaris 2.6 space needs/migration issues...

Marc S. Gibian (gibian@stars1.hanscom.af.mil)
Fri, 05 Dec 1997 17:29:40 -0500

--Boundary_(ID_STfgvld4T0X9upOfEsAEUg)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Content-MD5: IJjvD26CRffvwK67EmkXLw==
X-Sun-Data-type: text

I asked a number of questions related to a major server upgrade. Most
respondents only responded to the first of these, asking how to do a
sophisticated survey of disk space usage on the old server. Answers were limited
to:

-. find /* -type d -exec du -sk {} \;

-. An old perl script called dutree (haven't tried it yet)

-. Use quot command

-. Use xdu, an old tool to graphically display du output

-. Use vtree (haven't tried it yet)

-. A few "just use du", though I already knew that was more primitive than I was
going for.

My thanks to:

"V. Q. Hoang" <vqh@dwrock.dw.lucent.com>
young@educate.com
Rich Kulawiec <rsk@itw.com>
Kevin.Sheehan@uniq.com.au (Kevin Sheehan {Consulting Poster Child})
Jeff Woolsey <woolsey@jlw.com>
David Thorburn-Gundlach <david@bae.uga.edu>
Mark Bergman <bergman@hercules.PHRI.NYU.EDU>

-Marc

Marc S. Gibian
COMSYS Information Technology Services phone: (617) 377-6350
PRISM/TFS email: gibian@stars1.hanscom.af.mil
or is it: gibian@hanscom.af.mil
well, maybe: gibianm@hanscom.af.mil
and if all else fails: marc.gibian@acm.org

--Boundary_(ID_STfgvld4T0X9upOfEsAEUg)
Content-type: MESSAGE/RFC822
Content-description: Mailbox
Content-MD5: UjpgYuY35ms7a2JdZ0QCPA==
X-Sun-Data-type: mail-message

Return-path: <sun-managers-relay@ra.mcs.anl.gov>
Received: from stars1.hanscom.af.mil by drizzle.tfs.com (SMI-8.6/SMI-SVR4)
id QAA20977; Mon, 1 Dec 1997 16:48:18 -0500
Received: from smtpgw.hanscom.af.mil by stars1.hanscom.af.mil
(SMI-8.6/SMI-SVR4) id QAA07286; Mon, 1 Dec 1997 16:40:58 -0500
Received: from ra.mcs.anl.gov by smtpgw.hanscom.af.mil (SMI-8.6/SMI-SVR4)
id QAA11954; Mon, 1 Dec 1997 16:43:21 -0500
Received: from localhost (daemon@localhost) by ra.mcs.anl.gov (8.8.3/8.8.3)
with SMTP id PAA03218; Mon, 1 Dec 1997 15:41:56 -0600 (CST)
Received: by ra.mcs.anl.gov (bulk_mailer v1.5); Mon, 1 Dec 1997 15:40:11 -0600
Received: (from daemon@localhost) by ra.mcs.anl.gov (8.8.3/8.8.3)
id PAA03205 for sun-managers-outbound; Mon, 1 Dec 1997 15:37:56 -0600 (CST)
Received: (from listserv@localhost) by ra.mcs.anl.gov (8.8.3/8.8.3)
id PAA03198 for smmsgs-out; Mon, 1 Dec 1997 15:37:52 -0600 (CST)
Received: from smtpgw.hanscom.af.mil (smtpgw.hanscom.af.mil [129.53.1.252])
by ra.mcs.anl.gov (8.8.3/8.8.3) with SMTP id PAA03187 for
<sun-managers@ra.mcs.anl.gov>; Mon, 1 Dec 1997 15:37:27 -0600 (CST)
Received: from stars1.hanscom.af.mil by smtpgw.hanscom.af.mil
(SMI-8.6/SMI-SVR4) id QAA11620; Mon, 1 Dec 1997 16:37:43 -0500
Received: from drizzle.tfs.com by stars1.hanscom.af.mil (SMI-8.6/SMI-SVR4)
id QAA07204; Mon, 1 Dec 1997 16:35:10 -0500
Received: from hail.tfs.com by drizzle.tfs.com (SMI-8.6/SMI-SVR4)
id QAA20958; Mon, 1 Dec 1997 16:42:28 -0500
Received: by hail.tfs.com (SMI-8.6/SMI-SVR4) id QAA16435; Mon,
1 Dec 1997 16:41:29 -0500
Date: Mon, 1 Dec 1997 16:41:29 -0500
From: gibian@stars1.hanscom.af.mil (Marc S. Gibian)
Subject: Server Upgrade/Solaris 2.6 space needs/migration issues...
Sender: sun-managers-relay@ra.mcs.anl.gov
To: sun-managers@ra.mcs.anl.gov
Reply-to: gibian@stars1.hanscom.af.mil (Marc S. Gibian)
Message-id: <199712012141.QAA16435@hail.tfs.com>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Content-MD5: gzn7PldUMuvApp4dh4PHOA==
Precedence: bulk
Content-length: 2627
>From gibian@stars1.hanscom.af.mil Mon Dec 1 16:48:19 1997
Followup-to: gibian@stars1.hanscom.af.mil (Marc S. Gibian)
Status: RO

I am in the process of final planning for migration of my server from a
SPARCstation 20 running Solaris 2.5, to an Ultra 2 to run Solaris 2.6. One issue
I have is determining how to layout the filesystems on the new server.

I am quite familiar with using "du -dsk *" and "df -k -F ufs" to look at space
usage in a particular directory and at a filesystem level. I was wondering if
anyone knows of a tool that constructs a usage tree such as one might manually
create by walking the directory tree and performing repeated du commands?

Unfortunately, I do not have the hardware to leave the old server behind
performing some of its prior tasks, except for a short upgrade period, so I need
to be sure I have the disk space arranged well to permit me to move everything
to the new server and move to old machine into its "new" role.

Other questions include:

1. Can I setup a custom jumpstart to install Solaris 2.5.1 on my Solaris 2.6
machine? While I like 2.6 (though, I've already in 1/2 a day on my test server
crashed some key tools), my team must generate software for Solaris 2.5.1 and up
and thus all developer workstations (all but the server do compiles, links, etc)
will be upgraded to 2.5.1 for now. I will eventually move these system to 2.6,
and at that time will need to upgrade this server to jumpstart 2.6, but for now
I need to determine if I can support the jumpstart of the earlier release on the
2.6 server.

2. How do I migrate Solstice backup to a new server? I also need to upgrade
Solstice backup from its current version 4.1.3 to 4.2.6. What order is best for
this upgrade and most safely protects my index files?

3. Any hints on moving a NIS+ root master (2.5) to a new server (2.6)? I am
almost ready to just manually create a new NIS+ domain for the new server and
2.5.1 clients and migrate everyone just as I did when I upgraded from a SunOS
4.1.3 NIS environment to the current Solaris 2.5 NIS+ (this included a major uid
change as I found the original uids had been assigned in the reserved range and
corrected that during the upgrade to 2.5).

Finally, I need to do this with minimal disruption to the team, and a minimum of
off-hour work (as I am also needed by the team during normal hours and I will be
performing all upgrade work).

TIA,
Marc

Marc S. Gibian
COMSYS Information Technology Services phone: (617) 377-6350
PRISM/TFS email: gibian@stars1.hanscom.af.mil
or is it: gibian@hanscom.af.mil
well, maybe: gibianm@hanscom.af.mil
and if all else fails: marc.gibian@acm.org

--Boundary_(ID_STfgvld4T0X9upOfEsAEUg)--