ZFS import panic (kgdb backtrace attached)

grarpamp grarpamp at gmail.com
Wed Jun 11 18:25:59 UTC 2014


On Wed, Jun 11, 2014 at 12:52 PM, John Baldwin <jhb at freebsd.org> wrote:
> On Tuesday, June 10, 2014 2:00:37 pm grarpamp wrote:
>> On Tue, Jun 10, 2014 at 11:58 AM, John Baldwin <jhb at freebsd.org> wrote:
>> > Can you do 'frame 7' and 'p *rt' and 'p *rt->rt_ops'?
>>
>> (kgdb) frame 7
>> #7  0xc13cb9f4 in range_tree_vacate (rt=0xc83dc000, func=0, arg=0x0)
>>     at
> /.../src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/range_tree.c:364
>> 364                     rt->rt_ops->rtop_vacate(rt, rt->rt_arg);
>> (kgdb) p *rt
>> $1 = {rt_root = {avl_root = 0xd6900780, avl_compar = 0xc13cb890
>> <range_tree_seg_compare>, avl_offset = 0, avl_numnodes = 1, avl_size =
>> 48},
>>   rt_space = 4294967296, rt_ops = 0x1, rt_arg = 0x0, rt_histogram = {0
>> <repeats 64 times>}, rt_lock = 0xc8309000}
>> (kgdb) p *rt->rt_ops
>> Cannot access memory at address 0x1
>
> Humm, that is the source of the actual fault.  I've no idea why that would
> be set to 1 however.  Unfortunately you need someone more familiar with ZFS to
> look at this further.

Ok, copying thread to zfs-devel, not sure if it's the right place but
probably has open-zfs.org people. I'll see about posting status
on RELENG_10 x64 when I can move it there.

http://docs.freebsd.org/cgi/mid.cgi?CAD2Ti29gKmED34S5z6NEUnaGOsx8m2uPEJiPWPZLcebJ6PD-mw
http://docs.freebsd.org/cgi/mid.cgi?CAD2Ti2_DZqDbOnbwap-YrOEjavyRZ4H7JZ1r8mkk4_OPrYQEUg


More information about the freebsd-fs mailing list