Hello!
As say in this page https://btrfs.wiki.kernel.org/index.php/Btrfs-zero-log
I send output data of
#btrfs-image -c 9 -t 8 /dev/mapper/root /tmp/fs_image
to developers.
File link:
https://onedrive.live.com/redir?resid=31ECDF5D805029B7!403759authkey=!AMWoAxWRnpVkJY4ithint=file%2c
Original Message
Subject: Re: [PATCH v2] btrfs-progs: Doc: Add warning and note on
btrfs-convert.
From: David Sterba dste...@suse.cz
To: Qu Wenruo quwen...@cn.fujitsu.com
Date: 2015年04月02日 23:19
On Thu, Mar 26, 2015 at 10:19:24AM +0800, Qu Wenruo wrote:
+WARNING: To
Although btrfs-convert can rollback converted btrfs, it still has some
limitation to ensure rollback.
Add a warning on the limitations.
Also add a note for users who decides to go on with btrfs and don't need
the rollback ability.
Reported-by: Vytautas D vyt...@gmail.com
Reported-by: Tsutomu
Original Message
Subject: Re: [PATCH 2/2] btrfs-progs: convert-test: Add test for
converting ext* with regular file extent.
From: David Sterba dste...@suse.cz
To: Qu Wenruo quwen...@cn.fujitsu.com
Date: 2015年04月02日 23:45
On Thu, Apr 02, 2015 at 10:21:36AM +0800, Qu Wenruo
On Thu, Apr 02, 2015 at 09:58:39AM +, Andy Smith wrote:
Hi Hugo,
Thanks for your help.
Makes a change from you answering my questions. :)
On Wed, Apr 01, 2015 at 03:42:02PM +, Hugo Mills wrote:
On Wed, Apr 01, 2015 at 03:11:14PM +, Andy Smith wrote:
Should I run a scrub
I've get it several times, after rebooting or unclean shutdown system.
This is very strange bug, because if i reboot, and mount it from live
cd, all that okay, and after reboot in system, system successful mount
all and working good.
i did try to found any previous issues on it, and found
On Wed, Apr 01, 2015 at 03:01:07PM -0400, Jeff Mahoney wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/1/15 2:44 PM, Brian Foster wrote:
On Mon, Mar 30, 2015 at 03:11:06PM -0400, Jeff Mahoney wrote:
This tests tests four conditions where discard can potentially
not discard
On 01/04/2015 15:13, Chris Mason wrote:
On Tue, Mar 24, 2015 at 6:23 PM, Sophie just4pleis...@gmail.com wrote:
On 24/03/15 17:34, Chris Mason wrote:
On Tue, Mar 24, 2015 at 9:43 AM, Sophie Dexter just4pleis...@gmail.com
wrote:
On 20/03/2015 15:19, Sophie Dexter wrote:
I'm given to
Test a very complex scenario for a btrfs incremental send operation where a
large directory hierarchy had many subtrees moved between parent directories,
preserving the names of some directories and inverting the parent-child
relationship between some directories (a child in the parent snapshot
Test btrfs file range cloning with the same file as a source and
destination.
This tests a specific scenario where the extent layout of the file
confused the clone ioctl implementation making it return -EEXIST to
userspace. This issue was fixed by the following linux kernel patch:
Btrfs: fix
So cool, thanks Hugo :)
2015-04-02 14:46 GMT+03:00 Hugo Mills h...@carfax.org.uk:
On Thu, Apr 02, 2015 at 02:38:24PM +0300, Timofey Titovets wrote:
I've get it several times, after rebooting or unclean shutdown system.
This is very strange bug, because if i reboot, and mount it from live
cd,
Hi Hugo,
Thanks for your help.
On Wed, Apr 01, 2015 at 03:42:02PM +, Hugo Mills wrote:
On Wed, Apr 01, 2015 at 03:11:14PM +, Andy Smith wrote:
Should I run a scrub as well?
Yes. The output you've had so far will be just the pieces that the
FS has tried to read, and where, as a
On Thu, Apr 02, 2015 at 02:38:24PM +0300, Timofey Titovets wrote:
I've get it several times, after rebooting or unclean shutdown system.
This is very strange bug, because if i reboot, and mount it from live
cd, all that okay, and after reboot in system, system successful mount
all and
On Thu, Apr 2, 2015 at 4:56 AM, Davide Italiano dccitali...@gmail.com wrote:
Signed-off-by: Davide Italiano dccitali...@gmail.com
Hi, only skimmed through it, a few small comments below.
I haven't surely tested it as well (I assume you ran all xfstests from
the generic group).
Thanks.
---
On Mon, 30 Mar 2015, Jeff Mahoney wrote:
Date: Mon, 30 Mar 2015 15:11:06 -0400
From: Jeff Mahoney je...@suse.com
To: linux-btrfs linux-btrfs@vger.kernel.org, fste...@vger.kernel.org
Subject: [PATCH] xfstests: generic: test for discard properly discarding
unused extents
This tests
David Sterba posted on Thu, 02 Apr 2015 17:19:31 +0200 as excerpted:
On Thu, Mar 26, 2015 at 10:19:24AM +0800, Qu Wenruo wrote:
WARNING: To ensure *btrfs-convert* be able to rollback btrfs, one
should never execute *btrfs filesystem defragment* or *btrfs balance*
command on the converted
Qu Wenruo posted on Fri, 03 Apr 2015 09:21:15 +0800 as excerpted:
+WARNING: If one hopes to rollback to ext2/3/4, he or she should not execute
+*btrfs balance* command on converted btrfs.
+Since it will change the extent layout and make *btrfs-convert* unable to
+rollback.
Because since is
Roman Mamedov posted on Thu, 02 Apr 2015 19:13:12 +0500 as excerpted:
Yeah I believe I just hit that in 3.14.37, system unbootable (locks up
at Scanning for Btrfs filesystems), resulted in a many hour downtime
as it was a remote system w/o IPMI. Fine after a reboot to 3.14.34. Too
bad that
Hey,
I figured out that for some reason on both ubuntu and debian, SSD mode
seems to be turned on even on HDD's (hard disk drives - eg. those with
rotating disk). I figured out now, but it's been like this for at
least a year or more and I didn't really had any problems with this.
Is it OK to
Hi stable friends,
Can you please backport this one to 3.19.y. It fixes a bug introduced
by:
381cf6587f8a8a8e981bc0c18859b51dc756, which was tagged for stable
3.14+
The symptoms of the bug are deadlocks during log reply after a crash.
The patch wasn't intentionally fixing the
Test that btrfs' transaction abortion does not corrupt a filesystem
mounted with -o discard nor allows a subsequent fstrim to corrupt the
filesystem (regardless of being mounted with or without -o discard).
This issue was fixed by the following linux kernel patch:
Btrfs: fix fs corruption on
On Wed, Apr 01, 2015 at 08:49:54PM -0700, Omar Sandoval wrote:
Hm, yeah, that's unfortunate, thanks for pointing that out. It looks
like we can get the subvolume ID reliably:
diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c
index 05fef19..a74ddb3 100644
--- a/fs/btrfs/super.c
+++
On Thu, Mar 26, 2015 at 10:19:24AM +0800, Qu Wenruo wrote:
+WARNING: To ensure *btrfs-convert* be able to rollback btrfs, one should
never
+execute *btrfs filesystem defragment* or *btrfs balance* command on the
+converted btrfs.
So it looks like a fundamental problem, not lack of
On Wed, Apr 01, 2015 at 03:52:57AM -0400, Chen Hanxiao wrote:
We provided format path|device in command line.
But btrfs device stats doesn't work if device is not mounted.
Although that's right, the dev stats are easy to implement in userspace.
Applied, as it reflects current state.
--
To
On Thu, Apr 02, 2015 at 10:21:35AM +0800, Qu Wenruo wrote:
Before this patch, ext*_image is always set NODATACSUM inode flag.
However btrfs-convert will set normal file with DATACUSM flag by
default, and generate checksum for regular file extent.
Now, a regular file extent is shared by a
On Thu, Apr 02, 2015 at 10:21:36AM +0800, Qu Wenruo wrote:
Before previous patch, btrfs-convert will result fsck complain if there
is any regular file extent in newly converted btrfs.
Add test case for it.
Please separate the changes that update generic code and the test
itself.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/2/15 8:33 AM, Lukáš Czerner wrote:
On Mon, 30 Mar 2015, Jeff Mahoney wrote:
Date: Mon, 30 Mar 2015 15:11:06 -0400 From: Jeff Mahoney
je...@suse.com To: linux-btrfs linux-btrfs@vger.kernel.org,
fste...@vger.kernel.org Subject: [PATCH]
On Thu, 2 Apr 2015 11:46:08 +
Hugo Mills h...@carfax.org.uk wrote:
On Thu, Apr 02, 2015 at 02:38:24PM +0300, Timofey Titovets wrote:
I've get it several times, after rebooting or unclean shutdown system.
This is very strange bug, because if i reboot, and mount it from live
cd, all
While searching for extents to clone we might find one where we only use
a part of it coming from its tail. If our destination inode is the same
the source inode, we end up removing the tail part of the extent item and
insert after a new one that point to the same extent with an adjusted
key file
On Sun, Mar 08, 2015 at 05:48:25PM +, Filipe Manana wrote:
If a directory's reference ends up being orphanized, because the inode
currently being processed has a new path that matches that directory's
path, make sure we evict the name of the directory from the name cache.
This is because
On Wed, Apr 1, 2015 at 12:11 AM, Filipe Manana fdman...@suse.com wrote:
At the moment we can not reliably and deterministically test that the
transaction abortion code works as expected. For example in the past [1]
we had an issue where that code returned the pinned extents to the free
space
On Thu, 02 Apr 2015 18:25:11 +0100, Filipe Manana wrote:
V2: Fixed a warning about potentially uninitialized variable. David
got this warning on a 4.5.1 gcc, but I didn't on a 4.9.2 gcc
however.
I was *just* about to post this warning, since I saw it only a minute ago!
I assume you
On Thu, Apr 02, 2015 at 11:48:46AM +0100, Filipe Manana wrote:
Test a very complex scenario for a btrfs incremental send operation where a
large directory hierarchy had many subtrees moved between parent directories,
preserving the names of some directories and inverting the parent-child
On Sat, Mar 28, 2015 at 12:59:46AM +, Filipe Manana wrote:
Even though we delay the rename of directories when they become
descendents of other directories that were also renamed in the send
root to prevent infinite path build loops, we were doing it in cases
where this was not needed and
On Thu, Apr 02, 2015 at 05:49:04PM +0200, Petr Bena wrote:
Hey,
I figured out that for some reason on both ubuntu and debian, SSD mode
seems to be turned on even on HDD's (hard disk drives - eg. those with
rotating disk). I figured out now, but it's been like this for at
least a year or
On Thu, Apr 2, 2015 at 6:31 PM, Holger Hoffstätte
holger.hoffstae...@googlemail.com wrote:
On Thu, 02 Apr 2015 18:25:11 +0100, Filipe Manana wrote:
V2: Fixed a warning about potentially uninitialized variable. David
got this warning on a 4.5.1 gcc, but I didn't on a 4.9.2 gcc
36 matches
Mail list logo