Actions
Bug #5610
closed
zfs clone from different source and target pools produces coredump
Start date:
2015-02-12
Due date:
% Done:
100%
Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:
External Bug:
Description
zfs should exit with "source and target pools differ" but produces coredump in case of different pools:
#zfs clone rpool/code@test data/test internal error: Invalid argument Abort (core dumped)
Related issues
Updated by Alexander Eremin over 8 years ago
- Status changed from New to In Progress
- Assignee set to Alexander Eremin
- % Done changed from 0 to 50
Updated by Alexander Eremin over 8 years ago
- % Done changed from 50 to 80
Updated by Andriy Gapon over 8 years ago
Based on analysis in #5824 I'd suggest to also remove those two checks for differing pools in dmu_objset_clone_check() that can never be true.
Updated by Alexander Eremin over 8 years ago
This makes sense, I'm going to re-test.
Updated by Dan McDonald over 8 years ago
Please see the duplicate bug #5824 for a detailed analysis.
Updated by Electric Monk over 8 years ago
- Status changed from In Progress to Closed
- % Done changed from 80 to 100
git commit 03b1c2971d24a9cd2c073d634f7e074fbd14e984
commit 03b1c2971d24a9cd2c073d634f7e074fbd14e984
Author: Alexander Eremin <a.eremin@nexenta.com>
Date: 2015-04-15T13:59:40.000Z
5610 zfs clone from different source and target pools produces coredump
Reviewed by: Josef 'Jeff' Sipek <josef.sipek@nexenta.com>
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Approved by: Dan McDonald <danmcd@omniti.com>
Updated by Andriy Gapon over 8 years ago
BTW, the same issue and another one were earlier fixed in ZoL:
https://github.com/zfsonlinux/zfs/commit/9063f65476b7b7d78ccf096fec890b8727117e2a
https://github.com/zfsonlinux/zfs/issues/2911
Actions