Bug 4348 - Multiple volume dump/restore appears to be broken
Multiple volume dump/restore appears to be broken
Status: CLOSED RAWHIDE
Product: Red Hat Raw Hide
Classification: Retired
Component: dump (Show other bugs)
1.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-08-04 10:25 EDT by Jeff Johnson
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-08-30 19:28:48 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jeff Johnson 1999-08-04 10:25:31 EDT
Here is the output I'm getting from a restore -t -b 32 -f
/dev/nst0:

Verify tape and initialize maps
End-of-tape encountered
Mount tape volume 2
Enter ``none'' if there are no more tapes
otherwise enter tape name (default: /dev/nst0) /dev/nst0
Wrong dump date
        got: Mon Aug  2 09:12:51 1999
        wanted: Wed Dec 31 18:00:00 1969
Mount tape volume 2
Enter ``none'' if there are no more tapes
otherwise enter tape name (default: /dev/nst0)

It seems to get the header information fine off of volume 1,
but can't
get the header information off of volume 2--it keeps getting
the
timestamp 0.  Can it be possible that the dump is not
correctly putting
out header information when it needs to span a fileset to a
second tape?
Comment 1 Preston Brown 2000-06-27 12:21:33 EDT
fixed in 0.4b16 and later, available via rawhide.

Note You need to log in before you can comment on or make changes to this bug.