expressexcess

Thanks trurl. I don't recall why I set it to 100GB—probably issues filling up as you mentioned, but that hasn't happened in years either (maybe the root cause was fixed). I'll try re-creating the docker image.

It’s been … years, probably! (It is ECC at least) I’ll give that a shot. Thanks! Sent from my iPhone using Tapatalk

Hello! I'm running into an issue where the cache pool becomes read-only until I restart the array. I noticed this when trying to download dockers. I found errors like these in my log (these are the new errors after my troubleshooting but they were similar to before) Aug 18 17:29:19 Canteen kernel: BTRFS error (device loop3): bad tree block start, want 31358976 have 72013368191603779 Aug 18 17:29:19 Canteen kernel: BTRFS error (device loop3): bad tree block start, want 31358976 have 3106939744589177635 Aug 18 17:29:19 Canteen kernel: BTRFS: error (device loop3) in __btrfs_free_extent:3188: errno=-5 IO failure Aug 18 17:29:19 Canteen kernel: BTRFS info (device loop3): forced readonly Aug 18 17:29:19 Canteen kernel: BTRFS: error (device loop3) in btrfs_run_delayed_refs:2150: errno=-5 IO failure I thought this might just be a filesystem issue so I copied everything off the cache pool onto the array and reformatted it: Stopped the array Unassigned the cache drives Used blkdiscard: root@Canteen:~# blkdiscard -f /dev/sdd blkdiscard: Operation forced, data will be lost! root@Canteen:~# blkdiscard -f /dev/sde blkdiscard: Operation forced, data will be lost! root@Canteen:~# blkdiscard -f /dev/sdf blkdiscard: Operation forced, data will be lost! root@Canteen:~# blkdiscard -f /dev/sdg blkdiscard: Operation forced, data will be lost! Re-added cache dives to array Reformatted cache pool Copied data from array back onto cache drives. It all appears to have copied fine As seen above, I still ran into the same error. Any ideas? Do I have a bad drive/cable/port? It seems odd that copying all the data back to the pool was fine. Any next steps or other help is greatly appreciated. Best, Greg canteen-diagnostics-20220818-1839.zip

Wow! This is so incredibly easy to setup and use. Thank you.

Hi CHBMB, That did the trick—thank you! I also had to add a variable for INTERFACE=br0 to get the admin page to load in host mode. Thanks again for your help.

Hi CHBMB, Thanks for taking a look. Here's how I configured the docker.

Hello, I'm having trouble getting this docker to run properly. It's almost certainly something easy that I'm just naive about and was hoping the community would be able to help me take a look. I installed the docker, and after I run it I'm unable to login (the web gui doesn't load). I looked in the docker log and this is what I see: [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 10-adduser: executing... ------------------------------------- _ _ _ | |___| (_) ___ | / __| | |/ _ \ | \__ \ | | (_) | |_|___/ |_|\___/ |_| Brought to you by linuxserver.io We do accept donations at: https://www.linuxserver.io/donations ------------------------------------- GID/UID ------------------------------------- User uid: 99 User gid: 100 ------------------------------------- [cont-init.d] 10-adduser: exited 0. [cont-init.d] 20-time: executing... [cont-init.d] 20-time: exited 0. [cont-init.d] 30-config: executing... [cont-init.d] 30-config: exited 0. [cont-init.d] 40-openvpn-init: executing... [cont-init.d] 40-openvpn-init: exited 0. [cont-init.d] 50-interface: executing... ERROR: Could not read active profile name: profile/key _INTERNAL/run_api.active_profile not found in sqlite:////config/etc/db/config.db: util/options:79,db/confdb_admin:280,db/confdb:531,db/confdb:523,<string>:1,sagent/sagent_entry:38,db/confdb_admin:354,util/options:79,db/confdb_admin:280,db/confdb:531,db/confdb:523,util/error:61,util/error:44 ERROR: Could not read active profile name: profile/key _INTERNAL/run_api.active_profile not found in sqlite:////config/etc/db/config.db: util/options:79,db/confdb_admin:280,db/confdb:531,db/confdb:523,<string>:1,sagent/sagent_entry:38,db/confdb_admin:354,util/options:79,db/confdb_admin:280,db/confdb:531,db/confdb:523,util/error:61,util/error:44 ERROR: Could not read active profile name: profile/key _INTERNAL/run_api.active_profile not found in sqlite:////config/etc/db/config.db: util/options:79,db/confdb_admin:280,db/confdb:531,db/confdb:523,<string>:1,sagent/sagent_entry:38,db/confdb_admin:354,util/options:79,db/confdb_admin:280,db/confdb:531,db/confdb:523,util/error:61,util/error:44 ERROR: Could not read active profile name: profile/key _INTERNAL/run_api.active_profile not found in sqlite:////config/etc/db/config.db: util/options:79,db/confdb_admin:280,db/confdb:531,db/confdb:523,<string>:1,sagent/sagent_entry:38,db/confdb_admin:354,util/options:79,db/confdb_admin:280,db/confdb:531,db/confdb:523,util/error:61,util/error:44 [cont-init.d] 50-interface: exited 1. [cont-init.d] done. [services.d] starting services [services.d] done. Note: Removing stale pidfile /openvpn/pid/openvpn.pid Any idea what's going on?

Hi binhex, Any plans to release a version that can utilize VPN? Thanks!

Watching this topic with interest. As Jon said, this is similar to my issue (main thread: http://lime-technology.com/forum/index.php?topic=39523.0) Interestingly, there aren't many similarities between our hardware configs. Please keep us posted! Greg

Hi everyone, I'm having a little bit of trouble installing OS X Yosemite. I am able to enter load the installer, and partition the virtual disk. When I attempt to install Yosemite, I am presenting with the message: Any thoughts?

D'oh! Time for me to hang my head in shame. It looks like my issue was caused by the PCI slot I was using for my SATA card. I never noticed, but now realize that in my previous configuration the card was being used at 4x. During my troubleshooting with my PCI passthrough for my VM, I switched my PCI slots and the card is being utilized at 8x. My parity check is currently running at ~140-150 MB/s. Good luck with your issue pkn, I hope you find a resolution!

Thanks Jon. We might as well pursue this avenue if you're up for it. I sent you a PM.

Hi Jon et al, It looks like it is the card. On a whim, I ordered another card for testing purposes: EVGA GT 740 (02G-P4-2740-KR). I configured a new VM (Windows 8, using OVFM, Q35) and attempted to passthrough the new card (with the GTX 970 still installed). The passthrough immediately worked and I was able to see the UEFI interface. I reconfigured the same VM to attempt passthrough of the GTX 970 and my original issue returned. I then moved the GTX 970 to the second PCI slot (where I was successfully able to passthrough the GT 740), and my original issue persisted. I'll reach out to EVGA and see if they have any thoughts. Maybe this particular card is too "new" and the drivers don't support it yet? Currently, I think my options are: 1) Get a different make of the 970 chipset that has been verified to work. A ~$350 mistake, but not the end of the world. Because I modified my original 970 (soldered a pigtail for the auxiliary power connections so I could fit it in the case) I doubt I'll be able to resell it. 2) Wait for updates and hope that either an update to KVM or a firmware update for the card fix the issue. 3) Say "to hell with it!" and build a standalone gaming PC. Any other ideas? As an aside, the fan on the GT 740 is LOUD, and the thing runs full blast. I'll need to check and see if there's a firmware fix for it, but for now i've unplugged it because it was driving me crazy. Best, Greg

Hi Jon, Still checking with friends to see what hardware might be available for me. If all else fails, could I actually mail the card to you for testing purposes? During my research, I've noticed that folks are enabling: pcie_acs_override=downstream Is this setting controlled in VM manager settings (PCIe ACS Override)? Currently, I have it set to "no". Should I have it set to "yes" instead? Would it affect my PCI sata card? Thanks, Greg

Hi Jon, I also have the EVGA X99 Micro, but wasn't able to get that to work in my system (I believe it ended up being incompatible with my ECC RAM). I may be able to borrow some RAM, or even a motherboard / processor combo (I'd rather not fully disassemble my system at this point). Are there any other typical requirements for GPU pass through support from the motherboards other than VT-D support?

Hi Jon, It is the Asrock X99M Killer The board supports VT-D (and has it enabled in the BIOS), and I am using it with the latest BIOS version 1.8. I'm using it with a Xeon E5 1650v3.

Here's the reply from EVGA:

Hi Jon, From lspci -n I located my GPU, 02:00.0 0300: 10de:13c2 (rev a1) 02:00.1 0403: 10de:0fbb (rev a1) I edited my Syslinux configuration: default /syslinux/menu.c32 menu title Lime Technology prompt 0 timeout 50 label unRAID OS menu default kernel /bzimage append pci-stub.ids=10de:13c2,10de:0fbb initrd=/bzroot label unRAID OS Safe Mode (no plugins) kernel /bzimage append initrd=/bzroot unraidsafemode label Memtest86+ kernel /memtest label Xen/unRAID OS kernel /syslinux/mboot.c32 append /xen --- /bzimage --- /bzroot label Xen/unRAID OS Safe Mode (no plugins) kernel /syslinux/mboot.c32 append /xen --- /bzimage --- /bzroot unraidsafemode I rebooted the server, and tried each VM and the same issue persists.

Thanks Jon, Will try and update next. As an aside, when I started the VM I took a look at the system log. Does this indicate anything that helps us? Apr 25 17:09:13 Canteen kernel: vfio_ecap_init: 0000:02:00.0 hiding ecap 0x1e@0x258 Apr 25 17:09:13 Canteen kernel: vfio_ecap_init: 0000:02:00.0 hiding ecap 0x19@0x900

Hi Jon, Thanks for all of your help and support so far. I reached out to EVGA and will report back when they respond. I downloaded EVGA.GTX970.4096.140930.rom and installed it into /mnt/VM/Images/ I tried on both a SeaBios Q-35 system: <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>Windows 7</name> <uuid>d46c5469-e9f2-edbe-01b2-63da5d44202c</uuid> <description>Windows 7 Gaming Image</description> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>6</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='5'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-2.2'>hvm</type> </os> <features> <acpi/> <apic/> <kvm> <hidden state='on'/> </kvm> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='6' threads='1'/> </cpu> <clock offset='localtime'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source file='/mnt/cache/VM/Windows 7/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/VM/Images/GSP1RMCHPXFREO_EN_DVD.iso'/> <target dev='hda' bus='sata'/> <readonly/> <boot order='2'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/VM/Images/virtio-win-0.1-100.iso'/> <target dev='hdb' bus='sata'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0' multifunction='on'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='dmi-to-pci-bridge'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:a2:d0:6d'/> <source bridge='virbr0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> </hostdev> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x02' slot='0x05' function='0x0'/> </memballoon> </devices> <qemu:commandline> <qemu:arg value='-device'/> <qemu:arg value='ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=2,chassis=1,id=root.1'/> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=02:00.0,bus=pcie.0,multifunction=on,x-vga=on,romfile=/mnt/user/VM/Images/EVGA.GTX970.4096.140930.rom'/> </qemu:commandline> </domain> And a Q35 OVMF system: <domain type='kvm'> <name>Windows 8</name> <uuid>b7e4f491-cacd-37e1-9237-81862cb8dab0</uuid> <description>Windows 8 - Gaming PC</description> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>6</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='5'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-2.2'>hvm</type> <loader type='pflash'>/usr/share/qemu/ovmf-x64/OVMF-pure-efi.fd</loader> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='6' threads='1'/> </cpu> <clock offset='localtime'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/qemu-system-x86_64</emulator> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/VM/Images/Win81AIO-20in1-x64-en-US-Nov2013-v2.iso'/> <target dev='hda' bus='virtio'/> <readonly/> <boot order='2'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/VM/Images/virtio-win-0.1-100.iso'/> <target dev='hdb' bus='virtio'/> <readonly/> <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> </disk> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source file='/mnt/cache/VM/Windows 8/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x05' function='0x0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0' multifunction='on'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='dmi-to-pci-bridge'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:ea:02:1f'/> <source bridge='virbr0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </source> <rom file='/mnt/user/VM/Images/EVGA.GTX970.4096.140930.rom'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x06' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x02' slot='0x07' function='0x0'/> </hostdev> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x02' slot='0x08' function='0x0'/> </memballoon> </devices> </domain> Unfortunately, both reproduced the original symptom. 2 asides: 1) Would the port used on the card make any difference, or would the passthrough apply to each? 2) Do I need to reboot the array between attempts? I ask because when I stop the VM, I don't get the console back on my display unless I reboot the sever.

Hi jon, It doesn't look like there are any firmware updates available for my GPU. There was a firmware update for my motherboard, which I have applied, but the same issue persists. Here's a video of what it looks like.

Hi Everyone, I have been struggling to try to get my EVGA GTX 970 to successfully passthrough. My setup: Motherboard: Asrock X99M Killer (has VT-D support, enabled in BIOS) GPU: EVGA GTX 970 (VGA EVGA GTX 970 04G-P4-3978-KR RTL) Processor: Xeon E51650 V3 I am able to successfully create VMs with VNC as the graphical support. Anytime I attempt to passthrough the GPU, I don't see any image on my display. I believe the GPU is working fine, as prior to booting the VM I am able to see unRAID boot and the console output (and am able to enter my motherboard BIOS, etc). After starting the VM, the display goes black, then enters power saving mode. I do not see the BIOS output for the VM on the display. I've tried: - 2 different displays, 2 different ports no the GPU - Both Q35 and i440fx based VMs - Both OVMF and SeaBios based VMs (utilizing jonp's workaround for the OVMF issue) - Windows 7 based and Windows 8.1 based VMs To further test my build, I created a native Windows 7 installation on a spare HDD and booted the system to that. The GPU appeared to work fine. Full XML for current Windows 8.1 VM: <domain type='kvm'> <name>Windows 8</name> <uuid>4675f57c-4328-6654-f757-fa18a9be70bd</uuid> <description>Windows 8 Gaming PC</description> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>4194304</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>6</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='5'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-2.2'>hvm</type> <loader type='pflash'>/usr/share/qemu/ovmf-x64/OVMF-pure-efi.fd</loader> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='6' threads='1'/> </cpu> <clock offset='localtime'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/qemu-system-x86_64</emulator> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/VM/Images/Win81.iso'/> <target dev='hda' bus='virtio'/> <readonly/> <boot order='2'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/VM/Images/virtio-win-0.1-100.iso'/> <target dev='hdb' bus='virtio'/> <readonly/> <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> </disk> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source file='/mnt/cache/VM/Windows 8/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x05' function='0x0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0' multifunction='on'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='dmi-to-pci-bridge'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:4c:4e:0b'/> <source bridge='virbr0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x02' slot='0x06' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x02' slot='0x07' function='0x0'/> </hostdev> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x02' slot='0x08' function='0x0'/> </memballoon> </devices> </domain> Any thoughts or direction on next steps would be greatly appreciated, I am really hoping that somehow I'll be able to get this to work! Thanks in advance, Greg

You need to map your media shares to the docker, so that can add them in Plex. Here are mine, for example: Afterwards, within the plex media server, add a library of the appropriate type and add the appropriate folder that you've mapped.

Thanks for the update on this. I'd been struggling with this issue too, since receiving your suggestion in the other thread. Thought I was going crazy!

Hi Jon, I've tried both of these things (originally, I had audio function enabled and only disabled it as a test). Switching to q35 didn't appear to make a difference. I'll try this. Maybe there's an issue with SeaBIOS for the passthrough? As you mentioned previously, it shouldn't be a Windows 7 issue as I should have at least seen the seaBIOS screen. Thanks, Greg