---
ru.po | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ru.po b/ru.po
index 747ac7e..77454a6 100644
--- a/ru.po
+++ b/ru.po
@@ -2812,7 +2812,7 @@ msgstr ""
#: pve-manager/www/manager6/qemu/HDEdit.js:249
msgid "Discard"
-msgstr "Отклонить"
+msgstr "Очистка блоков"
#: pm
On 12/14/23 15:23, Fiona Ebner wrote:
create_base() will tell you the actual name, you should not override it
with the old one. We expect it to match, but then there's no need for
the assignment. If it doesn't match, you'd be returning something wrong.
Or what am I missing?
If i am not mistaken
Signed-off-by: Alexandre Derumier
---
src/PVE/Network/SDN/Zones/EvpnPlugin.pm | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/PVE/Network/SDN/Zones/EvpnPlugin.pm
b/src/PVE/Network/SDN/Zones/EvpnPlugin.pm
index 561d127..6c20b68 100644
--- a/src/PVE/Network/SDN/Zones/EvpnPlugin.pm
+++ b/sr
launch dnsmasq in a vrf context with "ip vrf exec dnsmasq.."
use "default" vrf if plugin don't return a specific vrf
Signed-off-by: Alexandre Derumier
---
src/PVE/Network/SDN/Dhcp.pm | 3 ++-
src/PVE/Network/SDN/Dhcp/Dnsmasq.pm | 3 ++-
src/PVE/Network/SDN/Zones.pm
Signed-off-by: Alexandre Derumier
---
src/services/01-dnsmasq-vrf.conf | 4
src/services/Makefile| 1 +
2 files changed, 5 insertions(+)
create mode 100644 src/services/01-dnsmasq-vrf.conf
diff --git a/src/services/01-dnsmasq-vrf.conf b/src/services/01-dnsmasq-vrf.conf
new file
Hi,
This patch serie add dhcp support for evpn.
Dnsmasq need to run in specific vrf for each evpn zone.
Dnsmasq is currently buggy with ipv6 && vrf (no crash but it's not listening),
and need to be patched with:
https://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commit;h=a889c554a7df71ff93a8299e
Am 18.12.23 um 13:02 schrieb Hannes Dürr:
> On 12/14/23 15:23, Fiona Ebner wrote:
>> create_base() will tell you the actual name, you should not override it
>> with the old one. We expect it to match, but then there's no need for
>> the assignment. If it doesn't match, you'd be returning something
I think it makes sense to make the default for $kvm consistent and take
is_native($arch) into account. Since it is not officially supported to
run Proxmox VE on different architectures this breaking change would
likely not hurt.
On 15/12/2023 11:08, Fiona Ebner wrote:
so we only need to care abo
Currently joining an already existing Ceph cluster won't create symlinks
from /etc/pve/ceph.conf to /etc/ceph/ceph.conf on the recently added
node. This can be remediated by running `pveceph init` but ideally
should be done by the web UI.
We remediate this by setting `configuration` to false if we
Looks good at first glance! I'll give it a test drive today. Are you
currently working on DHCP integration for other zones? Coincidentally, I
started working on VLAN/QinQ on friday. Just so we don't do duplicate work.
___
pve-devel mailing list
pve-deve
Looking good on second glance as well ;)
Worked flawlessly on my test cluster - consider this:
Tested-By: Stefan Hanreich
___
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
On 12/18/23 14:04, Alexandre Derumier wrote:
> launch dnsmasq in a vrf context with "ip vrf exec dnsmasq.."
>
> use "default" vrf if plugin don't return a specific vrf
>
> Signed-off-by: Alexandre Derumier
> ---
> src/PVE/Network/SDN/Dhcp.pm | 3 ++-
> src/PVE/Network/SDN/Dhcp/
12 matches
Mail list logo
