Date: Fri, 8 Jul 2016 11:28:15 -0700 (PDT) From: Don Lewis <truckman@FreeBSD.org> To: freebsd-current@FreeBSD.org Subject: Re: zfs solaris assert panic in 11.0-ALPHA5 r302256 Message-ID: <201607081828.u68ISFJB013382@gw.catspoiler.org> In-Reply-To: <201607080413.u684DQE6011202@gw.catspoiler.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 7 Jul, To: freebsd-current@FreeBSD.org 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 > 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 scrub didn't find any problems: pool: zroot state: ONLINE status: Some supported features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: scrub repaired 0 in 13h50m with 0 errors on Fri Jul 8 10:58:01 2016 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada0p3 ONLINE 0 0 0 ada1p3 ONLINE 0 0 0 errors: No known data errors
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201607081828.u68ISFJB013382>