[SOLVED] local sdn network configuration is too old, please reload (patched ifupdown2 cause)

scyto

Well-Known Member
Aug 8, 2023
572
135
53
I am getting the error in the title

in the logs i apply my SDN configuration i see this is the log

Code:
Apr 21 19:58:05 pve1 pvedaemon[779050]: command 'pvesh set /nodes/pve3/network' failed: exit code 255
Apr 21 19:58:06 pve1 pvedaemon[779050]: command 'pvesh set /nodes/pve2/network' failed: exit code 255
Apr 21 19:58:07 pve1 pvedaemon[779050]: command 'pvesh set /nodes/pve1/network' failed: exit code 255

oops just realized its because i installed the patched ifupdown2 that works with IPv6 :-)

Code:
root@pve3:~# pvesh set /nodes/pve1/network
info: executing /usr/bin/dpkg -l ifupdown2
proxy handler failed: incompatible 'ifupdown2' package version '3.3.0'! Did you installed from Proxmox repositories?

is there a way for me to flag this as compatible? its the one from here https://github.com/CumulusNetworks/ifupdown2/pull/315
 
This is fixed in the code, no dynamic way for compatibility setting exists.
The version expected is in style ifupdown2:3.2.0-1+pmx11. You can tell by looking into file /usr/share/perl5/PVE/API2/Network.pm at line 755 (on a PVE 8.4.1) that there is a check for pve, pmx or proxmox string. If you add one of these to the version of your ifupdown2 it might get accepted.
 
i figured it out with help of chatgpt - a version string of 3.3.1-proxmox2 worked
marking as resolved
 
  • Like
Reactions: fba
We just had this specific bug here after updating the CEPH from Reef to Squid.
May I ask @scyto what you did specifically to resolve this?
 
I see! On our side we managed to resolve by reloading the SDN. It was out of sync because of different versions between 2 nodes in the cluster.
 
  • Like
Reactions: scyto
I see! On our side we managed to resolve by reloading the SDN. It was out of sync because of different versions between 2 nodes in the cluster.
and you had IPv6 GUAs configured in the SDN? or defined an interfaces participating in the SDN?
(maybe you were not using a vxlan tunnel?)