What version of Ubuntu are you using ? You need at least 22.04.3 LTS for kernel 6.2 with ARC support (maybe try upgrading your existing Ubuntu VM to the HWE kernel).
To revert, action the following to start with:
Remove/comment blacklist nvidia from /etc/modprobe.d/blacklist.conf
Remove/comment options vfio-pci ids=10de:1cb3,10de:0fb9 disable_vga=1 from /etc/modprobe.d/vfio.conf
rerun the initramfs update.
reboot
Install Nvidia tools on host, create LXC...
I have this in /etc/network/interfaces on my NUC to QNAP link via thunderbolt, which might help:
iface thunderbolt0 inet manual
auto vmbr8
iface vmbr8 inet static
address w.x.y.z/24
bridge-ports thunderbolt0
bridge-stp off
bridge-fd 0
bridge-vlan-aware...
Success!! TLDR: add a hook script to clear the reset_methods at VM pre-start
catting the reset_methods gave flr bus, the 2 methods not working above. However clearing it completely allowed the VM to boot and see the attached dGPU and its Audio controller:
echo >...
Has anyone had success with passing through the Intel ARC A770M (or similar) to a VM (Windows or Linux)?
I think I have vfio binding mostly working, however when I attempt to start the Windows 11 VM, it complains about VFIO being not ready/giving up on resets (causing the Proxmox task to...
Definitely NOT solved, however I've been able to stabilise memory to more typical usage pattern when I stopped an LXC container running Grafana/Influx DB (Ubuntu 18.04) - which was monitoring the same PVE host. Something in pvestatd must be having trouble with that type of resource usage profile.
Following my update above, is it possible that somewhere between PVE 5.x and PVE 6.2, the default limit has been increased for a clean install (i.e. ulimit -n)?
output of ulimit -a :
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority...
Looking into it a bit further, I am see the following typical in syslog:
Oct 04 16:00:47 pm01 pvestatd[28666]: ipcc_send_rec[3] failed: Too many open files
Oct 04 16:00:47 pm01 pvestatd[18976]: ipcc_send_rec[1] failed: Too many open files
Oct 04 16:00:47 pm01 pvestatd[19126]: ipcc_send_rec[1]...
This has occurred from the later PVE 6.1 updates (I think) and definitely all throughout PVE 6.2 (including 6.2-12) since about March 2020. Prior to this the system was rock-solid for about 1.5 years.
Normal operation is ~10-12Gig usage (of 32G total). See attached picture for the cycle...
Have a look at the Turn Key Linux File Server LXC template (which can be loaded from the proxmox UI). You could bind mount your storage to it, then on share via Samba via its UI.
https://www.turnkeylinux.org/fileserver
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.