panic: spin lock held too long (RELENG_8 from today)

Hiroki Sato hrs at FreeBSD.org
Wed Sep 7 00:48:32 UTC 2011


Attilio Rao <attilio at freebsd.org> wrote
  in <CAJ-FndAChGndC=LkZNi7i6mOt+Spw3-OftO9rH0+5WNnVWzuBw at mail.gmail.com>:

at> This should be enough for someone NFS-aware to look into it.
at>
at> Were you also able to get a core?

 Yes.  But as kib@ pointed out it seems a deadlock in ZFS.  Some
 experiments I did showed that this deadlock can be triggered at least
 by doing "rm -rf" against a local directory that has a large number
 of files/sub-directories.

 Then, I updated the kernel with the latest 8-STABLE + WITNESS option
 because a fix for LOR of spa_config lock was committed and tracking
 locks without WITNESS was hard.  The deadlock can still be triggered
 after that.

 During this investigation an disk has to be replaced and resilvering
 it is now in progress.  A deadlock and a forced reboot after that
 make recovering of the zfs datasets take a long time (for committing
 logs, I think), so I will try to reproduce the deadlock and get a
 core dump after it finished.

 If the old kernel and core of the deadlock I reported on Saturday are
 still useful for debugging, I can put them to somewhere you can
 access.

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20110907/52693dcb/attachment.pgp


More information about the freebsd-stable mailing list