From: "Shannon Sterz" <s.sterz@proxmox.com>
To: "Daniel Krambrock" <krambrock@hrz.uni-marburg.de>,
<pve-devel@lists.proxmox.com>
Subject: Re: [pve-devel] (no subject)
Date: Wed, 05 Jun 2024 10:56:18 +0200 [thread overview]
Message-ID: <D1RYIAHXBOIH.RM5K01KGND9T@proxmox.com> (raw)
In-Reply-To: <20240522120553.49114-1-krambrock@hrz.uni-marburg.de>
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
next prev parent reply other threads:[~2024-06-05 8:56 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20240522120553.49114-1-krambrock@hrz.uni-marburg.de>
2024-05-22 12:05 ` [pve-devel] [PATCH manager] close #4369: make VMID suggestion strategy configurable Daniel Krambrock via pve-devel
2024-05-22 12:05 ` [pve-devel] [PATCH cluster] " Daniel Krambrock via pve-devel
2024-05-22 12:05 ` [pve-devel] [PATCH container] " Daniel Krambrock via pve-devel
2024-05-22 12:05 ` [pve-devel] [PATCH qemu] " Daniel Krambrock via pve-devel
2024-06-05 8:56 ` Shannon Sterz [this message]
[not found] ` <20240522120553.49114-2-krambrock@hrz.uni-marburg.de>
2024-06-05 8:57 ` [pve-devel] [PATCH manager] " Shannon Sterz
[not found] ` <20240522120553.49114-3-krambrock@hrz.uni-marburg.de>
2024-06-05 8:57 ` [pve-devel] [PATCH cluster] " Shannon Sterz
2024-05-22 12:05 [pve-devel] (no subject) Daniel Krambrock via pve-devel
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=D1RYIAHXBOIH.RM5K01KGND9T@proxmox.com \
--to=s.sterz@proxmox.com \
--cc=krambrock@hrz.uni-marburg.de \
--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