linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Sardari <d@duxsco.de>
To: Andrei Borzenkov <arvidjaar@gmail.com>, linux-btrfs@vger.kernel.org
Subject: Re: Btrfs failing to make incremental backups
Date: Sat, 30 Oct 2021 16:20:33 +0200	[thread overview]
Message-ID: <9eefd0b24436350452e993dce3cf02c4f6284b71.camel@duxsco.de> (raw)
In-Reply-To: <8d2d6b96071b9f50c2a509c71a0eb34fd20b4349.camel@duxsco.de>

Here is what the corresponding parent snapshot looks like on the
destination side:

bash-5.1# btrfs subvolume show "${DST}/@2021-10-30-095620_files"
WARNING: the subvolume is read-write and has received_uuid set,
	 don't use it for incremental send. Please see section
	 'SUBVOLUME FLAGS' in manual page btrfs-subvolume for
	 further information.
@00_snapshot_hourly/@2021-10-30-095620_files
	Name: 			@2021-10-30-095620_files
	UUID: 			59c8e5fb-f3f7-d448-9da9-e2af0cc5b0d8
	Parent UUID: 		e04d86db-293a-cc44-a226-059677aa6e11
	Received UUID: 		7eb8ade9-0234-474c-b3c6-
3b439bb51aa4
	Creation time: 		2021-10-30 11:56:27 +0200
	Subvolume ID: 		3275
	Generation: 		1048
	Gen at creation: 	1045
	Parent ID: 		1988
	Top level ID: 		1988
	Flags: 			readonly
	Send transid: 		319434
	Send time: 		2021-10-30 11:56:27 +0200
	Receive transid: 	1046
	Receive time: 		2021-10-30 11:56:27 +0200
	Snapshot(s):

-- 
My GnuPG public key:
gpg --auto-key-locate clear,dane --locate-external-key <MyMailAddress>




On Sat, 2021-10-30 at 16:14 +0200, David Sardari wrote:
> I understand. Next time I write everything in the mail body.
> 
> I deleted the snapshot on the destination side. So, I had to do again
> just now resulting in same problem:
> 
>    btrfs send -p | \
>        "${SRC}/@2021-10-30-095620_files" \
>        "${DST}/@2021-10-30-100526_files" | \
>        btrfs receive "${DST}/"; echo $status; sync
>    At subvol
> /mnt/backup/src/@00_snapshot_hourly/@2021-10-30-100526_files
>    At snapshot @2021-10-30-100526_files
>    0
> 
> The parent snapshot:
> 
>    bash-5.1# btrfs subvolume show "${SRC}/@2021-10-30-095620_files"
>    WARNING: the subvolume is read-write and has received_uuid set,
>          don't use it for incremental send. Please see section
>          'SUBVOLUME FLAGS' in manual page btrfs-subvolume for
>          further information.
>    @00_snapshot_hourly/@2021-10-30-095620_files
>         Name:                   @2021-10-30-095620_files
>         UUID:                   c4914d2e-b1f7-134e-984f-bf686f8d919b
>         Parent UUID:            537c7db2-05da-6546-9092-89f873d7276a
>         Received UUID:          7eb8ade9-0234-474c-b3c6-
>    3b439bb51aa4
>         Creation time:          2021-10-30 11:56:20 +0200
>         Subvolume ID:           5914
>         Generation:             319458
>         Gen at creation:        319458
>         Parent ID:              5855
>         Top level ID:           5855
>         Flags:                  readonly
>         Send transid:           14924
>         Send time:              2021-10-30 11:56:20 +0200
>         Receive transid:        1276
>         Receive time:           2020-10-30 23:44:11 +0100
>         Snapshot(s):
> 
> Snapshot that needs to be sent:
> 
>    bash-5.1# btrfs subvolume show "${SRC}/@2021-10-30-100526_files"
>    WARNING: the subvolume is read-write and has received_uuid set,
>          don't use it for incremental send. Please see section
>          'SUBVOLUME FLAGS' in manual page btrfs-subvolume for
>          further information.
>    @00_snapshot_hourly/@2021-10-30-100526_files
>         Name:                   @2021-10-30-100526_files
>         UUID:                   74c54234-20b3-7d4c-9dd8-ebb919d2e876
>         Parent UUID:            537c7db2-05da-6546-9092-89f873d7276a
>         Received UUID:          7eb8ade9-0234-474c-b3c6-
>    3b439bb51aa4
>         Creation time:          2021-10-30 12:05:26 +0200
>         Subvolume ID:           5920
>         Generation:             319481
>         Gen at creation:        319481
>         Parent ID:              5855
>         Top level ID:           5855
>         Flags:                  readonly
>         Send transid:           14924
>         Send time:              2021-10-30 12:05:26 +0200
>         Receive transid:        1276
>         Receive time:           2020-10-30 23:44:11 +0100
>         Snapshot(s):
> 
> 
> Resulting snapshot on the destination side:
> 
>    bash-5.1# btrfs subvolume show "${DST}/@2021-10-30-100526_files"
>    WARNING: the subvolume is read-write and has received_uuid set,
>          don't use it for incremental send. Please see section
>          'SUBVOLUME FLAGS' in manual page btrfs-subvolume for
>          further information.
>    @00_snapshot_hourly/@2021-10-30-100526_files
>         Name:                   @2021-10-30-100526_files
>         UUID:                   4a97faed-5852-e140-a6ec-4eaac6ab4863
>         Parent UUID:            e04d86db-293a-cc44-a226-059677aa6e11
>         Received UUID:          7eb8ade9-0234-474c-b3c6-
>    3b439bb51aa4
>         Creation time:          2021-10-30 15:54:32 +0200
>         Subvolume ID:           3300
>         Generation:             1146
>         Gen at creation:        1146
>         Parent ID:              1988
>         Top level ID:           1988
>         Flags:                  readonly
>         Send transid:           319434
>         Send time:              2021-10-30 15:54:32 +0200
>         Receive transid:        1147
>         Receive time:           2021-10-30 15:54:32 +0200
>         Snapshot(s):
> 


  reply	other threads:[~2021-10-30 14:22 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-30 12:49 Btrfs failing to make incremental backups David Sardari
2021-10-30 13:38 ` Andrei Borzenkov
2021-10-30 14:14   ` David Sardari
2021-10-30 14:20     ` David Sardari [this message]
2021-10-30 15:02       ` Andrei Borzenkov
2021-10-30 15:36         ` David Sardari
2021-10-30 19:17           ` David Sardari

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9eefd0b24436350452e993dce3cf02c4f6284b71.camel@duxsco.de \
    --to=d@duxsco.de \
    --cc=arvidjaar@gmail.com \
    --cc=linux-btrfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).