Optionally: Configure the Linux kernel to handle all OOPSes as panics; otherwise the kernel keeps running and might crash later on after the inconsistent state has caused further problems:

ucr set grub/append="$(ucr get grub/append) oops=panic"

Xen hypervisor only: If the Xen hypervisor is used, a crash of the dom0 kernel will lead to a reboot of the hypervisor.
This should be disabled:

ucr set grub/xenhopt="$(ucr get grub/xenhopt) noreboot=yes"

The number of rows of the text console can be increased by choosing a different text mode:

ucr set grub/xenhopt="$(ucr get grub/xenhopt) vga=text-80x50"

For Xen-PV-domUs you need to re-configure the “on_crash” behavior to “coredump-restart” or “coredump-destroy” using “virsh edit” or similar; See Events configuration for a detailed description.

Expert: Configure a crash-dump-kernel to dump the crashed kernel state to another host. (for Xen see above as kexec does not work with Xen as described here)
This requires a second host (called ‘collector’ here) with enough disk space to receive and store the crash-dump, which consists of the complete RAM (unencrypted, may contain credentials) of the crashing server. Depending on the RAM size and network speed this can take several minutes until the crashed server is automatically rebootet.

Download the latest attachment from Bug #25918 and copy it to all hosts.

Run it once on the ‘collector’ with the parameter -c to setup the listening service on TCP port 666. Dumps are stored in the directory /var/lib/crash/ unless a different directory is given using the option -o.

Run it on all other servers passing the FQDN of the collector. Depending the on number of kernel modules needed to boot the server it might be necessary to increase the size reserved for the crash-kernel using the option -s.

The such captured crash-kernel should be sent to Univention on request for further analysis. Please include information about the Linux-kernel-version and architecture: