Date: Thu, 10 Dec 2015 21:50:59 +0100 From: mxb <mxb@alumni.chalmers.se> To: freebsd-fs@freebsd.org Subject: Re: 10.2-stable, zvol + ctld = crash Message-ID: <EF3281C1-32D8-4CEA-BF89-51E44C1A8067@alumni.chalmers.se> In-Reply-To: <380A01BE-426A-4BE9-831F-13CA7C3B43DE@alumni.chalmers.se> References: <505527C6-FB20-47C1-B159-02F5084FBFF7@alumni.chalmers.se> <5669ADC3.8020808@multiplay.co.uk> <72DA880F-91E8-40B8-9EAB-D2265C32BFEA@alumni.chalmers.se> <5669B7D4.9010303@multiplay.co.uk> <380A01BE-426A-4BE9-831F-13CA7C3B43DE@alumni.chalmers.se>
next in thread | previous in thread | raw e-mail | index | archive | help
So my guess savecore was never called to extract core from swap?
> On 10 dec. 2015, at 21:43, mxb <mxb@alumni.chalmers.se> wrote:
>=20
>=20
> root@nas:~ # sysctl kern.shutdown.dumpdevname
> kern.shutdown.dumpdevname: ada0p3
> root@nas:~ #
>=20
>> On 10 dec. 2015, at 18:35, Steven Hartland <killing@multiplay.co.uk> =
wrote:
>>=20
>> dumpdev=3D"AUTO" only works if you have swap configured.
>>=20
>> You can if its properly configured with: sysctl =
kern.shutdown.dumpdevname, if its blank then its not configured.
>>=20
>> dumpdir defaults to /var/crash so no need to set that.
>>=20
>> On 10/12/2015 17:16, mxb wrote:
>>> No core found, but system is configured to do that:
>>>=20
>>> dumpdev=3D"AUTO"
>>> dumpdir=3D"/var/crash=E2=80=9D
>>>=20
>>> Only minfree ascii file found.
>>>=20
>>>> 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"
>>>> _______________________________________________
>>>> 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"
>>> _______________________________________________
>>> 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"
>=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EF3281C1-32D8-4CEA-BF89-51E44C1A8067>