From: "Christoph Heiss" <c.heiss@proxmox.com>
To: "Proxmox VE development discussion" <pve-devel@lists.proxmox.com>
Subject: Re: [pve-devel] [PATCH installer 00/14] support network interface name pinning
Date: Wed, 22 Oct 2025 11:46:57 +0200 [thread overview]
Message-ID: <DDOR7MXA54ZP.1XJOG892246EQ@proxmox.com> (raw)
In-Reply-To: <DDO22GLBT9IO.2UL9QK0W2E2QI@proxmox.com>
On Tue Oct 21, 2025 at 4:04 PM CEST, Michael Köppl wrote:
> Tested this in both the GUI and TUI installers and the autoinstaller.
> Tried the following:
>
> - Pinning names for multiple interfaces
> - Pinning names for interface with invalid MAC in autoinstaller
> Noticed that in this case, the default of nic0 is used since the map
> from MACs to interface names is pre-populated with the default
> values. So if I use a MAC address in my answer file that does not
> exist, the interface name for any interface not mentioned in the
> answer file will be set to nic0, since if
> network.interface-name-pinning.enabled is set to true, the pinning
> is done in any case. I suppose this is on purpose, since there's no
> way to check for the existence of the MAC address beforehand and
> once the installation is running, the .link file has already been
> written. Just wanted to mention it nonetheless.
Yeah, it's intended. In the auto-installer case, we basically have to
trust the administrator to do things (more) diligently, as checking
whether MAC addresses actually exist can only be done at installation
time, really.
Although; I'll add a warning when an invalid/unknown MAC address is
encountered at the start of the installation, so that there is at least
_some_ notice.
> - Testing invalid interface names in GUI, TUI, autoinstaller
> Noticed that in the GUI, the error dialog will show up behind the
> form where users enter the interface name. The form cannot really be
> interacted with and the window has to be moved to the side to reveal
> the error message.
Oh, that's interesting. I'll look into it, thanks!
> - Explicitly test the case of pinning a fully numeric interface, since
> it is allowed by the installers, but systemd does not allow this [0].
> The result of this is that the interface that's affected does not
> come up on first boot, since /etc/network/interfaces configures the
> numeric-only interface which does not exist.
Yep, going to add some additional validation for interface names.
> - Checked that disabling pinning actually does not set any interface
> names
>
> Other than the above, this seems to work as advertised. Nice work!
>
> Also had a look at the code and left a few comments on the individual
> patches, but did not notice any real problems with it. A single patch
> seems to add code that is not correctly formatted and other than that
> just added some suggestions.
>
> With the comments on the individual patches addressed, consider this:
> Tested-by: Michael Köppl <m.koeppl@proxmox.com>
> Reviewed-by: Michael Köppl <m.koeppl@proxmox.com>
Thanks!
_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
prev parent reply other threads:[~2025-10-22 9:47 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-14 13:21 Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 01/14] test: parse-kernel-cmdline: fix module import statement Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 02/14] install: add support for network interface name pinning Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 03/14] run env: network: add kernel driver name to network interface info Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 04/14] common: utils: fix clippy warnings Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 05/14] common: setup: simplify network address list serialization Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 06/14] common: implement support for `network_interface_pin_map` config Christoph Heiss
2025-10-21 14:05 ` Michael Köppl
2025-10-22 9:37 ` Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 07/14] auto: add support for pinning network interface names Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 08/14] assistant: verify network settings in `validate-answer` subcommand Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 09/14] post-hook: avoid redundant Option<bool> for (de-)serialization Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 10/14] post-hook: add network interface name and pinning status Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 11/14] tui: views: move network options view to own module Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 12/14] tui: views: form: allow attaching user-defined data to children Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 13/14] tui: add support for pinning network interface names Christoph Heiss
2025-10-14 13:21 ` [pve-devel] [PATCH installer 14/14] gui: " Christoph Heiss
2025-10-14 15:04 ` Maximiliano Sandoval
2025-10-16 12:01 ` Christoph Heiss
2025-10-21 14:05 ` Michael Köppl
2025-10-22 9:40 ` Christoph Heiss
2025-10-21 14:04 ` [pve-devel] [PATCH installer 00/14] support network interface name pinning Michael Köppl
2025-10-22 9:46 ` Christoph Heiss [this message]
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=DDOR7MXA54ZP.1XJOG892246EQ@proxmox.com \
--to=c.heiss@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