Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 23 Oct 2016 18:24:36 +0200
From:      "O. Hartmann" <ohartman@zedat.fu-berlin.de>
To:        freebsd-current <freebsd-current@freebsd.org>
Subject:   was: CURRENT [r307305]:  r307823 still crashing
Message-ID:  <20161023182436.4d3bac4f.ohartman@zedat.fu-berlin.de>
In-Reply-To: <20161015121321.25007de8.ohartman@zedat.fu-berlin.de>
References:  <20161014104833.7a2ac588@freyja.zeit4.iv.bundesimmobilien.de> <20161015102242.3c0f2fbb.ohartman@zedat.fu-berlin.de> <20161015121321.25007de8.ohartman@zedat.fu-berlin.de>

next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/R.u+dO9C5.vTo_05aRUiKoi
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Am Sat, 15 Oct 2016 12:13:21 +0200
"O. Hartmann" <ohartman@zedat.fu-berlin.de> schrieb:

> Am Sat, 15 Oct 2016 10:22:42 +0200
> "O. Hartmann" <ohartman@zedat.fu-berlin.de> schrieb:
>=20
> > Am Fri, 14 Oct 2016 10:48:33 +0200
> > "O. Hartmann" <ohartman@zedat.fu-berlin.de> schrieb:
> >  =20
> > > Systems I updated to recent CURRENT start crashing spontaneously.
> > >=20
> > > recent crashing system is on
> > > 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r307305: Fri Oct 14 08:37:59 CE=
ST 2016
> > >=20
> > > other (no access since it is remote and not accessible until later th=
e day) has
> > > been updated ~ 12 hours ago and it is alos rebooting/crashing without=
 any
> > > warnings. Can be triggered on heavy load.
> > >=20
> > > Only system with r307263 and stable so far is an older two-socket XEON
> > > Core2Duao based machine, all crashing boxes have CPUs newer or equal =
than
> > > IvyBridge.
> > >=20
> > > Does anyone also see these crashes? I tried to compile a debug kernel=
 on one
> > > host, but that's the remote machine I have access to later, it failed=
 compiling
> > > the kernel - under load it crashed often. After ZFS scrubbing kickied=
 in, it
> > > vanished from the net ;-/
> > >=20
> > > kind regards,
> > > oh
> > > _______________________________________________
> > > freebsd-current@freebsd.org mailing list
> > > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd=
.org"   =20
> >=20
> > Still 307341 is crashing undpredicted ( FreeBSD 12.0-CURRENT #5 r307341=
: Sat Oct 15
> > 09:36:16 CEST 2016).
> >=20
> > I'm back to r307157, which seems to be "stable".
> >  =20
>=20
> Seems, I'm the only one at the moment having those problems :-(
>=20
> I now have a laptop avalable and start putting debugging options into the=
 kernel. But
> the laptop, so far, doesn't expose the problems of crashes  described abo=
ve. The laptop
> is the only system so far without ZFS!
>=20
> The most frequent crashing box is a CURRENT server with the largest ZFS v=
olume. When on
> most recent CURRENT (>r307157, see above), starting a scrubbing on a RAID=
Z volume with ~
> 12 TB brutto size AND running a poudriere job, triggers the crash every 1=
 - 18 minutes.
> Another box with only /home as ZFS volume on a dedicated hdd crashes afte=
r minutes or
> hours. A laptop, also CURRENT (now at r307349) without ZFS is working sta=
ble as long as
> I do not pull the LAN wire (a problem I described also in the list, I try=
 to capture the
> screen when crashing right now).

I spent now the last three days trying to figure out whether my custom conf=
ig is faulty
or CURRENT has a serious bug. Even with GENERIC and in single user mode (it=
 takes then
longer) CURRENT, now at  r307823, is crashing. The crashes seem to be unrel=
ated to X11,
but I can trigger this crash faster when using firefox. I also can trigger =
it faster when
doing a "svn update" on a ZFS pool containing /usr/ports. Everyone who uses=
 ZFS
on /usr/src or /usr/ports and updates via subversion knows that over time t=
he update
process takes 10 - 15 minutes on ZFS volumes - compared to several minutes =
on UFS. And
while svn traverses the folder /usr/ports, the crash occurs.

I'm still wondering about the fact nobody else is facing such a periodicall=
y crashing.
The crash is, I already reported this, with CURRENT on several boxes with o=
r without ZFS.

How can I track a memory leak?

How can I write to disk the backtrace given by the debugger when crashing? =
My box I can
freely test is using the nVidia BLOB and vt(), so I can not see the backtra=
ce. I got a
very bad screenshot on one of my laptops, but its so ugly/unreadable, I thi=
nk it is
unsuable to be presented within this list at a reasonable size (200 kB max =
ist too small).


--Sig_/R.u+dO9C5.vTo_05aRUiKoi
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQEcBAEBCAAGBQJYDOREAAoJEOgBcD7A/5N8MbsH/iN4jAEKYGvBd18wtjt4F7b1
8vCDVZ52bOICsp5d+1M1d+J1KZhdvh12Wr04ClBAOMuvkHRgDENaccZHrxruoEBQ
rcjHBrfJgiwluMLdS0kmGM0bjjQo/+bTGj4nFrW1FNPcrQyPfyEw+Lko7BncX7sR
vTWlup+li3kI1/J1NwImPYipl6y821vUjJNZ4bQVVBobtJ5rKxT64S6qg6Y8zV/C
+3Cc66QV54T2AONhNdCWUfIcJ4TvAZPdJl4d3nCvTZv2mS8SpAXbWeQoPUKSSoyG
ybOkIoCJ8GtjdH+/E8KA0MfZ60xPtQWBxImz3h/WIQ9dp3IYdW7J8+yGgpv5gCs=
=B63N
-----END PGP SIGNATURE-----

--Sig_/R.u+dO9C5.vTo_05aRUiKoi--



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