please share your configurations (/etc/pve/sdn/*) && /etc/network/interfaces. + pveversion -v.
I can't help without them.
(The frr bug from this thread is already fixed in offiial repo with 8.5.2 release)
yes, currently it's done with a simple "post-up iptables ...", so reexecuting same command each time.
It need to be polished. (Maybe managed by a service similar to pve-firewall)
It could be great to known what change exactly is not working without edit vm device. (Maybe it's a bug, maybe not)...
For evpn, a different vrf with a different routing table is used for each zone, so I think it could work. (but I never tested it).
Do you have tested to enable 1exit-node (where this node have physical access to 192.168.10.1) + enable s-nat on the subnet ?
I'm not sure about how is working the...
so you need to create a plugin file in
/usr/share/perl5/PVE/Network/SDN/Ipams/
(you can look at /usr/share/perl5/PVE/Network/SDN/Ipams/NetboxPlugin.pm && /usr/share/perl5/PVE/Network/SDN/Ipams/PhpIpamPlugin.pm to see how it's work , nothing complex)
Then this plugin need to be loaded at the...
It's in sdn code, we lookup for ifaces in the bridge with a spefic regex (eth*, en*,bond*).
because we need to exclude other virtual interfaces,etc...
we really can't get it work with custom names
/usr/share/perl5/PVE/Network/SDN/Zones/Plugin.pm
sub get_bridge_ifaces {
my ($bridge) =...
evpn is an overlay network running over underlay tcp network, so that mean that it's not managing itself the nic (and the aggregation/balancing).
It's simply use the network ip to reach the peers ip you have defined.
if you want to use multiples nics:
what you can do:
-1) do a bond with the 2...
Also, note that ceph have some security to not reach 100%, it's going read only when you reach around 95%
ceph osd set-full-ratio 0.95
maybe can you try to increase it to 98%, to be able to write again a little bit
ceph osd set-full-ratio 0.98
oh great :)
I known somebody with a cluster with telsa cards for testing. I'll try next month to do test again.
@badji ping. Time to test gpu migration again ^_^
yes, I can try to look at it. (I'll have time next week)
you can sent it to my work email : alexandre.derumier@groupe-cyllene.com
If you want to submit it to proxmox dev teams directly, you need to follow theses rules:
https://pve.proxmox.com/wiki/Developer_Documentation
1-3: try to follow this guide
https://gitlab.com/polloloco/vgpu-proxmox
to unlock it add add mdev support
for 4, yes it need to be rebuild with NV_KVM_MIGRATION_UAP=1 in the makefile. (Note that this flag was changing last year, nvidia was doing changes between version, adding/removing it...
yes, I was able to do it last year with 5.15 kernel and a specify nvidia driver version. (and patched for mdev support, because nvidia is locking the drivers without license).
I'll try to rework on it for proxmox8 but I'm not sure that nvidia support kernel 6.2 yet.
I'll integrate it to the...
Maybe try to restart the node ?
if the SDN don't show any error in gui, that mean that config is correctly applied and running.
can you send content of /etc/network/interfaces.d/sdn ?
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.