Path: utzoo!attcan!uunet!samsung!usc!ucsd!helios.ee.lbl.gov!epb2.lbl.gov!envbvs
From: envbvs@epb2.lbl.gov (Brian V. Smith)
Newsgroups: comp.unix.ultrix
Subject: Re: remote dumps started via cron
Keywords: dump,restore,cron,rsh
Message-ID: <5237@helios.ee.lbl.gov>
Date: 28 Mar 90 17:29:54 GMT
References: <692@mpirbn.UUCP> <9698@shlump.nac.dec.com>
Sender: usenet@helios.ee.lbl.gov
Reply-To: envbvs@epb2.lbl.gov (Brian V. Smith)
Organization: lbl
Lines: 27
X-Local-Date: 28 Mar 90 09:29:54 PST

In article <9698@shlump.nac.dec.com>, mamros@cavdog.enet.dec.com (Shawn
Mamros) writes:
|> 
|> In article <692@mpirbn.UUCP>, p539wob@mpirbn.UUCP (Wolfgang Barth) writes:
|> > We've a VAXStation3100 and some DECStations3100 (running under
Ultrix V3.1/
|> > UWS2.1) and want to hold a copy of some drive partitions of the VAX on
|> > a DECStation drive. [...]
|> > 
|> > We tried to do this with:
|> > dump 0uf - filesystem | rsh dec "(cd /backup ; restore xf - )"
|> 
|> Try running it from the DECstation instead and using rsh on the dump
command:
|> rsh vax dump 0uf - filesystem | (cd /backup ; restore xf - )
|> 
|> I've run dump via rsh before - it works very well.

Or try   dump 0uf - filesystem | rsh -n dec "(cd /backup ; restore xf - )"
                                     ^^
Note the -n for rsh.  rsh will try to read/write from standard input/output
unless you give it the -n.

_____________________________________
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL, these non-opinions are all mine.