Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 20 Jun 2016 17:31:54 +0200
From:      "Kristof Provost" <kp@FreeBSD.org>
To:        "Alan Somers" <asomers@freebsd.org>
Cc:        "src-committers@freebsd.org" <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>
Subject:   Re: svn commit: r300881 - in head/sys: cddl/contrib/opensolaris/uts/common/fs/zfs geom
Message-ID:  <E6B5AB23-1DC7-46D2-A5A9-F58C0291C428@FreeBSD.org>
In-Reply-To: <CAOtMX2iGZG0ijnTcsM0t7aSKMXTfYs0vH5xcwCpm5bgpWt_11g@mail.gmail.com>
References:  <201605272232.u4RMWjku087648@repo.freebsd.org> <FDB9C7A6-02C7-4469-941E-8E56ABDEBA1B@FreeBSD.org> <CAOtMX2iGZG0ijnTcsM0t7aSKMXTfYs0vH5xcwCpm5bgpWt_11g@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
No, it’s an HP Microserver. 4 data disks and that’s it.

Bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210409

Regards,
Kristof

On 20 Jun 2016, at 17:27, Alan Somers wrote:

> You say it's a 4-disk RAIDZ1.  Anything topologically weird, like a
> log, cache or spare device?  SAS or SATA?  Any SAS expanders?  Please
> open a bug for this and assign to me so we can be sure to get this
> fixed in time for 11.0.
>
> -Alan
>
> On Mon, Jun 20, 2016 at 8:59 AM, Kristof Provost <kp@freebsd.org> 
> wrote:
>> Hi,
>>
>> It looks like this change breaks boot on my machine.
>> I’m running a root-on-ZFS system and reliably see this panic during 
>> boot.
>> It’s a 4 disk raidz-1.
>>
>> It’s now running r302028 with r300881 backed out, and booting fine.
>>
>> The panic:
>> panic: solaris assert: refcount(count(&spa->spa_refcount) >= 
>> spa->spa_minref
>> ||
>> MUTEX_HELD(&spa_namespace_lock), file:
>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa_misc.c, 
>> line:
>> 863
>>
>> Unfortunately I can’t get a dump, but here’s a picture of the 
>> backtrace:
>> https://people.freebsd.org/~kp/zfs_panic.jpg
>>
>> Regards,
>> Kristof
>>
>> On 28 May 2016, at 0:32, Alan Somers wrote:
>>
>> Author: asomers
>> Date: Fri May 27 22:32:44 2016
>> New Revision: 300881
>> URL: https://svnweb.freebsd.org/changeset/base/300881
>>
>> Log:
>> Avoid issuing spa config updates for physical path when not necessary
>>
>> ZFS's configuration needs to be updated whenever the physical path 
>> for a
>> device changes, but not when a new device is introduced. This is 
>> because new
>> devices necessarily cause config updates, but only if they are 
>> actually
>> accepted into the pool.
>>
>> sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c
>> Split vdev_geom_set_physpath out of vdev_geom_attrchanged. When
>> setting the vdev's physical path, only request a config update if
>> the physical path has changed. Don't request it when opening a
>> device for the first time, because the config sync will happen
>> anyway upstack.
>>
>> sys/geom/geom_dev.c
>> Split g_dev_set_physpath and g_dev_set_media out of
>> g_dev_attrchanged
>>
>> Submitted by: will, asomers
>> MFC after: 4 weeks
>> Sponsored by: Spectra Logic Corp
>> Differential Revision: https://reviews.freebsd.org/D6428
>>
>> Modified:
>> head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c
>> head/sys/geom/geom_dev.c



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E6B5AB23-1DC7-46D2-A5A9-F58C0291C428>