Search results

which is why i contemplated the MTU may not be well supported or well configured a failing MTU can prohibit auto-renogiation and as such also block the interface to become UP UP

I've only worked with AMD thus far. The configuration of the GPU PCI pass through can be a bit delicate to get things to work well. I wonder if you're doing pass-through configuring all in the VM or if you're using the Proxmox VE resource mapping ? Coincidentally I've noticed what appears to...

okay, check how much of the dedicated RAM is available to the GPU, with the Radeon I'm using this was not always assigned fully and causes issues also, when running hashcat, double-check if the benchmark is actually using the GPU (been there, really)

silly question maybe, did you install the qemu-agent ? was the VM graphics card configured appropiately at the VM config ? you may find reading thru this helpful https://pve.proxmox.com/wiki/NVIDIA_vGPU_on_Proxmox_VE#Enable_PCIe_Passthrough

UPDATE no improvement, similar system "semi-hang" occurance twice already, using proxmox-default-kernel (6.8) (KSM enabled) only TTY1 responded, other TTYn were not visible neither accessible, sysrq keys responded the error message "ZFS rpool unavailable - message: cannot import pool no such...

@babine was this set-up at one point stable and functioning ? Was the MTU validated to be supported across all parts and paths ?

This thread to document what happened and how this was fixed, just in case this can help someone. Running pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.11.11-2-pve) in a single host set-up for a lab environment. The system typically is stable, until it is not. After a few 'hangs' this...

I'll have to check myself then, i don't remember doing this explicitly. Well, guilty. The system hung again this morning. I've now switched back to the 6.8 kernel, assuming the version will increase automatically over time.

well, then, you just answered

Hey Thomas My impression is the freezes happen every three weeks. I'm setting up grafana and other tools to get a better view. I'll update this thread after. Best JL

@t.lamprecht this is unlikely to be related but I've never seen this before cd /var/log/audit ls -l total 2771 -rw-r----- 1 root adm 222805 May 25 02:09 audit.log -r--r----- 1 root adm 8388822 May 25 02:08 audit.log.1 -r--r----- 1 root adm 8388688 May 25 01:46 audit.log.2 -r--r----- 1 root adm...

Thanks. I rather stick with something that 'just works' It is a really annoyance with Proxmox these freezes. These do reappear over time, just enough to 'almost forget' about them. To be honest they are a cause for paranoia. I've considered switching to another HV because of these. Since at no...

to my understanding this issue on topic of the thread only happens on single-node Proxmox VE, is that also the experience with others or was this a conclusion since rebuked ?

Similar unexplained freezes since a few weeks, before the system was running well without any issue, very cumbersome PVE 8.x with ZFS Linux pve 6.11.11-1-pve #1 SMP PREEMPT_DYNAMIC PMX 6.11.11-1 (2025-03-16T18:52Z) x86_64 GNU/Linux

this is an interesting remark I can maybe adde something to this because, after enabling SDN, the VM booted with a DHCP IP and were able to reach the internet then the IPAM IP was manually set and the VM rebooted, this resulted in the form mentioned error about thekelleys.dnsmasq i don't...

@cheiss @shanreich In the meantime I got SDN working, this does offer an interesting feature set what is unclear to me is if i can also use SNAT to translate traffic from the internet:port to a localIP:port using SDN EDIT: yes, SNAT + DNAT working fine

thanks, tried that, doesn't help

thanks for the follow @shanreich The documented example provably does not work, as others also reported in these forums. for example: ping -I exitnet 1.1.1.1 should masquerade the traffic and show echo-reply, it does not, this also shows the same when using tshark -i vmbr0 icmp 1...

thanks for the follow up. The for mentioned is illustrative to the minimum documentatin provided by Proxmox, which does not work for NAT/Masquerading for traffic to internet from any VM. Not matter what was tried of configuration. To my knowledge this should be adequate. auto vmbr0 iface...