Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Dec 2004 12:41:15 +0100
From:      Michael Nottebrock <michaelnottebrock@gmx.net>
To:        Robert Watson <rwatson@freebsd.org>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: crashdumps not working
Message-ID:  <200412081241.19968.michaelnottebrock@gmx.net>
In-Reply-To: <Pine.NEB.3.96L.1041208111915.98791C-100000@fledge.watson.org>
References:  <Pine.NEB.3.96L.1041208111915.98791C-100000@fledge.watson.org>

next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1198374.RPUJOBUTbU
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Wednesday, 8. December 2004 12:20, Robert Watson wrote:
> On Tue, 7 Dec 2004, Michael Nottebrock wrote:
> > I recently enabled SW_WATCHDOG in my kernel, but when watchdog triggers
> > a panic, no crashdump is taken although dumps are enabled. What could be
> > causing this?
>
> If you drop to the debugger by using the debug.kdb.enter sysctl, and do
> "call doadump", followed by a reset, does a dump get generated
> successfully?

I don't have kdb enabled in my kernel configuration at all...

> I.e., are they completely broken on your system, or is this=20
> somehow a property of the particular hang you're seeing.

See my other mail, a different (non-watchdog) panic didn't trigger a dump=20
either. I even had the panic message in dmesg:

kernel trap 12 with interrupts disabled


=46atal trap 12: page fault while in kernel mode
fault virtual address   =3D 0x14c
fault code              =3D supervisor write, page not present
instruction pointer     =3D 0x8:0xc0521397
stack pointer           =3D 0x10:0xe9794b84
frame pointer           =3D 0x10:0xe9794b90
code segment            =3D base 0x0, limit 0xfffff, type 0x1b
                        =3D DPL 0, pres 1, def32 1, gran 1
processor eflags        =3D resume, IOPL =3D 0
current process         =3D 1281 (beep-media-player)
trap number             =3D 12
panic: page fault

Syncing disks, vnodes remaining...4 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0=
 0=20
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0=
 0=20
0

(I enabled kern.sync_on_panic only very recently for my experimenting with=
=20
watchdog, dumping didn't work without it either).

=2D-=20
   ,_,   | Michael Nottebrock               | lofi@freebsd.org
 (/^ ^\) | FreeBSD - The Power to Serve     | http://www.freebsd.org
   \u/   | K Desktop Environment on FreeBSD | http://freebsd.kde.org

--nextPart1198374.RPUJOBUTbU
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQBBtuhfXhc68WspdLARAtCSAKCVobmKv2hB1fy2KC3s+LQ5Tt8RuwCfeOOK
/WDizgIe9MHzpFnu7hU9tP4=
=UmTw
-----END PGP SIGNATURE-----

--nextPart1198374.RPUJOBUTbU--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200412081241.19968.michaelnottebrock>