Date: Tue, 20 Jun 2017 23:27:51 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no> To: FreeBSD current <freebsd-current@freebsd.org> Subject: Crash in base/head in abd_put() after r320156 Message-ID: <alpine.BSF.2.21.1706202259370.37790@mail.fig.ol.no>
next in thread | raw e-mail | index | archive | help
Has anyone else seen a crash in base/head in abd_put() after r320156? One of my experimental VMs at home crashed spectacularly after upgrading to r320156. I even wiped my /usr/obj, recompiled everything and got the same result. Everything's back to normal when I boot r320146. Here's the backtrace: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x8 Fatal trap 12: page fault while in kernel mode cpuid = 2; Fatal trap 12: page fault while in kernel mode apic id = 02 fault virtual address = 0x8 cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read data, page not present fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff803260fa stack pointer = 0x28:0xfffffe01b0231860 frame pointer = 0x28:0xfffffe01b0231870 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 Fatal trap 12: page fault while in kernel mode fault code = supervisor read data, page not present processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (zio_free_issue_5_2) trap number = 12 instruction pointer = 0x20:0xffffffff803260fa stack pointer = 0x28:0xfffffe01b022c860 frame pointer = 0x28:0xfffffe01b022c870 panic: page fault cpuid = 0 time = 4 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8044f93b = db_trace_self_wrapper+0x2b/frame 0xfffffe01b0231440 vpanic() at 0xffffffff8067ec0c = vpanic+0x19c/frame 0xfffffe01b02314c0 panic() at 0xffffffff8067ea63 = panic+0x43/frame 0xfffffe01b0231520 trap_fatal() at 0xffffffff80983b32 = trap_fatal+0x322/frame 0xfffffe01b0231570 trap_pfault() at 0xffffffff80983b89 = trap_pfault+0x49/frame 0xfffffe01b02315d0 trap() at 0xffffffff809833c5 = trap+0x295/frame 0xfffffe01b0231790 calltrap() at 0xffffffff80968c21 = calltrap+0x8/frame 0xfffffe01b0231790 --- trap 0xc, rip = 0xffffffff803260fa, rsp = 0xfffffe01b0231860, rbp = 0xfffffe01b0231870 --- abd_put() at 0xffffffff803260fa = abd_put+0xa/frame 0xfffffe01b0231870 vdev_raidz_map_free() at 0xffffffff803aa7c2 = vdev_raidz_map_free+0x82/frame 0xfffffe01b02318a0 zio_vdev_io_assess() at 0xffffffff803ecc04 = zio_vdev_io_assess+0x74/frame 0xfffffe01b02318e0 zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231930 zio_vdev_io_start() at 0xffffffff803ec894 = zio_vdev_io_start+0x2b4/frame 0xfffffe01b0231990 zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b02319e0 zio_nowait() at 0xffffffff803e8a8b = zio_nowait+0xcb/frame 0xfffffe01b0231a20 vdev_mirror_io_start() at 0xffffffff803a744c = vdev_mirror_io_start+0x35c/frame 0xfffffe01b0231a70 zio_vdev_io_start() at 0xffffffff803ec86c = zio_vdev_io_start+0x28c/frame 0xfffffe01b0231ad0 zio_execute() at 0xffffffff803e913c = zio_execute+0xac/frame 0xfffffe01b0231b20 taskqueue_run_locked() at 0xffffffff806d3d27 = taskqueue_run_locked+0x127/frame 0xfffffe01b0231b80 taskqueue_thread_loop() at 0xffffffff806d4ee8 = taskqueue_thread_loop+0xc8/frame 0xfffffe01b0231bb0 fork_exit() at 0xffffffff80640df5 = fork_exit+0x85/frame 0xfffffe01b0231bf0 fork_trampoline() at 0xffffffff8096915e = fork_trampoline+0xe/frame 0xfffffe01b0231bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 4s -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@freebsd.org Tue Jun 20 21:31:34 2017 Return-Path: <owner-freebsd-current@freebsd.org> 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 48153DA2D7F for <freebsd-current@mailman.ysv.freebsd.org>; Tue, 20 Jun 2017 21:31:34 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 23F237545E for <freebsd-current@freebsd.org>; Tue, 20 Jun 2017 21:31:33 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.10] (unknown [192.168.1.10]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 583871326F for <freebsd-current@freebsd.org>; Tue, 20 Jun 2017 21:31:32 +0000 (UTC) Subject: Re: Crash in base/head in abd_put() after r320156 To: freebsd-current@freebsd.org References: <alpine.BSF.2.21.1706202259370.37790@mail.fig.ol.no> From: Allan Jude <allanjude@freebsd.org> Message-ID: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> Date: Tue, 20 Jun 2017 17:31:20 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <alpine.BSF.2.21.1706202259370.37790@mail.fig.ol.no> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oUKLCnQ2mqgBrP9akeFV6aBQe7UgEauUo" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current <freebsd-current.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>; List-Post: <mailto:freebsd-current@freebsd.org> List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=subscribe> X-List-Received-Date: Tue, 20 Jun 2017 21:31:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oUKLCnQ2mqgBrP9akeFV6aBQe7UgEauUo Content-Type: multipart/mixed; boundary="GqOm81xSDN6639x3HrvM530gVsIr5VD9N"; protected-headers="v1" From: Allan Jude <allanjude@freebsd.org> To: freebsd-current@freebsd.org Message-ID: <3987075c-08cd-4add-11dc-24b1e4d071fc@freebsd.org> Subject: Re: Crash in base/head in abd_put() after r320156 References: <alpine.BSF.2.21.1706202259370.37790@mail.fig.ol.no> In-Reply-To: <alpine.BSF.2.21.1706202259370.37790@mail.fig.ol.no> --GqOm81xSDN6639x3HrvM530gVsIr5VD9N Content-Type: text/plain; charset=utf-8 Content-Language: en-CA Content-Transfer-Encoding: quoted-printable On 2017-06-20 17:27, Trond Endrest=C3=B8l wrote: > Has anyone else seen a crash in base/head in abd_put() after r320156? >=20 > One of my experimental VMs at home crashed spectacularly after=20 > upgrading to r320156. I even wiped my /usr/obj, recompiled everything=20 > and got the same result. Everything's back to normal when I boot=20 > r320146. >=20 > Here's the backtrace: >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 3; apic id =3D 03 >=20 > fault virtual address =3D 0x8 >=20 > Fatal trap 12: page fault while in kernel mode >=20 > cpuid =3D 2;=20 > Fatal trap 12: page fault while in kernel mode > apic id =3D 02 > fault virtual address =3D 0x8 > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x8 > fault code =3D supervisor read data, page not present > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff803260fa > stack pointer =3D 0x28:0xfffffe01b0231860 > frame pointer =3D 0x28:0xfffffe01b0231870 > code segment =3D base 0x0, limit 0xfffff, type 0x1b >=20 > =3D DPL 0, pres 1, long 1, def32 0, gran 1 >=20 > Fatal trap 12: page fault while in kernel mode > fault code =3D supervisor read data, page not present > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 (zio_free_issue_5_2) > trap number =3D 12 > instruction pointer =3D 0x20:0xffffffff803260fa > stack pointer =3D 0x28:0xfffffe01b022c860 > frame pointer =3D 0x28:0xfffffe01b022c870 > panic: page fault > cpuid =3D 0 > time =3D 4 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff8044f93b =3D db_trace_self_wrapper= +0x2b/frame 0xfffffe01b0231440 > vpanic() at 0xffffffff8067ec0c =3D vpanic+0x19c/frame 0xfffffe01b02314c= 0 > panic() at 0xffffffff8067ea63 =3D panic+0x43/frame 0xfffffe01b0231520 > trap_fatal() at 0xffffffff80983b32 =3D trap_fatal+0x322/frame 0xfffffe0= 1b0231570 > trap_pfault() at 0xffffffff80983b89 =3D trap_pfault+0x49/frame 0xfffffe= 01b02315d0 > trap() at 0xffffffff809833c5 =3D trap+0x295/frame 0xfffffe01b0231790 > calltrap() at 0xffffffff80968c21 =3D calltrap+0x8/frame 0xfffffe01b0231= 790 > --- trap 0xc, rip =3D 0xffffffff803260fa, rsp =3D 0xfffffe01b0231860, r= bp =3D 0xfffffe01b0231870 --- > abd_put() at 0xffffffff803260fa =3D abd_put+0xa/frame 0xfffffe01b023187= 0 > vdev_raidz_map_free() at 0xffffffff803aa7c2 =3D vdev_raidz_map_free+0x8= 2/frame 0xfffffe01b02318a0 > zio_vdev_io_assess() at 0xffffffff803ecc04 =3D zio_vdev_io_assess+0x74/= frame 0xfffffe01b02318e0 > zio_execute() at 0xffffffff803e913c =3D zio_execute+0xac/frame 0xfffffe= 01b0231930 > zio_vdev_io_start() at 0xffffffff803ec894 =3D zio_vdev_io_start+0x2b4/f= rame 0xfffffe01b0231990 > zio_execute() at 0xffffffff803e913c =3D zio_execute+0xac/frame 0xfffffe= 01b02319e0 > zio_nowait() at 0xffffffff803e8a8b =3D zio_nowait+0xcb/frame 0xfffffe01= b0231a20 > vdev_mirror_io_start() at 0xffffffff803a744c =3D vdev_mirror_io_start+0= x35c/frame 0xfffffe01b0231a70 > zio_vdev_io_start() at 0xffffffff803ec86c =3D zio_vdev_io_start+0x28c/f= rame 0xfffffe01b0231ad0 > zio_execute() at 0xffffffff803e913c =3D zio_execute+0xac/frame 0xfffffe= 01b0231b20 > taskqueue_run_locked() at 0xffffffff806d3d27 =3D taskqueue_run_locked+0= x127/frame 0xfffffe01b0231b80 > taskqueue_thread_loop() at 0xffffffff806d4ee8 =3D taskqueue_thread_loop= +0xc8/frame 0xfffffe01b0231bb0 > fork_exit() at 0xffffffff80640df5 =3D fork_exit+0x85/frame 0xfffffe01b0= 231bf0 > fork_trampoline() at 0xffffffff8096915e =3D fork_trampoline+0xe/frame 0= xfffffe01b0231bf0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > Uptime: 4s >=20 This seems to be an unintended consequence of some code that was pulled in from upstream today. Try adding: vfs.zfs.trim.enabled=3D0 to /boot/loader.conf (you can set it manually from the boot loader menu with the set command to get the system to boot) --=20 Allan Jude --GqOm81xSDN6639x3HrvM530gVsIr5VD9N-- --oUKLCnQ2mqgBrP9akeFV6aBQe7UgEauUo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) iQIcBAEBAgAGBQJZSZQwAAoJEBmVNT4SmAt+8KsP/3IJgnrLVa7ZtOqfvtvXPs4i 5n2iQ9dpYX+7fmb3xEzbSgDB6LNxtkbZIpBIgyrdmhHpJzZCPd5MvcPGaAUVztF9 2DvBJglVDQ8TA0QLtXOeaz/Vw1uqLzZXIyfedZrjpQe/Pl3YG+86si7PbQtQ+oX3 xlPlLM6LwQSK1cfSLzO20CT98S+P9DoQnXejyrXzIr2xrIkPKnnk+9XmdKTH0lNk hOeeM+IJNF5glgKuJYctVaf7eM01HwNn43D1Tf+I28FlD5NFTeM94Q7riP3ySQi5 i9TQccDLfNteWa2LzctQiFuVCbtx8ZpvmX4M8SQ2/PTKvnc1kr1RluKHi07XZbWO 8NG2g0WXohMZT4fRZd1aNkJJHcvCp+UoXS8weJSq9RS+LHpKCH/xNLLpm5pv11z4 ObBCiZikjWvcw/7IIViCTmn/kw4x8vhxP4Pfj0uKpt97PXXHO4LVsxlyxMJvZ52u cppmz2A7KcsaPys9s7Hn04ges04drcZN/xOWTlU88FdPE7HUaBUIpJS8SZh1HDXq ZejoaRu226nz1s2c9oppRpe53993UvSwKHkFwzTzfgdzt1JlP2vYwbzae2gZx0uj 7PyN6PvZwWFV4BZfi+Z3CWmZOCcdkJWwNgX0bSntqE257fksEd4wYfVQYMESy+8Q WteGUaV/VaM0G8sAyGHR =6cHo -----END PGP SIGNATURE----- --oUKLCnQ2mqgBrP9akeFV6aBQe7UgEauUo--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.21.1706202259370.37790>