On Mon, 19 Aug 2013 15:45:32 -0500 (CDT)
BJ Quinn b...@placs.net wrote:
Ok, so the fix is now in 3.10.6 and I'm using that. I don't get the
hang anymore, but now I'm having a new problem.
Mount options --
rw,noatime,nodiratime,compress-force=zlib,space_cache,inode_cache,ssd
I need
list.bt...@jan-o-sch.net,
linux-btrfs@vger.kernel.org, Freddie Cash fjwc...@gmail.com, bo li liu
bo.li@oracle.com
Sent: Tuesday, August 20, 2013 4:59:23 AM
Subject: Re: Cloning a Btrfs partition
On Mon, 19 Aug 2013 15:45:32 -0500 (CDT)
BJ Quinn b...@placs.net wrote:
Ok, so the fix is now
5:28:00 AM
Subject: Re: Cloning a Btrfs partition
On Mon, July 29, 2013 at 17:32 (+0200), BJ Quinn wrote:
Thanks for the response! Not sure I want to roll a custom kernel on this
particular system. Any idea on when it might make it to 3.10 stable or
3.11? Or should I just revert back to 3.9
On Mon, July 29, 2013 at 17:32 (+0200), BJ Quinn wrote:
Thanks for the response! Not sure I want to roll a custom kernel on this
particular system. Any idea on when it might make it to 3.10 stable or
3.11? Or should I just revert back to 3.9?
I missed that it's in fact in 3.11 and if I got
Hi BJ,
[original message rewrapped]
On Thu, July 25, 2013 at 18:32 (+0200), BJ Quinn wrote:
(Apologies for the double post -- forgot to send as plain text the first time
around, so the list rejected it.)
I see that there's now a btrfs send / receive and I've tried using it, but
I'm getting
Thanks for the response! Not sure I want to roll a custom kernel on this
particular system. Any idea on when it might make it to 3.10 stable or
3.11? Or should I just revert back to 3.9?
Thanks!
-BJ
- Original Message -
From: Jan Schmidt list.bt...@jan-o-sch.net
Sent: Monday,
: Phillip Susi ps...@cfl.rr.com, Freddie Cash fjwc...@gmail.com,
linux-btrfs@vger.kernel.org
Sent: Thursday, December 8, 2011 10:41:38 AM
Subject: Re: Cloning a Btrfs partition
On 08.12.2011 17:28, BJ Quinn wrote:
At any rate, was someone saying that some work had already started on
something
Now I've managed to basically bring my system to its knees. My rsync script
that takes weeks ends up bringing the system to a crawl long before it can ever
finish. I end up with 100% of the CPU used up by the following as shown by top
btrfs-endio-wri
btrfs-delayed-m
btrfs-transacti
On Fri, 30 Dec 2011 11:25:58 AM BJ Quinn wrote:
Any suggestions? I'm using CentOS 6.2 fully updated.
Are you using the 3.2 kernel as well ?
The RHEL kernel probably has an old version of btrfs in it.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email
Actually, I seem to be having problems where my rsync script ends up hanging
the system again. It's pretty repeatable, and the system is completely frozen
and I have to do a hard reboot. Runs for a couple of hours and hangs the
system every time. Of course, I'm not doing anything special
On Monday, 12 December, 2011 15:41:29 you wrote:
You can't change the uuid of an existing btrfs partition. Well, you
can, but you have to rewrite all the metadata blocks.
Is there a tool that would allow me to rewrite all the metadata blocks with
a new UUID? At this point, it can't possibly
2011-12-07, 12:35(-06), BJ Quinn:
I've got a 6TB btrfs array (two 3TB drives in a RAID 0). It's
about 2/3 full and has lots of snapshots. I've written a
script that runs through the snapshots and copies the data
efficiently (rsync --inplace --no-whole-file) from the main
6TB array to a backup
On 12/7/2011 1:49 PM, BJ Quinn wrote:
What I need isn't really an equivalent zfs send -- my script can do
that. As I remember, zfs send was pretty slow too in a scenario like
this. What I need is to be able to clone a btrfs array somehow -- dd
would be nice, but as I said I end up with the
No, btrfs send is exactly what you need. Using dd is slow because it
copies unused blocks, and requires the source fs be unmounted and the
destination be an empty partition. rsync is slow because it can't take
advantage of the btrfs tree to quickly locate the files (or parts of
them) that have
On 08.12.2011 17:07, BJ Quinn wrote:
At any rate, was someone saying that some work had already started on
something like btrfs send?
That's right.
-Jan
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo
2011-12-08, 10:49(-05), Phillip Susi:
On 12/7/2011 1:49 PM, BJ Quinn wrote:
What I need isn't really an equivalent zfs send -- my script can do
that. As I remember, zfs send was pretty slow too in a scenario like
this. What I need is to be able to clone a btrfs array somehow -- dd
would be
At any rate, was someone saying that some work had already started on
something like btrfs send?
That's right.
Google tells me that someone is you. :)
What Google wouldn't tell me though was whether you have something I could test?
-BJ
--
To unsubscribe from this list: send the line
On 08.12.2011 17:28, BJ Quinn wrote:
At any rate, was someone saying that some work had already started on
something like btrfs send?
That's right.
Google tells me that someone is you. :)
What Google wouldn't tell me though was whether you have something I could
test?
Well, it's
On Thursday, 08 December, 2011 10:00:54 Stephane CHAZELAS wrote:
Because of the same uuid, the btrfs commands like filesystem
show will not always give sensible outputs. I tried to rename
the fsid by changing it in the superblocks, but it looks like it
is alsa included in a few other places
As soon as there's something that can be tested, you'll find it on this list.
Great, I'd love to try it. I spent a lot of time with ZFS and the zfs
send/recv functionality was very convenient.
Meanwhile, does anyone know how I can change the UUID of a btrfs partition or
are there any other
On Thu, Dec 08, 2011 at 01:56:59PM -0600, BJ Quinn wrote:
As soon as there's something that can be tested, you'll find it on this
list.
Great, I'd love to try it. I spent a lot of time with ZFS and the zfs
send/recv functionality was very convenient.
Meanwhile, does anyone know how I
Care to share you rsync script?
Sure. It's a little raw, and makes some assumptions about my environment, but
it does the job other than the fact that it takes weeks to run. :)
In the below example, the main or source FS is mounted at /mnt/btrfs, the
backup or target FS at
I've got a 6TB btrfs array (two 3TB drives in a RAID 0). It's about 2/3 full
and has lots of snapshots. I've written a script that runs through the
snapshots and copies the data efficiently (rsync --inplace --no-whole-file)
from the main 6TB array to a backup array, creating snapshots on the
On Wed, Dec 7, 2011 at 10:35 AM, BJ Quinn b...@placs.net wrote:
I've got a 6TB btrfs array (two 3TB drives in a RAID 0). It's about 2/3 full
and has lots of snapshots. I've written a script that runs through the
snapshots and copies the data efficiently (rsync --inplace --no-whole-file)
Until an analog of zfs send is added to btrfs (and I believe there
are some side projects ongoing to add something similar), your only
option is the one you are currently using via rsync.
Well, I don't mind using the rsync script, it's just that it's so slow. I'd
love to use my script to keep
25 matches
Mail list logo