From owner-freebsd-current Wed Jun 5 23: 6:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 2033337B406 for ; Wed, 5 Jun 2002 23:06:22 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA16442; Thu, 6 Jun 2002 16:06:05 +1000 Date: Thu, 6 Jun 2002 16:06:40 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Brooks Davis Cc: current@FreeBSD.ORG Subject: Re: dump (via amanda) causing panics In-Reply-To: <20020605222202.A17619@Odin.AC.HMC.Edu> Message-ID: <20020606155619.U10544-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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. There as another report about this earlier today, in a PR IIRC. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message