Re: btrfs issue with mariadb incremental backup

Hi Chris, Sorry for the misunderstanding and inappropriate attached the file (I thought that too long text in the mail message so I used the attached file). The backup script has the btrfs sync command since Aug 3 I sent the following rsync command as you said (sorry for the misunderstanding

Re: btrfs issue with mariadb incremental backup

On Fri, Aug 11, 2017 at 8:38 PM, wrote: > Hi Chris, > > I explain what I have done in the attached file. That is way too long. And please don't attach files directed at me, that's not appropriate. Just message the list normally, so it can be searched by others down the

Re: btrfs issue with mariadb incremental backup

Hi Chris, I explain what I have done in the attached file. Please suggest me what I should do next? I plan to reproduce the data mannually for the daily inserted data to check the detail step by step to know exactly which steps make the btrfs send /receive result diff on the Second box

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

Qu Wenruo wrote: >Although Btrfs can disable data CoW, nodatacow also disables data  >checksum, which is another main feature for btrfs. Then decoupling of the two should probably decoupled and support for notdatacow+checksumming be implemented?! I'm not an expert, but I wouldn't see why this

Re: [PATCH] Btrfs: fix out of bounds array access while reading extent buffer

Hi Liu, [auto build test WARNING on v4.13-rc4] [also build test WARNING on next-20170811] [cannot apply to btrfs/next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Liu-Bo/Btrfs-fix-out

Re: [PATCH v3 46/49] fs/btrfs: convert to bio_for_each_segment_all_sp()

Hi Ming, [auto build test WARNING on linus/master] [also build test WARNING on v4.13-rc4 next-20170810] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: btrfs issue with mariadb incremental backup

On Fri, Aug 11, 2017 at 12:00 AM, wrote: > Sorry Chris, > > I forgot to send the diff from rsync -anc result > > the source container A start data as data on snapshot mysql_201708040830 > > [root@backuplogC7 tmp]# ls -l /var/lib/mariadb > total 0 > drwxrwxr-x+ 1 mysql

Re: btrfs issue with mariadb incremental backup

On Thu, Aug 10, 2017 at 10:40 PM, wrote: > Hi Chris, > The kernel version that I test is "4.4.0-89-generic" as I tested on ubuntu > lxd If I > want to change the kernel version I have to upgrade the host box. I can't parse what kernel that really is compared to upstream,

Re: [PATCH stable v4.12 backport] Btrfs: fix early ENOSPC due to delalloc

On 08/11/2017 10:44 AM, Chris Mason wrote: Hmpf, forgot to put the sha in Linus' tree: 17024ad0a0fdfcfe53043afb969b813d3e020c21 And Nikolay just reminded me this is already in Greg's queue. Whoops. -chris -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body

Re: [PATCH stable v4.12 backport] Btrfs: fix early ENOSPC due to delalloc

Hmpf, forgot to put the sha in Linus' tree: 17024ad0a0fdfcfe53043afb969b813d3e020c21 -chris On 08/11/2017 10:41 AM, Chris Mason wrote: From: Omar Sandoval If a lot of metadata is reserved for outstanding delayed allocations, we rely on shrink_delalloc() to reclaim metadata

Re: FAILED: patch "[PATCH] Btrfs: fix early ENOSPC due to delalloc" failed to apply to 4.12-stable tree

On 08/04/2017 03:29 PM, Christoph Anton Mitterer wrote: > Hey. > > Could someone of the devs put some attention on this...? > > Thanks, > Chris :-) Done, you can also grab it here:

[PATCH stable v4.12 backport] Btrfs: fix early ENOSPC due to delalloc

From: Omar Sandoval If a lot of metadata is reserved for outstanding delayed allocations, we rely on shrink_delalloc() to reclaim metadata space in order to fulfill reservation tickets. However, shrink_delalloc() has a shortcut where if it determines that space can be

Re: [PATCH v5 2/5] lib: Add zstd modules

On 08/10/2017 03:25 PM, Hugo Mills wrote: On Thu, Aug 10, 2017 at 01:41:21PM -0400, Chris Mason wrote: On 08/10/2017 04:30 AM, Eric Biggers wrote: Theses benchmarks are misleading because they compress the whole file as a single stream without resetting the dictionary, which isn't how data

Re: kernel BUG at /build/linux-H5UzH8/linux-4.10.0/fs/btrfs/extent_io.c:2318

On 2017-08-11 05:57, Piotr Pawłow wrote: Hello, So 4.10 isn't /too/ far out of range yet, but I'd strongly consider upgrading (or downgrading to 4.9 LTS) as soon as it's reasonably convenient, before 4.13 in any case. Unless you prefer to go the distro support route, of course. I used to

Re: [PATCH v5 3/5] btrfs: Add zstd support

On 2017-08-09 22:39, Nick Terrell wrote: Add zstd compression and decompression support to BtrFS. zstd at its fastest level compresses almost as well as zlib, while offering much faster compression and decompression, approaching lzo speeds. I benchmarked btrfs with zstd compression against no

Re: kernel BUG at /build/linux-H5UzH8/linux-4.10.0/fs/btrfs/extent_io.c:2318

Hello, > So 4.10 isn't /too/ far out of range yet, but I'd strongly consider > upgrading (or downgrading to 4.9 LTS) as soon as it's reasonably > convenient, before 4.13 in any case. Unless you prefer to go the > distro support route, of course. I used to stick to latest kernels back when

Re: btrfs issue with mariadb incremental backup

Sorry Chris, I forgot to send the diff from rsync -anc result the source container A start data as data on snapshot mysql_201708040830 [root@backuplogC7 tmp]# ls -l /var/lib/mariadb total 0 drwxrwxr-x+ 1 mysql mysql 260 Aug 4 13:10 mysql drwxrwxr-x+ 1 mysql mysql 260 Jul 12 08:29