Bug 56671
Summary: | btrfs oops while defragmenting | ||
---|---|---|---|
Product: | File System | Reporter: | Vincent Stehlé (vincent.stehle) |
Component: | btrfs | Assignee: | Josef Bacik (josef) |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | custos.mentis, josef, vincent.stehle |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.9-rc7 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
Photo of the kernel panic
Capture of console ramoops after reboot full kernel log until oops |
Created attachment 99061 [details]
Capture of console ramoops after reboot
The bug happens also when defragmenting on a HDD, mounted with options: rw,relatime,compress=lzo,space_cache,autodefrag,inode_cache Happens also with freshly redone filesystem (mkfs.btrfs + cp -a), mounted only with relatime,compress=lzo. Passing -f to defragment has no effect; oops still happens. Can you provide me exact commands/steps to reproduce? It just happened to me too with freshly installed kernel 3.9.2. I mounted my cellphone (Galaxy S2) and copied some photos to my home directory. Then I've got an oops. I couldn't even shut down the system. I had to do hard reset. I am attaching kernel log since the system boot until the oops happened. With kernels 3.8.x I didn't have any problems. Created attachment 101261 [details]
full kernel log until oops
Fixed this in btrfs-next, please verify it fixed the problem, if it didn't please re-open this bug. |
Created attachment 98831 [details] Photo of the kernel panic I encounter a repeatable kernel oops while defragmenting a btrfs filesystem. The said filesystem is on ssd, mounted with options: rw,relatime,compress=lzo,ssd_spread,discard,space_cache,autodefrag,inode_cache. (I know defragmenting on SSD might not be of use, but still.) Oops happens in a btrfs-endio-wri "process", at btrfs_search_old_slot. Ramoops/pstore did not capture it, so I only have a photo for now (attached). Best regards, V.