Bug: Create Bond - invalid name bond-primary

[Glowsome]

With instaling a new Proxmox Box i ran into the following issue when trying to create a Linux Bond:



Now, in previous installs i created the bond via command-line by editing /etc/network/interfaces

auto bond0
iface bond0 inet manual
        bond-slaves eno1 eno2
        bond-miimon 100
        bond-mode active-backup

If i do the same, again via command-line /create the bond is created without issue, so why is this 'bond-primary' a mandatory field if i try to create it thru the GUI ?

Environment :
- Debian Bookworm ( 12.x)
- Proxmox 8.0.4/latest
- Proliant DL360Gen9
- 2 out of 4 native network connections bonded ( eno1 / eno2)

- Glowsome

 

[bbgeek17]

Now, in previous installs i created the bond via command-line by editing /etc/network/interfaces

There are no bumpers in place for someone who edits the configuration files directly. If an error or omission is made - it may be caught on next reboot or network restart. The direct configuration file manipulation also has a presumption of administrator's expertise.

On the other hand, TUI and even more so GUI tools are geared towards less experienced users. These tools are often designed to force user to make a choice for important options that will later reduce support requirements/expenses.

Take a look at various networking guides, almost all specify a primary interface for non-lacp active/passive bonds. In fact, Debian wiki (https://wiki.debian.org/Bonding) states:

• the enslavement order seems to matter: if "bond-slaves" is specified the expected way (eth0 wlan0), then wlan0 will initially be the primary interface, only to be changed to eth0 upon the "bond-primary" directive.

* note that I think the description/note made an error here, as its inconsistent with later example.

---

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox

 

[Glowsome]

The thing i stumbled over is the fact that in the GUI the field is treated as a 'mandatory', and not optional if i interpret your reply correctly.

IMHO ( and that was why i opened the thread) it should also be an optional field there.

 

[bbgeek17]

The thing i stumbled over is the fact that in the GUI the field is treated as a 'mandatory', and not optional if i interpret your reply correctly.

It does. It also doesnt seem to be a big inconvenience to me. Especially in light of confusion which exists even on official Debian wiki as to which interface would be primary absent specific designation.

If you feel strongly about it, then you should create an issue via official channel (https://forum.proxmox.com/threads/where-to-post-feature-requests.46317/) and provide your arguments as to why you think this to be a problem worth spending developer`s time to change existing functionality.

---

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox

 

[Glowsome]

It does. It also doesnt seem to be a big inconvenience to me. Especially in light of confusion which exists even on official Debian wiki as to which interface would be primary absent specific designation.

If you feel strongly about it, then you should create an issue via official channel (https://forum.proxmox.com/threads/where-to-post-feature-requests.46317/) and provide your arguments as to why you think this to be a problem worth spending developer`s time to change existing functionality.

---

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox

I will make a report about this, as imho if a field/option is optional, then it should be optional in the GUI, and not confuse someone (less skilled) in manually making these changes over the command-line.
They should be able to create a Linux Bond via the GUI.

As you point out ... if one has the knowledge to go beyond the GUI, then this is no big inconvenience, but if not then also pulling up the help, does not shed light on this.

- Glowsome

 

[Glowsome]

FYI: i've created it as a bug : https://bugzilla.proxmox.com/show_bug.cgi?id=4911