From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 09:14:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7378106564A; Sun, 24 Apr 2011 09:14:27 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.25]) by mx1.freebsd.org (Postfix) with ESMTP id 367AA8FC16; Sun, 24 Apr 2011 09:14:26 +0000 (UTC) Received: from [78.34.147.53] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1QDvOb-0005uy-6v; Sun, 24 Apr 2011 11:14:25 +0200 Date: Sun, 24 Apr 2011 11:12:03 +0200 From: Fabian Keil To: FreeBSD-Current Message-ID: <20110424111203.2fe56510@fabiankeil.de> In-Reply-To: <20110422170401.4847857d@fabiankeil.de> References: <20110422170401.4847857d@fabiankeil.de> X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/oGXW3_=Lo/m6pZqcJHr/EtC"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: Pawel Jakub Dawidek Subject: Re: panic: g_eli_key_hold: sc_ekeys_total=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Apr 2011 09:14:27 -0000 --Sig_/oGXW3_=Lo/m6pZqcJHr/EtC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Fabian Keil wrote: > With sources from today my system panics at boot time > after attaching the swap device: >=20 > GEOM_ELI: Device ada0s1b.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: software > panic: g_eli_key_hold: sc_ekeys_total=3D1 > cpuid =3D 0 > KDB: enter: panic > Uptime: 2m16s > Physical memory: 1974 MB > Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 >=20 > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/ker= nel/zfs.ko.symbols...done. > done. > [...] > Loaded symbols for /boot/kernel/acpi_ibm.ko > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:250 > 250 if (textdump_pending) > (kgdb) where > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:250 > #1 0xffffffff805354f7 in kern_reboot (howto=3D260) at /usr/src/sys/kern/= kern_shutdown.c:418 > #2 0xffffffff80534f91 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:591 > #3 0xffffffff811acab2 in g_eli_key_hold (sc=3D0xfffffe0005c33400, offset= =3D0, blocksize=3DVariable "blocksize" is not available. > ) at /usr/src/sys/modules/geom/geom_eli/../../../geom/eli/g_eli_key_cache= .c:266 > #4 0xffffffff811acdbc in g_eli_crypto_run (wr=3D0xfffffe0005cc3a80, bp= =3D0xfffffe0005b9f0e8) at /usr/src/sys/modules/geom/geom_eli/../../../geom/= eli/g_eli_privacy.c:317 > #5 0xffffffff811a5301 in g_eli_worker (arg=3DVariable "arg" is not avail= able. > ) at /usr/src/sys/modules/geom/geom_eli/../../../geom/eli/g_eli.c:519 > #6 0xffffffff80509845 in fork_exit (callout=3D0xffffffff811a4f20 , arg=3D0xfffffe0005cc3a80, frame=3D0xffffff80e68d5c50) at /usr/src/= sys/kern/kern_fork.c:920 > #7 0xffffffff807bd67e in fork_trampoline () at /usr/src/sys/amd64/amd64/= exception.S:603 > [...] > (kgdb) f 3 > #3 0xffffffff811acab2 in g_eli_key_hold (sc=3D0xfffffe0005c33400, offset= =3D0, blocksize=3DVariable "blocksize" is not available. > ) at /usr/src/sys/modules/geom/geom_eli/../../../geom/eli/g_eli_key_cache= .c:266 > 266 KASSERT(sc->sc_ekeys_total > 1, ("%s: sc_ekeys_total=3D%j= u", __func__, > (kgdb) p *sc > $1 =3D {sc_geom =3D 0xfffffe00028a1000, sc_crypto =3D 2,=20 > sc_mkey =3D "[scrubbed]", sc_ekey =3D '\0' , sc_ekeys= _queue =3D {tqh_first =3D 0xfffffe0005c2b380, tqh_last =3D 0xfffffe0005c2b3= d0},=20 > sc_ekeys_tree =3D {rbh_root =3D 0xfffffe0005c2b380}, sc_ekeys_lock =3D = {lock_object =3D {lo_name =3D 0xffffffff811adf38 "geli:ekeys", lo_flags =3D= 16973824, lo_data =3D 0, lo_witness =3D 0x0},=20 > mtx_lock =3D 4}, sc_ekeys_total =3D 1, sc_ekeys_allocated =3D 1, sc_e= algo =3D 22, sc_ekeylen =3D 256,=20 > sc_akey =3D "[scrubbed]", sc_aalgo =3D 0, sc_akeylen =3D 0, sc_alen =3D= 0, sc_akeyctx =3D {state =3D {0, 0, 0, 0, 0, 0, 0,=20 > 0}, bitcount =3D 0, buffer =3D '\0' },=20 > sc_ivkey =3D "[scrubbed]", sc_ivctx =3D {state =3D {0, 0, 0, 0, 0, 0, 0= , 0},=20 > bitcount =3D 0, buffer =3D '\0' }, sc_nkey =3D -1, = sc_flags =3D 13, sc_inflight =3D 1, sc_mediasize =3D 2147483648, sc_sectors= ize =3D 4096, sc_bytes_per_sector =3D 0,=20 > sc_data_per_sector =3D 0, sc_queue =3D {queue =3D {tqh_first =3D 0x0, t= qh_last =3D 0xfffffe0005c336a8}, last_offset =3D 2147479552, insert_point = =3D 0x0}, sc_queue_mtx =3D {lock_object =3D { > lo_name =3D 0xffffffff811adf2d "geli:queue", lo_flags =3D 16973824,= lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 4}, sc_workers =3D {lh_fi= rst =3D 0xfffffe0005cc3a40}} >=20 > Before the panic, the geli provider (AES-CBC 128) for the ZFS pool > is attached without issues. Attaching geli providers located on > USB disks doesn't seem to cause issues either, and I haven't > been able to reproduce the panic by manually running: >=20 > /sbin/geli onetime -l 256 /dev/ada0s1b > swapon /dev/ada0s1b.eli Which of course isn't the sector size normally used for the swap device. The panic can be reproduced with: /sbin/geli onetime -l 256 -s 4096 /dev/ada0s1b Fabian --Sig_/oGXW3_=Lo/m6pZqcJHr/EtC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk2z6WYACgkQBYqIVf93VJ3VjACgmrfx08+nRwpy14PpUdblVrUU fqIAn2F+Pjc1IfY+4UMXER4bIi7tbEbd =eNQZ -----END PGP SIGNATURE----- --Sig_/oGXW3_=Lo/m6pZqcJHr/EtC--