RE: how to best segment a big block device in resizeable btrfs filesystems?

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Marc MERLIN > Sent: Tuesday, 3 July 2018 2:16 PM > To: Qu Wenruo > Cc: Su Yue ; linux-btrfs@vger.kernel.org > Subject: Re: how to best segment a big block device in resizeable btrfs >

RE: how to best segment a big block device in resizeable btrfs filesystems?

> -Original Message- > From: Marc MERLIN > Sent: Tuesday, 3 July 2018 2:07 PM > To: Paul Jones > Cc: linux-btrfs@vger.kernel.org > Subject: Re: how to best segment a big block device in resizeable btrfs > filesystems? > > On Tue, Jul 03, 2018 at 12:51:3

RE: how to best segment a big block device in resizeable btrfs filesystems?

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Marc MERLIN > Sent: Tuesday, 3 July 2018 1:19 AM > To: Qu Wenruo > Cc: Su Yue ; linux-btrfs@vger.kernel.org > Subject: Re: how to best segment a big block device in resizeable btrfs >

RE: [PATCH RFC] btrfs: Do extra device generation check at mount time

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Qu Wenruo > Sent: Thursday, 28 June 2018 5:16 PM > To: Nikolay Borisov ; Qu Wenruo ; > linux-btrfs@vger.kernel.org > Subject: Re: [PATCH RFC] btrfs: Do extra device generation check at mount

RE: About more loose parameter sequence requirement

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Hugo Mills > Sent: Monday, 18 June 2018 9:44 PM > To: dste...@suse.cz; Qu Wenruo ; linux- > bt...@vger.kernel.org > Subject: Re: About more loose parameter sequence requirement > > On Mon,

RE: Help with leaf parent key incorrect

> -Original Message- > From: Anand Jain [mailto:anand.j...@oracle.com] > Sent: Monday, 26 February 2018 7:27 PM > To: Paul Jones <p...@pauljones.id.au>; linux-btrfs@vger.kernel.org > Subject: Re: Help with leaf parent key incorrect > > > > > Th

Help with leaf parent key incorrect

Hi all, I was running dedupe on my filesystem and something went wrong overnight, by the time I noticed the fs was readonly. When trying to check it this is what I get: vm-server ~ # btrfs check /dev/mapper/a-backup--a parent transid verify failed on 2371034071040 wanted 62977 found 62893 parent

RE: A Big Thank You, and some Notes on Current Recovery Tools.

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of ein > Sent: Tuesday, 2 January 2018 9:03 PM > To: swest...@gmail.com; Kai Krakow > Cc: linux-btrfs@vger.kernel.org > Subject: Re: A Big Thank

RE: [PATCH RFC] btrfs: self heal from SB fail

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Austin S. Hemmelgarn > Sent: Friday, 8 December 2017 11:51 PM > To: Anand Jain ; linux-btrfs@vger.kernel.org > Subject: Re: [PATCH RFC] btrfs:

RE: Read before you deploy btrfs + zstd

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Martin Steigerwald > Sent: Tuesday, 14 November 2017 6:35 PM > To: dste...@suse.cz; linux-btrfs@vger.kernel.org > Subject: Re: Read before you deploy btrfs + zstd > >

RE: Why do full balance and deduplication reduce available free space?

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Niccolò Belli > Sent: Monday, 2 October 2017 9:29 PM > To: Hans van Kranenburg > Cc: linux-btrfs@vger.kernel.org > Subject: Re: Why do

WARNING: CPU: 1 PID: 13825 at fs/btrfs/backref.c:1255 find_parent_nodes+0xb5c/0x1310

Hi, Just ran into this warning while running deduplication. There were 10's of thousands of them over a 24hr period. No other problems were reported. Filesystem is raid1, freshly converted from single. Zstd compression.  4.14.0-rc2 kernel Sep 28 14:57:06 home kernel: [ cut here

RE: [PATCH 1/2] Btrfs: fix kernel oops while reading compressed data

s] > > > > It's showing that read-repair code is using an improper mirror index. > > This is due to the fact that compression read's endio hasn't recorded > > the failed mirror index in %cb->orig_bio. > > > > With this, btrfs's read-repair can work properly o

RE: SSD caching an existing btrfs raid1

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Kai Krakow > Sent: Thursday, 21 September 2017 6:45 AM > To: linux-btrfs@vger.kernel.org > Subject: Re: SSD caching an existing btrfs raid1 > > Am Wed, 20 Sep 2017

RE: SSD caching an existing btrfs raid1

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Pat Sailor > Sent: Wednesday, 20 September 2017 1:31 AM > To: Btrfs BTRFS > Subject: SSD caching an existing btrfs raid1 > > Hello, > >

RE: kernel BUG at fs/btrfs/extent_io.c:1989

> -Original Message- > From: Liu Bo [mailto:bo.li@oracle.com] > Sent: Tuesday, 19 September 2017 3:10 AM > To: Paul Jones <p...@pauljones.id.au> > Cc: linux-btrfs@vger.kernel.org > Subject: Re: kernel BUG at fs/btrfs/extent_io.c:1989 > > > This '

kernel BUG at fs/btrfs/extent_io.c:1989

Hi I have a system that crashed during a defrag, upon reboot I got the following trace while resuming the defrag. Filesystem is BTRFS Raid1 on lvm+cache, kernel 4.13.2 Check --repair gives lots of warnings about parent transid verify failed, but otherwise completes without issue. Ran scrub

RE: BUG: BTRFS and O_DIRECT could lead to wrong checksum and wrong data

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Marat Khalili > Sent: Friday, 15 September 2017 7:50 PM > To: Hugo Mills ; Goffredo Baroncelli > ; linux-btrfs

RE: RedHat 7.4 Release Notes: "Btrfs has been deprecated" - wut?

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Qu Wenruo > Sent: Monday, 14 August 2017 4:37 PM > To: Christoph Hellwig ; Christoph Anton Mitterer > > Cc: Btrfs BTRFS

RE: Btrfs + compression = slow performance and high cpu usage

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Konstantin V. Gavrilenko > Sent: Tuesday, 1 August 2017 7:58 PM > To: Peter Grandi > Cc: Linux fs Btrfs >

RE: [PATCH] btrfs: allow defrag compress to override NOCOMPRESS attribute

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Anand Jain > Sent: Saturday, 15 July 2017 2:53 PM > To: David Sterba ; linux-btrfs@vger.kernel.org > Subject: Re: [PATCH] btrfs: allow defrag compress

RE: 4.11.6 / more corruption / root 15455 has a root item with a more recent gen (33682) compared to the found root node (0)

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Martin Steigerwald > Sent: Sunday, 9 July 2017 5:58 PM > To: Marc MERLIN > Cc: Lu Fengqi ; Btrfs BTRFS

RE: Btrfs Compression

> -Original Message- > From: Austin S. Hemmelgarn [mailto:ahferro...@gmail.com] > Sent: Thursday, 6 July 2017 9:52 PM > To: Paul Jones <p...@pauljones.id.au>; linux-btrfs@vger.kernel.org > Subject: Re: Btrfs Compression > > On 2017-07-05 23:19, Paul Jon

Btrfs Compression

While reading the thread about adding zstd compression, it occurred to me that there is potentially another thing affecting performance - Compressed extent size. (correct my terminology if it's incorrect). I have two near identical RAID1 filesystems (used for backups) on near identical discs

RE: btrfs, journald logs, fragmentation, and fallocate

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Goffredo Baroncelli > Sent: Saturday, 29 April 2017 3:05 AM > To: Chris Murphy > Cc: Btrfs BTRFS > Subject: Re:

RE: About free space fragmentation, metadata write amplification and (no)ssd

-Original Message- From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs-ow...@vger.kernel.org] On Behalf Of Hans van Kranenburg Sent: Sunday, 9 April 2017 6:19 AM To: linux-btrfs Subject: About free space fragmentation, metadata write amplification and

RE: BTRFS: space_info 4 has 18446742286429913088 free, is not full

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Paul Jones > Sent: Friday, 7 October 2016 6:48 PM > To: Wang Xiaoguang <wangxg.f...@cn.fujitsu.com>; Stefan Priebe - > Profihost AG <s.pri...

RE: BTRFS: space_info 4 has 18446742286429913088 free, is not full

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Wang Xiaoguang > Sent: Friday, 7 October 2016 6:17 PM > To: Stefan Priebe - Profihost AG ; linux- > bt...@vger.kernel.org > Subject: Re: BTRFS:

RE: gazillions of Incorrect local/global backref count

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Christoph Anton Mitterer > Sent: Sunday, 4 September 2016 2:51 PM > To: linux-btrfs@vger.kernel.org > Subject: gazillions of Incorrect local/global backref count > >

RE: btrfs-progs 4.7, check reports many "incorrect local backref count" messages

> -Original Message- > From: ch...@colorremedies.com [mailto:ch...@colorremedies.com] On > > On Thu, Sep 1, 2016 at 12:51 AM, Paul Jones <p...@pauljones.id.au> wrote: > >> -Original Message- > >> From: linux-btrfs-ow...@vger.ker

RE: btrfs-progs 4.7, check reports many "incorrect local backref count" messages

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Chris Murphy > Sent: Thursday, 1 September 2016 7:59 AM > To: Btrfs BTRFS > Subject: Re: btrfs-progs 4.7, check reports many "incorrect

RE: btrfs and systemd

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Imran Geriskovan > Sent: Monday, 29 August 2016 9:19 PM > To: Stefan Priebe - Profihost AG > Cc: Qu Wenruo ;

RE: linux 4.7.2 & btrfs & rsync & OOM gone crazy

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of E V > Sent: Saturday, 27 August 2016 5:01 AM > To: linux-btrfs > Subject: linux 4.7.2 & btrfs & rsync & OOM gone crazy > > Just upgraded

RE: [Not TLS] Re: Reducing impact of periodic btrfs balance

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Graham Cobb > Sent: Thursday, 19 May 2016 8:11 PM > To: linux-btrfs@vger.kernel.org > Subject: Re: [Not TLS] Re: Reducing impact of periodic btrfs balance > > On

RE: Reducing impact of periodic btrfs balance

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Graham Cobb > Sent: Wednesday, 18 May 2016 11:30 PM > To: linux-btrfs@vger.kernel.org > Subject: Reducing impact of periodic btrfs balance > > Hi, > > I have a 6TB

RE: btrfs goes readonly + No space left on 4.3

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Omar Sandoval > Sent: Tuesday, 3 May 2016 8:06 AM > To: Stefan Priebe > Cc: linux-btrfs@vger.kernel.org > Subject: Re: btrfs goes readonly + No

RE: BTRFS as image store for KVM?

> -Original Message- > From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- > ow...@vger.kernel.org] On Behalf Of Brendan Heading > Sent: Wednesday, 16 September 2015 9:36 PM > To: Duncan <1i5t5.dun...@cox.net> > Cc: linux-btrfs@vger.kernel.org > Subject: Re: BTRFS as image store

Cancel device remove?

Hi, Is there some way to cancel a device remove operation? I have discovered that if I reboot that will cancel it, but that's not always possible. What I'm after is something the same as cancelling scrub. I keep running into situations where I want to pause a remove operation for speed

RE: trim not working and irreparable errors from btrfsck

-Original Message- From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- ow...@vger.kernel.org] On Behalf Of Marc Joliet Sent: Friday, 14 August 2015 6:06 PM To: linux-btrfs@vger.kernel.org Subject: Re: trim not working and irreparable errors from btrfsck Am Thu, 13 Aug

RE: BTRFS disaster (of my own making). Is this recoverable?

-Original Message- From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- ow...@vger.kernel.org] On Behalf Of Chris Murphy Sent: Thursday, 6 August 2015 2:54 AM To: Sonic sonicsm...@gmail.com Cc: Btrfs BTRFS linux-btrfs@vger.kernel.org; Hugo Mills h...@carfax.org.uk Subject:

RE: trim not working and irreparable errors from btrfsck

-Original Message- From: Lutz Euler [mailto:lutz.eu...@freenet.de] Sent: Sunday, 21 June 2015 12:11 AM To: Christian; Paul Jones; Austin S Hemmelgarn Cc: linux-btrfs@vger.kernel.org Subject: RE: trim not working and irreparable errors from btrfsck Hi Christian, Paul and Austin

RE: trim not working and irreparable errors from btrfsck

-Original Message- From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- ow...@vger.kernel.org] On Behalf Of Christian Sent: Thursday, 18 June 2015 12:34 AM To: linux-btrfs@vger.kernel.org Subject: Re: trim not working and irreparable errors from btrfsck On 06/17/2015 10:22

RE: kvm bug, guest I/O blk device errors when qcow2 backing file is on Btrfs

-Original Message- From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- ow...@vger.kernel.org] On Behalf Of Chris Murphy Sent: Wednesday, 25 March 2015 3:10 AM To: Chris Mason; Chris Murphy; Btrfs BTRFS Subject: Re: kvm bug, guest I/O blk device errors when qcow2 backing file

Error while balancing

Hi, The below error was obtained while running a balance with a slightly flakey disk (SSD). I had to powercycle the server to get it to reboot, and mounting with skip_balance made it stop ok. I copied the data to another filesystem and recreated the faulty one, but surprisingly there were no

csum error shows wrong device

Hi, I have a failing SSD I need to replace so I added another disk to my array, but didn't get around to removing the faulty one. A few days later I went to remove the faulty one and there were no more errors, I presume because the bad portion of the SSD was now not in use. Because I didn't

RE: [PATCH 0/7] Allow btrfsck to reset csum of all tree blocks, AKA dangerous mode.

-Original Message- From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- ow...@vger.kernel.org] On Behalf Of Martin Steigerwald Sent: Wednesday, 4 February 2015 8:16 PM To: Qu Wenruo Cc: linux-btrfs@vger.kernel.org Subject: Re: [PATCH 0/7] Allow btrfsck to reset csum of all

RE: RAID1 migrate to bigger disks

-Original Message- From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs- ow...@vger.kernel.org] On Behalf Of Daniel Pocock Sent: Sunday, 25 January 2015 1:46 AM To: Hugo Mills; linux-btrfs@vger.kernel.org Subject: Re: RAID1 migrate to bigger disks -BEGIN PGP SIGNED

RE: Extra info

Another way to defrag the file is to move the file to another disk and then move it back. I've had trouble with virtual machine disks before (Windows server raw) and this has fixed the problem. FYI 3.17.2 and beyond seems much better now. No crazy slow downs. Paul. -Original Message-

btrfs check - Couldn't open file system

Hi, As the topic says, btrfs check - Couldn't open file system. Check runs fine on all btrfs volumes except one - Backup. There is nothing special about it, it uses the same options as all the other ones (raid1, compress). As you can see in the output below I double check the filesystem is

RE: btrfs check - Couldn't open file system

-96c0f5234f46 -Original Message- From: Anand Jain [mailto:anand.j...@oracle.com] Sent: Tuesday, 4 November 2014 2:12 PM To: Paul Jones; linux-btrfs@vger.kernel.org Subject: Re: btrfs check - Couldn't open file system very strange. I have no clue, yet. also bit concerned if this turns out

RE: btrfs check - Couldn't open file system

211.03GiB path /dev/sda1 devid2 size 279.46GiB used 211.03GiB path /dev/sdj1 Btrfs v3.17 -Original Message- From: Anand Jain [mailto:anand.j...@oracle.com] Sent: Tuesday, 4 November 2014 4:34 PM To: Paul Jones; linux-btrfs@vger.kernel.org Subject: Re: btrfs check - Couldn't open

3.17.1 blocked task

Hi All, Just found this stack trace in dmesg while running a scrub on one of my file systems. I haven’t seen this reported yet so I thought I should report it ☺ All filesystems are raid1. vm-server ~ # btrfs fi sh Label: 'Root' uuid: 58d27dbd-7c1e-4ef7-8d43-e93df1537b08 Total devices 2

RE: Convert btrfs software code to ASIC

Hi Nguyen, Perhaps a better idea would be to use a low-cost low-power som module to run Linux and btrfs code, and use an FPGA/ASIC to offload compression/encryption/checksums and to possibly act as a raid controller. Since btrfs will be under heavy development for the foreseeable future I

Help with csum failed errors

Hi all, I'm getting some strange errors and I need some help diagnosing where the problem is. You can see from below that the error is csum failed ino 5641. This is a new SSD that is running in raid1. When I first noticed the error (on both drives) I copied all the data off the drives,