Search results

Is the GPU attached to the same PCIe lanes as the CPU socket your running on the Virtual? Your not crossing NUMA nodes are you ? Sorry, looks like your much deeper in to trouble shooting than that, but thought I'd put my 2 cents in.

Was it using NFS v4 ?

i've just checked my config after adding flags for "hv-evmcs" and "aes" and it reads cpu: host,flags=+hv-evmcs;+aes I didn't see an option in the GUI for HV-VACPI

Sorry, I have no clue then. try booting an older kernel ?

https://pve.proxmox.com/wiki/Nested_Virtualization About half way down it says to either reload the module or reboot,

Wait is that message from inside the level 1 virtual ? i.e. the Proxmox in the proxmox ?

Hmmm silly question, but the conf file is still there and the modules are loaded ?

Just updated and it now seems to work fine for me. proxmox-ve: 6.1-2 (running kernel: 5.3.13-2-pve) pve-manager: 6.1-5 (running version: 6.1-5/9bf06119) pve-kernel-5.3: 6.1-2 pve-kernel-helper: 6.1-2 pve-kernel-4.15: 5.4-12 pve-kernel-5.3.13-2-pve: 5.3.13-2 pve-kernel-5.3.13-1-pve: 5.3.13-1...

Never tested before (so can't confirm it used to work on my intel rig), but i get the same issue was well

Your right, looking at it it's kernel 4.14 and 4.19. I can't confirm this NFS bit is the fix as we haven't moved the containers back and the above mentioned microcode updates in he BIOS.

Yes , the article points to an issue in version 4.0 and maybe 4.1 My node that hasn't crashed is mounted NFS using version 3.

So at the end of the Rabbit hole i think i found this. https://about.gitlab.com/blog/2018/11/14/how-we-spent-two-weeks-hunting-an-nfs-bug/ And i checked the output of mount -v | grep and sure enough Node1 had V4 NFS mount, and Node2 had it mounted as V3. I've changed both to use V3 but have not...

So a little bit of hardware info. DL380 Gen9 The crashed system was System ROM P89 v2.60 (05/21/2018) System ROM Date 05/21/2018 E5-2620 v3 with microcode loaded 2019-03-01 Tho we have been running fine for 2 days on a older firmware node. System ROM P89 v2.52 (10/25/2017) System...

We mount our backup location via NFS, so we get quite a spike in traffic. I didn't boot on an older kernel as he jump between the two kernel versions was huge. Got ours running on a node with older HP firmware and so far it seems ok.

Strange, we had a simmar issue with our node, gonna reboot tonight. The console and web management is unresponsive, but SSH works very slow. Ours are HP Gen9 with quite old hp firmware. Containers seem to work tho...

Never looked into haproxy, used squid on pfsense, but http and https are very different beasts from RDP

Nice simple option is just publish RDP on two diffrent ports, and have each port forward to a different machine, or change the port RDP is listening on on one machine (in case of nat loop back working on your router, tho i sound like it is from above) ###WARNING### RDP is not really considered...

I think Linus Tech Tips had this issue and had to enable "above 4G decoding" in the BIOS of the host machine... I think .

As i side note, i see your machine name is TVHeadEnd. I have huge stutter issues with my PCIe FreeSat card when passing it through to a virtual (it maybe been PCI lanes being congested) but it seems rock solid in a container with access to the /dev/dvb

Awesome sauce, I've seen that migrating from old to new hosts will work, but the other way 'should' work. Thanks for your help