¿Por qué el crashdump del kernel no puede volcar vmcore?

¿Por qué el crashdump del kernel no puede volcar vmcore?

Estoy usando ubuntu 16.04 en esxi-6, el proc/cmdline muestra que crashkernel está cargado en el momento del arranque

BOOT_IMAGE=/boot/vmlinuz-4.15.0-54-generic root=UUID=b12d12f2-cfd9-465d-9b10b12d12f2 ro net.ifnames=0 biosdevname=0 text crashkernel=384M-:128M

no hay errores relacionados con la memoria en dmesg o syslog con respecto a la asignación de memoria crashkernel...

  /#kdump-config show
    DUMP_MODE: kdump
    USE_KDUMP: 1
    KDUMP_SYSCTL:  kernel.panic_on_oops=1
    KDUMP_COREDIR: /var/crash
    crashkernel addr: 0x29000000
    /var/lib/kdump/vmlinuz: symbolic link to /boot/vmlinuz-4.15.0-54-generic
    kdump initrd: 
    /var/lib/kdump/initrd.img: symbolic link to /var/lib/kdump/initrd.img-4.15.0-54-generic
    current state: ready to kdump
    kexec command:
    /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinuz-4.15.0-54-generic root=UUID=b12d12f2-cfd9-465d-9b10-b12d12f2 ro net.ifnames=0 biosdevname=0 text nr_cpus=1 systemd.unit=kdump-tools.service irqpoll nousb ata_piix.prefer_ms_hyperv=0" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz

He probado la ruta kdump a una partición ext4 simple, por ejemplo. /dev/sdc1, nfs share y partición lvm, pero cuando se activa sysrq, el servidor se congela y tengo que restablecer/forzar el reinicio del servidor para volver a estar en línea. el directorio de almacenamiento de fallas tiene solo un archivo kexec_cmd con el contenido del comando kexec en kdump-config show output. Veo que hay algunos módulos que deben incluirse en la lista negraMS-HyperV¿Existen módulos similares que deban eliminarse en esxi?

Gracias

información relacionada