Bad news, issue remains:
BAD TRAP: type=e (#pf Page fault) rp=ff000fb16970 addr=2e occurred in
module "zfs" due to a NULL pointer dereference
#pf Page fault
Bad kernel fault at addr=0x2e
pid=0, pc=0xf7d4a1a5, sp=0xff000fb16a60, eflags=0x10246
removing the l2arc device indeed gets me a step further, I can no longer
produce crashes using send/receive.
But now I can reproduce a different error when trying to access a zvol (booting
a kvm machine):
Invalid dnode block MAC
Reviewed by: Dan Kimmel
Reviewed by: John Kennedy
Work by Stephen Blinick.
Nightly performance runs typically consist of two levels of concurrency;
and both are fairly high.
Since the IO runs are to a ZFS filesystem, within a zpool,
On OsX I added a `cache device` to the crypt test, and I got:
panic(cpu 0 caller 0xff8027ec8132): Kernel trap at 0xff7fab62a0cc, type
14=page fault, registers:
0xff8087a43d60 : 0xff8027cfc200 mach_kernel : trap_from_kernel + 0x26
0xff8087a43d80 : 0xff7fab62a0cc
No crash over (I ran `cp -r /etc` though)
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub: