btrfs: poor performance on deleting many large files

Hi all, I have a btrfs setup of 4x2TB HDDs for /home in btrfs RAID0 on Ubuntu 15.10 (kernel 4.2) and btrfs-progs 4.3.1. Root is on a separate SSD also running btrfs. About 6 people use it via ssh and run simulations. One of these simulations generates a lot of intermediate data that can be

Re: btrfs: poor performance on deleting many large files

Mitch Fossen posted on Sun, 22 Nov 2015 19:43:28 -0600 as excerpted: > Hi all, > > I have a btrfs setup of 4x2TB HDDs for /home in btrfs RAID0 on Ubuntu > 15.10 (kernel 4.2) and btrfs-progs 4.3.1. Root is on a separate SSD also > running btrfs. > > About 6 people use it via ssh and run

Re: btrfs send reproducibly fails for a specific subvolume after sending 15 GiB, scrub reports no errors

Nils Steinger posted on Sun, 22 Nov 2015 22:59:36 +0100 as excerpted: > I recently ran into a problem while trying to back up some of my btrfs > subvolumes over the network: > `btrfs send` works flawlessly on snapshots of most subvolumes, but keeps > failing on snapshots of a certain subvolume —

Error while deleting device from a raid1 array

Hi, I'm sorry if this email is sent twice. Gmail says it failed to deliver because it contains HTML, so I will try with plain text: I have a raid1 array that contains 3 devices like this: Label: 'pool' uuid: 7e66ba23-14c7-47b5-90fc-481ecc769138 Total devices 3 FS bytes used 888.04GiB devid

Re: bad extent [5993525264384, 5993525280768), type mismatch with chunk

Laurent Bonnaud wrote on 2015/11/22 11:17 +0100: On 22/11/2015 03:04, Qu Wenruo wrote: If any of you can recompile btrfs-progs and use gdb to debug it, would anyone please to investigate where did the wrong_chunk_type is set? In the mean time my btrfs filesystem degraded Nov 20 18:10:53

Re: bad extent [5993525264384, 5993525280768), type mismatch with chunk

Christoph Anton Mitterer wrote on 2015/11/22 07:56 +0100: Hey Qu. On Sun, 2015-11-22 at 10:04 +0800, Qu Wenruo wrote: If any of you can recompile btrfs-progs and use gdb to debug it, would anyone please to investigate where did the wrong_chunk_type is set? It is in the function

Re: bad extent [5993525264384, 5993525280768), type mismatch with chunk

On 22/11/2015 03:04, Qu Wenruo wrote: > If any of you can recompile btrfs-progs and use gdb to debug it, > would anyone please to investigate where did the wrong_chunk_type is > set? In the mean time my btrfs filesystem degraded Nov 20 18:10:53 irancy kernel: BTRFS: device label sauvegarde-IUT2

INFO: task tracker-store:2686 blocked for more than 120 seconds.

[ 239.881241] INFO: task tracker-store:2686 blocked for more than 120 seconds. [ 239.881245] Not tainted 4.2.6-300.fc23.x86_64+debug #1 [ 239.881246] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 239.881247] tracker-store D 8807fe1d76d8 11528 2686

btrfs send reproducibly fails for a specific subvolume after sending 15 GiB, scrub reports no errors

Hi, I recently ran into a problem while trying to back up some of my btrfs subvolumes over the network: `btrfs send` works flawlessly on snapshots of most subvolumes, but keeps failing on snapshots of a certain subvolume — always after sending 15 GiB: btrfs send