Bug 76411
Summary: | Kernel panic: Watchdog detected hard LOCKUP on cpu 0 - freezes the whole machine | ||
---|---|---|---|
Product: | File System | Reporter: | Tormen (tormen) |
Component: | btrfs | Assignee: | Josef Bacik (josef) |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | dsterba, szg00000 |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.14.4 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | Screenshot of the kernel panic |
Description
Tormen
2014-05-18 15:50:44 UTC
The xfs partition is plain vanilla (mkfs.xfs /dev/xxx, no special mount options what so ever). Created attachment 136631 [details]
Screenshot of the kernel panic
I know that in the screenshot it does not say anything about btrfs. But I tried it 3 times: 2x with 3.13 1x with 3.14.4 on an otherwise IDLE server and xfs -> xfs worked right away (and is still running ;), so this + the fact that I NEVER saw this kernel panic before the moment I tried btrfs clearly points to btrfs as "guilty" variable in the equation. My guess: A combination of the amount of data + SOOO many little files + compress=zlib. But you tell me ;) Thanks again in advance. Let me know if you'll need anything. As it's only my backup data, I can still do tests for you on a spare drive. (and the 3 times it always ended in the screenshot I attached) This is a semi-automated bugzilla cleanup, report is against an old kernel version. If the problem still happens, please open a new bug. Thanks. |