From owner-freebsd-current@freebsd.org Mon Jul 18 17:28:14 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 7DB6CB9D72B for ; Mon, 18 Jul 2016 17:28:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A50DC19DA; Mon, 18 Jul 2016 17:28:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA14014; Mon, 18 Jul 2016 20:28:11 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bPCKw-0001pB-K1; Mon, 18 Jul 2016 20:28:10 +0300 Subject: Re: zfs solaris assert panic in 11.0-ALPHA5 r302256 To: Don Lewis , freebsd-current@FreeBSD.org References: <201607080413.u684DQE6011202@gw.catspoiler.org> From: Andriy Gapon Message-ID: <502b6f5c-b27e-b21f-023d-aa6e0943430c@FreeBSD.org> Date: Mon, 18 Jul 2016 20:26:48 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <201607080413.u684DQE6011202@gw.catspoiler.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.22 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: Mon, 18 Jul 2016 17:28:14 -0000 On 08/07/2016 07:13, Don Lewis wrote: > My package buiding machine just crashed with this panic during a > poudriere run: > > panic: solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == 0) || dn->dn_phys->dn_nlevels > db->db_level || dn->dn_next_nlevels[txgoff] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg-1) & TXG_MASK] > db->db_level || dn->dn_next_nlevels[(tx->tx_txg Don, do you have a crash dump? It would be interesting to see a pretty-print of dn, dn->dn_phys, db and tx in the frame where the assert is hit. > cpuid = 2 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe085a435eb0 > vpanic() at vpanic+0x182/frame 0xfffffe085a435f30 > panic() at panic+0x43/frame 0xfffffe085a435f90 > assfail() at assfail+0x1a/frame 0xfffffe085a435fa0 > dbuf_dirty() at dbuf_dirty+0x3e8/frame 0xfffffe085a436060 > dbuf_dirty() at dbuf_dirty+0xba4/frame 0xfffffe085a436120 > dbuf_dirty() at dbuf_dirty+0xba4/frame 0xfffffe085a4361e0 > dmu_write_uio_dnode() at dmu_write_uio_dnode+0x129/frame 0xfffffe085a436270 > dmu_write_uio_dbuf() at dmu_write_uio_dbuf+0x42/frame 0xfffffe085a4362a0 > zfs_freebsd_write() at zfs_freebsd_write+0x87c/frame 0xfffffe085a4364c0 > VOP_WRITE_APV() at VOP_WRITE_APV+0x16f/frame 0xfffffe085a4365d0 > vn_write() at vn_write+0x218/frame 0xfffffe085a436650 > vn_io_fault1() at vn_io_fault1+0x1d2/frame 0xfffffe085a4367b0 > vn_io_fault() at vn_io_fault+0x197/frame 0xfffffe085a436830 > dofilewrite() at dofilewrite+0x87/frame 0xfffffe085a436880 > kern_writev() at kern_writev+0x68/frame 0xfffffe085a4368d0 > sys_write() at sys_write+0x84/frame 0xfffffe085a436920 > amd64_syscall() at amd64_syscall+0x2db/frame 0xfffffe085a436a30 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe085a436a30 > --- syscall (4, FreeBSD ELF64, sys_write), rip = 0x800b9ddea, rsp = 0x7fffffffe568, rbp = 0x7fffffffe760 --- > KDB: enter: panic > > The pool is a two disk mirror. I'm currently running a scrub. > > RAM is ECC. > > FreeBSD zipper.catspoiler.org 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 #14 r302256M: Thu Jun 30 00:05:32 PDT 2016 dl@zipper.catspoiler.org:/usr/obj/usr/src/sys/GENERIC amd64 -- Andriy Gapon