From owner-freebsd-current@freebsd.org Sun Oct 23 16:24:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF04BC1E76A for ; Sun, 23 Oct 2016 16:24:45 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F632A60 for ; Sun, 23 Oct 2016 16:24:45 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1byLZi-002rZI-Ez>; Sun, 23 Oct 2016 18:24:42 +0200 Received: from x4e3481f4.dyn.telefonica.de ([78.52.129.244] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1byLZi-0015Gi-2C>; Sun, 23 Oct 2016 18:24:42 +0200 Date: Sun, 23 Oct 2016 18:24:36 +0200 From: "O. Hartmann" To: freebsd-current 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> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/R.u+dO9C5.vTo_05aRUiKoi"; protocol="application/pgp-signature" X-Originating-IP: 78.52.129.244 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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: Sun, 23 Oct 2016 16:24:45 -0000 --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" schrieb: > Am Sat, 15 Oct 2016 10:22:42 +0200 > "O. Hartmann" schrieb: >=20 > > Am Fri, 14 Oct 2016 10:48:33 +0200 > > "O. Hartmann" 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--