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: 9+ 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
[not found] <20241209113158.7343-1-lou.lecrivain@wdz.de>
[not found] ` <20241209113158.7343-3-lou.lecrivain@wdz.de>
2024-12-12 13:52 ` [pve-devel] (no subject) Stefan Hanreich
2024-05-22 12:05 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.