Recent content by bmernz

  1. B

    Enabling an mdev vGPU causes slow live migration.

    I've been experimenting with the vGPUs for a while now, and I was keen to try out the live migration support in the 8.4 series. I was pleased to find that it worked, however it takes considerably longer to migrate a vm with a vGPU than without. Even causing the process to repeatedly...
  2. B

    Proxmox 7.3.3 / Ceph 17.2.5 - OSDs crashing while rebooting

    Seems it is still an issue: https://tracker.ceph.com/issues/61140 Fixed in Quincy, but not in Reef: { "crash_id": "2024-06-13T03:57:51.133227Z_c7aa71e2-b15b-4ca3-b2e5-559f158ac200", "timestamp": "2024-06-13T03:57:51.133227Z", "process_name": "ceph-osd", "entity_name": "osd.11"...
  3. B

    Nested pools

    @aaron I see the feature request was marked as "fixed in pve-manager >= 8.1.0". Is there any documentation on this feature yet?
  4. B

    [SOLVED] SDN VNet Trunking/Tagging

    I'd like to be able to limit the VLANs that are trunked in the VNet too. eg. If a VLAN Zone is selected when creating a VNet, then If VLAN Aware: is ticked then: Tag: field becomes Trunk: And you can specify a list such as "90-98,100,105" The resulting VNet then limits the VLANs any attached...
  5. B

    Ceph Deduplication (14.2.4)

    From https://docs.ceph.com/en/latest/dev/deduplication/#how-to-use-deduplication :
  6. B

    Ubuntu Cloud Init: Setting DNS not working

    Also worth noting is that the set-name: eth0 option causes a race condition with persistient network interface naming in some images that prevents matching on anything other than mac address. eg. this works: version: 2 ethernets: ens18: dhcp4: true match: driver: virtio_net...
  7. B

    Ubuntu Cloud Init: Setting DNS not working

    Hi @mira, Link [1] above is now at : https://cloudinit.readthedocs.io/en/latest/reference/network-config-format-v2.html#network-config-v2 @Vengance: You can reference the relevant section...
  8. B

    ISO.gz download needs proper support

    Sounds like a reasonable place to start! I encountered an iso.bz2 with OPNsense.
  9. B

    ISO.gz download needs proper support

    I see this in 8.1! Great! Is there any way more decompression options could be added? I see a few were suggested in https://bugzilla.proxmox.com/show_bug.cgi?id=4849. I'd specifically like to add bzip2. Also, could the compression type be autodetected from the mime type: application/x-bzip2?
  10. B

    [SOLVED] VE 7.1-10 slow to forward ARP replies over bridge

    OK. So with your help and a couple of relevant posts I found elsewhere I figured it out! It isn't a duplicate MAC. I realised that the bridge is correctly seeing the MAC on the external interface and learning it, because the ARP is being reflected back to it by the external switch. I got a...
  11. B

    [SOLVED] VE 7.1-10 slow to forward ARP replies over bridge

    Hi, Thanks again for following up! Here are the version numbers I could see in my install - in case they are relevant: Linux 5.13.19-6-pve #1 SMP PVE 5.13.19-14 pve-manager/7.1-10/6ddebafe I note you are be using the optional 5.15 kernel. I have just now tried the following without luck...
  12. B

    [SOLVED] VE 7.1-10 slow to forward ARP replies over bridge

    Thanks for taking a look! Yes, the gateway (172.20.1.1) is off host. The host is on the bridge (172.20.1.191) vmbr0 The container is (172.20.1.181) veth100i0 The packet capture shows the ARP reply arrive on vmbr0, but not get forwarded to veth100i0 for a variable amount of time. The firewall...
  13. B

    [SOLVED] VE 7.1-10 slow to forward ARP replies over bridge

    I notice this issue only occurs after the container or vm is restarted. I have had a container running, but idle for several days now and if I start a ping to and address that eventually worked earlier, it works immediately now. However if I restart a container, the delay is back, and recovers...
  14. B

    [SOLVED] VE 7.1-10 slow to forward ARP replies over bridge

    OK, So I have the same issue from the debian 11 net install iso in a VM. I switched to virtual console 2 during the install and could ping the host, but not anything beyond vmbr0 until a few minutes worth of ARP requests go unanswered and then once the first reply arrives it comes right:
  15. B

    [SOLVED] VE 7.1-10 slow to forward ARP replies over bridge

    Hi Moayad, Thanks for taking a look. I chose 'use host settings' for DNS when creating the container, so the resolver matches the host. I checked the containers settings below: root@deb-11-container:~# cat /etc/resolv.conf # --- BEGIN PVE --- search dr.<***obfuscated***> nameserver...