thr3ads.net - zfs crypto discuss - [Bug 797] New: panic during dataset creation (keyscope=pool) when pool key not loaded. [Mar 2008]

If this information is useful, please help other people find it:
Share via:

bugzilla-daemon at defect.opensolaris.org

2008-Mar-18 23:43 UTC

[Bug 797] New: panic during dataset creation (keyscope=pool) when pool key not loaded.

http://defect.opensolaris.org/bz/show_bug.cgi?id=797

           Summary: panic during dataset creation (keyscope=pool) when pool
                    key not loaded.
    Classification: Development
           Product: zfs-crypto
           Version: unspecified
          Platform: Other
        OS/Version: Solaris
            Status: NEW
          Severity: major
          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


The following was doing on bits integrated by izick on 3-18-08.. whether
userland checks the pool''s keystatus before doing the create is
possible, but
the kernel shouldn''t panic over it.. 

bash-3.2# zpool create -f -o keysource=hex,file:///home/izick/key.hex tank /dev
/dsk/c1t1d0s6
bash-3.2# zpool get keysource tank  
NAME  PROPERTY   VALUE                           SOURCE
tank  keysource  hex,file:///home/izick/key.hex  default
bash-3.2# zfs create tank/izick
bash-3.2# zpool key -u tank
bash-3.2# zpool get keysource tank
NAME  PROPERTY   VALUE                           SOURCE
tank  keysource  hex,file:///home/izick/key.hex  default
bash-3.2# zpool get keystatus tank
NAME  PROPERTY   VALUE        SOURCE
tank  keystatus  unavailable  local
bash-3.2# zfs get keystatus tank/izick
NAME        PROPERTY   VALUE        SOURCE
tank/izick  keystatus  undefined    default
bash-3.2# zpool key -l tank  
bash-3.2# zpool key -u tank
bash-3.2# zfs create -o encryption=on tank/izick/test


panic[cpu1]/thread=ffffff0006441c80: assertion failed: 0 =dsl_crypto_key_gen(ds,
nvprops, cr, tx), file:
../../common/fs/zfs/dmu_objset.c, line: 577

ffffff00064419f0 genunix:assfail+7e ()
ffffff0006441a70 zfs:dmu_objset_create_sync+1bb ()
ffffff0006441ac0 zfs:dsl_sync_task_group_sync+ee ()
ffffff0006441b30 zfs:dsl_pool_sync+f6 ()
ffffff0006441bd0 zfs:spa_sync+20e ()
ffffff0006441c60 zfs:txg_sync_thread+19a ()
ffffff0006441c70 unix:thread_start+8 ()

-- 
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-Mar-18 23:46 UTC

head link

[Bug 797] panic during dataset creation (keyscope=pool) when pool key not loaded.

http://defect.opensolaris.org/bz/show_bug.cgi?id=797





--- Comment #1 from ajscarp at yahoo.com  2008-03-18 16:46:36 ---
oops.. meant to clean up the commandline further

bash-3.2# zpool create -f -o keysource=hex,file:///home/izick/key.hex tank /dev
/dsk/c1t1d0s6
bash-3.2# zpool get keysource tank  
NAME  PROPERTY   VALUE                           SOURCE
tank  keysource  hex,file:///home/izick/key.hex  default
bash-3.2# zfs create tank/izick
bash-3.2# zpool key -u tank
bash-3.2# zfs create -o encryption=on tank/izick/test

-- 
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-Mar-28 05:37 UTC

head link

[Bug 797] aes not loading automatically..

http://defect.opensolaris.org/bz/show_bug.cgi?id=797


ajscarp at yahoo.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|panic during dataset        |aes not loading
                   |creation (keyscope=pool)    |automatically..
                   |when pool key not loaded.   |
         AssignedTo|darrenm at opensolaris.org     |ajscarp at yahoo.com
             Status|NEW                         |ACCEPTED




--- Comment #2 from ajscarp at yahoo.com  2008-03-27 22:37:51 ---
At first I thought this was a panic because of a dataset problem... I think
thsi may have been more of a module loading issue..

WARNING: zio_crypt_wrap_key crypt_encrypt 1c
WARNING: key wrap failed for dataset 22

panic[cpu1]/thread=2a100ce7ca0: 
vmem_hash_delete(30000018d98, 3000b408ea0, 0): bad free


000002a100ce7460 genunix:vmem_hash_delete+c8 (30000018d98, 3000b408ea0, 0,
30000
03fb70, 30000019a30, 30c0b6d90da)
  %l0-3: 000003000730c800 0000000000000190 0000000000000032 000000001861db72
  %l4-7: 000000000000003f 0000030c3b6e44e2 000000000000000d 0000000000000000
000002a100ce7510 genunix:vmem_xfree+1c (30000018db8, 3000b408ea0, 0,
600112ec448
, ffffffffffffffff, 0)
  %l0-3: 0000030012db2968 0000000001893800 0000030000018d98 000000000000000b
  %l4-7: 0000000000003bd4 0000030000048200 0000000001882000 0000060011206180
000002a100ce75c0 zfs:dsl_crypto_key_gen+29c (1c, 1c, 600112ec448, 3000b408ea0,
3
0012db2940, 14)
  %l0-3: 0000060010124100 000000000000001c 000000007aa94400 0000000000000002
  %l4-7: 0000000000000010 00000600111a8fe0 000003000b401240 0000030004accc30
000002a100ce76b0 zfs:dmu_objset_create_sync+dc (6001030b800, 2a100851708,
600112
ec448, 600107c0e00, 30013d51600, 16)
  %l0-3: 0000000000000002 0000000000000002 00000600103e0c18 0000000000000001
  %l4-7: 0000000000000419 0000000000000000 0000000000000019 0000060011254680
000002a100ce7770 zfs:dsl_sync_task_group_sync+11c (6001106e1a0, 600107c0e00,
7aa
140c0, 3001c245d80, 3, 0)
  %l0-3: 0000000000014000 000000000003c000 0000000000050000 0000000000000000
  %l4-7: 000006001106e1c8 0000060010531940 000000007aa14014 0000000000000000
000002a100ce7830 zfs:dsl_pool_sync+ec (60010531940, 5b, 30004accc00, 7aa8aa40,
6
00107c0e00, 30004accc30)
  %l0-3: 0000000000000005 0000000000000000 0000060010124508 0000060010531a78
  %l4-7: 000003000af5d618 0000000000000000 0000060010531ad8 000000007aa8d400
000002a100ce78e0 zfs:spa_sync+200 (60010124100, 5b, 0, 7aa8a8a0, 60010124250, 7

-- 
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-01 18:47 UTC

head link

[Bug 797] aes not loading automatically..

http://defect.opensolaris.org/bz/show_bug.cgi?id=797


ajscarp at yahoo.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ACCEPTED                    |CLOSED
         Resolution|                            |INVALID




--- Comment #3 from ajscarp at yahoo.com  2008-04-01 11:47:19 ---
This is probably because it''s an opensolaris gate... sparc only as
well..  The
/platform modules come straight from the closed-bin and are not recompiled like
the /kernel ones..

bash-3.2# ls -l /platform/sun4u-us3/kernel/crypto/sparcv9/aes 
-rwxr-xr-x   1 root     sys        91488 Mar 17 02:40
/platform/sun4u-us3/kernel/crypto/sparcv9/aes

bash-3.2# ls -l /kernel/crypto/sparcv9/aes 
-rwxr-xr-x   1 root     sys        57336 Apr  1 11:34
/kernel/crypto/sparcv9/aes

-- 
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.

zfs crypto discuss - Mar 2008 - [Bug 797] New: panic during dataset creation (keyscope=pool) when pool key not loaded.

[Bug 797] New: panic during dataset creation (keyscope=pool) when pool key not loaded.

[Bug 797] panic during dataset creation (keyscope=pool) when pool key not loaded.

[Bug 797] aes not loading automatically..

[Bug 797] aes not loading automatically..