Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 29 Jul 2009 19:13:24 +0200
From:      Thomas Backman <serenity@exscape.org>
To:        Andriy Gapon <avg@icyb.net.ua>
Cc:        freebsd-fs@FreeBSD.org, FreeBSD current <freebsd-current@FreeBSD.org>, Pawel Jakub Dawidek <pjd@FreeBSD.org>
Subject:   Re: zfs: Fatal trap 12: page fault while in kernel mode
Message-ID:  <6C8097A7-1383-42C0-9A87-34C5065CA453@exscape.org>
In-Reply-To: <4A705E50.8070307@icyb.net.ua>
References:  <20090727072503.GA52309@jpru.ffm.jpru.de> <4A6E06E6.9030300@mail.zedat.fu-berlin.de> <4A6EC9E2.5070200@icyb.net.ua> <20090729084723.GD1586@garage.freebsd.pl> <F4F82B3E-C119-40EF-9AA4-937052876D1E@exscape.org> <4A7030B6.8010205@icyb.net.ua> <97D5950F-4E4D-4446-AC22-92679135868D@exscape.org> <4A7048A9.4020507@icyb.net.ua> <52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org> <4A705299.8060504@icyb.net.ua> <D3491B77-DA5C-4E10-BE1D-D6EF8CFB112E@exscape.org> <4A7054E1.5060402@icyb.net.ua> <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org> <4A705E50.8070307@icyb.net.ua>

next in thread | previous in thread | raw e-mail | index | archive | help

On Jul 29, 2009, at 16:36, Andriy Gapon wrote:

> on 29/07/2009 17:10 Thomas Backman said the following:
> [snip]
>> (kgdb) fr 11
> [snip]
>> (kgdb) p *sx
>> $8 = {lock_object = {lo_name = 0xffffffff80b5634c "zp->z_lock",  
>> lo_flags
>> = 40894464 [0x2700000, btw], lo_data = 0, lo_witness = 0x0},
>>  sx_lock = 6}
>>
>> ... as you might notice, I'm mostly clueless as to what I'm doing  
>> here. :o
>> Hope that helps (a bit), though.
>
> Yes, it does and a lot.
> sx_lock = 6 means that this sx lock is destroyed:
> #define  
> SX_LOCK_DESTROYED                                               \
>        (SX_LOCK_SHARED_WAITERS | SX_LOCK_EXCLUSIVE_WAITERS)
>
> And lo_name tells that this is zp->z_lock.
> This lock is destroyed in zfs_znode_cache_destructor.
> Not enough knowledge for me to proceed further.

Also, FWIW: Without "options SMP", "zpool" simply goes into an  
uninterruptible sleep (state D+) on export. kill -9 has no effect, and  
the backup process just hangs. The rest of the system works great,  
but... yeah.
(The block that causes the panic is wrapped by #ifdef ADAPTIVE_SX,  
which isn't defined without smp AFAIK.)

Regards,
Thomas



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6C8097A7-1383-42C0-9A87-34C5065CA453>