Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Apr 2018 21:27:46 -0400
From:      Allan Jude <allanjude@freebsd.org>
To:        freebsd-hackers@freebsd.org
Subject:   Re: Crypto READ request failed (error=22). md10.eli[READ(offset=818688, length=512
Message-ID:  <a66b784d-3c45-0261-3adb-2db32d634cf2@freebsd.org>
In-Reply-To: <CAF6rxgnrpd51UkB6aZyYRxCL%2B-km4%2B=ke0v0uGrocHBAoc_eNQ@mail.gmail.com>
References:  <CAF6rxgnrpd51UkB6aZyYRxCL%2B-km4%2B=ke0v0uGrocHBAoc_eNQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 04/11/2018 20:36, Eitan Adler wrote:
> vmcore.0 and kernel are available. I'll llkely spend some time this
> weekend looking at the issues but if anyone cares to get to this
> first:
> 
> 
> https://reviews.freebsd.org/P166
> 
> ----
> 
> Unread portion of the kernel message buffer:
> [173352] GEOM_ELI: Device md10.eli created.
> [173352] GEOM_ELI: Encryption: AES-XTS 128
> [173352] GEOM_ELI:  Integrity: HMAC/SHA1
> [173352] GEOM_ELI:     Crypto: hardware
> [173352] GEOM_ELI: Crypto READ request failed (error=22).
> md10.eli[READ(offset=818688, length=512
> )]

Do you happen to know how big the md(4) device is?

> [173352] panic: crypto_dispatch() failed (error=22)
> [173352] cpuid = 20
> [173352] time = 1523431733
> [173352] KDB: stack backtrace:
> [173352] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
> 0xfffffe00ae86d800
> [173352] vpanic() at vpanic+0x18d/frame 0xfffffe00ae86d860
> [173352] doadump() at doadump/frame 0xfffffe00ae86d8e0
> [173352] g_eli_auth_run() at g_eli_auth_run+0x22b/frame 0xfffffe00ae86da00
> [173352] g_eli_worker() at g_eli_worker+0x14c/frame 0xfffffe00ae86da70
> [173352] fork_exit() at fork_exit+0x84/frame 0xfffffe00ae86dab0
> [173352] fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00ae86dab0
> [173352] --- trap 0, rip = 0, rsp = 0, rbp = 0 ---
> [173352] KDB: enter: panic
> 
> 
> #0  __curthread () at ./machine/pcpu.h:230
> #1  doadump (textdump=0x1) at /usr/src/sys/kern/kern_shutdown.c:361
> #2  0xffffffff80434f4c in db_fncall_generic (addr=<optimized out>,
> rv=<optimized out>, nargs=<optimized out>, args=<optimized out>) at
> /usr/src/sys/ddb/db_command.c:609
> #3  db_fncall (dummy1=<optimized out>, dummy2=<optimized out>,
> dummy3=<optimized out>, dummy4=<optimized out>) at
> /usr/src/sys/ddb/db_command.c:657
> #4  0xffffffff80434a99 in db_command (last_cmdp=<optimized out>,
> cmd_table=<optimized out>, dopager=<optimized out>) at
> /usr/src/sys/ddb/db_command.c:481
> #5  0xffffffff80434814 in db_command_loop () at
> /usr/src/sys/ddb/db_command.c:534
> #6  0xffffffff80437a3f in db_trap (type=<optimized out>,
> code=<optimized out>) at /usr/src/sys/ddb/db_main.c:250
> #7  0xffffffff80babf53 in kdb_trap (type=0x3, code=0xffff0ff0,
> tf=<optimized out>) at /usr/src/sys/kern/subr_kdb.c:697
> #8  0xffffffff81024aa8 in trap (frame=0xfffffe00ae86d730) at
> /usr/src/sys/amd64/amd64/trap.c:548
> #9  <signal handler called>
> #10 kdb_enter (why=0xffffffff8129f663 "panic", msg=<optimized out>) at
> /usr/src/sys/kern/subr_kdb.c:479
> #11 0xffffffff80b66b5a in vpanic (fmt=<optimized out>,
> ap=0xfffffe00ae86d8a0) at /usr/src/sys/kern/kern_shutdown.c:826
> #12 0xffffffff80b66920 in kassert_panic (fmt=0xffffffff825f243b
> "crypto_dispatch() failed (error=%d)") at
> /usr/src/sys/kern/kern_shutdown.c:723
> #13 0xffffffff825ee10b in g_eli_auth_run (wr=0xfffff8003a580bc0,
> bp=<optimized out>) at /usr/src/sys/geom/eli/g_eli_integrity.c:537
> #14 0xffffffff825e9b7c in g_eli_worker (arg=<optimized out>) at
> /usr/src/sys/geom/eli/g_eli.c:542
> #15 0xffffffff80b26e34 in fork_exit (callout=0xffffffff825e9a30
> <g_eli_worker>, arg=0xfffff8003a580bc0, frame=0xfffffe00ae86dac0) at
> /usr/src/sys/kern/kern_fork.c:1039
> #16 <signal handler called>
> 


-- 
Allan Jude



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a66b784d-3c45-0261-3adb-2db32d634cf2>