From: Marco Gaiarin <gaio@lilliput.linux.it>
To: pve-user@lists.proxmox.com
Subject: Re: [PVE-User] Interface not renamed...
Date: Tue, 27 May 2025 22:46:20 +0200 [thread overview]
Message-ID: <aDYknMHMZyOYoQZx@sv.lnf.it> (raw)
In-Reply-To: <9af42a93-1eaa-4b19-b3de-db371fba6e50@proxmox.com>
Mandi! Fiona Ebner
In chel di` si favelave...
> see also:
> https://pve.proxmox.com/pve-docs/chapter-sysadmin.html#_naming_conventions
>
> The recommended way to avoid such renaming issues is to pin the name
> based on MAC address:
> https://pve.proxmox.com/pve-docs/chapter-sysadmin.html#network_override_device_names
Thanks, Fiona; but it is not the renaming 'per se' that scare me, was
written in the documentation, i was prepared of.
But probably i've found the culprit.
Systems get installed in some PVE 6.X version, and have a direct bond
between two nodes to manage replication and migration; in PVE6 we had some
trouble to setup jumbo frames for the bond, because some times the server
boot with MTU=9000 on the bond but not on the member link.
We solved it adding 'allow-bond2' to the member stanzas on
/etc/network/interfaces.
Seems to me that:
1) PVE 7 effectively rename interfaces; as just stated, this is expected, no
trouble.
2) PVE 8 add 'ifupdown2', that is incompatible with 'allow-bond2' option AND
in some way ''mangle' all the ifupdown -> ifupdown2 migration: server boot
with NO interface up, but also some other things seems does not work very
well.
Because i've still some server to migrate, i've removed 'allow-bond2'
options BEFORE initiate the upgrade PVE7 -> 8, and migration went smoothly,
precisely:
- interface start at next boot
- all interfece went up, even get renamed, because 'altname' get correctly
used.
I hope i was clear. And useful. ;-)
--
_______________________________________________
pve-user mailing list
pve-user@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user
next prev parent reply other threads:[~2025-05-27 20:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-21 12:28 Marco Gaiarin
2025-05-23 10:16 ` Falko Trojahn
2025-05-23 10:23 ` Roland via pve-user
2025-05-23 14:41 ` Marco Gaiarin
2025-05-27 8:12 ` Fiona Ebner
2025-05-27 20:46 ` Marco Gaiarin [this message]
2025-07-30 15:20 ` Marco Gaiarin
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=aDYknMHMZyOYoQZx@sv.lnf.it \
--to=gaio@lilliput.linux.it \
--cc=pve-user@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