ZFS panic on a RELENG_8 NFS server
Hiroki Sato
hrs at FreeBSD.org
Tue Sep 20 03:25:00 UTC 2011
Hiroki Sato <hrs at freebsd.org> wrote
in <20110911.054601.1424617155148336027.hrs at allbsd.org>:
hr> Hiroki Sato <hrs at freebsd.org> wrote
hr> in <20110910.044841.232160047547388224.hrs at allbsd.org>:
hr>
hr> hr> Hiroki Sato <hrs at freebsd.org> wrote
hr> hr> in <20110907.094717.2272609566853905102.hrs at allbsd.org>:
hr> hr>
hr> hr> hr> During this investigation an disk has to be replaced and resilvering
hr> hr> hr> it is now in progress. A deadlock and a forced reboot after that
hr> hr> hr> make recovering of the zfs datasets take a long time (for committing
hr> hr> hr> logs, I think), so I will try to reproduce the deadlock and get a
hr> hr> hr> core dump after it finished.
hr> hr>
hr> hr> I think I could reproduce the symptoms. I have no idea about if
hr> hr> these are exactly the same as occurred on my box before because the
hr> hr> kernel was replaced with one with some debugging options, but these
hr> hr> are reproducible at least.
hr> hr>
hr> hr> There are two symptoms. One is a panic. A DDB output when the panic
hr> hr> occurred is the following:
hr>
hr> I am trying vfs.lookup_shared=0 and seeing how it goes. It seems the
hr> box can endure a high load which quickly caused these symptoms.
There was no difference by the knob. The same panic or
unresponsiveness still occurs in about 24-32 hours or so.
-- 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/20110920/e039e2f2/attachment.pgp
More information about the freebsd-stable
mailing list