[Bug 264127] "zfs destroy" panic when destroying some snapshots but not all
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264127] "zfs destroy" panic when destroying some snapshots but not all"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264127] "zfs destroy" panic when destroying some snapshots but not all"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 264127] "zfs destroy" panic when destroying some snapshots but not all"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 21 May 2022 16:12:45 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264127
Bug ID: 264127
Summary: "zfs destroy" panic when destroying some snapshots but
not all
Product: Base System
Version: 13.1-RELEASE
Hardware: amd64
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: misc
Assignee: bugs@FreeBSD.org
Reporter: arielmt@thornton2.com
Created attachment 234083
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=234083&action=edit
kgdb /boot/kernel/kernel vmcore.7 | tee kgdb.txt
I'm getting a kernel panic when trying to destroy snapshots in one specific zfs
dataset in my pool. For example:
zfs destroy -d zroot/var/mail@zfs-auto-snap_015m-2022-04-17-16h45
The system is an HP 22-df0023w all-in-one PC I'm using as a home desktop. I
installed 13.0-RELEASE amd64 on it, upgraded it to 13.0-RELEASE-p11 when the
problem began manifesting in April 2022, and upgraded it again to 13.1-RELEASE
on May 16, 2022. It's running the stock kernel, very few customizations not
documented in the FreeBSD Handbook, and zfstools (until I commented out the
zfs-auto-snapshot cron jobs).
When I ran the example zfs command normally as root, I got a panic and
recovered the first part of the attachment from the core dump.
When I commented out the following lines in /etc/rc.conf:
kld_list="amdgpu"
xdm_enable="YES"
Then rebooted and tried again with the same zfs command, I got another panic
and recovered the second part of the attachment from that core dump.
I suspect I would be able to boot into the installer image and use it as a
rescue system to destroy the troublesome snapshots, but I'm willing to keep
them for a while if it allows the cause of this bug to be found and fixed.
--
You are receiving this mail because:
You are the assignee for the bug.