To understand your setting better:
The connection from your PC to the Proxmox WebGUI is working?
The OPNSense VM has two virtual NICs? Its "WAN" is connected to your WAN bridge, and its "LAN" is connected to... which bridge?
I would like to share my today's observations with this:
I just updated some P425G and after a server reboot everything looks as expected:
Active Package version : 230.1.116.0
Package version on NVM : 230.1.116.0
Firmware version : 230.0.156.0
But on a P225G a reboot...
Thanks for your reply!
Hm, (R)STP is configured on all switches, and referring to our bandwidth monitoring there is no loop between the switches. What can I do to debug this? But I feel this is not a Proxmox issue anymore... o_O
Hi there,
on our three node Proxmox/Ceph cluster we discovered many of the above TCP errors.
We tracked it down to: Only outgoing traffic from a VM to any destination which is not on the same Proxmox node is affected.
Each node is connected via 2x 10G to a switch. The related network...
did I get this right? Proxmox VE is running, VMs are running, but you get these errors and can't connect via SSH ("putty") anymore? My first guess is a faulty system disk. Could you describe your disk setup?
I would like to share another issue which in our case was solved by firmware updating Broadcom NICs.
We have two servers with P425G NICs and SFP28 25G transceivers, the "300m" edition. The OM4 path between these two servers is longer than 300 meters. So the expected behaviour is that they...
Proxmox support, excellent as always, has solved the problem: We don't have to use smtpd_tls_mandatory_protocols. but smtpd_tls_protocols, then it works as desired.
Hi there,
we are trying to disable TLS 1.0 and 1.1 for our PMG/Postfix. Therefore we put smtpd_tls_mandatory_protocols = >=TLSv1.2 to our /etc/pmg/templates/main.cf.in and commit the change via pmgconfig sync --restart 1.
Then we tested it from another machine with openssl s_client -connect...
sorry, I didn't get it yet. ens18 is a physical connection to node 2. Node 3 can't communicate with node 1 via this connection.
Do I overthink this? Should I just set the first mesh interface as the failover link for the cluster?
edit: ah, at the end only the IP address matters for the cluster...
Thanks for your quick reply!
I didn't create the cluster yet. Full mesh (at least in my case) means that there is one link to "node 2" and one link to "node 3", both with the same ip address, like this:
# Connected to Node2 (.51)
auto ens18
iface ens18 inet static
address 10.15.15.50...
Hi there,
I'm building a new 3 node PVE cluster. I already have a full mesh prepared for live migrations, Is it possible to use this full mesh as a failover network for the cluster itself?
In the WebUI at "Create Cluster" it doesn't seem to be possible to add both mesh links.
Thanks and greets!
Ok, here it is, the no-subscription repo. I think you can remove /etc/apt/sources.list.d/*, because it's not needed. Does not solve your problem, but make things clearer. Does apt update show something unusual?
Das kann ich bestätigen. Mit PVE/Ceph und einem Proxmox Backup Server verschwimmt die Grenze zwischen Snapshot und Backup. Vor allem kleinere VMs, auf denen nicht allzuviel Veränderung stattfindet, erzeugen ein Backup in wenigen Sekunden.
ok, so the errors occur while you tried to update to the current PVE 7. That's fine, but then your topic is a little bit misleading.
so far I can't see any no-subscription repo. To be sure, please also post the output of cat /etc/apt/sources.list.
can you also post a screenshot of the webGUI...
Welcome to the Proxmox community! :)
to be sure: You have an onboard NIC and added some PCI card with a further NIC?
Can you login at the console? If yes, the output of ip addr would be interesting.
What exactly did you do that lead to this output?
Did you follow these instructions?
what PVE repo do you use?
please post the output of
ls -al /etc/apt/sources.list.d/
cat /etc/apt/sources.list.d/*
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.