Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Aug 2015 12:45:58 -0700
From:      Bryan Drewery <bdrewery@FreeBSD.org>
To:        freebsd-fs@freebsd.org
Subject:   Re: solaris assert: t == ZIO_TYPE_READ || t == ZIO_TYPE_WRITE, file: ...zfs/vdev_queue.c, line: 302
Message-ID:  <55C8FF76.7060202@FreeBSD.org>
In-Reply-To: <20150810194122.GE48727@vega.codepro.be>
References:  <20150810194122.GE48727@vega.codepro.be>

next in thread | previous in thread | raw e-mail | index | archive | help
On 8/10/15 12:41 PM, Kristof Provost wrote:
> Hi,
> 
> Booting CURRENT (r286582) earlier I saw the following panic:
> panic: solaris assert: t == ZIO_TYPE_READ || t == ZIO_TYPE_WRITE, file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c, line: 302
> cpuid = 1
> Uptime: 41s
> 
> ...
> (kgdb) #0  doadump (textdump=1) at pcpu.h:221
> #1  0xffffffff80a19e65 in kern_reboot (howto=260)
>     at /usr/src/sys/kern/kern_shutdown.c:329
> #2  0xffffffff80a1a458 in vpanic (fmt=<value optimized out>,
>     ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:626
> #3  0xffffffff80a1a4a3 in panic (fmt=0x0)
>     at /usr/src/sys/kern/kern_shutdown.c:557
> #4  0xffffffff8242622a in assfail (a=<value optimized out>,
>     f=<value optimized out>, l=<value optimized out>)
>     at /usr/src/sys/cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:81
> #5  0xffffffff8213f8be in vdev_queue_io (zio=0xfffff8000ede1000)
>     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:302
> #6  0xffffffff82163406 in zio_vdev_io_start (zio=0xfffff8000ede1000)
>     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2774
> #7  0xffffffff8215eaa9 in zio_execute (zio=0xfffff8000ede1000)
>     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1496
> #8  0xffffffff8215de5b in zio_nowait (zio=0xfffff8000ede1000)
>     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1550
> #9  0xffffffff8219f23c in trim_map_commit (spa=0xfffffe00032b7000,
>     zio=0xfffff8000eda6760, vd=0xfffff8000e7dd800)
>     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/trim_map.c:476
> #10 0xffffffff8219f046 in trim_map_commit (spa=0xfffffe00032b7000,
>     zio=0xfffff8000eda6760, vd=0xfffff8000e9b4800)
>     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/trim_map.c:532
> #11 0xffffffff8219f046 in trim_map_commit (spa=0xfffffe00032b7000,
>     zio=0xfffff8000eda6760, vd=0xfffff8000e9b4000)
>     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/trim_map.c:532
> #12 0xffffffff8219ed9f in trim_thread (arg=0xfffffe00032b7000)
>     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/trim_map.c:579
> #13 0xffffffff809e0374 in fork_exit (
>     callout=0xffffffff8219ecb0 <trim_thread>, arg=0xfffffe00032b7000,
>     frame=0xfffffe0239c09c00) at /usr/src/sys/kern/kern_fork.c:1006
> #14 0xffffffff80e5e7ae in fork_trampoline ()
>     at /usr/src/sys/amd64/amd64/exception.S:610
> #15 0x0000000000000000 in ?? ()
> 
> This is a regular amd64 machine with 4 disks in raidz. I'd pulled one drive and
> replaced it with an empty one. It's possible that's related to the panic.
> 


Same here...

panic: solaris assert: t == ZIO_TYPE_READ || t == ZIO_TYPE_WRITE, file:
/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c,
line: 302
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfffffe35545c6780
vpanic() at vpanic+0x189/frame 0xfffffe35545c6800
panic() at panic+0x43/frame 0xfffffe35545c6860
assfail() at assfail+0x1a/frame 0xfffffe35545c6870
vdev_queue_io() at vdev_queue_io+0x17e/frame 0xfffffe35545c68c0
zio_vdev_io_start() at zio_vdev_io_start+0x446/frame 0xfffffe35545c6920
zio_execute() at zio_execute+0x2e9/frame 0xfffffe35545c6970
zio_nowait() at zio_nowait+0x6b/frame 0xfffffe35545c6990
trim_map_commit() at trim_map_commit+0x2dc/frame 0xfffffe35545c6a30
trim_map_commit() at trim_map_commit+0xe6/frame 0xfffffe35545c6ad0
trim_map_commit() at trim_map_commit+0xe6/frame 0xfffffe35545c6b70
trim_thread() at trim_thread+0xef/frame 0xfffffe35545c6bb0
fork_exit() at fork_exit+0x84/frame 0xfffffe35545c6bf0
fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe35545c6bf0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
KDB: enter: panic
[ thread pid 6 tid 100684 ]
Stopped at      kdb_enter+0x3e: movq    $0,kdb_why


2 disk mirror + an SSD log/cache.

I have no way to debug it currently, rolling back is hard enough on this
system.


-- 
Regards,
Bryan Drewery



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?55C8FF76.7060202>