* [pve-devel] (no subject)
@ 2024-05-22 12:05 Daniel Krambrock via pve-devel
0 siblings, 0 replies; 2+ messages in thread
From: Daniel Krambrock via pve-devel @ 2024-05-22 12:05 UTC (permalink / raw)
To: pve-devel; +Cc: Daniel Krambrock
[-- Attachment #1: Type: message/rfc822, Size: 4492 bytes --]
From: Daniel Krambrock <krambrock@hrz.uni-marburg.de>
To: pve-devel@lists.proxmox.com
Subject:
Date: Wed, 22 May 2024 14:05:49 +0200
Message-ID: <20240522120553.49114-1-krambrock@hrz.uni-marburg.de>
This series of patches let the user choose a VMID suggestion strategy
to avoid the recycled VMID problem.
Default is 'next-free', the previous strategy where the suggested VMID
is the lowest not used ID in range. This reuses VMIDs.
Added options are:
- 'max-1': selects the highest existing VMID and adds 1
- 'list': returns the lowest free VMID within the specified
range that is not on a list of previously used VMIDs
On guest deletion the VMID is added to '/etc/pve/used_vmids.list'
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
[parent not found: <20240522120553.49114-1-krambrock@hrz.uni-marburg.de>]
* Re: [pve-devel] (no subject)
[not found] <20240522120553.49114-1-krambrock@hrz.uni-marburg.de>
@ 2024-06-05 8:56 ` Shannon Sterz
0 siblings, 0 replies; 2+ messages in thread
From: Shannon Sterz @ 2024-06-05 8:56 UTC (permalink / raw)
To: Daniel Krambrock, pve-devel
On Wed May 22, 2024 at 2:05 PM CEST, Daniel Krambrock wrote:
> This series of patches let the user choose a VMID suggestion strategy
> to avoid the recycled VMID problem.
Hi Daniel!
Thanks for your contribution! First of some top-level feedback:
- Please familiarize yourself with the Developer Documentation [1], Perl
[2], and JavaScript [3] style guides before contributing.
- Most importantly, if you haven't already, please contact
`office@proxmox.com` about signing the Harmony CLA [4].
- All your patches provide the same git short message. Please provide
more specific context for each patch and not just the the overall goal
of your series.
> Default is 'next-free', the previous strategy where the suggested VMID
> is the lowest not used ID in range. This reuses VMIDs.
> Added options are:
> - 'max-1': selects the highest existing VMID and adds 1
I'm guessing you typo-ed the `max-1` here, as the other patches seem to
correctly use `max+1`. Please note that such a strategy is still prone
to re-use of IDs if one where to remove the VM with the highest ID.
> - 'list': returns the lowest free VMID within the specified
> range that is not on a list of previously used VMIDs
> On guest deletion the VMID is added to '/etc/pve/used_vmids.list'
Not sure if tracking the used VM/CT IDs in a separate file is the most
elegant solution here. Especially as this is a somewhat niche usecase.
Anyway, I'll provide some more detailed feedback in-line.
Kind regards, Shannon
PS: Please use "reply-all" when replying to me, so the full discussion
stays on the mailing list. Thanks!
_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-06-05 8:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-05-22 12:05 [pve-devel] (no subject) Daniel Krambrock via pve-devel
[not found] <20240522120553.49114-1-krambrock@hrz.uni-marburg.de>
2024-06-05 8:56 ` Shannon Sterz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox