coopooc

Thanks. It's really helpful to hear someone else with the exact same issue and puts me on the right troubleshooting path. I'll have to retry the dump again. I do have another video card that I can add back in so it doesn't have to be headless but I want my good passthrough GPU in the x16 slot so I think it'll always be the primary. Wonder if there are other sources of vbios I could try other than techpowerup.

Unfortunately, that combination didn't work. The second the drivers loaded I crashed. I wish I understood what would cause a conflict like this. Feels like I should go back to the vbios. Seems like a driver might freak out if it encountered the wrong vbios. Open to other theories though.

Then yes. I did that. I also did a dump of my own rom too. However, I'm less confident about that working because after I did that dump, I upgraded the firmware on the card so it might be worthwhile to repeat that at some point. My instinct tells me that isn't the issue but what do I know? Speaking of vios, apparently my card has a switch on it that allows you to switch between two different ones. I've tried it with the switch both ways and it didn't matter but I wish I understood what that was doing. My latest plan is to try a new combination that I have not yet attempted yet based on another post. Someone said they tried SeaBios with I440fx and it worked. I haven't tried that particular one yet so I figure it's worth a shot.

Hmm, I edited the techpowerup vbios to remove the "junk" on the top of it as per SpaceInvader One's instructions. Is that what you mean or is there an additional edit to be made?

Uh oh, have I stumped everyone? I've seen mention of PCI shadowing or something like that in the VM XML. Can anyone tell me what that does and if it could be relevant?

Well, I think I've exhausted every option, I need some help. Problem: The second I (or windows update) attempts to install Nvidia drivers my Windows 10 VM crashes, attempts to boot a few times and enters Automatic Recovery. I've seen a hundred of these threads, believe me, I've read them all. Here's what I have: Unraid 6.7.0 MSI x470 11/06/2018 Bios EVGA Geforce 1080 FTW Latest vbios Ryzen 2700x Other stuff. Booting UEFI (no passthrough works without UEFI booting. This has been a long battle so far. I've made slow progress. Here's what I've tried: Updated the mobo bios to the reported good version from some other thread here. Apparently the new ones are broken. I updated the GPU's vbios to the latest version. I couldn't get UEFI to boot with the original vbios. Every conceivable combination of OVMF, SeaBios, Q35, Hyper-Threading on/off. I've ended up with Q35.1, SeaBios and HyperThreading on (but off works the same). This is the ONLY combination that will ever output anything to HDMI. I've moved the GPU to different slots, added a second GPU, dumped the vbios and downloaded and modified the vbios from techpowerup. I ended up back with just one GPU in the primary slot and am booting with the modified vbios I downloaded rather than my own dump. This is the only one that works. I had previously tried the new pcie-ev stubbing (is that the right term?) option found in this thread. This is not the "old way" but rather the new way. I've since turned that off. Past steps that might be useful to know. I passed through an old radeon card just fine...on the first try. Cool. With a VNC as the primary and the GTX as a second video card, I managed to find a config that had brought me close enough to get a Code 43 error in the device manager, progress! No HDMI output though. Gave up on that VM. UEFI change got me way closer. Oh, also, I've tried the ACS overrides and unsafe interrupts. I have both of those disabled again. As above, the UEFI boot seemed to get me closest and I never had an issue with shared groups. With that, I feel confident that I've ruled out a few things. I don't think it's actually related to Unraid grabbing the GPU. I don't think it's the slot. I don't think it's the MB bios. I'm down to a few potential culprits and I'd love to get some of your expert help on: So, back to the closest I got. No stubbing, GPU primary slot, no secondary GPU, loading techpowerup modded rom, no VNC, Q35, SeaBios, HyperV back on (didn't seem to matter one way or the other). Installed Windows completely through HDMI on the GPU. Awesome! System stable and functional. Display driver is the Windows Basic Display. Load up the virtio drivers for the ethernet card and a few minutes later, Windows Update grabs a new driver, the screen blinks a few times and poof, reboot and then down the automatic recovery path to nothing. For awhile, I thought it might be related to the MSI demonic sound issue so I made that regedit before installing the Nvidia drivers. Same result. I'm stuck. Here's the latest XML for the VM that last died: <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Callisto X5</name> <uuid>9d37188a-c81a-0b93-cdcf-c55bff9efa1e</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>14</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='3'/> <vcpupin vcpu='2' cpuset='4'/> <vcpupin vcpu='3' cpuset='5'/> <vcpupin vcpu='4' cpuset='6'/> <vcpupin vcpu='5' cpuset='7'/> <vcpupin vcpu='6' cpuset='8'/> <vcpupin vcpu='7' cpuset='9'/> <vcpupin vcpu='8' cpuset='10'/> <vcpupin vcpu='9' cpuset='11'/> <vcpupin vcpu='10' cpuset='12'/> <vcpupin vcpu='11' cpuset='13'/> <vcpupin vcpu='12' cpuset='14'/> <vcpupin vcpu='13' cpuset='15'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-3.1'>hvm</type> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='14' threads='1'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/Callisto X5/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/isos/Win10_1903_V1_English_x64.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/isos/virtio-win-0.1.171.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='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </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='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='1' port='0x8'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0x9'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0xa'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0xb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> </controller> <controller type='pci' index='5' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='5' port='0xc'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x4'/> </controller> <controller type='pci' index='6' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='6' port='0xd'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x5'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:8a:aa:8a'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </interface> <serial type='pty'> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <hostdev mode='subsystem' type='pci' managed='yes' xvga='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x1d' slot='0x00' function='0x0'/> </source> <rom file='/mnt/user/isos/EVGA.GTX1080.rom'/> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x1d' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x046d'/> <product id='0xc52b'/> </source> <address type='usb' bus='0' port='1'/> </hostdev> <memballoon model='none'/> </devices> </domain> UPDATE: This was FINALLY solved by one (or both) of the following: 1. I went back to an earlier VBIOS version from techpowerup. I flashed the vbios of the card and then selected that same version in the VM. 2. It still didn't work on that initial boot but it might have been due to all of my previous fiddling. This command freed up the GPU and from there, everything finally worked: echo 0 > /sys/class/vtconsole/vtcon0/bind echo 0 > /sys/class/vtconsole/vtcon1/bind echo efi-framebuffer.0 > /sys/bus/platform/drivers/efi-framebuffer/unbind Thanks to the forum for all the troubleshooting help! For reference, here's the particular combo that sequence of tips that ultimately got my system to work: Unraid 6.7.0 MSI x470 11/06/2018 Bios EVGA Geforce 1080 FTW 2016/11/03 Ryzen 2700x Virtio 1.171 SeaBios i440fx-3.1 HyperV-No Graphics ROM BIOS 2016/11/03 Graphics card primary, no VNC. Setup all done via connected monitor, no VNC. Sound card NVIDIA passthrough. Unraid booting use UEFI otherwise no video output. This was my 17th configuration combination. Lucky 17. Hope it helps someone else. jupiter-diagnostics-20190924-2155.zip

Anyone know how to change the default maximum import size? It says it's set at 100M but I can't find that in any config files to modify.

Thanks! You got me on the right track.

I feel like I'm 99% of the way to having this setup correctly but not quite there. Right now, all my downloads are stuck at 0.0% and 0 connections/peers/etc. Tracker status says connection refused typically. However, meta-data seems to download. The VPN is up and working (VPN enabled=yes) and I have access to the gui. I was able to connect to the container terminal docker -it.....yada yada. I can ping sites. A curl ipinfo.io/ip brings up an IP that is not my ISP provided IP. As I said, 99% of the way there but no downloads, no peers. I've given it days, tried more popular files, etc. At this point, I suspect my VPN provider (VPNUnlimited) is blocking needed ports but I'm hoping to exhaust other obvious solutions before switching. Thanks!

In case it helps others....after reviewing the logs more closely, the code was looking in a sub-directory named "book" which did not exist. I created a directory in the appdata folder named book and poof, it started working.

Really struggling to get this to work. When I do a library scan I receive exceptions: Unhandled exception in libraryScan: Traceback (most recent call last): File "/app/lazylibrarian/lazylibrarian/librarysync.py", line 633, in LibraryScan copyfile(coverimg, cacheimg) File "/usr/lib/python2.7/shutil.py", line 83, in copyfile with open(dst, 'wb') as fdst: IOError: [Errno 2] No such file or directory: u'/config/cache/book/19504931.jpg' At first, I figured it was a corrupt file or something so I deleted the author in question. It moved to the next author and fired a new exception for the same issue. Have I configured something wrong? /downloads /mnt/user/Ebooks/Downloads/ /books /mnt/user/Ebooks/Books/ /magazines /mnt/user/Ebooks/ /config /mnt/user/appdata/lazylibrarian-calibre

Nextcloud is a fork of Owncloud right? I looked into owncloud and was concerned about large files sizes. Any trouble with that?

I can't believe it but I've hit a brick wall with what seems to be a simple issue. I want to setup an easy and quick way to transfer files back and forth over the web with a friend. Now, I know FTP is the tried and true solution but I assumed something newer and better would have appeared by now to take it's place. Struggling to find such a solution. Requirements: Encrypted Decently fast (yes, I know the above requirement impacts that) Secure (FTP and SFTP don't have the best track record there) Easy, ideally the person on the other end doesn't need to possess any special skills Capable of transferring large files up to 15 GB Can anyone point me toward something suitable that fits into the Unraid world easily? Thanks!

Perhaps the wrong place to post this, if so please let me know where it should go. With Plex DVR (still in beta) they've added post-processing scripts for commercial detection and removal. Conceptually, I'm not sure how to use something like this in a docker environment. Would I need to create a VM with the comskip and ffmpeg or is something that could conceivably be incorporated into the container? I'm still new to the whole concept but I figure one of you has done some thinking on this front.

Thanks, that's really helpful. Curious to hear if you noticed similar pauses when you performed those tests. Even with the pauses, the Sil3132 appears to be pretty close to where it's supposed to be but the ASM 1061 has something going on. I'm leaning toward my long sata cable...

I'm wondering if anyone else has seen behavior like this or if I'm just unlucky. I've been experimenting with both a Sil3132 and an ASM 1061/2 based controller (both PCI-Expres) I used both of these controllers previously with multiport but I've since taken that out of the equation for performance reasons. Now I'm trying to directly connect one drive to one port. For both cards though, I'm seeing performance around 92-98 MB/s and odd pauses about every 3 seconds where a write stops for about 1 second and then continues back at the normal speed. The source drive is much faster at more like 135 MB/s (according to the diskspeed script) so I don't think the issue is there. I'd include more details but I don't have access to much else right now. At this point, I'm just wondering if anyone else has experienced anything similar or if you have suggestions on troubleshooting. One obvious thing I haven't done yet is to connect the same drive to the motherboard's controller to see if it's the drive itself. Also, I haven't attempted to swap out the sata cable, it is a fairly long cable which may be a factor as well. Thanks

As you'll see in my related thread, there's a guide on the Unraid site specifically for this: http://lime-technology.com/wiki/index.php/UnRAID_6/VM_Management#Physical_to_Virtual_Machine_Conversion That helped me quite a bit.

Quick follow-up. Waiting it out didn't work. Tried in safe-mode and it stalled on a specific driver related to my SATA add-on card which has been a pain throughout this conversion to Unraid. I tried to remove it in the physical machine but it still came up and stalled on the newly imaged VM. I decided to rip my Windows Recovery DVD and mount it as an iso as the install OS to try a repair and magically my VM booted up just fine that time. Took that recovery ISO out of the VM and it wouldn't boot, added it back in again and it booted fine. Crazy! I have no clue as to why it's working but it's working so I'm just leaving that ISO in. Also, successfully shrunk the VM disk from the 500 GB that was imaged to 200 GB using gparted. Then I truncated the image using some random "truncate" command I had never heard of. Now I have the original physical machine booting as a 200 GB VM on its original 500 GB SSD as the cache drive. Quite the process but I've come away very impressed with the flexibility of Unraid and the options available to me now that I'm running an OS and VMs that are (nearly) completely independent of their underlying hardware. Thanks for your help.

No worries. I'm pretty patient. It's still stuck on the boot animation but the drive and processor activity has me optimistic so I'm going to leave it be for a few more hours. It is going on 4 hours now though so at some point I'll have to give it up and attempt to restart in safe mode. Not an ideal drive configuration right now but hopefully it's only temporary.

Well, something is happening now...just not sure what. Following all of your advice, I manually installed several of the drivers in the physical machine, reimaged it and then changed the volume to virtio instead of IDE. I've now booted the machine and it appears to have progressed past the point where it hung before. I can actually see the animated Windows logo now with "Starting Windows", progress!! However, I can't tell if it's actually animating over the VNC connection but I think it is. With that said, it's been stuck here for a solid half hour. Good news is, the processor is pegged at about 35% which given this is a 1 processor instance seems about right. Also, though not consistent, there is decent drive activity which can't be accounted for by any other processes. I think it's running, just horribly slow. I'm hoping to wait it out and see if I can get to the desktop eventually to confirm it's operational. It is running off of a conventional HD for the moment until I can wipe the SSD (the physical machine's drive) and add it as a cache drive.

I manually installed a bunch of them but not all. I figured I just needed the storage related ones for now. I did use the legacy hardware method and it seemed to work just fine. Anyway, I'm re-imaging it right now, I'll report back.

Sorry, I wasn't very clear. I can't boot to that point. I've never been to a place where I could install drivers. It never gets that far.

Same issue with just one processor selected. Status:0xc000000e, The boot selection failed because a required devise is inaccessible.

Thanks for this. I'll see if I can run down a Marvell 9235 based card somewhere. Not a huge fan of ebay...

Thanks, I have to redo it now anyway so I'll give that a whirl.