Bug 27218

Summary: fix included -- restore drops files on tape transitions in -N mode
Product: Base System Reporter: mad1 <mad1>
Component: binAssignee: Matt Jacob <mjacob>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 4.3-RELEASE   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
file.diff none

Description mad1 2001-05-09 01:40:01 UTC 
When verifying a multi-tape dump using restore -N, files at the start of
each new tape are incorrectly listed as missing.  This is due to a bug
in getvol().  At the end of the routine it returns if curfile.action is
USING.  Otherwise, it acts as though the tape is the start of a dump.
When -N is set, curfile.action is always SKIP.  I believe that the test
should return and not reinitialize when curfile.action is either USING
or SKIP.

Fix: Patch /usr/src/sbin/restore/tape.c:
How-To-Repeat: 
Make a multi-tape or multi-file dump set and try "restore -N -r".  Note the
reported failure at the start of each tape other than the first.
Comment 1 Kris Kennaway freebsd_committer freebsd_triage 2001-05-29 01:03:53 UTC 
Responsible Changed
From-To: freebsd-bugs->mjacob

mjacob has agreed to look at this
Comment 2 Matt Jacob freebsd_committer freebsd_triage 2001-07-04 05:57:28 UTC 
State Changed
From-To: open->closed

Fix present in both -current and RELENG_4.