public inbox for pbs-devel@lists.proxmox.com
 help / color / mirror / Atom feed
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)+)),+) => {
>>               $(
> 





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