ZFS MFC heads down
Kip Macy
kmacy at freebsd.org
Wed May 27 20:24:43 UTC 2009
On Wed, May 27, 2009 at 1:18 PM, Artem Belevich <fbsdlist at src.cx> wrote:
> Did you by any chance do that from single-user mode? ZFS seems to rely
> on hostid being set.
> Try running "/etc/rc.d/hostid start" and then re-try your zfs commands.
Yup. Your hostuuid has to match that in the pool.
Cheers,
Kip
>
> --Artem
>
>
>
> On Wed, May 27, 2009 at 1:06 PM, Henri Hennebert <hlh at restart.be> wrote:
>> Artem Belevich wrote:
>>>
>>> I had the same problem on -current. Try attached patch. It may not
>>> apply cleanly on -stable, but should be easy enough to make equivalent
>>> changes on -stable.
>>
>> The patch is ok for stable.
>>
>> now I get for the pool with my root:
>>
>> [root at morzine libzpool]# zdb rpool
>> version=13
>> name='rpool'
>> state=0
>> txg=959
>> pool_guid=17669857244588609348
>> hostid=2315842372
>> hostname='unset'
>> vdev_tree
>> type='root'
>> id=0
>> guid=17669857244588609348
>> children[0]
>> type='mirror'
>> id=0
>> guid=3225603179255348056
>> metaslab_array=23
>> metaslab_shift=28
>> ashift=9
>> asize=51534888960
>> is_log=0
>> children[0]
>> type='disk'
>> id=0
>> guid=17573085726489368265
>> path='/dev/da0p2'
>> whole_disk=0
>> children[1]
>> type='disk'
>> id=1
>> guid=2736169600077218893
>> path='/dev/da1p2'
>> whole_disk=0
>> WARNING: pool 'rpool' could not be loaded as it was last accessed by another
>> system (host: unset hostid: 0x8a08f344). See:
>> http://www.sun.com/msg/ZFS-8000-EY
>> zdb: can't open rpool: No such file or directory
>>
>> But rpool have been used for many boot now - strange ...
>>
>> Thanks for your patch and time
>>
>> Henri
>>
>>
>>>
>>> --Artem
>>>
>>>
>>>
>>> On Wed, May 27, 2009 at 3:00 AM, Henri Hennebert <hlh at restart.be> wrote:
>>>>
>>>> Kip Macy wrote:
>>>>>
>>>>> On Wed, May 20, 2009 at 2:59 PM, Kip Macy <kmacy at freebsd.org> wrote:
>>>>>>
>>>>>> I will be MFC'ing the newer ZFS support some time this afternoon. Both
>>>>>> world and kernel will need to be re-built. Existing pools will
>>>>>> continue to work without upgrade.
>>>>>>
>>>>>>
>>>>>> If you choose to upgrade a pool to take advantage of new features you
>>>>>> will no longer be able to use it with sources prior to today. 'zfs
>>>>>> send/recv' is not expected to inter-operate between different pool
>>>>>> versions.
>>>>>
>>>>> The MFC went in r192498. Please let me know if you have any problems.
>>>>
>>>> No a real problem but maybe worth mentioning:
>>>>
>>>> on FreeBSD morzine.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue May
>>>> 26
>>>> 15:37:48 CEST 2009 root at morzine.restart.bel:/usr/obj/usr/src/sys/MORZINE
>>>> i386
>>>>
>>>> [root at morzine ~]# zdb rpool
>>>> version=13
>>>> name='rpool'
>>>> state=0
>>>> txg=959
>>>> pool_guid=17669857244588609348
>>>> hostid=2315842372
>>>> hostname='unset'
>>>> vdev_tree
>>>> type='root'
>>>> id=0
>>>> guid=17669857244588609348
>>>> children[0]
>>>> type='mirror'
>>>> id=0
>>>> guid=3225603179255348056
>>>> metaslab_array=23
>>>> metaslab_shift=28
>>>> ashift=9
>>>> asize=51534888960
>>>> is_log=0
>>>> children[0]
>>>> type='disk'
>>>> id=0
>>>> guid=17573085726489368265
>>>> path='/dev/da0p2'
>>>> whole_disk=0
>>>> children[1]
>>>> type='disk'
>>>> id=1
>>>> guid=2736169600077218893
>>>> path='/dev/da1p2'
>>>> whole_disk=0
>>>> Assertion failed: (?Ąuč? ėŪ¨´&), function mp->m_owner == NULL, file
>>>>
>>>> /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/kernel.c,
>>>> line 112.
>>>> Abort trap: 6
>>>>
>>>>
>>>> and on FreeBSD avoriaz.restart.bel 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon
>>>> May
>>>> 25 12:06:07 CEST 2009
>>>> root at avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ
>>>> amd64
>>>>
>>>> [root at avoriaz ~]# zdb rpool
>>>> version=13
>>>> name='rpool'
>>>> state=0
>>>> txg=3467
>>>> pool_guid=536117255064806899
>>>> hostid=1133576597
>>>> hostname='unset'
>>>> vdev_tree
>>>> type='root'
>>>> id=0
>>>> guid=536117255064806899
>>>> children[0]
>>>> type='mirror'
>>>> id=0
>>>> guid=3124217685892976292
>>>> metaslab_array=23
>>>> metaslab_shift=30
>>>> ashift=9
>>>> asize=155741847552
>>>> is_log=0
>>>> children[0]
>>>> type='disk'
>>>> id=0
>>>> guid=11099413743436480159
>>>> path='/dev/ad4p2'
>>>> whole_disk=0
>>>> children[1]
>>>> type='disk'
>>>> id=1
>>>> guid=12724983687805955432
>>>> path='/dev/ad6p2'
>>>> whole_disk=0
>>>> Segmentation fault: 11
>>>>
>>>> By the way, to help prepare a boot/root pool does a utility to display
>>>> the
>>>> content of zpool.cache exist ?
>>>>
>>>>
>>>> Henri
>>>>>
>>>>> Thanks,
>>>>> Kip
>>>>> _______________________________________________
>>>>> freebsd-stable at freebsd.org mailing list
>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>>>> To unsubscribe, send any mail to
>>>>> "freebsd-stable-unsubscribe at freebsd.org"
>>>>
>>>> _______________________________________________
>>>> freebsd-stable at freebsd.org mailing list
>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
>>>>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> freebsd-stable at freebsd.org mailing list
>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
>>
>>
>
--
When bad men combine, the good must associate; else they will fall one
by one, an unpitied sacrifice in a contemptible struggle.
Edmund Burke
More information about the freebsd-stable
mailing list