From: "Michael Köppl" <m.koeppl@proxmox.com>
To: "Fiona Ebner" <f.ebner@proxmox.com>,
"Michael Köppl" <m.koeppl@proxmox.com>,
pve-devel@lists.proxmox.com
Subject: Re: [PATCH pve-cluster v5 2/7] datacenter config: add unique-next-id to schema
Date: Tue, 22 Sep 2026 16:43:32 +0200 [thread overview]
Message-ID: <DLLXB7YPQ7SB.2ZJHAXS0CNCTN@proxmox.com> (raw)
In-Reply-To: <8c347489-ccfe-498a-846b-6485e4014201@proxmox.com>
On Tue Sep 22, 2026 at 4:22 PM CEST, Fiona Ebner wrote:
> Am 21.09.26 um 5:54 PM schrieb Michael Köppl:
>> From: Severen Redwood <severen.redwood@sitehost.co.nz>
>>
>> Add the `unique-next-id` property to the datacenter config schema to
>> track whether only unique (ie. neither currently nor previously in use)
>> VM/CT IDs should be suggested by the `/cluster/nextid` API endpoint.
>>
>> Co-authored-by: Daniel Krambrock <krambrock@hrz.uni-marburg.de>
>> Signed-off-by: Severen Redwood <severen.redwood@sitehost.co.nz>
>> [MK: use datacenter in commit message instead of datacentre]
>> Signed-off-by: Michael Köppl <m.koeppl@proxmox.com>
>> ---
>> src/PVE/DataCenterConfig.pm | 6 ++++++
>> 1 file changed, 6 insertions(+)
>>
>> diff --git a/src/PVE/DataCenterConfig.pm b/src/PVE/DataCenterConfig.pm
>> index 004122e..54f9c10 100644
>> --- a/src/PVE/DataCenterConfig.pm
>> +++ b/src/PVE/DataCenterConfig.pm
>> @@ -415,6 +415,12 @@ my $datacenter_schema = {
>> format => $next_id_format,
>> description => "Control the range for the free VMID auto-selection pool.",
>
> Should we add this as a sub-property of the next-id property string
> instead rather than a separate new option?
Thanks for having a look! Yeah, I think this would also work better in
the web UI if we also change the option there to "Next Free VMID" and
simply add a "unique" checkbox. Just my 2 cents, though.
>
>> },
>> + 'unique-next-id' => {
>> + optional => 1,
>> + type => 'boolean',
>> + description =>
>> + "Only suggest VMIDs that are neither currently in use nor have previously been used.",
>
> Style nit: line too long
> Nit: guest ID instead of VMID
I mostly kept this as VMID because in the description for next-id we
also use VMID and I wanted to avoid using different nomenclature for
what essentially affects the same kind of ID. If we make it a
sub-property, should we use "Next Free Guest ID" in the web UI as well
as "guest ID" in the description here? If we keep them as separate
properties, it would IMO make sense to also adapt the next-id
description to make it clear that this refers to the same thing.
>
>> + },
>> migration => {
>> optional => 1,
>> type => 'string',
next prev parent reply other threads:[~2026-09-22 14:43 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-21 15:54 [PATCH many v5 0/7] add option to prevent suggesting previously used VMIDs Michael Köppl
2026-09-21 15:54 ` [PATCH pve-cluster v5 1/7] cluster files: add used-guest-ids Michael Köppl
2026-09-22 14:22 ` Fiona Ebner
2026-09-21 15:54 ` [PATCH pve-cluster v5 2/7] datacenter config: add unique-next-id to schema Michael Köppl
2026-09-22 14:22 ` Fiona Ebner
2026-09-22 14:43 ` Michael Köppl [this message]
2026-09-21 15:54 ` [PATCH pve-guest-common v5 3/7] add module to track previously used guest IDs Michael Köppl
2026-09-22 14:22 ` Fiona Ebner
2026-09-22 15:55 ` Michael Köppl
2026-09-21 15:54 ` [PATCH qemu-server v5 4/7] api: record VM ID as used on creation, cloning, and destruction Michael Köppl
2026-09-22 14:33 ` Fiona Ebner
2026-09-21 15:54 ` [PATCH pve-container v5 5/7] api: record CT " Michael Köppl
2026-09-21 15:54 ` [PATCH pve-manager v5 6/7] close #4369: api: optionally only suggest unique IDs Michael Köppl
2026-09-22 14:33 ` Fiona Ebner
2026-09-21 15:54 ` [PATCH pve-manager v5 7/7] close #4369: ui: add datacenter option for unique VM/CT IDs Michael Köppl
2026-09-22 15:02 ` [PATCH many v5 0/7] add option to prevent suggesting previously used VMIDs Fiona Ebner
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=DLLXB7YPQ7SB.2ZJHAXS0CNCTN@proxmox.com \
--to=m.koeppl@proxmox.com \
--cc=f.ebner@proxmox.com \
--cc=pve-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