From owner-freebsd-bugs  Sun Jul 27 21:00:03 1997
Return-Path: <owner-freebsd-bugs>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA07997
          for bugs-outgoing; Sun, 27 Jul 1997 21:00:03 -0700 (PDT)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA07977;
          Sun, 27 Jul 1997 21:00:01 -0700 (PDT)
Date: Sun, 27 Jul 1997 21:00:01 -0700 (PDT)
Message-Id: <199707280400.VAA07977@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Heikki Suonsivu <hsu@mail.clinet.fi>
Subject: Re: bin/4176: restore gets confused when run over pipe
Reply-To: Heikki Suonsivu <hsu@mail.clinet.fi>
Sender: owner-freebsd-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR bin/4176; it has been noted by GNATS.

From: Heikki Suonsivu <hsu@mail.clinet.fi>
To: freebsd-gnats-submit@freebsd.org
Cc:  Subject: Re: bin/4176: restore gets confused when run over pipe
Date: Mon, 28 Jul 1997 06:54:24 +0300 (EEST)

    Synopsis:       restore gets confused when run over pipe "Changing volumes on pipe input"
 
    With the following command line:
 
    ( dump 0f - /dev/sd0s1x | ssh -c none newmachine 'cd /usr/old-katiska-usr && restore -xvf -' ) | & tee /tmp/logfile
 
    at the end of input, when restore is supposed to start setting the modes
    and owners of the files, this appears, endlessly:
 
    abort? [yn] Changing volumes on pipe input?
    abort? [yn] Changing volumes on pipe input?
    abort? [yn] Changing volumes on pipe input?
 ...
 
    I do not seem to be able to produce this on small input, but it happens
    repeatably when copying 4G over a network.
 
 Copying on a local disk with command
 
 dump 0f - /usr | (cd /mnt; restore xvf -)
 
 also fails, but in this case tty is connected so it keeps asking abort?
 [yn] forever.
 
 I worked around by copying the stuff with tar, but dump/restore would be a
 little bit faster.
 
 I did not try interactive mode; that might work better if you manage to get
 into restore prompt and use setmodes command.
 
 This may be very serious problem it this means that recovering large
 backups from tape is impossible.
 
 -- 
 Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi
 mobile +358-40-5519679 work +358-9-43542270 fax -4555276