From owner-freebsd-current@FreeBSD.ORG Sat Dec 13 02:11:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C97F16A4CE for ; Sat, 13 Dec 2003 02:11:15 -0800 (PST) Received: from carrick.bishnet.net (carrick.bishnet.net [217.204.9.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8692343D39 for ; Sat, 13 Dec 2003 02:11:11 -0800 (PST) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.24; FreeBSD 5.1) id 1AV6jq-0002eJ-GS; Sat, 13 Dec 2003 10:11:06 +0000 Date: Sat, 13 Dec 2003 10:11:06 +0000 From: Tim Bishop To: freebsd-current@freebsd.org Message-ID: <20031213101106.GA9601@carrick.bishnet.net> Mail-Followup-To: freebsd-current@freebsd.org, Kris Kennaway References: <20031116130257.GC782@carrick.bishnet.net> <20031116131226.GA11541@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031116131226.GA11541@xor.obsecurity.org> User-Agent: Mutt/1.4.1i X-PGP-Key: 0x5AE7D984 X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 Sender: "T.D.Bishop" X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean cc: Kris Kennaway Subject: Re: syncer panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2003 10:11:15 -0000 On Sun, Nov 16, 2003 at 05:12:26AM -0800, Kris Kennaway wrote: > On Sun, Nov 16, 2003 at 01:02:57PM +0000, Tim Bishop wrote: > > > If it's of significance I'm running vinum to mirror my /, /usr, and > > swap partitions. > > There have been quite a few vinum PRs coming in lately, so this is a > likely candidate. A gdb backtrace is needed to go much further > though. Just revisiting this since the machine has finally paniced again. I set a dump device in rc.conf but when the machine paniced I got this: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0166429 stack pointer = 0x10:0xd60359cc frame pointer = 0x10:0xd6035a00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (syncer) trap number = 12 panic: page fault syncing disks, buffers remaining... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0166429 stack pointer = 0x10:0xd60355cc frame pointer = 0x10:0xd6035600 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (syncer) trap number = 12 panic: page fault Uptime: 26d17h29m23s Dumping 496 MB ata0: resetting devices .. done ad0: timeout waiting for DRQata0: resetting devices .. ata0-slave: timeout waiting for cmd=ec s=00 e=00 ata0-slave: ATA identify failed done ad0: timeout waiting for DRQata0: resetting devices .. done ad0: timeout waiting for DRQata0: resetting devices .. done ad0: timeout waiting for DRQ Fatal trap 12: page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0131c20 stack pointer = 0x10:0xd603515c frame pointer = 0x10:0xd60351b4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (syncer) trap number = 12 panic: page fault Uptime: 26d17h29m29s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... This was followed by a normal bootup and then: savecore: no dumps found As I've said, I am using vinum to mirror my swap. However, I set dumpdev to point to one half of the mirror directly. My reasoning for this was that if vinum had died the kernel wouldn't be able to dump to a vinum controlled device. Any thoughts on how I can procede? Cheers, Tim. -- Tim Bishop http://www.bishnet.net/tim PGP Key: 0x5AE7D984