On Thu, Jun 06, 2002 at 04:06:40PM +1000, Bruce Evans wrote: > On Wed, 5 Jun 2002, Brooks Davis wrote: > > > This fixes the panic. It appears there's also another bug in dump > > though. When I run dump I get this: > > > > [10:15pm] brooks@minya (~): sudo dump -a -f /dev/null /var > > Password: > > DUMP: Date of this level 0 dump: Wed Jun 5 22:16:09 2002 > > DUMP: Date of last level 0 dump: the epoch > > DUMP: Dumping /dev/ad0s2e (/var) to /dev/null > > DUMP: mapping (Pass I) [regular files] > > DUMP: mapping (Pass II) [directories] > > DUMP: estimated 580085 tape blocks. > > DUMP: dumping (Pass III) [directories] > > DUMP: dumping (Pass IV) [regular files] > > DUMP: master/slave protocol botched. > > DUMP: The ENTIRE dump is aborted. > > > > Any idea what this problem is? > > I guess this is another 64-bit daddr_t problem. At least > `daddr_t idblk[MAXNINDIR]' in traverse.c seems to be broken. This seems > to be fixed in the ufs2 patch.
Applying phk's patch seems to have fixed it. It's a bit overkill for fixing dump, but it did work and I guess this way I can do some limited testing of the ufs2 patch. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4
Description: PGP signature