Deadlocks / hangs in ZFS

[Alexander Leidinger]

Quoting Slawa Olhovchenkov <slw at zxy.spb.ru> (from Sun, 3 Jun 2018  
22:28:14 +0300):

> On Sun, Jun 03, 2018 at 09:14:50PM +0200, Alexander Leidinger wrote:
>
>> Quoting Alexander Leidinger <Alexander at leidinger.net> (from Mon, 28
>> May 2018 09:02:01 +0200):
>>
>> > Quoting Slawa Olhovchenkov <slw at zxy.spb.ru> (from Mon, 28 May 2018
>> > 01:06:12 +0300):
>> >
>> >> On Sun, May 27, 2018 at 09:41:59PM +0200, Kirill Ponomarev wrote:
>> >>
>> >>> On 05/22, Slawa Olhovchenkov wrote:
>> >>>> > It has been a while since I tried Karl's patch the last time, and I
>> >>>> > stopped because it didn't apply to -current anymore at some point.
>> >>>> > Will what is provided right now in the patch work on -current?
>> >>>>
>> >>>> I am mean yes, after s/vm_cnt.v_free_count/vm_free_count()/g
>> >>>> I am don't know how to have two distinct patch (for stable and
>> >>>> current) in one review.
>> >>>
>> >>> I'm experiencing these issues sporadically as well, would you mind
>> >>> to publish this patch for fresh current?
>> >>
>> >> Week ago I am adopt and publish patch to fresh current and stable, is
>> >> adopt need again?
>> >
>> > I applied the patch in the review yesterday to rev 333966, it
>> > applied OK (with some fuzz). I will try to reproduce my issue with
>> > the patch.
>>
>> The behavior changed (or the system was long enough in this state
>> without me noticing it). I have a panic now:
>> panic: deadlkres: possible deadlock detected for 0xfffff803766db580,
>> blocked for 1803003 ticks
>
> Hmm, may be first determinate locked function
>
> addr2line -ie /boot/kernel/kernel 0xfffff803766db580
>
> or
>
> kgdb
> x/10i 0xfffff803766db580

Both don'T produce any sensible output:
(kgdb) x/10i 0xfffff803766db580
0xfffff803766db580:     subb   $0x80,-0x78(%rsi)
0xfffff803766db584:     (bad)
0xfffff803766db585:     (bad)
0xfffff803766db586:     (bad)
0xfffff803766db587:     incl   -0x7f7792(%rax)
0xfffff803766db58d:     (bad)
0xfffff803766db58e:     (bad)
0xfffff803766db58f:     incl   -0x7f7792(%rax)
0xfffff803766db595:     (bad)
0xfffff803766db596:     (bad)


Seems I need to provoke a real kernel dump instead of a textdump for this.

Bye,
Alexander.

-- 
http://www.Leidinger.net Alexander at Leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org    netchild at FreeBSD.org  : PGP 0x8F31830F9F2772BF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Digitale PGP-Signatur
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20180604/090f8f23/attachment.sig>