Bernhard,
please see if this fixes your trashing hardlink problem.
I was able to reproduce the problem locally and this
fix did the trick for me.
After I clean up the qa test which reproduced your problem
I'll check it into xfstests.
(I should add a few more test cases
for renames, unlinks,... as well:)
--Tim
Date: Tue Nov 27 23:30:43 PST 2001
Workarea: snort.melbourne.sgi.com:/hosts/snort/home/diskb/build4/tes/slinx-xfs
The following file(s) were checked into:
bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs
Modid: 2.4.x-xfs:slinx:107396a
cmd/xfsdump/restore/tree.c - 1.9
- Fix code where it looked up the hardlink to then mark it as
referenced but after finding the hardlink didn't bother to use it,
just used the start of the hard link list for that inode.
This looks to have been a cut'n'paste mistake.
cmd/xfsdump/VERSION - 1.22
- Bump revision for cumulative restore hardlink fix.
cmd/xfsdump/doc/CHANGES - 1.26
- Revision for cumulative restore hardlink fix.
|