public inbox for pbs-devel@lists.proxmox.com
 help / color / mirror / Atom feed
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


  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
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal