From owner-freebsd-current Fri Dec 8 16:34:50 2000 From owner-freebsd-current@FreeBSD.ORG Fri Dec 8 16:34:48 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 1039037B400 for ; Fri, 8 Dec 2000 16:34:48 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB90i9F03062; Fri, 8 Dec 2000 16:44:09 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012090044.eB90i9F03062@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Tomi.Vainio@Sun.COM Cc: freebsd-current@FreeBSD.ORG, wkb@freebie.demon.nl Subject: Re: ffs_valloc: dup alloc panics with stable/current In-reply-to: Your message of "Sat, 09 Dec 2000 01:33:58 +0200." <14897.28646.3200.459030@ultrahot.Finland.Sun.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 2000 16:44:09 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > This is not so bad but 5-30 minutes after this command system will > > > always panic. > > > cd /uu ; dump 0buf 126 - /w | restore xbf 126 - > > > > > > mode = 0100644, inum = 720391, fs = /uu > > > panic: ffs_valloc: dup alloc > > > > This looks like memory or PCI data corruption. You don't say how you're > > generating this load, or what the motherboard is, but I suspect that you > > may have hardware issues here. > > > /w fs contains cvsupped FreeBSD source, objs and ports alltogether 1G > of data. Load test is this simple "cd /uu ; dump 0buf 126 - /w | > restore xbf 126 -" between two partitions. Ok, so there's no major traffic anywhere else. That's irritating. > First motherboard we tried was Intel PPro 200Mhz (FX440 based I > think/Natoma?). Second one is newer 633MHz Celeron system but I don't > know manufacturer. But the same symptoms? Have you tried replacing the controller (or even just the onboard RAM)? I don't currently have one of these old controllers that I can use in a PC; the only one I do have is working fine under heavy load in an Alpha. > > One question - I assume you're not seeing any read error diagnostics from > > the Mylex driver (other than the disk errors?) > > > Sometimes we have got more those scsi errors before fs panic. But no other errors? In particular, nothing that looks like a "real" I/O error? The problem that you're seeing looks like filesystem metadata corruption. If it's not memory/system related, it has to be in the datapath from the disks through the driver. I'm not aware of any bugs in the driver that could cause this. 8( -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message