Date: Thu, 10 Dec 2015 18:16:59 +0100 From: mxb <mxb@alumni.chalmers.se> To: freebsd-fs@freebsd.org Subject: Re: 10.2-stable, zvol + ctld = crash Message-ID: <72DA880F-91E8-40B8-9EAB-D2265C32BFEA@alumni.chalmers.se> In-Reply-To: <5669ADC3.8020808@multiplay.co.uk> References: <505527C6-FB20-47C1-B159-02F5084FBFF7@alumni.chalmers.se> <5669ADC3.8020808@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
No core found, but system is configured to do that:
dumpdev=3D"AUTO"
dumpdir=3D"/var/crash=E2=80=9D
Only minfree ascii file found.
> On 10 dec. 2015, at 17:52, Steven Hartland <killing@multiplay.co.uk> =
wrote:
>=20
> As a workaround you can disable TRIM:
> sysctl vfs.zfs.trim.enabled=3D1
>=20
> Could you get parameter details on args frame #6 and #8 from the =
kernel core please for further investigation please.
>=20
> On 10/12/2015 16:41, mxb wrote:
>> Hey,
>> just got panic and reboot:
>>=20
>>=20
>> Dec 10 17:22:32 nas kernel: panic: solaris assert: start < end, file: =
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/=
trim_map.c, line: 219
>> Dec 10 17:22:32 nas kernel: cpuid =3D 6
>> Dec 10 17:22:32 nas kernel: KDB: stack backtrace:
>> Dec 10 17:22:32 nas kernel: #0 0xffffffff80981be0 at =
kdb_backtrace+0x60
>> Dec 10 17:22:32 nas kernel: #1 0xffffffff80945716 at vpanic+0x126
>> Dec 10 17:22:32 nas kernel: #2 0xffffffff809455e3 at panic+0x43
>> Dec 10 17:22:32 nas kernel: #3 0xffffffff81c931fd at assfail+0x1d
>> Dec 10 17:22:32 nas kernel: #4 0xffffffff81a6cd01 at =
trim_map_segment_add+0x41
>> Dec 10 17:22:32 nas kernel: #5 0xffffffff81a6c1ef at =
trim_map_free_locked+0x9f
>> Dec 10 17:22:32 nas kernel: #6 0xffffffff81a6c128 at =
trim_map_free+0x98
>> Dec 10 17:22:32 nas kernel: #7 0xffffffff819b8af0 at =
arc_release+0x100
>> Dec 10 17:22:32 nas kernel: #8 0xffffffff819c1b27 at dbuf_dirty+0x357
>> Dec 10 17:22:32 nas kernel: #9 0xffffffff819c90dc at dmu_write+0xfc
>> Dec 10 17:22:32 nas kernel: #10 0xffffffff81a6900f at =
zvol_strategy+0x23f
>> Dec 10 17:22:32 nas kernel: #11 0xffffffff81a67531 at =
zvol_geom_start+0x51
>> Dec 10 17:22:32 nas kernel: #12 0xffffffff808a551e at =
g_io_request+0x38e
>> Dec 10 17:22:32 nas kernel: #13 0xffffffff81e34d5d at =
ctl_be_block_dispatch_dev+0x20d
>> Dec 10 17:22:32 nas kernel: #14 0xffffffff81e356fd at =
ctl_be_block_worker+0x5d
>> Dec 10 17:22:32 nas kernel: #15 0xffffffff809901d5 at =
taskqueue_run_locked+0xe5
>> Dec 10 17:22:32 nas kernel: #16 0xffffffff80990c68 at =
taskqueue_thread_loop+0xa8
>> Dec 10 17:22:32 nas kernel: #17 0xffffffff8090f07a at fork_exit+0x9a
>>=20
>>=20
>> This is FreeBSD 10.2-STABLE #0 r289883: Sat Oct 24 23:14:33 CEST 2015
>>=20
>> Any ideas?
>>=20
>> Several ZVOLs are exported to ESXi 6.x.
>> LUN 2 was added, iSCSI configured on ESX and initiated, ctld restart.
>>=20
>> root@nas:~ # cat /etc/ctl.conf
>>=20
>> portal-group pg0 {
>> discovery-auth-group no-authentication
>> listen 0.0.0.0
>> }
>>=20
>> target iqn.2015-03.com.unixconn:target0 {
>> auth-group no-authentication
>> portal-group pg0
>>=20
>> lun 0 {
>> path /dev/zvol/zfspool/iscsi0
>> size 250G
>> }
>>=20
>> lun 1 {
>> path /dev/zvol/zfspool/grey_timemachine0
>> size 500G
>> }
>>=20
>> lun 2 {
>> path /dev/zvol/zfspool/vcenter
>> size 200G
>> }
>>=20
>> }
>>=20
>> //mxb
>>=20
>> _______________________________________________
>> freebsd-fs@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"
>=20
> _______________________________________________
> freebsd-fs@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?72DA880F-91E8-40B8-9EAB-D2265C32BFEA>