From: Christian Ebner <c.ebner@proxmox.com>
To: pbs-devel@lists.proxmox.com
Subject: [pbs-devel] [PATCH proxmox-backup v2] GC: chunk store: fix chunk using markers cleanup
Date: Tue, 25 Nov 2025 15:00:13 +0100 [thread overview]
Message-ID: <20251125140013.586369-1-c.ebner@proxmox.com> (raw)
Since commit 9510ef1a ("GC: assure chunk exists on s3 store when
creating missing chunk marker") chunks which are referenced by
an index file but do not have a local marker file are marked by a
file with the `using` extension, so they are not cleaned up during
phase 2 if the chunk is still present on the backend.
If the chunk is however not encountered, phase 3 will see the marker
and tries to clean it up, which currently however fails because
it is first tried to be cleaned up from the LRU cache, the filename
being converted to the chunk digest.
Therefore, clean up any using marker file encountered during phase 3
before any regular or bad chunk, independent from the atime.
Fixes: https://forum.proxmox.com/threads/176567/post-819437
Signed-off-by: Christian Ebner <c.ebner@proxmox.com>
---
Changes since version 1 (thanks a lot for offlist discussion Thomas):
- Cleanup using marker chunks independent from atime cutoff
pbs-datastore/src/chunk_store.rs | 14 +++++++++++++-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/pbs-datastore/src/chunk_store.rs b/pbs-datastore/src/chunk_store.rs
index f53460664..7fe09b914 100644
--- a/pbs-datastore/src/chunk_store.rs
+++ b/pbs-datastore/src/chunk_store.rs
@@ -25,6 +25,8 @@ use crate::file_formats::{
};
use crate::{DataBlob, LocalDatastoreLruCache};
+const USING_MARKER_FILENAME_EXT: &str = "using";
+
/// File system based chunk store
pub struct ChunkStore {
name: String, // used for error reporting
@@ -426,6 +428,16 @@ impl ChunkStore {
drop(lock);
continue;
}
+ if filename
+ .to_bytes()
+ .ends_with(USING_MARKER_FILENAME_EXT.as_bytes())
+ {
+ unlinkat(Some(dirfd), filename, UnlinkatFlags::NoRemoveDir).map_err(|err| {
+ format_err!("unlinking chunk using marker {filename:?} failed - {err}")
+ })?;
+ drop(lock);
+ continue;
+ }
chunk_count += 1;
@@ -776,7 +788,7 @@ impl ChunkStore {
/// Helper to generate marker file path for expected chunks
fn chunk_expected_marker_path(&self, digest: &[u8; 32]) -> PathBuf {
let (mut path, _digest_str) = self.chunk_path(digest);
- path.set_extension("using");
+ path.set_extension(USING_MARKER_FILENAME_EXT);
path
}
--
2.47.3
_______________________________________________
pbs-devel mailing list
pbs-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pbs-devel
next reply other threads:[~2025-11-25 14:00 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-25 14:00 Christian Ebner [this message]
2025-11-25 14:18 ` Fabian Grünbichler
2025-11-25 14:23 ` Thomas Lamprecht
2025-11-25 14:27 ` Christian Ebner
2025-11-26 8:23 ` Fabian Grünbichler
2025-11-25 15:02 ` [pbs-devel] applied: " Thomas Lamprecht
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=20251125140013.586369-1-c.ebner@proxmox.com \
--to=c.ebner@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 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.