NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
bin/38412: restore(8) can't handle correctly old incremental dump files
>Number: 38412
>Category: bin
>Synopsis: restore(8) can't handle correctly old incremental dump files
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: bin-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Apr 12 10:00:00 +0000 2008
>Originator: Takahiro Kambe
>Release: NetBSD 4.0_STABLE
>Organization:
>Environment:
System: NetBSD ns.back-street.net 4.0_STABLE NetBSD 4.0_STABLE (EPIA) #7: Sat
Mar 22 17:53:01 JST 2008
taca%boy.a.back-street.net@localhost:/data/i386/obj4/sys/arch/i386/compile/EPIA
i386
Architecture: i386
Machine: i386
>Description:
NetBSD 4.0's restore(8) can't handle correctly old incremantal
dump files which backuped on NetBSD 1.6.2 or before.
>How-To-Repeat:
Try to restore dump files created on NetBSD 1.6.2.
# restore rf dump.0 (level 0 dump file)
# restore rf dump.1 (level 1 dump file)
# /sbin/restore ivf dump.1
Verify tape and initialize maps
Dump date: Thu Jan 1 09:00:00 1970 (Oops!)
Dumped from: the epoch (Oops!)
Level 1 dump of / on host.example.ed.jp:/dev/rwd0a
Label: none
Extract directories from tape
Initialize symbol table.
When using restore(8) of NetBSD 1.6.2:
# /netbsd162/restore ivf -
Verify tape and initialize maps
Dump date: Sat Apr 12 09:19:33 2008
Dumped from: Sat Apr 5 00:21:00 2008
Level 1 dump of / on host.example.ed.jp:/dev/rwd0a
Label: none
Extract directories from tape
Initialize symbol table.
restore >
>Fix:
Old dump files dosen't have c_date and c_ddate field in
union u_spcl -> struct s_spcl. But restore(8) command onNetBSD 4.0
(maybe 2.0 or 3.0) dosen't care for it.
Use c_old_date and c_old_ddate:
- dump level is greater than 0.
- c_date and c_ddate field are zero.
Other "old" field might be checked.
>Unformatted:
Home |
Main Index |
Thread Index |
Old Index