bugzilla-daemon at defect.opensolaris.org
2008-May-22 15:30 UTC
[Bug 2018] New: zpool key -l -a
http://defect.opensolaris.org/bz/show_bug.cgi?id=2018
Summary: zpool key -l -a
Classification: Development
Product: zfs-crypto
Version: unspecified
Platform: Other
OS/Version: Other
Status: NEW
Severity: minor
Priority: P4
Component: other
AssignedTo: darrenm at opensolaris.org
ReportedBy: darrenm at opensolaris.org
QAContact: hua.tang at sun.com
CC: zfs-crypto-discuss at opensolaris.org
Estimated Hours: 0.0
v4v-t5120c-gmp03# uname -a
SunOS v4v-t5120c-gmp03 5.11 zfs-crypto-gate-2008-05-22-11:27 sun4v sparc
SUNW,SPARC-Enterprise-T5120
v4v-t5120c-gmp03# zpool key -l -a
v4v-t5120c-gmp03# zpool key -u -a
v4v-t5120c-gmp03# zpool key -l -a
zsh: segmentation fault (core dumped) zpool key -l -a
v4v-t5120c-gmp03# mdb core
Loading modules: [ libumem.so.1 libc.so.1 libuutil.so.1 libnvpair.so.1 ld.so.1
]> $c
libzfs.so.1`load_key+0x5c(92d388, ffbfa4d0, 20, 2, ffbfa8d0, 80808080)
libzfs.so.1`zpool_load_key+0x1e4(95de48, 0, 1, 8, ff18a000, 0)
set_callback_key_load+8(95de48, 0, 0, 4, 0, 0)
pool_list_iter+0x50(921f78, 1, 1b33c, 0, 0, 0)
for_each_pool+0x38(0, 0, 1, 921f78, 1b33c, 0)
zpool_do_key+0x344(3, ffbffb80, 0, 0, 1, ffffffff)
main+0x14c(4, ffbffb7c, 70, 1c, 35800, ffbffc5e)
_start+0x108(0, 0, 0, 0, 0, 0)> load_key+0x5c::dis
libzfs.so.1`load_key+0x34: xor %l3, -0xf8, %l2
libzfs.so.1`load_key+0x38: xor %l0, -0xe8, %o7
libzfs.so.1`load_key+0x3c: add %l1, %o7, %o1
libzfs.so.1`load_key+0x40: call +0x60f50 <PLT:dgettext>
libzfs.so.1`load_key+0x44: add %l1, %l2, %o0
libzfs.so.1`load_key+0x48: mov %o0, %o1
libzfs.so.1`load_key+0x4c:
call -0x17c78 <libzfs.so.1`zfs_error_aux>
libzfs.so.1`load_key+0x50: mov %i0, %o0
libzfs.so.1`load_key+0x54: ret
libzfs.so.1`load_key+0x58: restore %g0, 0x16, %o0
libzfs.so.1`load_key+0x5c: ld [%l4 + 0x4], %o4
libzfs.so.1`load_key+0x60: cmp %o4, 0x0
libzfs.so.1`load_key+0x64:
bne +0x38 <libzfs.so.1`load_key+0x9c>
libzfs.so.1`load_key+0x68: add %l4, 0x4, %o5
libzfs.so.1`load_key+0x6c: st %i4, [%sp + 0x5c]
libzfs.so.1`load_key+0x70: mov %i0, %o0
libzfs.so.1`load_key+0x74: mov %i1, %o1
libzfs.so.1`load_key+0x78: mov %i3, %o2
libzfs.so.1`load_key+0x7c: mov %i2, %o3
libzfs.so.1`load_key+0x80:
call -0x580 <libzfs.so.1`get_key_material>
libzfs.so.1`load_key+0x84: mov %l4, %o4
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon at defect.opensolaris.org
2008-May-23 06:26 UTC
[Bug 2018] zpool key -l -a
http://defect.opensolaris.org/bz/show_bug.cgi?id=2018
ajscarp at yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|darrenm at opensolaris.org |ajscarp at yahoo.com
Status|NEW |RESOLVED
Resolution| |FIXINSOURCE
--- Comment #1 from ajscarp at yahoo.com 2008-05-22 23:26:33 ---
zpool and zfs -a options use the API interface, since libzfs_cry in the handle
now needs to be allocated, the commands needs to follow suit.
Since the libzfs_handle_t is not a publicly known structure outside of the
library, new functions were needed to extract the *libzfs_cry from the zpool
and zfs handles, These functions probably should have been added along side
the existing function libzfs_get_crypt() in libzfs_util.c
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon at defect.opensolaris.org
2008-May-23 06:27 UTC
[Bug 2018] zpool/zfs key -l -a
http://defect.opensolaris.org/bz/show_bug.cgi?id=2018
ajscarp at yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|zpool key -l -a |zpool/zfs key -l -a
Resolution|FIXINSOURCE |FIXED
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.