Xref: utzoo alt.sys.sun:2560 comp.unix.questions:28248
Path: utzoo!utgpu!cs.utexas.edu!uunet!orca!javelin.es.com!pashdown
From: pashdown@javelin.es.com (Pete Ashdown)
Newsgroups: alt.sys.sun,comp.unix.questions
Subject: Re: 'dump'ing NFS mounted partitions?
Keywords: idiotic sun answers
Message-ID: <1991Jan25.150500.16712@javelin.es.com>
Date: 25 Jan 91 15:05:00 GMT
References: <1991Jan23.153009.3872@javelin.es.com> <1991Jan24.204424.20048@csn.org>
Reply-To: pashdown@javelin.sim.es.com
Organization: Evans & Sutherland Computer Corp., Salt Lake City, Utah
Lines: 28

nieusma@cs.colorado.edu (Jeff Nieusma) writes:

>In article <1991Jan23.153009.3872@javelin.es.com>,
>pashdown@javelin.es.com (Pete Ashdown) writes:
>|> 
>|> "Dumping to a remote host does not work at this point.  Mount the
>|> filesystem
>|> using NFS and then dump it."
>|> 

>so what's wrong with doing something like this?
>tapehost# rsh machine dump 0[opts]f - | dd of=/dev/tape

I've received at least four answers like this.  The problem is this:  The 3480
tape drive has a cartridge loader.  It isn't much better than a nine-track if
you can't use the cartridge loader.  Sun sent us a new dump/restore that loads
the cartridges rather nicely.  HOWEVER, they didn't bother to spend an extra
hour to make it work with remote hosts.  Therefore, it is virtually useless to
us.  Their solution was to dump NFS mounted partitions, something which is
WRONG and also something I don't want to do anyway.  What we are trying to do
now is get dump/restore source so we can write our own version that uses the
cartridge loader and will work remotely.  'dd' is not a solution to the
problem, because it can't load the cartridges.
-- 

                "I'm going under the table."  - Bernard Shaw

Pete Ashdown  pashdown@javelin.sim.es.com ...uunet!javelin.sim.es.com!pashdown