All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrei Borzenkov <arvidjaar@gmail.com>
To: Christoph Anton Mitterer <calestyo@scientia.org>,
	linux-btrfs@vger.kernel.org
Subject: Re: empty directory from previous subvolume in a snapshot is not sent|received
Date: Thu, 22 Jun 2023 18:22:19 +0300	[thread overview]
Message-ID: <9fd09e52-e77e-415b-bd95-9c58dde263d0@gmail.com> (raw)
In-Reply-To: <ea6099a3cff73c20da032afaaeb446c0b12ec1da.camel@scientia.org>

On 22.06.2023 16:34, Christoph Anton Mitterer wrote:
> Hey.
> 
> Not sure whether this is a bug or expected.
> 
> On my btrfs I have subvolumes like:
>    data/
>    2023-06-21/
> where e.g. data/ contains the root filesystem and 2023-06-21/ is a ro-
> snapshot thereof.
> 
> 
> When I created 2023-06-21/ from data/, the latter contained another
> (rw-)subvolume data/pictures/, which I've deleted (actually: moved out
> the files back to data/ and rmdir-ed the now empty subvol... or maybe I
> did btrfs subvolume delete - not sure anymore) again after creating the
> snapshot.
> 
> 
> Now 2023-06-21/ contains an empty (non-subvolume) 2023-06-21/pictures/,
> which is expected.
> 
> 
> Today I've send|received 2023-06-21/ to another btrfs (at that point,
> the original data/pictures/ subvolume was already gone), and diff -qr -
> -no-dereference-ed the two afterwards.
> 
> Outcome (apart from "differing" files/sockets/block/char special files)
> is that the target doesn't contain the empty pictures/ dir.
> 
> 
> Not a big problem for me,... but is this expected or some kind of
> strange bug?
> 
> 

I think it is expected. btrfs does not support either recursive 
snapshots or recursive send so "btrfs send" skips directory entry that 
points to subvolume root.

  reply	other threads:[~2023-06-22 15:22 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-22 13:34 empty directory from previous subvolume in a snapshot is not sent|received Christoph Anton Mitterer
2023-06-22 15:22 ` Andrei Borzenkov [this message]
2023-06-22 16:09   ` Christoph Anton Mitterer
2023-06-23  4:55     ` Andrei Borzenkov
2023-06-23 18:10       ` Christoph Anton Mitterer

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=9fd09e52-e77e-415b-bd95-9c58dde263d0@gmail.com \
    --to=arvidjaar@gmail.com \
    --cc=calestyo@scientia.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.