ZFS MFC heads down
Kip Macy
kmacy at freebsd.org
Mon May 25 18:07:16 UTC 2009
I haven't looked at the panic yet, but adding a USB quirk (no
SYNCHRONIZE_CACHE) would certainly reduce the noise in your logs.
-Kip
On Mon, May 25, 2009 at 4:16 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.
>>
> I get a panic:
>
> panic: solaris assert: 0 == dmu_read(os, lr->lr_foid, off, dlen, buf), file:
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c,
> line: 991
>
> during `make -s DESTDIR=/kingston installworld`
>
> kingston is a pool on a USB stick with GPT partitions
>
> more info at : http://verbier.restart.be/xfer/core.txt.60
>
> Thanks for your work
>
> 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"
>
>
--
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