10.2-stable, zvol + ctld = crash

[mxb]

root at nas:~ # sysctl kern.shutdown.dumpdevname
kern.shutdown.dumpdevname: ada0p3
root at nas:~ #

> On 10 dec. 2015, at 18:35, Steven Hartland <killing at multiplay.co.uk> wrote:
> 
> dumpdev="AUTO" only works if you have swap configured.
> 
> You can if its properly configured with: sysctl kern.shutdown.dumpdevname, if its blank then its not configured.
> 
> dumpdir defaults to /var/crash so no need to set that.
> 
> On 10/12/2015 17:16, mxb wrote:
>> No core found, but system is configured to do that:
>> 
>> dumpdev="AUTO"
>> dumpdir="/var/crash”
>> 
>> Only minfree ascii file found.
>> 
>>> On 10 dec. 2015, at 17:52, Steven Hartland <killing at multiplay.co.uk> wrote:
>>> 
>>> As a workaround you can disable TRIM:
>>> sysctl vfs.zfs.trim.enabled=1
>>> 
>>> Could you get parameter details on args frame #6 and #8 from the kernel core please for further investigation please.
>>> 
>>> On 10/12/2015 16:41, mxb wrote:
>>>> Hey,
>>>> just got panic and reboot:
>>>> 
>>>> 
>>>> 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 = 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
>>>> 
>>>> 
>>>> This is FreeBSD 10.2-STABLE #0 r289883: Sat Oct 24 23:14:33 CEST 2015
>>>> 
>>>> Any ideas?
>>>> 
>>>> Several ZVOLs are exported to ESXi 6.x.
>>>> LUN 2 was added, iSCSI configured on ESX and initiated, ctld restart.
>>>> 
>>>> root at nas:~ # cat /etc/ctl.conf
>>>> 
>>>> portal-group pg0 {
>>>> 	discovery-auth-group no-authentication
>>>> 	listen 0.0.0.0
>>>> }
>>>> 
>>>> target iqn.2015-03.com.unixconn:target0 {
>>>> 	auth-group no-authentication
>>>> 	portal-group pg0
>>>> 
>>>> 	lun 0 {
>>>> 		path /dev/zvol/zfspool/iscsi0
>>>> 		size 250G
>>>> 	}
>>>> 
>>>> 	lun 1 {
>>>> 		path /dev/zvol/zfspool/grey_timemachine0
>>>> 		size 500G
>>>> 	}
>>>> 
>>>>   lun 2 {
>>>>     path /dev/zvol/zfspool/vcenter
>>>>     size 200G
>>>>   }
>>>> 
>>>> }
>>>> 
>>>> //mxb
>>>> 
>>>> _______________________________________________
>>>> freebsd-fs at freebsd.org mailing list
>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
>>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
>>> _______________________________________________
>>> freebsd-fs at freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
>> _______________________________________________
>> freebsd-fs at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
> 
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"