
The system has run out of memory and swap and has been forced to start killing processes to free up memory (not default behavior). Kernel panic - not syncing: out of memory. The hung task watchdog has detected at least one task that has been in an uninterruptible state for more than the blocked task timeout value. Kernel panic - not syncing: hung_task: blocked tasks The hard lockup detector has found a CPU that hasn't received any hrtimer interrupts within the hard lockup threshold. Kernel panic - not syncing: Watchdog detected hard LOCKUP on cpu 0 The soft lockup detector has found a CPU that hasn't scheduled the watchdog task within the soft lockup threshold. Kernel panic - not syncing: softlockup: hung tasks The filename and line number will indicate which BUG check failed.

This format is the standard for a failed BUG check (which is just like an ASSERT, but the logic is inverted). System panicked due to dereferencing a bad address.Ĭore dump was user-initiated with sysrq-c or by echoing c into /proc/sysrq-trigger. Some of the most common kernel panic events: Panic Message

CPU: 1 PID: 1 Comm: swapper/0 Tainted: G - T 3.xxx.x86_64 #1 Use the Azure portal to view the serial console log output of the VM in the boot diagnostics blade, serial console blade, or AZ CLI to identify the specific kernel panic string.Ī kernel panic looks similar to the output below and will show up at the end of the serial console log: Probing EDD (edd=off to disable). Make sure the serial console is enabled and functional in the Linux VM.

Another form of kernel panic occurs when the kernel encounters a situation it doesn't know how to handle and protects itself by stopping. In general, a kernel panic is a situation when the kernel is unable to load properly, and therefore the system fails to boot. This article discusses multiple conditions that can lead to a kernel panic and provides troubleshooting guidance.
