Date: Sat, 13 Dec 2003 10:11:06 +0000 From: Tim Bishop <tim-lists@bishnet.net> To: freebsd-current@freebsd.org Cc: Kris Kennaway <kris@obsecurity.org> Subject: Re: syncer panic Message-ID: <20031213101106.GA9601@carrick.bishnet.net> In-Reply-To: <20031116131226.GA11541@xor.obsecurity.org> References: <20031116130257.GC782@carrick.bishnet.net> <20031116131226.GA11541@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031213101106.GA9601>