bugzilla-daemon at defect.opensolaris.org
2008-Apr-26 05:28 UTC
[Bug 1631] New: keysource with zpool create fails, then causes inevitable panic
http://defect.opensolaris.org/bz/show_bug.cgi?id=1631
Summary: keysource with zpool create fails, then causes
inevitable panic
Classification: Development
Product: zfs-crypto
Version: unspecified
Platform: Other
OS/Version: Solaris
Status: NEW
Severity: minor
Priority: P2
Component: other
AssignedTo: darrenm at opensolaris.org
ReportedBy: ajscarp at yahoo.com
QAContact: hua.tang at sun.com
CC: zfs-crypto-discuss at opensolaris.org
Estimated Hours: 0.0
When a keysource is part of the zpool create command, the command fails. But
the following zpool command then causes the system to panic or the command to
hang. The below caused the system to hang (part of my cli testing script).
But other commands, such as ''zpool list'' and ''zpool
get all tank'', cause the
system to panic after the create command has failed
this is sparc...
Example:
------
++ zpool create -f -o keysource=raw,file:///home/izick/key2 tank c0t0d0s6
cannot create ''tank'': operation not supported on this type of
pool
++ zpool set keysource=raw,prompt tank
...hang..
then in another terminal, type ''zpool list''.. the system will
panic..
Note:
-----
If zpool does not contain a keysource property and is added after the pool is
created, all appears to work fine.
Panic info
------
panic[cpu0]/thread=3001049f980: BAD TRAP: type=34 rp=2a10152d490
addr=deadbeefdeadbf07 mmu_fsr=0
zpool: alignment error:
addr=0xdeadbeefdeadbf07
pid=100754, pc=0x105fab4, sp=0x2a10152cd31, tstate=0x11001603, context=0x37e
g1-g7: 1817800, 2, 8, 110ec00, 1817800, 0, 3001049f980
000002a10152d1b0 unix:die+a4 (34, 2a10152d490, deadbeefdeadbf07, 0, 180e000, 1)
%l0-3: 0000000000000000 0000000000002000 00000300201f8000 00000300201f8000
%l4-7: 00000300201f6000 000003001d0b8688 0000000001100000 000002a10152d270
000002a10152d290 unix:trap+748 (2a10152d490, deadbeefdeadbf07, 80000900000034,
10000, 800009, 0)
%l0-3: 0000000000010028 000003001049f980 000000000001436b 0000000000000000
%l4-7: 0000000001100210 000003001bba6c98 0000030012859360 0000000000000034
000002a10152d3e0 unix:ktl0+48 (700bcf08, 300116d08c0, deadbeefdeadbeef,
1819400, 0, 2)
%l0-3: 0000000000000004 0000000000001400 0000000011001603 00000000010220a8
%l4-7: 0000000000000001 0000000000000001 0000000000000000 000002a10152d490
000002a10152d530 unix:mutex_vector_enter+3cc (300116d08c0, 0, 700bcf08,
18d8f38, 300116d08c1, 0)
%l0-3: 0000000000000000 fffffffffffffff8 00000300116d08c0 0000000000000001
%l4-7: 0000000001819510 0000000001819508 0000000001853b28 0000000000000002
000002a10152d5f0 zfs:spa_open_common+24 (300201f6000, 2a10152d758, 7b374e4d,
2a10152d818, 1000, 700bcf08)
%l0-3: 00000000000000ff 000003001d4a00c8 0000000001353800 0000000000000000
%l4-7: 0000030006b48000 00000300201f6000 0000030000050280 0000000000000000
000002a10152d6a0 zfs:spa_get_stats+18 (300201f6000, 2a10152d818, 300201f6400,
800, 74, 7b374c00)
%l0-3: 000000000184dc34 0000000000000001 000000000110bd60 000000000110be10
%l4-7: 000000000110bc00 0000000000000000 0000000000000000 0000000000000000
000002a10152d760 zfs:zfs_ioc_pool_stats+10 (300201f6000, 0, 7b38e400, 18d8018,
74, 3001bba6c98)
%l0-3: 0000000000000446 0000000000000000 0000000000000000 00000300201f6004
%l4-7: 000000000138d51c 0000000000000074 0000000000000000 000000007b38e400
000002a10152d820 zfs:zfsdev_ioctl+1c4 (7b35c7fc, 700b5b48, ffbfa7b0, 1000,
3001075a0e8, 300201f6000)
%l0-3: 0000000000000078 00000000700b5b50 00000000700b5800 000000000000000f
%l4-7: 0000000000000005 0000000000000014 0000000000000001 00000000700b5b58
000002a10152d8d0 genunix:fop_ioctl+58 (600103d5cc0, 5a05, ffbfa7b0, 100003, 0,
2a10152dadc)
%l0-3: 00000000000000c0 00000000013eb5cc 0000060010059340 0000000000000001
%l4-7: 0000000000000000 00000000018d9000 0000000000000001 00000300201e4000
000002a10152d990 genunix:ioctl+16c (3, 5a05, ffbfa7b0, 0, 3001c0b9950,
80808080)
%l0-3: 0000000000000003 0000000000000003 0000000000000001 0000000000000000
%l4-7: 000000000b7d071b 000000000135d000 0000000000000000 0000000000000000
--
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-Apr-30 19:26 UTC
[Bug 1631] keysource with zpool create fails, then causes inevitable panic
http://defect.opensolaris.org/bz/show_bug.cgi?id=1631
Darren J Moffat <darrenm at opensolaris.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|darrenm at opensolaris.org |ajscarp at yahoo.com
--
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-02 07:08 UTC
[Bug 1631] keysource with zpool create fails, then causes inevitable panic
http://defect.opensolaris.org/bz/show_bug.cgi?id=1631
ajscarp at yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CAUSEKNOWN
--- Comment #1 from ajscarp at yahoo.com 2008-05-02 00:08:31 ---
the command causes the kernel to return an "operation not supported"
error..
Which must leave some dirt around for follow on commands to trip over and
panic. The kernel is suppose to clean up after itself and must not do it
completely.
The fix for the error is to move the spa_version ahead of the property
validation as the spa version was being reported as 0. This eliminates the
panic, but doesn''t explain why the panic happened..
In the short term I plan to putback the fix for the error.. But is this panic
still lurking? the cause was a version issue, testing upgrade should expose if
this panic will appear ever again.. if it does not, then the panic most likely
isn''t possible anymore..
--
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-02 20:09 UTC
[Bug 1631] keysource with zpool create fails, then causes inevitable panic
http://defect.opensolaris.org/bz/show_bug.cgi?id=1631
ajscarp at yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CAUSEKNOWN |RESOLVED
Resolution| |FIXINSOURCE
--- Comment #2 from ajscarp at yahoo.com 2008-05-02 13:09:52 ---
upgrade is not showing any problems.. I''m closing this bug as 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.
bugzilla-daemon at defect.opensolaris.org
2008-May-05 05:39 UTC
[Bug 1631] keysource with zpool create fails, then causes inevitable panic
http://defect.opensolaris.org/bz/show_bug.cgi?id=1631
--- Comment #3 from Grace <hua.tang at sun.com> 2008-05-04 22:39:54 ---
I reproduced a panic with build 2008-05-01. I got the same error "operation
not
supported" but the stack info is different? Is the same panic? If it
isn''t,
I''ll file a new one.
panic[cpu3]/thread=ffffff030db6c180: BAD TRAP: type=d (#gp General protection)
rp=ffffff000f3c7a20 addr=4
zpool: #gp General protection
addr=0x4
pid=105340, pc=0xfffffffffb84bb94, sp=0xffffff000f3c7b18, eflags=0x10282
cr0: 80050033<pg,wp,ne,et,mp,pe> cr4:
6f8<xmme,fxsr,pge,mce,pae,pse,de>
cr2: 8041ddccr3: fba15000cr8: c
rdi: ffffffffc0354878 rsi: ffffff02e69a9858 rdx: 0
rcx: 2 r8: deadbeefdeadbeef r9: ffffff02d2869b80
rax: ffffff030db6c180 rbx: 1 rbp: ffffff000f3c7b90
r10: fffffffffb801492 r11: ffffff02e7cf9540 r12: ffffffffc0354878
r13: ffffff02e7cf9540 r14: ffffff02e7cf9540 r15: 4
fsb: 0 gsb: ffffff02e69a9580 ds: 4b
es: 4b fs: 0 gs: 1c3
trp: d err: 0 rip: fffffffffb84bb94
cs: 30 rfl: 10282 rsp: ffffff000f3c7b18
ss: 38
cpu address timestamp type vc handler pc
0 fffffffffbc14e30 b9228511af1 intr d1 cbe_fire mach_cpu_idle+17
0 fffffffffbc14ca8 b92271ae55d intr a0 unknown mach_cpu_idle+17
0 fffffffffbc14b20 b922702bb86 intr d1 cbe_fire mach_cpu_idle+17
0 fffffffffbc14998 b9225b45dd9 intr d1 cbe_fire mach_cpu_idle+17
0 fffffffffbc14810 b92246600dd intr d1 cbe_fire mach_cpu_idle+17
0 fffffffffbc14688 b922317a32e intr d1 cbe_fire mach_cpu_idle+17
0 fffffffffbc14500 b9221c94645 intr d1 cbe_fire mach_cpu_idle+17
0 fffffffffbc14378 b92209425ed intr f ata_intr mach_cpu_idle+17
0 fffffffffbc141f0 b922092f920 intr f ata_intr mach_cpu_idle+17
0 fffffffffbc14068 b92208eab25 intr f ata_intr mach_cpu_idle+17
1 ffffff02e6951a58 b922851b874 intr a0 unknown mach_cpu_idle+17
1 ffffff02e69518d0 b9227573579 intr 19 bge_intr mach_cpu_idle+17
1 ffffff02e6951748 b922714668f intr 19 bge_intr mach_cpu_idle+17
1 ffffff02e69515c0 b9220eef749 intr 19 bge_intr mach_cpu_idle+17
1 ffffff02e6951438 b92207b45c9 intr a0 unknown mach_cpu_idle+17
1 ffffff02e69512b0 b921bd0783a intr 19 bge_intr mach_cpu_idle+17
1 ffffff02e6951128 b921b8da9e5 intr 19 bge_intr mach_cpu_idle+17
1 ffffff02e6950fa0 b9214ba0028 intr a0 unknown mach_cpu_idle+17
1 ffffff02e6950e18 b9207aa442b intr a0 unknown mach_cpu_idle+17
1 ffffff02e6950c90 b92065c029b intr a0 unknown mach_cpu_idle+17
2 ffffff02e698f1a0 b9227403755 sysc 6b waitsys32 fede7d17
2 ffffff02e698f018 b92274017a4 sysc a5 lwp_sigmask fede92d6
2 ffffff02e698ee90 b9227400948 sysc a5 lwp_sigmask fede92d6
2 ffffff02e698ed08 b92273ffdb4 sysc a5 lwp_sigmask fede92d6
2 ffffff02e698eb80 b92273fdf3d sysc 36 ioctl fede75b7
2 ffffff02e698e9f8 b92273fd718 sysc 27 setpgrp fede92b5
2 ffffff02e698e870 b92273fb32c sysc 36 ioctl fede75b7
2 ffffff02e698e6e8 b92273f9c4f sysc a5 lwp_sigmask fede92d6
2 ffffff02e698e560 b92273f28cb trap e #pf 80df443
2 ffffff02e698e3d8 b92273ea2f2 trap e #pf 80df443
3 ffffff02e69bb698 b92286fd6c9 trap d #gp mutex_owner_running+14
3 ffffff02e69bb510 b92286dfe25 sysc 36 ioctl feec75b7
3 ffffff02e69bb388 b92286cdcc8 trap e #pf fefcf7c4
3 ffffff02e69bb200 b92286c7ade trap e #pf fee49acf
3 ffffff02e69bb078 b92286c44ed trap e #pf fed9ce70
3 ffffff02e69baef0 b92286bdab3 trap e #pf fed9d468
3 ffffff02e69bad68 b92286b05ed trap e #pf fef79b5d
3 ffffff02e69babe0 b92286a4152 trap e #pf fef79b5d
3 ffffff02e69baa58 b9228691e46 trap e #pf fef79b5d
3 ffffff02e69ba8d0 b9228688c5c trap e #pf fef79b5d
ffffff000f3c78e0 unix:die+f4 ()
ffffff000f3c7a10 unix:trap+37e ()
ffffff000f3c7a20 unix:cmntrap+1d0 ()
ffffff000f3c7b90 unix:mutex_owner_running+14 ()
ffffff000f3c7be0 zfs:spa_all_configs+4b ()
ffffff000f3c7c20 zfs:zfs_ioc_pool_configs+20 ()
ffffff000f3c7ca0 zfs:zfsdev_ioctl+162 ()
ffffff000f3c7ce0 genunix:cdev_ioctl+48 ()
ffffff000f3c7d20 specfs:spec_ioctl+86 ()
ffffff000f3c7da0 genunix:fop_ioctl+7b ()
ffffff000f3c7eb0 genunix:ioctl+174 ()
ffffff000f3c7f00 unix:brand_sys_syscall32+292 ()
--
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.