Date: Thu, 8 Dec 2005 02:55:15 -0500 From: Kris Kennaway <kris@obsecurity.org> To: freebsd-stable@freebsd.org Subject: Re: permanent per month panic on 5.4-p4 Message-ID: <20051208075515.GA14510@xor.obsecurity.org> In-Reply-To: <20051208075050.GC751@iscmpd-oleg.dp.uz.gov.ua> References: <83D1D38D61343B94C22570D00070CB39.0070CC6F422570D0@dp.uz.gov.ua> <20051208075050.GC751@iscmpd-oleg.dp.uz.gov.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
--tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 08, 2005 at 09:50:50AM +0200, Oleg Palij wrote: > Wed, Dec 07, 2005 at 10:31:32PM +0200, owner-freebsd-stable@freebsd.org ?= ??????: > >=20 > > On Wed, Dec 07, 2005 at 05:18:21PM +0200, Oleg Palij wrote: > > > Approximately once per month or two this server panics. > > > We use it for InterSystems Cache` (under linux emulation) and as=20 > > samba-server (not heavy-loaded). > >=20 > > > #5 0xc062f0fa in calltrap () at /usr/src/sys/i386/i386/exception.s:1= 40 > > > #6 0x00000018 in ?? () > > > #7 0xc0c10010 in ?? () > > > #8 0xc15d0010 in ?? () > > > #9 0xc1465e00 in ?? () > > > #10 0xc1313e94 in ?? () > > > #11 0xcbe69b24 in ?? () > > > #12 0xcbe69b10 in ?? () > > > #13 0x00000000 in ?? () > > > #14 0xc0f77480 in ?? () > > > #15 0xc1313e94 in ?? () > > > #16 0x00000000 in ?? () > > > #17 0x0000000c in ?? () > > > #18 0x00000000 in ?? () > >=20 > > Unfortunately this trace looks corrupted. Are you building your kernel= =20 > > with -O2? > I guess that no. >=20 > # cat /etc/make.conf > WITHOUT_X11=3Dyes > WITHOUT_GUI=3Dyes > DISTDIR=3D/data/install/FreeBSD/distfiles > NO_INET6=3Dyes > #NO_MODULES=3D1 > # added by use.perl 2005-10-12 09:20:03 > PERL_VER=3D5.8.7 > PERL_VERSION=3D5.8.7 >=20 > # set | grep -- '-O' > # >=20 > I built kernel with=20 > # make kernel KERNCONF=3D... >=20 > Also, I noticed that in my work computer (6.0-R) all dumps I obtained see= ms to be corrupted too. I can not even guess why this can happen. Strange. Can you obtain a trace from DDB for comparison next time? That will at least show where the problem lies, although it will be difficult to analyze without a usable core. Kris --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDl+biWry0BWjoQKURAiRAAJ0cQ4C4G4T3zoN9MXK8Wzr38KU3jACfbcDB oSMPwg0SyRPF+yBuN3sqi5M= =ah9M -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051208075515.GA14510>