Bug 156797 - [zfs] [panic] Double panic with FreeBSD 9-CURRENT and ZFS
Summary: [zfs] [panic] Double panic with FreeBSD 9-CURRENT and ZFS
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 9.0-CURRENT
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords: crash
Depends on:
Blocks:
 
Reported: 2011-05-03 17:50 UTC by Chris Dillon
Modified: 2022-10-17 07:19 UTC (History)
0 users

See Also:


Attachments
file.txt (15.85 KB, text/plain)
2011-05-03 17:50 UTC, Chris Dillon
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Dillon 2011-05-03 17:50:10 UTC
The system hung and never rebooted, however, it was still alive enough to print the "Limiting closed port RST response" while I was actually watching it, about 8 hours after the panic.  Unfortunately, since this is a fully-ZFS system, I do not have any crashdumps.  I will add another HDD and just use it to store crashdumps if I start to get panics more often.

Screenshot of the console with panic:
http://dl.dropbox.com/u/5055904/20110503-freebsd-zfs-panic.png

Text on the console:

vputx: negative ref count
0xfffffe01334da1e0: tag zfs, type VDIR
    usecount 0, writecount 0, refcount 1 mountedhere 0
    flags (VI_OWEINACT)
 VI_LOCKed    lock type zfs: EXCL by thread 0xfffffe006928d8c0 (pid 9317)
 with exclusive waiters pending
panic: vputx: negative ref cnt
cpuid = 2
Uptime 23h46m51s
Cannot dump. Device not defined or unavailable.
Automatic reboot in 15 seconds - press a key on the console to abort
Sleeping thread (tid 101270, pid9317) owns a non-sleepable lock
panic: sleeping thread
cpuid = 2
Limiting closed port RST response from 210 to 200 packets/sec

Fix: Unknown

Patch attached with submission follows:
How-To-Repeat: The system is an HP DL380 G5 with dual Xeon X5460 CPUs, 32GB RAM, and two LSI SAS HBAs with some Intel X25-E SSDs and a shelf full of disks attached.

Link to dmesg:
http://dl.dropbox.com/u/5055904/20110503-freebsd-zfs-dmesg.txt

The system is scheduled in crontab to reboot every 24 hours in an attempt to improve system stability (due to some freezes, not panics), so based on the Uptime that was printed in the panic and the crontab entries, the scripts which I use to create/delete daily ZFS snapshots may have been running at the time of the panic.
Comment 1 Chris Dillon 2011-05-03 19:45:41 UTC
Apologies for the dmesg file attachment showing up under "Fix", I see now
that the PR submission page mentions that the attachment is meant for
patches.

Additionally, I didn't make it clear in the "How-To-Repeat" section that I
don't really know how to repeat it, I was just trying to provide more
details of the environment that the panic was triggered in. :-)
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2011-05-04 04:58:07 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).
Comment 3 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:01:12 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped