[OmniOS-discuss] Kernel Panic - ZFS on iSCSI target and transferring data.

[Svavar Örn Eysteinsson]

Well, I will update to r151010 as soon as possible.
And yes, i'm running the OmniOS v11 r151008 ( OmniOS 5.11
omnios-6de5e81 )






On 21 May 2014 15:20, Dan McDonald <danmcd at omniti.com> wrote:

>
> On May 21, 2014, at 5:53 AM, Svavar Örn Eysteinsson <svavar at januar.is>
> wrote:
>
> <SNIP!>
>
> >                 panicstr = BAD TRAP: type=8 (#df Double fault)
> rp=ffffff04e3069f10 addr=0
> >                 panicstack = unix:real_mode_stop_cpu_stage2_end+9de3 ()
> | unix:trap+ca5 () | unix:_patch_xrstorq_rbx+196 () |
> zfs:zio_vdev_delegated_io+86 () | zfs:vdev_queue_aggregate+298 () |
> zfs:vdev_queue_io_to_issue+5e () | zfs:vdev_queue_io_done+88 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
> zfs:zio_execute+88 () | zfs:vdev_queue_io_done+78 () |
> zfs:zio_vdev_io_done+80 () | zfs:zio_execute+88 () |
> zfs:vdev_queue_io_done+78 () | zfs:zio_vdev_io_done+80 () |
>
> Oh how cute, the kernel somehow managed to infinitely recurse, causing a
> stack overflow!
>
> > The only feature that I have enabled on this zPool and or ZFS dataset is
> a Lz4 compression on the zfs dataset.
>
> Hmmm, lz4 compression and stack overflow?  I see one illumos bug related
> to that:
>
>         https://www.illumos.org/issues/3705
>
> But that bug's fix has been in OmniOS since r151006.  You're not running
> something older, are you?
>
> There ARE new ZFS fixes in r151010, and if you can, I'd highly recommend
> the upgrade.
>
> Dan
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20140521/fcbc1030/attachment.html>