search

ayufan-rock64 / linux-build

Rock64 Linux build scripts, tools and instructions
MIT License
561 stars 98 forks source link

Kernel panic - not syncing: hung_task: blocked tasks #267

Open 87594589-7087-4f7c-b204-e84312ae374c opened 6 years ago

87594589-7087-4f7c-b204-e84312ae374c commented 6 years ago

Image: stretch-minimal-rockpro64-0.7.9-1067-arm64.img Board: RockPro64 Storage: emmc

Howdy,

I've been dealing with a kernel panic, and all I can get before it reboots is:

 kernel:[  840.275175] Kernel panic - not syncing: hung_task: blocked tasks

I've tried kdump and `crash, but I just cannot get the full outputted crash. I've tried the latest kernel:

linux-image-4.4.138-1094-rockchip-ayufan-gf13a8a9a4eee

and this one fails too. What is odd is, I see IOWAIT spike and stay pegged out until kernel panic. I have no idea if this output[1] from journald will help, but it is of last boot.

[1] https://gist.github.com/87594589-7087-4f7c-b204-e84312ae374c/9511cd7c6cd9e8d117627efe66cea13c

87594589-7087-4f7c-b204-e84312ae374c commented 6 years ago

Extra info:

This system is running docker, and uses NFS for their data storage. This setup was in place and working for a year on my ODROID-C2 before being shifted to the RockPro64.

cmcginty commented 5 years ago

Just hit this with OMV build with two SATA drives connected over PCIe x4.

I can reproduce it by trying to create a FS on both drives at the same time.

G-Pereira commented 4 years ago

I get this when I use Transmission 2.94-2 (Debian Buster) on armbian

matthew11 commented 4 years ago

I get this when I use Transmission 2.94-2 (Debian Buster) on armbian

Got similar problem on Armbian as well with deluge. Check value of /proc/sys/kernel/hung_task_panic. Mine was 1 (panic immediately) which is surprising since the default value is 0 according to the kernel docs. Now I only got warnings, which is not a huge deal considering my setup.

SebastianHanz commented 4 years ago

Hi guys, i noticed that my system is enabling the "panic immediately" after each reboot. Solution for that issue was to create a simple task in OMV which resets hung_task_panic to 0 after reboot.

echo 0 > /proc/sys/kernel/hung_task_panic

For now my system runs very stable since December without any crash or kernel panic that leads to an unreachable system.