On Sun, Oct 25, 2015 at 2:10 PM, Ed Tomlinson wrote:
> Filipe,
>
> I realize its another bug. Two additional pieces of info that might help.
> One, btrfs-progs was at 4.1.2 (I missed a tag= in my git pull).
Btrfs-progs' version is irrelevant. The problem is the send side
generating incorrect pat
Filipe,
I realize its another bug. Two additional pieces of info that might help.
One, btrfs-progs was at 4.1.2 (I missed a tag= in my git pull). Second
is that I have been able to recreate this issue three times over a period
of
two to three days (tring again with 4.2.3). My fs is probably a
On Sun, Oct 25, 2015 at 1:38 PM, Ed Tomlinson wrote:
> Filipe,
>
> Its still not perfect. Here I can do sequential sends a few times then I
> get something like this:
>
> [root@grover snap]# sh -x brh
> + base=/snap/shot
> ++ date +%Y-%V-%u_%m-%d_%H:%M
> + stamp=2015-43-6_10-24_10:24
> + btrfs su
Filipe,
Its still not perfect. Here I can do sequential sends a few times then I
get something like this:
[root@grover snap]# sh -x brh
+ base=/snap/shot
++ date +%Y-%V-%u_%m-%d_%H:%M
+ stamp=2015-43-6_10-24_10:24
+ btrfs subv snapshot -r /snap/homevol /snap/shot.2015-43-6_10-24_10:24
Create
Filipe Manana posted on Sat, 24 Oct 2015 18:52:21 +0100 as excerpted:
> On Sat, Oct 24, 2015 at 6:36 PM, wrote:
>> Hello,
>>
>> I would like to do backups based on btrfs send/receive.
>>
>> So I though I would do a transfer over portable HDD and then
>> incremental sends (using -p) over network.
On Sat, Oct 24, 2015 at 6:36 PM, wrote:
> Hello,
>
> I would like to do backups based on btrfs send/receive.
>
> So I though I would do a transfer over portable HDD and then incremental
> sends (using -p) over network.
>
> Initial :
>
> btrfs send "all" (primary HDD) → btrfs receive (portable HD
