diff options
author | David Sterba <dsterba@suse.cz> | 2015-04-08 00:28:48 +0200 |
---|---|---|
committer | David Sterba <dsterba@suse.cz> | 2015-06-09 18:18:19 +0200 |
commit | c9f885ec8963be55983caeeb63ff6cd71ded3f52 (patch) | |
tree | 18d674d942ed3aeeaf1186a3e54a8311a0e2356b /Documentation | |
parent | ff36fbae4d4e6a18c43c0693fb16f0abfc411e32 (diff) |
btrfs-progs: subvol: let sync check only current deletions
So far the subvol sync command takes a shortcut and looks if there are
any deleted subvols at all. It does not print the deleted subvolumes as
they get cleaned. Arguably this is what the user would like to see and
has to do
$ btrfs subvol sync /path $(btrfs subvol list -d /path | "extract the ids")
to see the progress.
Make it look for all currently deleted subvolumes automatically and
print the progress as if the ids were listed manually.
This is a slight change in the semantics of the command. Previously, any
new subvol deletion would prevent subvol sync to return. To simulate the
old behaviour, run 'subvol sync' in a loop until it returns 0.
Signed-off-by: David Sterba <dsterba@suse.cz>
Diffstat (limited to 'Documentation')
-rw-r--r-- | Documentation/btrfs-subvolume.asciidoc | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/Documentation/btrfs-subvolume.asciidoc b/Documentation/btrfs-subvolume.asciidoc index 3dd5289b..c187fd86 100644 --- a/Documentation/btrfs-subvolume.asciidoc +++ b/Documentation/btrfs-subvolume.asciidoc @@ -155,9 +155,9 @@ If '-r' is given, the snapshot will be readonly. *sync* <path> [subvolid...]:: Wait until given subvolume(s) are completely removed from the filesystem -after deletion. If no subvolume id is given, wait until all ongoing deletion -requests are complete. This may take long if new deleted subvolumes appear -during the sleep interval. +after deletion. If no subvolume id is given, wait until all current deletion +requests are completed, but do not wait for subvolumes deleted meanwhile. +The status of subvolume ids is checked periodically. + `Options` + |