Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!ccu.umanitoba.ca!herald.usask.ca!alberta!ubc-cs!uw-beaver!cornell!batcomputer!caen!umich!terminator!ggood
From: ggood@css.itd.umich.edu (Gordon Good)
Newsgroups: comp.sys.next
Subject: Re: NeXT as a vanilla UNIX box (...and major disappointment (long))
Message-ID: <1991Jun28.145632.19462@terminator.cc.umich.edu>
Date: 28 Jun 91 14:56:32 GMT
References: <1991Jun23.001024.171@orbus.uucp> <1991Jun27.030530.7056@ux1.cso.uiuc.edu>
Sender: usenet@terminator.cc.umich.edu (usenet news)
Organization: Univ. of Michigan ITD Consulting & Support Services
Lines: 32

In article <1991Jun27.030530.7056@ux1.cso.uiuc.edu> windemut@lisboa.ks.uiuc.edu (Andreas Windemuth) writes:
>In article <1991Jun23.001024.171@orbus.uucp> gn@orbus writes:
>> 
>> Security is weak. The worst, I feel is, dump/restore doesn't work, and > 
>
>I feel security is as good or better than on any other Unix machine.
>Dump/restore have been working flawlessly for me. I use them often to
>make backups on Optical and a remote sgi's exabyte tape. The only
>problems I had where with the sgi.

NeXT broke rdump in getting it to work with ODs - multivolume dumps
don't work.  As son as one tape is filled up and rewound, rdump
immediately starts writing the second tape volume's data over top of
the first tape, without waiting for you to switch tapes.  You aren't
seeing any problems because you're either rdumping to a NeXT OD (which
works fine) or a tape device which has more capacity than the device
you're dumping (which also works).  However, for those of us who need
to dump, say, a 200mb partition to a 60mb tape drive, we're SOL.

From the dump(8) man page:
"Because of the interworkings of rmt and rdump, it is only 
possible to run rdump from one NeXT machine to another."

Bummer.  I really wish this weren't the case.  It means I have to walk
to another building to dump one of our cube servers.


--
-Gordon Good
-University of Michigan Information Technology Division
-Consulting and Support Services
-ggood@css.itd.umich.edu