reluctantflux

Now that I have a stable HTPC VM, I'm looking at moving the HTPC to the iGPU and creating a new VM for as a gaming machine using my discrete card. Has anyone had any success at all getting iGPU passthrough working? Is it just not possible on the current kernel?

I would do the above mentioned even if you had Playready installed properly, to see if it resolves your issue.

I do have a username and password on my windows VM, but it still requires me to login with guest and no password. I've tried logging in with both the windows VM credentials and unraid credentials and neither worked. I also find that the control userpasswords2 doesn't always stick, which is pretty annoying. I'm surprised to hear that it's not just me.

I swear I had it on a cache only share, but yup, that was the issue. I had all my stuff pointing at /mnt/cache/appdata, and appdata was an array share (I swear I changed it because I messed this up when I first started a week ago). So it had started to move my stuff, and since I pointed at /mnt/cache instead of /mnt/user, things were breaking. Changed containers to point to /mnt/user/appdata and changed the appdata share to be cache only and moved all files back to the cache drive. Thanks!

Oh, and apparently all of my settings are gone in Sickbeard, Couchpotato, and Transmission again. UGH!

Oddly enough, if I go into the config of the container, and click apply, then the container will start. I'd really like to know why they're crashing though, and why if I go into the container settings and hit apply (even if I didn't change anything) it will then start properly.

So yesterday I was able to install and configure: Couchpotato, PlexMediaServer, SABnzbd, Sickbeard, Transmission, and Maraschino. Everything was working together all happy like. This morning, I noticed that Couchpotoato, Sickbeard, and Transmission were stopped. I couldn't start them. I did a reload and had to reconfigure everything. So now they've been running together all day again until just checking them now. Couchpotato, Sickbeard, and Transmission are off again, and I can't get them to start. I stopped all containers and tried turning each one on. Only Maraschino, Plex, and SAB would turn back on. I thought containers were supposed to be isolated from each other, but it's looking like there's some weird conflict here. Can anyone tell me how I would even begin to start troubleshooting this issue? Thanks!

Had to delete everything, including appdata folder. It's working now. Just have to readd libraries.

You have to login with username: guest and no password. This drove me buggy for an entire day.

So I had the Plex Media Server docker working for a few days now, but last night at midnight it stopped working. The container is still running, and Plex.tv can see it, but when I go to launch its webui or launch it from plex.tv, I only see libraries that my friends have shared with me. My server doesn't even show up. I tried restarting the container, along with deleting it completely. I still can't see it. Plex.tv shows the server as up and green. I'm very perplexed by this. I'm thinking it could be a port issue, except I was sleeping when it appears to have stopped communicating. I feel like the only thing I haven't tried is restarting the unraid host os.

Fantastic! I love it!

When I click the Shutdown button in VM Manager, the VM goes into an "unknown" state even though the VM shut down. I have to do a "virsh destroy vm" at cli to get it to die. Are there tools I need to install on the VM to get this to work properly?

Did you change the disk type? I know I had to set mine to SATA instead of Virtio, but that was because I created my VM with VirtualBox.

How would I go about getting a fork of Maraschino that has Plex connectivity in a docker container?

I have a coax cable line coming into the house. It splits with one going to my modem, and another to my hdhomerun prime. Both of those are then connected via ethernet to my router, which my unraid box is also plugged into. I'm running Unraid 6 beta 10a with a Windows 8.1 WMC virtual machine using KVM. The VM has GPU passthrough (Sapphire Radeon HD 7770), and a few USB passthroughs. I had to use the digital cable advisor override found here. I then had a ton of problems with Playready not properly installing until I downloaded ResetDRM.exe from Microsoft, extracted it, and ran CleanDRM.exe as an admin. Now I can get Live TV to work, but I have to start a stream and then minimize and maximize WMC, otherwise it gets stuck at Display Driver Error. I remember fixing this issue with WMC7, but that was a long time ago, and it was from just blind dumb luck of doing any number of things a certain amount of times in a certain order. 1) Have you run the Digital Cable Advisor successfully? 2) Have you gotten Playready to install successfully?

Please post your xml. Are you trying GPU passthrough? You can't do GPU passthrough and have VNC work at the same time.

wewantrice, is there a certain spot you're stuck at? Are you able to record tv, just not watch live tv? Have you tried starting a live tv stream and then minimizing and maximizing the WMC window?

I can get live tv to work, I just need to minimize and maximize WMC after I start the stream in order for the error to go away. I've seen this issue before and it's dumb luck and 5 hours wasted before some random thing fixes it. I'm pretty sure I can get it to work, and if not, at least ServerWMC will work and I'll use a different front end that's not so fickle. I do have a new issue. So my new All-in-One Microsoft keyboard with touchpad that was causing my vm to crash before works with my new hardware. But if I don't give it any input for 10 seconds, it stops working. I believe this is a function of the keyboard going into a sleep mode in order to save power, but when it comes back, it never reconnects. I can do a device manager "scan for hardware changes" and it will find it again, until I don't touch a key or touchpad for 10 seconds. Has anyone seen this issue and found a way around it? Has anyone successfully passed through a USB controller instead of just devices? Having access to that layer may provide better stability. Thanks! Oh, and one more thing, in my attempt to fix the display driver error in WMC, I uninstalled a bunch of items in device manager, of which I believe may have been keeping my clock synced, because now if I turn off my VM, when I boot it back up, it'll have incorrect time (if I do a restart from windows, time persists). Thoughts?

Turns out the PCI slots on my motherboard went bad, so there go my storage controllers. It's possible that whole chipset went bad, and that's why the USB keyboard was causing a seize up as well. Time for a new board and proc.

I am having the same symptoms. Now when I reboot, I can't even get the array to start, it'll hang at the Mounting Disks portion. I'm running 6b10a. I've attached my syslog. syslog.zip

I worked through this and finally got live tv to semi-work. I can record tv, but the only way to get live tv to work is to start live tv, exit full screen to windowed/minimized mode, and then go back to full screen. Annoying, but I'll crack it eventually. I ended up going out and getting a new keyboard with trackpad for this, but its causing my VM to crash when I pass it through. Does this make sense to anyone? I've tried preinstalling the drivers for it, but that's not working. Is there any way to passthrough a usb device other than what I'm doing here: <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x045e'/> <product id='0x0800'/> </source> </hostdev>

My system is up and running with GPU and USB passthrough. Thanks to everyone for their help! For those that are running Windows 8.1 Media Center. What are you doing for Live TV? Were you able to get around the stupid Display Driver Error? I had to use the MissingRemote's Digital Cable Advisor hack. I have a Sapphire Radeon HD 7770 that worked fine before my rebuild to Unraid.

Corrupt image from being on my cache that was trying to move to my array. Rebuilt from my vdi file. I had to reboot the host in order to get the proper error message, though.

My cache drive is formatted as btrfs. I've tried bus=virtio and ide and couldn't get those to work either. When I have gotten it to work, it had to be set to SATA because of the way I created the VDI in virtualbox before I did the conversion to qcow2.

So it was working this morning, and then I got into work and noticed that it was on the array and not the cache SSD. So I moved it and have had nothing but trouble. Same old 'process exited while connecting to monitor:' <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>WMC8.1</name> <uuid>554cbf6b-aa75-4044-b1b3-c1005bea6064</uuid> <memory unit='KiB'>7813120</memory> <currentMemory unit='KiB'>7812500</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking> <vcpu placement='static'>4</vcpu> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-q35-2.1'>hvm</type> <boot dev='hd'/> <bootmenu enable='no'/> </os> <features> <acpi/> <apic eoi='on'/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='4' threads='1'/> </cpu> <clock offset='localtime'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='yes'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>destroy</on_crash> <devices> <emulator>/usr/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/mnt/cache/vm/wmc.qcow2'/> <target dev='vdc' bus='sata'/> <address type='drive' controller='0' bus='0' target='0' unit='2'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/cache/iso/virtio-win-0.1-81.iso'/> <target dev='hdb' bus='ide'/> <readonly/> <address type='drive' controller='0' bus='1' target='0' unit='0'/> </disk> <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> <controller type='ide' index='0'/> <interface type='bridge'> <mac address='52:54:00:06:62:4f'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </interface> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' websocket='-1' listen='0.0.0.0'> <listen type='address' address='0.0.0.0'/> </graphics> <video> <model type='cirrus' vram='9216' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x02' slot='0x06' function='0x0'/> </memballoon> </devices> <qemu:commandline> <qemu:arg value='-device'/> <qemu:arg value='ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1'/> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on'/> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=01:00.1,bus=pcie.0'/> </qemu:commandline> </domain> If I remove this part, then the VM will at least turn on (obviously it won't boot into windows). I'm not sure why this wouldn't work with just moving the file location. I checked permissions. They're set to 644. I also have the wmc.qcow2 set in the storage pool tab. <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/mnt/cache/vm/wmc.qcow2'/> <target dev='vdc' bus='sata'/> <address type='drive' controller='0' bus='0' target='0' unit='2'/> </disk> Sorry for being a pain, and thanks again.