Search results

I somehow cannot reproduce this issue on: root@px01:~# pveversion -v proxmox-ve: 6.0-2 (running kernel: 5.0.21-1-pve) pve-manager: 6.0-11 (running version: 6.0-11/2140ef37) pve-kernel-helper: 6.0-11 pve-kernel-5.0: 6.0-10 pve-kernel-4.15: 5.4-8 pve-kernel-5.0.21-4-pve: 5.0.21-9...

Add this line hwaddress ether e4:12:58:e3:49:fe directly after iface enp3s0f2 inet manual and try again

All right, the physical connection (so enp3s0f2) is what makes the difference, please mock that one to the right mac addr.

What is the output from `route -n`?

Can you please post the output from `ifconfig` you may have to force your mac on to the bridged interface.

After a little research I found out that it is just a must for postmap, this is because it is set as a hashmap and according to the postmap docs (and standards) you need to have a key and a value. It doesn't necessarily have to be an important value, as long as it exists.

When are you guys updating the qemu-gest-agent wiki page? It is outdated (still from ve 4.0) 'Run guest-trim after clone disk' is not described.

Your MTU is already very high. No need the push that up!

Windows always reserves ram.

Hmmm, you could consider doubling your MTU. What model router / switch do you use in order to connect the servers with each other?

How much RAM do you have left after allocating to VMs? How many cores do you reserve? Ceph is very CPU dependent/intensive. What disks do you use exactly?

What are your hardware specifications? Could you explain your message a bit better, I cannot understand it too well...

How about the environmental temperature?