Path: utzoo!attcan!uunet!lll-winken!lll-lcc!ncis.llnl.gov!ncis!helios.ee.lbl.gov!pasteur!ucbvax!decwrl!purdue!mailrus!cornell!uw-beaver!rice!sun-spots-request
From: jim@eda.com (Jim Budler)
Newsgroups: comp.sys.sun
Subject: Re: Upgrading a network of Sun386i's to 4.0.1
Message-ID: <444@eda.com>
Date: 19 Jan 89 09:00:03 GMT
References: <8901082022.AA16590@icarus>
Sender: usenet@rice.edu
Organization: EDA Systems,Inc. Santa Clara, CA
Lines: 26
Approved: Sun-Spots@rice.edu
Original-Date: 14 Jan 89 18:58:03 GMT
X-Sun-Spots-Digest: Volume 7, Issue 112, message 8 of 14
X-Issue-Reference: v7n101

daedalus!kovar%husc4@talcott.harvard.edu (-David C. Kovar) writes:
> ...I'm
> going to have to reenter the account information for 200 accounts via SNAP
> and they're going to have to reenter their passwords.... Will I
> break anything if I just restore /etc/passwd, /etc/auto.home, and the like
> from tape and remake the YP server?

I can't think why anything would break. My yellow pages master is on a
sun3, sunOS 3.5. So it didn't change at all when we upgraded our four
sun386i's. Everything still worked fine.

> ...There appears to
> be an unreasonable amount of "print out the XXX file and reenter it by

Well, it newfs's /, /usr, and /files. That's definately "trashed".

> hand when you reconfigure the system after the upgrade." Is there a way to
> do this upgrade more efficiently, and more quickly?

I unloadc'd all the clusters, and modified the installation script to NOT
newfs /files. So the user directories weren't trashed.

jim

Jim Budler   address = uucp: ...!{decwrl,uunet}!eda!jim
					 domain: jim@eda.com