> -Original Message-
> From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Paul Jones
> Sent: Friday, 23 August 2019 7:39 PM
> To: Peter Becker ; Holger Hoffstätte
>
> Cc: Linux BTRFS Mailinglist
> Subject: RE: [PATCH v2 0/4] Su
> -Original Message-
> From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Peter Becker
> Sent: Friday, 23 August 2019 1:40 AM
> To: Holger Hoffstätte
> Cc: Linux BTRFS Mailinglist
> Subject: Re: [PATCH v2 0/4] Support xxhash64 checksums
>
> Am Do., 22. Aug. 2019
Here is a stack trace I got when removing a device from a raid1 filesystem.
I have run a check on the filesystem and I got no errors, just a message about
the free space tree needing to be rebuilt, which I did on mount.
[ 1569.185720] BTRFS info (device dm-5): relocating block group 704279740416
Hi All,
I was rsyncing some subvolumes last night and at some point it stalled.
Stacktrace is provided in case it is helpful to devs.
Label: 'Backup' uuid: 21e59d66-3e88-4fc9-806f-69bde58be6a3
Total devices 4 FS bytes used 3.19TiB
devid1 size 2.73TiB used 2.71TiB path /dev/m
> -Original Message-
> From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of David Sterba
> Sent: Thursday, 16 May 2019 3:27 AM
> To: Johannes Thumshirn
> Cc: David Sterba ; Linux BTRFS Mailinglist bt...@vger.kernel.org>
> Subject: Re: [PATCH 00/17] Add support fo
> -Original Message-
> From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Zygo Blaxell
> Sent: Wednesday, 24 April 2019 9:07 AM
> To: linux-btrfs@vger.kernel.org
> Subject: Global reserve and ENOSPC while deleting snapshots on 5.0.9
>
> I had a test filesystem tha
> -Original Message-
> From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Chris Murphy
> Sent: Thursday, 17 January 2019 5:15 AM
> To: Stefan K
> Cc: Linux Btrfs
> Subject: Re: question about creating a raid10
>
> On Wed, Jan 16, 2019 at 7:58 AM Stefan K wrote:
> -Original Message-
> From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Tomasz Chmielewski
> Sent: Saturday, 5 January 2019 12:25 AM
> To: Btrfs BTRFS
> Subject: dedicated metadata drives?
>
> According to btrfs wiki, some patches have been submitted to support
-Original Message-
> From: linux-btrfs-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Nikolay Borisov
> Sent: Thursday, 20 December 2018 9:44 PM
> To: Qu Wenruo ; devz...@web.de; linux-
> bt...@vger.kernel.org
> Subject: Re: compress-force not really forcing compression?
>
>
> -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
> filesy
> -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
> -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
> filesy
> -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
> -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, J
> -Original Message-
> From: Anand Jain [mailto:anand.j...@oracle.com]
> Sent: Monday, 26 February 2018 7:27 PM
> To: Paul Jones ; linux-btrfs@vger.kernel.org
> Subject: Re: Help with leaf parent key incorrect
>
>
>
> > There is one io error in the log
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
> -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 You, and some Notes on Cur
> -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: self heal from SB fail
>
> -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
>
> H
> -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 full balance and deduplication re
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 ]--
7;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 on reading c
> -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 17:5
> -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,
>
> I have a half-filled raid1 on
> -Original Message-
> From: Liu Bo [mailto:bo.li@oracle.com]
> Sent: Tuesday, 19 September 2017 3:10 AM
> To: Paul Jones
> Cc: linux-btrfs@vger.kernel.org
> Subject: Re: kernel BUG at fs/btrfs/extent_io.c:1989
>
>
> This 'mirror 0' looks fish
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 whic
> -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
> Subject: Re: BUG: BTRFS and O_DIRECT could lead to wron
> -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
> Subject: Re: RedHat 7.4 Release Notes: "Btrfs
> -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
> Subject: Re: Btrfs + compression = slow performance and high
> -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 to override NOCOMP
> -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 bt...@vger.kernel.org>; David Sterba
> Subject: Re: 4.11.6 / mo
> -Original Message-
> From: Austin S. Hemmelgarn [mailto:ahferro...@gmail.com]
> Sent: Thursday, 6 July 2017 9:52 PM
> To: Paul Jones ; linux-btrfs@vger.kernel.org
> Subject: Re: Btrfs Compression
>
> On 2017-07-05 23:19, Paul Jones wrote:
> > While reading t
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 (HG
> -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: 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 Hans van Kranenburg
Sent: Sunday, 9 April 2017 6:19 AM
To: linux-btrfs
Subject: About free space fragmentation, metadata write amplification and
(no)ssd
> So... today a rea
> -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 ; Stefan Priebe -
> Profihost AG ; linux-btrfs@vger.kernel.org
> Subject: RE
> -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: space_info 4 has 1844674
> -Original Message-
> From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs-
> ow...@vger.kernel.org] On Behalf Of Zygo Blaxell
> Sent: Wednesday, 21 September 2016 2:56 PM
> To: linux-btrfs@vger.kernel.org
> Subject: btrfs rare silent data corruption with kernel data leak
>
> Summa
> -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
>
> He
> -Original Message-
> From: ch...@colorremedies.com [mailto:ch...@colorremedies.com] On
>
> On Thu, Sep 1, 2016 at 12:51 AM, Paul Jones wrote:
> >> -Original Message-
> >> From: linux-btrfs-ow...@vger.kernel.org [mailto:linux-btrfs-
> >> ow
> -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 local backref
> count" messages
> -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 ; linux-btrfs@vger.kernel.org
> Subject: Re: btrfs and system
> -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 from 4.6.5 to 4.7.2 for my bt
> -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 19/0
> -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 btr
> -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 space left on 4.3
>
> O
> -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 f
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 reasons.
> -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
> -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
> Cc: Btrfs BTRFS ; Hugo Mills
>
> Subject: Re: BTRFS disaster (of my own making). Is this recoverable
> -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
>
>
> -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/201
> -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
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 kno
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 er
> -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
> -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 SIGN
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-
F
B
devid1 size 279.46GiB used 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
1: LABEL="Data" UUID="89181f84-bace-43f8-9534-693f99c4d033"
UUID_SUB="2c35cfb9-e7c5-4258-8a66-0eabe763e1d9" TYPE="btrfs"
PARTUUID="c193216e-01"
/dev/sda1: LABEL="Data" UUID="89181f84-bace-43f8-9534-693f99c4d033"
UUID_SUB="c0
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 unmo
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
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 doubt
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, reforma
64 matches
Mail list logo