From: "Fabian Grünbichler" <f.gruenbichler@proxmox.com>
To: Proxmox Backup Server development discussion
<pbs-devel@lists.proxmox.com>
Subject: Re: [pbs-devel] [PATCH proxmox-backup 6/8] file-restore: fallback to mpxar if catalog not present
Date: Fri, 07 Jun 2024 12:32:43 +0200 [thread overview]
Message-ID: <1717755951.2mnobqhrbs.astroid@yuna.none> (raw)
In-Reply-To: <20240607094313.178742-7-c.ebner@proxmox.com>
On June 7, 2024 11:43 am, Christian Ebner wrote:
> The `proxmox-file-restore list` command will uses the provided path to
> lookup and list directory entries via the catalog. Fallback to using
> the metadata archive if the catalog is not present for fast lookups in
> a backup snapshot.
>
> This is in preparation for dropping encoding of the catalog for
> snapshots using split archive encoding. Proxmox VE's storage plugin
> uses this to allow single file restore for LXCs.
>
> Signed-off-by: Christian Ebner <c.ebner@proxmox.com>
> ---
> proxmox-file-restore/src/main.rs | 72 +++++++++++++++++++++++++-------
> 1 file changed, 56 insertions(+), 16 deletions(-)
>
> diff --git a/proxmox-file-restore/src/main.rs b/proxmox-file-restore/src/main.rs
> index 38cc1ce85..a09873467 100644
> --- a/proxmox-file-restore/src/main.rs
> +++ b/proxmox-file-restore/src/main.rs
> @@ -124,7 +124,8 @@ async fn list_files(
> ExtractPath::ListArchives => {
> let mut entries = vec![];
> for file in manifest.files() {
> - if !has_pxar_filename_extension(&file.filename, true)
> + if !file.filename.ends_with(".pxar.didx")
> + && !file.filename.ends_with(".mpxar.didx")
> && !file.filename.ends_with(".img.fidx")
is this hunk here stray? or why do we now list regular pxar files here
but didn't before? this seems unrelated to the rest of this patch?
> {
> continue;
> @@ -146,24 +147,63 @@ async fn list_files(
> Ok(entries)
> }
> ExtractPath::Pxar(file, mut path) => {
> - let index = client
> - .download_dynamic_index(&manifest, CATALOG_NAME)
> + if let Ok(file_info) = manifest.lookup_file_info(CATALOG_NAME) {
> + let index = client
> + .download_dynamic_index(&manifest, CATALOG_NAME)
> + .await?;
> + let most_used = index.find_most_used_chunks(8);
> + let chunk_reader = RemoteChunkReader::new(
> + client.clone(),
> + crypt_config,
> + file_info.chunk_crypt_mode(),
> + most_used,
> + );
> + let reader = BufferedDynamicReader::new(index, chunk_reader);
> + let mut catalog_reader = CatalogReader::new(reader);
> +
> + let mut fullpath = file.into_bytes();
> + fullpath.append(&mut path);
> +
> + catalog_reader.list_dir_contents(&fullpath)
> + } else {
> + if path.is_empty() {
> + path = vec![b'/'];
> + }
> +
> + let (archive_name, payload_archive_name) =
> + pbs_client::tools::get_pxar_archive_names(&file, &manifest)?;
> +
> + let (reader, archive_size) = get_remote_pxar_reader(
> + &archive_name,
> + client.clone(),
> + &manifest,
> + crypt_config.clone(),
> + )
> .await?;
> - let most_used = index.find_most_used_chunks(8);
> - let file_info = manifest.lookup_file_info(CATALOG_NAME)?;
> - let chunk_reader = RemoteChunkReader::new(
> - client.clone(),
> - crypt_config,
> - file_info.chunk_crypt_mode(),
> - most_used,
> - );
> - let reader = BufferedDynamicReader::new(index, chunk_reader);
> - let mut catalog_reader = CatalogReader::new(reader);
>
> - let mut fullpath = file.into_bytes();
> - fullpath.append(&mut path);
> + let reader = if let Some(payload_archive_name) = payload_archive_name {
> + let (payload_reader, payload_size) = get_remote_pxar_reader(
> + &payload_archive_name,
> + client,
> + &manifest,
> + crypt_config,
> + )
> + .await?;
> + pxar::PxarVariant::Split(reader, (payload_reader, payload_size))
> + } else {
> + pxar::PxarVariant::Unified(reader)
> + };
> +
> + let accessor = Accessor::new(reader, archive_size).await?;
> + let path = OsStr::from_bytes(&path);
>
> - catalog_reader.list_dir_contents(&fullpath)
> + pbs_client::tools::pxar_metadata_catalog_lookup(
> + accessor,
> + &path,
> + Some(&archive_name),
> + )
> + .await
so the new code here, and the one in the api are identical modulo
get_remote/local_pxar_read..
and those two are the only call sites of pxar_metadata_catalog_lookup..
so couldn't we just adapt the latter to take a closure returning the
readers for a given archive name and unify the rest? also technically,
we don't need the payload reader at all other than to not run afoul of
some invariants somewhere I guess? but that could be done as a follow-up
as well.
> + }
> }
> ExtractPath::VM(file, path) => {
> let details = SnapRestoreDetails {
> --
> 2.39.2
>
>
>
> _______________________________________________
> pbs-devel mailing list
> pbs-devel@lists.proxmox.com
> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pbs-devel
>
>
>
_______________________________________________
pbs-devel mailing list
pbs-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pbs-devel
next prev parent reply other threads:[~2024-06-07 10:32 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-07 9:43 [pbs-devel] [PATCH proxmox-backup 0/8] drop catalog encoding for split pxar archives Christian Ebner
2024-06-07 9:43 ` [pbs-devel] [PATCH proxmox-backup 1/8] api: datastore: factor out path decoding for catalog Christian Ebner
2024-06-07 9:43 ` [pbs-devel] [PATCH proxmox-backup 2/8] api: datastore: move reusable code out of thread Christian Ebner
2024-06-07 9:43 ` [pbs-devel] [PATCH proxmox-backup 3/8] client: tools: add helper to lookup `ArchiveEntry`s via pxar Christian Ebner
2024-06-07 9:43 ` [pbs-devel] [PATCH proxmox-backup 4/8] api: datastore: conditional lookup for catalog endpoint Christian Ebner
2024-06-07 10:23 ` Fabian Grünbichler
2024-06-07 10:34 ` Christian Ebner
2024-06-07 9:43 ` [pbs-devel] [PATCH proxmox-backup 5/8] api: datastore: add optional archive-name to file-restore Christian Ebner
2024-06-07 10:24 ` Fabian Grünbichler
2024-06-07 9:43 ` [pbs-devel] [PATCH proxmox-backup 6/8] file-restore: fallback to mpxar if catalog not present Christian Ebner
2024-06-07 10:32 ` Fabian Grünbichler [this message]
2024-06-07 10:43 ` Christian Ebner
2024-06-07 11:35 ` Fabian Grünbichler
2024-06-07 11:41 ` Christian Ebner
2024-06-07 9:43 ` [pbs-devel] [PATCH proxmox-backup 7/8] www: content: lookup via metadata archive instead of catalog Christian Ebner
2024-06-07 9:43 ` [pbs-devel] [PATCH proxmox-backup 8/8] client: backup: conditionally write catalog for file level backups Christian Ebner
2024-06-07 10:48 ` Fabian Grünbichler
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=1717755951.2mnobqhrbs.astroid@yuna.none \
--to=f.gruenbichler@proxmox.com \
--cc=pbs-devel@lists.proxmox.com \
/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