From: Jakob Klocker <j.klocker@proxmox.com>
To: pbs-devel@lists.proxmox.com
Cc: Jakob Klocker <j.klocker@proxmox.com>
Subject: [PATCH proxmox-backup v2 0/3] fix #6990: server: drop verify state on push & pull job
Date: Fri, 21 Aug 2026 13:18:23 +0200 [thread overview]
Message-ID: <20260821111826.299588-1-j.klocker@proxmox.com> (raw)
When syncing a snapshot to another datastore, the source's verify_state
is currently carried over to the target. This reports the target
snapshot as verified even though its stored copy was never checked
there. Since verify jobs skip snapshots that already carry a
verify_state, the target's copy can't be verified again.
Chunks are checksummed in memory while being transferred, but a verify
serves a different purpose: confirming the write to the (external)
target actually succeeded.
This series drops verify_state on sync so the target is verified
independently. It also moves the
blocking calls in the touched code paths off the runtime's worker
threads onto the blocking thread pool.
Tested (verify_state correctly stripped on target):
* Pull, verified source, new content, clean sync
* Pull, verified source, existing content, clean sync
* Pull, corrupted target, resync-corrupt
* Push, verified source (has no corrupt path)
* Pull, independently-verified target, clean re-sync - state preserved
changes from v1 to v2 (thanks @Christian):
* move the manifest write helper onto `BackupManifest`
* offload fsync, rename and cleanup to `spawn_blocking()`
Link: https://bugzilla.proxmox.com/show_bug.cgi?id=6990
proxmox-backup:
Jakob Klocker (3):
server: pull: run blocking file operations on the blocking pool
fix #6990: server: drop verify state on push job
fix #6990: server: drop verify state on non-decrypt pull job
pbs-datastore/src/manifest.rs | 25 +++++++++++++++-
src/server/pull.rs | 56 ++++++++++++++++++++++-------------
src/server/push.rs | 7 +++++
3 files changed, 67 insertions(+), 21 deletions(-)
Summary over all repositories:
3 files changed, 67 insertions(+), 21 deletions(-)
--
Generated by murpp 0.12.0
next reply other threads:[~2026-08-21 11:18 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-21 11:18 Jakob Klocker [this message]
2026-08-21 11:18 ` [PATCH proxmox-backup v2 1/3] server: pull: run blocking file operations on the blocking pool Jakob Klocker
2026-08-21 11:18 ` [PATCH proxmox-backup v2 2/3] fix #6990: server: drop verify state on push job Jakob Klocker
2026-08-21 11:18 ` [PATCH proxmox-backup v2 3/3] fix #6990: server: drop verify state on non-decrypt pull job Jakob Klocker
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=20260821111826.299588-1-j.klocker@proxmox.com \
--to=j.klocker@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.