n"
Cc: ps...@cfl.rr.com, "Jan Schmidt" ,
linux-btrfs@vger.kernel.org, "Freddie Cash" , "bo li liu"
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 wrote:
> Ok, so the fix is now in
On Mon, 19 Aug 2013 15:45:32 -0500 (CDT)
BJ Quinn 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 compressio
nes. That and btrfs send doesn't seem to be
space efficient here (again, unless I'm using it incorrectly).
Thanks in advance for your help!
-BJ
- Original Message -
From: "Jan Schmidt"
To: "BJ Quinn"
Cc: "Jan Schmidt" , linux-btrfs@vger.kernel
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 g
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"
Sent: Monday, July 29, 2013 3:21:51 AM
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 get
]
Jul 24 18:46:48 foxserver8 kernel: RSP
Jul 24 18:46:48 foxserver8 kernel: ---[ end trace a30ba65210ac4804 ]---
-BJ
- Forwarded Message -
From: "Jan Schmidt"
To: "BJ Quinn"
Cc: "Phillip Susi" , "Freddie Cash" ,
linux-btrfs@vger.kernel.org
Sen
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 m
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
btrfs-delal
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 othe
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 po
>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 take longer than the way I'm trying
to do it now
> 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 "/mnt/btrf
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 kno
>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 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
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?
>> 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
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
>> w
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 majord
>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
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 iden
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 ba
>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
On Wed, Dec 7, 2011 at 10:35 AM, BJ Quinn 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)
> from the main
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 bac
26 matches
Mail list logo
