On Tue, Jan 07, 2014 at 10:53:29AM +, Hugo Mills wrote:
You need to move /mnt/btrfs_pool2/tmp_read_only_new to a different
name as well. The send stream contains the name of the subvolume it
wants to create, so it's trying to create a subvolume called
tmp_read_only_new in
Marc MERLIN posted on Tue, 07 Jan 2014 19:22:58 -0800 as excerpted:
On Fri, Jan 03, 2014 at 09:34:10PM +, Duncan wrote:
IIRC someone also mentioned problems with autodefrag and an about 3/4
gig systemd journal. My gut feeling (IOW, *NOT* benchmarked!) is that
double-digit MiB files
EXDEV seems an appropriate error if an operation fails bacause it
crosses file system boundaries.
Signed-off-by: Kusanagi Kouichi sl...@ac.auone-net.jp
---
fs/btrfs/ioctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c
index
On Tue, Jan 07, 2014 at 05:25:18PM +0800, Wang Shilong wrote:
Steps to reproduce:
# mkfs.btrfs -f /dev/sda8
# mount /dev/sda8 /mnt
# btrfs sub snapshot -r /mnt /mnt/snap1
# btrfs sub snapshot -r /mnt /mnt/snap2
# btrfs send /mnt/snap1 -p /mnt/snap2 -f /mnt/1
# dmesg
The problem is
On 01/08/2014 09:33 AM, David Sterba wrote:
On Wed, Dec 18, 2013 at 04:07:28PM -0500, Josef Bacik wrote:
/*
- * btrfs_qgroup_record_ref is called when the ref is added or deleted. it puts
- * the modification into a list that's later used by btrfs_end_transaction to
- * pass the recorded
On Wed, Dec 18, 2013 at 04:07:28PM -0500, Josef Bacik wrote:
/*
- * btrfs_qgroup_record_ref is called when the ref is added or deleted. it
puts
- * the modification into a list that's later used by btrfs_end_transaction to
- * pass the recorded modifications on to btrfs_qgroup_account_ref.
On 12/27/2013 08:11 AM, Miao Xie wrote:
When we ran the 274th case of xfstests with nodatacow mount option,
We met the following warning message:
WARNING: CPU: 1 PID: 14185 at fs/btrfs/extent-tree.c:3734
btrfs_free_reserved_data_space+0xa6/0xd0
It is caused by the race between the write back
Hello David,
On Tue, Jan 07, 2014 at 05:25:18PM +0800, Wang Shilong wrote:
Steps to reproduce:
# mkfs.btrfs -f /dev/sda8
# mount /dev/sda8 /mnt
# btrfs sub snapshot -r /mnt /mnt/snap1
# btrfs sub snapshot -r /mnt /mnt/snap2
# btrfs send /mnt/snap1 -p /mnt/snap2 -f /mnt/1
# dmesg
The
On Wed, Jan 08, 2014 at 07:46:19PM +0900, Kusanagi Kouichi wrote:
EXDEV seems an appropriate error if an operation fails bacause it
crosses file system boundaries.
Signed-off-by: Kusanagi Kouichi sl...@ac.auone-net.jp
Reviewed-by: David Sterba dste...@suse.cz
--
To unsubscribe from this list:
On 12/29/2013 08:44 AM, Liu Bo wrote:
We don't have to keep subvolume's block_rsv during transaction commit,
and within transaction commit, we may also need the free space reclaimed
from this block_rsv to process delayed refs.
Signed-off-by: Liu Bo bo.li@oracle.com
---
fs/btrfs/ioctl.c |
On Wed, Jan 08, 2014 at 02:25:02PM +0800, Qu Wenruo wrote:
But according to the dmesg, which is expired now though, I made the
following assumption:
There is a possibility that out of order execution made the work-wq =
wq sentence executed behind the queue_work() call,
and the
On Mon, 2014-01-06 at 15:37 -0800, Kent Overstreet wrote:
On Fri, Dec 20, 2013 at 03:46:30PM +, Chris Mason wrote:
On Fri, 2013-12-20 at 10:42 -0200, Fábio Pfeifer wrote:
Hello,
I put the WARN_ON(1); after the printk lines (incomplete page read
and incomplete page write) in
On Tue, 2014-01-07 at 13:23 -0800, Muthu Kumar wrote:
Chris,
This is based off of Jens block tree, for-3.14/core branch...
Ok, Kent did pull in one of my hunks, one was a comment and the third
was effectively the same as your patch. I tried to test the end result
today, but get these on boot
Chris,
[8.336061] WARNING: CPU: 0 PID: 0 at fs/bio.c:1778 bio_endio+0xbe/0x100()
[8.336062] bio_endio: bio for (unknown) without endio
This is my recent change to avoid memory leak in bio_endio. But I
think the problem is higher up, most likely bio_endio is called twice
on the same bio
Hello All,
I had some random corruption issues when I run some serious IOs with
these patches.
Found out that the function clean_tree_block() is the problem.
IIUC, this function is used to drop a dirty extent buffer when it is not
needed any more to be written to the disk.
In my case, the
On Wed, 2014-01-08 at 11:54 -0800, Muthu Kumar wrote:
Chris,
[8.336061] WARNING: CPU: 0 PID: 0 at fs/bio.c:1778 bio_endio+0xbe/0x100()
[8.336062] bio_endio: bio for (unknown) without endio
This is my recent change to avoid memory leak in bio_endio. But I
think the problem is
On Wed, 2014-01-08 at 12:40 -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 12:16 PM, Chris Mason c...@fb.com wrote:
On Wed, 2014-01-08 at 11:54 -0800, Muthu Kumar wrote:
Chris,
[8.336061] WARNING: CPU: 0 PID: 0 at fs/bio.c:1778
bio_endio+0xbe/0x100()
[8.336062] bio_endio:
On Wed, Jan 8, 2014 at 12:51 PM, Chris Mason c...@fb.com wrote:
On Wed, 2014-01-08 at 12:40 -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 12:16 PM, Chris Mason c...@fb.com wrote:
On Wed, 2014-01-08 at 11:54 -0800, Muthu Kumar wrote:
Chris,
[8.336061] WARNING: CPU: 0 PID: 0 at
ATTN: Dear,
I am Dr. Musa Hamed Executive Director of the Bank of Africa
Plc B.O.A,Cotonou Benin Rep. I have a very lucrative Business proposal
worth of 21,500,000.00 USD.
An Iraqi named Hamadi Hashem a business man made a fixed deposit of
21,500,000.00 USD . Upon maturity several notices was
On Wed, 2014-01-08 at 13:01 -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 12:51 PM, Chris Mason c...@fb.com wrote:
On Wed, 2014-01-08 at 12:40 -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 12:16 PM, Chris Mason c...@fb.com wrote:
On Wed, 2014-01-08 at 11:54 -0800, Muthu Kumar wrote:
On Wed, Jan 08, 2014 at 07:35:32PM +, Chris Mason wrote:
On Mon, 2014-01-06 at 15:37 -0800, Kent Overstreet wrote:
Ok, I looked again at the relevant btrfs code, I guess I can see how this
printk
isn't normally triggered. But Chris, _what on earth_ is btrfs trying to
check
for
On Wed, Jan 08, 2014 at 09:11:49PM +, Chris Mason wrote:
On Wed, 2014-01-08 at 13:01 -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 12:51 PM, Chris Mason c...@fb.com wrote:
On Wed, 2014-01-08 at 12:40 -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 12:16 PM, Chris Mason c...@fb.com
On Tue, 2014-01-07 at 12:15 -0800, Muthu Kumar wrote:
Thanks Fengguang. Final patch with added comment. BTW, fengguang
mentioned that git-am has trouble with the inline patch and quilt
import worked fine for him...
In btrfs_end_bio(), we increment bi_remaining if is_orig_bio.
On Wed, Jan 8, 2014 at 1:14 PM, Kent Overstreet k...@daterainc.com wrote:
On Wed, Jan 08, 2014 at 09:11:49PM +, Chris Mason wrote:
On Wed, 2014-01-08 at 13:01 -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 12:51 PM, Chris Mason c...@fb.com wrote:
On Wed, 2014-01-08 at 12:40 -0800,
On 01/08/2014 02:13 PM, Chris Mason wrote:
On Tue, 2014-01-07 at 12:15 -0800, Muthu Kumar wrote:
Thanks Fengguang. Final patch with added comment. BTW, fengguang
mentioned that git-am has trouble with the inline patch and quilt
import worked fine for him...
In btrfs_end_bio(),
On Wed, Jan 08, 2014 at 01:18:46PM -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 1:14 PM, Kent Overstreet k...@daterainc.com wrote:
On Wed, Jan 08, 2014 at 09:11:49PM +, Chris Mason wrote:
On Wed, 2014-01-08 at 13:01 -0800, Muthu Kumar wrote:
On Wed, Jan 8, 2014 at 12:51 PM, Chris
The patch below is a simple quick attempt at allowing the filesystem
UUID to be specified by the user at mkfs time. Googling around I've
seen a lot of people wishing they could change their btrfs uuid.
I understand why that's not going to happen. But this little patch
seems like it could give
Hi List,
My backup stopped working and I can't figure out why. I'm using
send/receive with the -p switch for incremental backups using the
last snapshot as a parent snapshot for sending only the changed data.
The problem occurs using my own backup script. After I discovered the
problem I did a
Hello
(Using btrfs userland 3.12)
I have my fs set up (below) I borrowed the Ubuntu scheme.
FS_TREE/@/
FS_TREE/@/etc
FS_TREE/@/var
..
get-default is 5 i.e. FS_TREE
AFAICT, perhaps I'm missing the obvious, getting the list of subvolumes only
(no snapshots) is no longer trivial?
# btrfs sub
On Wed, 8 Jan 2014 19:51:59 +0100, David Sterba wrote:
On Wed, Jan 08, 2014 at 02:25:02PM +0800, Qu Wenruo wrote:
But according to the dmesg, which is expired now though, I made the
following assumption:
There is a possibility that out of order execution made the work-wq =
wq sentence executed
On Jan 8, 2014, at 6:31 PM, Alex a...@bpmit.com wrote:
Hello
(Using btrfs userland 3.12)
I have my fs set up (below) I borrowed the Ubuntu scheme.
FS_TREE/@/
FS_TREE/@/etc
FS_TREE/@/var
..
get-default is 5 i.e. FS_TREE
AFAICT, perhaps I'm missing the obvious, getting the list
When we ran the 274th case of xfstests with nodatacow mount option,
We met the following warning message:
WARNING: CPU: 1 PID: 14185 at fs/btrfs/extent-tree.c:3734
btrfs_free_reserved_data_space+0xa6/0xd0
It is caused by the race between the write back and nocow buffered
write:
Task1
Hi Felix,
It seems some reported this problem before. The problem for your below case
is because you use latest btrfs-progs(v3.12?), which will need kernel
update,
kernel 3.12 is ok.
However, i think btrfs-progs should keep compatibility, i will send a
patch to
make things more friendly.
Chris Murphy lists at colorremedies.com writes:
Specify the mount point for the Btrfs file system and it will list all
subvols on that file system.
Chris Murphy--
Thank you Chris.
When I do that on my version of the 3.12 userland:
# btrfs sub list / -o
returns nothing (with no error),
On Jan 8, 2014, at 9:06 PM, Alex a...@bpmit.com wrote:
Chris Murphy lists at colorremedies.com writes:
Specify the mount point for the Btrfs file system and it will list all
subvols on that file system.
Chris Murphy--
Thank you Chris.
When I do that on my version of the 3.12
On Jan 8, 2014, at 11:27 PM, Chris Murphy li...@colorremedies.com wrote:
On Jan 8, 2014, at 9:06 PM, Alex a...@bpmit.com wrote:
Chris Murphy lists at colorremedies.com writes:
Specify the mount point for the Btrfs file system and it will list all
subvols on that file system.
Chris
On Jan 8, 2014, at 11:44 PM, Chris Murphy li...@colorremedies.com wrote:
On Jan 8, 2014, at 11:27 PM, Chris Murphy li...@colorremedies.com wrote:
On Jan 8, 2014, at 9:06 PM, Alex a...@bpmit.com wrote:
Chris Murphy lists at colorremedies.com writes:
Specify the mount point for the
We don't have to keep subvolume's block_rsv during transaction commit,
and within transaction commit, we may also need the free space reclaimed
from this block_rsv to process delayed refs.
Signed-off-by: Liu Bo bo.li@oracle.com
---
v2: rebase onto the latest btrfs-next.
fs/btrfs/ioctl.c |
38 matches
Mail list logo
