Bug 196533 - ZFS Clone Core Dump
Summary: ZFS Clone Core Dump
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 10.1-RELEASE
Hardware: amd64 Any
: --- Affects Some People
Assignee: freebsd-fs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-01-06 06:36 UTC by Rami Jebara
Modified: 2024-12-17 18:03 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Rami Jebara 2015-01-06 06:36:38 UTC 
System: FreeBSD AMD64 10.1-RELEASE-p3. Base standard distro with GENERIC kernel. All binaries from main Repo

System has a ZFS Root (Mirrored Drives) and 2 3-Disk pools (RAIDZ1).

Issue:

Inadvertently tried to clone a snapshot from pool1 to pool2 (instead of using send/receive)

Result was a zfs command core dump. 

Expected result: Error message

Command used:

% sudo zfs clone pool1/jails/base@base10.1-p3 pool2/jails/jailclone

% sudo gdb -c ./zfs.core /sbin/zfs
Password:
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `zfs'.
Program terminated with signal 6, Aborted.
Reading symbols from /lib/libgeom.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libgeom.so.5
Reading symbols from /lib/libjail.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libjail.so.1
Reading symbols from /lib/libnvpair.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libnvpair.so.2
Reading symbols from /lib/libumem.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libumem.so.2
Reading symbols from /lib/libutil.so.9...(no debugging symbols found)...done.
Loaded symbols for /lib/libutil.so.9
Reading symbols from /lib/libuutil.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libuutil.so.2
Reading symbols from /lib/libzfs_core.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libzfs_core.so.2
Reading symbols from /lib/libzfs.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libzfs.so.2
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libbsdxml.so.4...(no debugging symbols found)...done.
Loaded symbols for /lib/libbsdxml.so.4
Reading symbols from /lib/libsbuf.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libsbuf.so.6
Reading symbols from /lib/libmd.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libmd.so.6
Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libavl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libavl.so.2
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x00000008019faa1a in kill () from /lib/libc.so.7
[New Thread 803006400 (LWP 101566/zfs)]
(gdb)
Comment 1 Dave Cottlehuber freebsd_committer freebsd_triage 2024-12-17 18:03:17 UTC 
fixed in the intervening years..

# zfs clone zroot/jails/instances/14.1-RELEASE-arm64-aarch64/buildkite@weekly-2024-47 embiggen/iscsi/poop
cannot create 'embiggen/iscsi/poop': source and target pools differ