From: Hannes Laimer <h.laimer@proxmox.com>
To: Christian Ebner <c.ebner@proxmox.com>, pbs-devel@lists.proxmox.com
Subject: Re: [PATCH proxmox-backup 1/2] api: datastore: add option to run garbage collection before unmount
Date: Mon, 20 Apr 2026 08:52:12 +0200 [thread overview]
Message-ID: <9873f6db-69c4-4042-b9b4-a3259d6cccab@proxmox.com> (raw)
In-Reply-To: <7563649d-82ba-441c-bc7c-d08b15226de8@proxmox.com>
On 2026-04-17 16:33, Christian Ebner wrote:
> On 4/17/26 1:26 PM, Hannes Laimer wrote:
>> Removable datastores set up for auto-unmount have no natural point at
>> which to run garbage collection, since the drive is unmounted right
>> after jobs finish. Expose a gc-on-unmount option so GC can be triggered
>> as part of the unmount for those setups.
>>
>> Signed-off-by: Hannes Laimer <h.laimer@proxmox.com>
>> ---
>> src/api2/admin/datastore.rs | 33 +++++++++++++++++++++++++++------
>> src/api2/config/datastore.rs | 9 +++++++++
>> 2 files changed, 36 insertions(+), 6 deletions(-)
>>
>> diff --git a/src/api2/admin/datastore.rs b/src/api2/admin/datastore.rs
>> index 757b3114..5ce30c57 100644
>> --- a/src/api2/admin/datastore.rs
>> +++ b/src/api2/admin/datastore.rs
>> @@ -2641,15 +2641,36 @@ fn do_unmount_device(
>> }
>> async fn do_unmount(store: String, auth_id: Authid, to_stdout:
>> bool) -> Result<Value, Error> {
>> - let _lock = pbs_config::datastore::lock_config()?;
>> - let (mut section_config, _digest) =
>> pbs_config::datastore::config()?;
>> - let mut datastore: DataStoreConfig =
>> section_config.lookup("datastore", &store)?;
>> + let gc_on_unmount = {
>> + let _lock = pbs_config::datastore::lock_config()?;
>
> question: Is the exclusive lock on the datastore config really required
> here? After all this only reads the config and checks it's parameters.
>
not really, will drop for v2
>> + let (section_config, _digest) =
>> pbs_config::datastore::config()?;
>> + let datastore: DataStoreConfig =
>> section_config.lookup("datastore", &store)?;
>> - if datastore.backing_device.is_none() {
>> - bail!("datastore '{store}' is not removable");
>> + if datastore.backing_device.is_none() {
>> + bail!("datastore '{store}' is not removable");
>> + }
>> +
>> + ensure_datastore_is_mounted(&datastore)?;
>> +
>> + datastore.gc_on_unmount.unwrap_or(false)
>> + };
>> +
>> + // Must happen outside the config lock, the GC handler acquires
>> it too.
>> + if gc_on_unmount {
>> + let client = crate::client_helpers::connect_to_localhost()
>> + .context("failed to connect to localhost for starting GC")?;
>> + match client
>> + .post(&format!("api2/json/admin/datastore/{store}/gc"),
>> None)
>
> question: What about permissions here? Running garbage collection
> normally requires Datastore.Modify, but since a datastore config edit
> requires Datastore.Modify or creation via Datastore.Allocate I guess
> this is okay. Might however warrant a comment.
>
>> + .await
>> + {
>> + Ok(_) => info!("started garbage collection, unmount will
>> wait for it to finish"),
>
> comment: Why this works should be outlined in the commit message IMO.
> Maybe something along the lines of:
> ```
> Relies on the active write operation by garbage collection to block the
> unmount task until GC completes (among possible other active
> operations). Further, no other active operation can occur in the mean
> time, since the datastore remains in maintenance mode `unmount`.
> ```
>
>> + Err(err) => warn!("unable to start garbage collection
>> before unmount: {err}"),
>> + }
>> }
>> - ensure_datastore_is_mounted(&datastore)?;
>> + let _lock = pbs_config::datastore::lock_config()?;
>> + let (mut section_config, _digest) =
>> pbs_config::datastore::config()?;
>> + let mut datastore: DataStoreConfig =
>> section_config.lookup("datastore", &store)?;
>> datastore.set_maintenance_mode(Some(MaintenanceMode {
>> ty: MaintenanceType::Unmount,
>> diff --git a/src/api2/config/datastore.rs b/src/api2/config/datastore.rs
>> index c44d50d1..c0be0296 100644
>> --- a/src/api2/config/datastore.rs
>> +++ b/src/api2/config/datastore.rs
>> @@ -409,6 +409,8 @@ pub enum DeletableProperty {
>> Comment,
>> /// Delete the garbage collection schedule.
>> GcSchedule,
>> + /// Delete the gc-on-unmount property.
>> + GcOnUnmount,
>> /// Delete the prune job schedule.
>> PruneSchedule,
>> /// Delete the keep-last property
>> @@ -495,6 +497,9 @@ pub fn update_datastore(
>> DeletableProperty::GcSchedule => {
>> data.gc_schedule = None;
>> }
>> + DeletableProperty::GcOnUnmount => {
>> + data.gc_on_unmount = None;
>> + }
>> DeletableProperty::PruneSchedule => {
>> data.prune_schedule = None;
>> }
>> @@ -560,6 +565,10 @@ pub fn update_datastore(
>> data.gc_schedule = update.gc_schedule;
>> }
>> + if update.gc_on_unmount.is_some() {
>> + data.gc_on_unmount = update.gc_on_unmount;
>> + }
>> +
>> macro_rules! prune_disabled {
>> ($(($param:literal, $($member:tt)+)),+) => {
>> $(
>
next prev parent reply other threads:[~2026-04-20 6:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-17 11:27 [PATCH proxmox-backup 0/2] fixes #7465: add gc-on-unmount flag Hannes Laimer
2026-04-17 11:27 ` [PATCH proxmox-backup 1/2] api: datastore: add option to run garbage collection before unmount Hannes Laimer
2026-04-17 14:35 ` Christian Ebner
2026-04-20 6:52 ` Hannes Laimer [this message]
2026-04-17 11:27 ` [PATCH proxmox-backup 2/2] ui: datastore: expose gc-on-unmount setting Hannes Laimer
2026-04-17 14:56 ` [PATCH proxmox-backup 0/2] fixes #7465: add gc-on-unmount flag Christian Ebner
2026-04-20 6:53 ` Hannes Laimer
2026-04-20 7:44 ` superseded: " Hannes Laimer
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=9873f6db-69c4-4042-b9b4-a3259d6cccab@proxmox.com \
--to=h.laimer@proxmox.com \
--cc=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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox