Andrei Volt posted on Sun, 25 May 2014 20:26:01 +0200 as excerpted:
[FWIW, your mail seems to have scrambled a bit in spots. The last bit of
the subject ended up in the body, along with a blank reply-to header, and
the btrfs filesystem df and btrfs filesystem show output seemed a bit
From: Anand Jain anand.j...@oracle.com
we would need the device links to be created,
when device is added.
Signed-off-by: Anand Jain anand.j...@oracle.com
---
fs/btrfs/sysfs.c | 12 +---
fs/btrfs/sysfs.h |2 ++
fs/btrfs/volumes.c |5 +
3 files changed, 16
From: Anand Jain anand.j...@oracle.com
when we delete the device from the mounted btrfs,
we would need its corresponding sysfs enty to
be removed as well.
Signed-off-by: Anand Jain anand.j...@oracle.com
---
fs/btrfs/sysfs.c | 20
fs/btrfs/sysfs.h |2 ++
This patch set fixes the bugs which Jeff patch is fixing,
which is to update sysfs when device is added and removed.
Further, this patch set also address the following.
- Update sysfs path when device is replaced
- Update sysfs path when sprout is created
Also mainly this patch makes the
Creating sprout will change the fsid of the mounted root.
do the same on the sysfs as well.
reproducer:
mount /dev/sdb /btrfs (seed disk)
btrfs dev add /dev/sdc /btrfs
mount -o rw,remount /btrfs
btrfs dev del /dev/sdb /btrfs
mount /dev/sdb /btrfs
Error:
kobject_add_internal failed for
when we replace the device its corresponding sysfs
entry has to be replaced as well
Signed-off-by: Anand Jain anand.j...@oracle.com
---
fs/btrfs/dev-replace.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/fs/btrfs/dev-replace.c b/fs/btrfs/dev-replace.c
index
Jeff,
We were working on the same bugs. I have sent out my patches
as well.
Further I will be working on to revamp /sys/fs/btrfs/fsid/devices
so that instead of links to block device we will have dir based
on devices of the FS.
[PATCH RFC] btrfs: revamp /sys/fs/btrfs/fsid/devices
Hi!
I am getting BTRFS hangs unregularily on SSD based BTRFS RAID 1.
Any hints?
If you need additional data please tell.
Raid is
merkaba:~ lsblk /dev/sda4 /dev/sdb3
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda48:40 279G 0 part
├─sata-home (dm-4)
Hi,
I have a problem with my btrfs filesystem which is freezing when I am
doing snapshots.
I have a cron that is snapshoting around 70 sub volume every ten
minutes. The sub volumes that btrfs is snapshoting are containers
folders that are running through my virtual environment.
Sub directories
Martin Steigerwald posted on Mon, 26 May 2014 14:13:28 +0200 as excerpted:
I donÂŽt know where this unknown, single chunk came from:
merkaba:~ btrfs fi df /home
Data, RAID1: total=145.97GiB, used=125.69GiB
System, RAID1: total=32.00MiB, used=48.00KiB
Metadata, RAID1: total=4.00GiB,
On 26/05/14 13:28, David Bloquel wrote:
Hi,
I have a problem with my btrfs filesystem which is freezing when I am
doing snapshots.
I have a cron that is snapshoting around 70 sub volume every ten
minutes. The sub volumes that btrfs is snapshoting are containers
folders that are running
David Bloquel posted on Mon, 26 May 2014 14:28:51 +0200 as excerpted:
I have a problem with my btrfs filesystem which is freezing when I am
doing snapshots.
I have a cron that is snapshoting around 70 sub volume every ten
minutes. The sub volumes that btrfs is snapshoting are containers
On Sat, 24 May 2014 17:50:55 +0100, Filipe David Borba Manana wrote:
This is a test to verify that the btrfs ioctl clone operation is
able to clone extents of a file to different positions of the file,
that is, the source and target files are the same. Existing tests
only cover the case where
On Mon, 26 May 2014 16:20:55 Martin wrote:
That looks to be running on top of drbd which will add a network write
overhead (unless you are dangerously running asynchronously!). Hence you
will see IO speed related limits a little sooner...
http://etbe.coker.com.au/2012/01/05/drbd-benchmarking/
On Mon, 26 May 2014 14:28:51 +0200
David Bloquel david.bloq...@jimywoo.fr wrote:
[69537.117439] Not tainted 3.12-0.bpo.1-amd64 #1
Try upgrading to the kernel 3.14. From what I can tell it has significant
improvements/bugfixes in the snapshot deletion area. Just a couple of days ago
I got
On Mon, 26 May 2014 22:39:16 +0600
Roman Mamedov r...@romanrm.net wrote:
On Mon, 26 May 2014 14:28:51 +0200
David Bloquel david.bloq...@jimywoo.fr wrote:
[69537.117439] Not tainted 3.12-0.bpo.1-amd64 #1
Try upgrading to the kernel 3.14. From what I can tell it has significant
This patch + the fix to add/remove links on the respective device
operation seem to work with the previous test that used to catch the
slab corruptions, so far so good.
After this has been running fine for a few hours, I've tried to do a
simple check
# cd /sys/fs/btrfs
# find . -type f -exec
On Fri, May 23, 2014 at 10:50:01AM +0800, Anand Jain wrote:
From: Anand Jain anand.j...@oracle.com
generally if you use
echo test /sys/fs/btrfs/fsid/label
it would introduce return char at the end and it can not
be part of the label. The correct command is
echo -n test
Michael Welsh Duggan m...@md5i.com writes:
I am now getting the following error when trying to do a btrfs send:
root@maru2:/usr/local/src/btrfs-progs# ./btrfs send
/usr/local/snapshots/2014-05-15 /backup/intermediate
At subvol /usr/local/snapshots/2014-05-15
ERROR: send ioctl failed with
On 05/26/2014 05:04 PM, Michael Welsh Duggan wrote:
Michael Welsh Duggan m...@md5i.com writes:
I am now getting the following error when trying to do a btrfs send:
root@maru2:/usr/local/src/btrfs-progs# ./btrfs send
/usr/local/snapshots/2014-05-15 /backup/intermediate
At subvol
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 5/26/14, 1:21 PM, David Sterba wrote:
This patch + the fix to add/remove links on the respective device
operation seem to work with the previous test that used to catch
the slab corruptions, so far so good.
After this has been running fine
We are currently allocating space_info objects in an array when we
allocate space_info. When a user does something like:
# btrfs balance start -mconvert=raid1 -dconvert=raid1 /mnt
# btrfs balance start -mconvert=single -dconvert=single /mnt -f
# btrfs balance start -mconvert=raid1 -dconvert=raid1
Hi folks,
The xfstests repository at git://oss.sgi.com/xfs/cmds/xfstests has
just been updated. Patches often get missed, so please check if your
outstanding patches were in this update. If they have not been in
this update, please resubmit them to fste...@vger.kernel.org so they
can be picked up
23 matches
Mail list logo