From owner-freebsd-current Fri Jun 7 13:30:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 204C237B40C; Fri, 7 Jun 2002 13:30:44 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g57KUhJn064753; Fri, 7 Jun 2002 13:30:43 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g57KUbfC064611; Fri, 7 Jun 2002 13:30:37 -0700 (PDT) Date: Fri, 7 Jun 2002 13:30:37 -0700 From: "David O'Brien" To: Brooks Davis Cc: Bruce Evans , current@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: dump (via amanda) causing panics Message-ID: <20020607133037.A59446@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Brooks Davis , Bruce Evans , current@FreeBSD.ORG, phk@FreeBSD.ORG References: <20020605222202.A17619@Odin.AC.HMC.Edu> <20020606155619.U10544-100000@gamplex.bde.org> <20020607125955.A29575@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020607125955.A29575@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Fri, Jun 07, 2002 at 12:59:55PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 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 Fri, Jun 07, 2002 at 12:59:55PM -0700, Brooks Davis wrote: > On Thu, Jun 06, 2002 at 04:06:40PM +1000, Bruce Evans wrote: > > > This fixes the panic. It appears there's also another bug in dump > > > though. When I run dump I get this: ... > > > DUMP: master/slave protocol botched. > > > DUMP: The ENTIRE dump is aborted. ... > > 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. Can you reduce PHK's ufs2 patch down to the minium required to fix dump? That could then be committed now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message