natecook

Thank you! That took care of it for me.

Any updates on this? As someone with dual parity, 28 data disks, and tons more cache than used on any given day, this is exactly what I want. Parity checks stretch over multiple days but cache wouldn’t be half full even on a heavy week. I currently use the pause parity during mover option, but I would really prefer the reverse.

All done and stable. @Frank1940, thank you for the LSI controller recommendation. My 24TB array with 10TB dual parity now takes ~24 hours to sync parity, and does so with no errors. This is down from ~34 hours and an expectation of 5-10 errors. @johnnie.black, you saved my life by catching the power issue. I am eternally grateful to you both!

@johnnie.black that makes so much sense. I was so caught up in my AOC vs LSI controller mixup that I didn’t think about power. I tried a few repair options, but it appears that this whole issue was tied to a bad power cable from my PSU. With a new PSU SATA cable, it’s been running a sync for over 6 hours without issue. Absolutely wild! I would have never thought to check a power cable. What did you see that made you think it was power?

All LSI cards installed. I noticed immediately that my parity sync speeds were much improved - 125-150 MB/s on the LSI controllers vs 80-100 MB/s with the SASLP controllers. Unfortunately, I am still experiencing these read errors issues on drives that are seemingly good. The array's status is: disk 5 - disabled and unmountable (this disk was freshly installed and has not been rebuilt) disk 2 - unprotected and unmountable (this drive was fine until the rebuild issues began) all other disks - protected and mounted However, when attempting a rebuild, I get random errors on a disk. Sometimes it's disk 4, sometimes 7, sometimes 8. I've tried swapping the cables and controllers around. The only consistent factor is that the read errors pop up on one of disks 1-8, which leads me to believe that the failing SASLP left some damage on those disks. What am I to do next? pangu-diagnostics-20200223-1721.zip

Thank you @Frank1940! I have ordered three 9300-8i (three available PCI 3.0 x8 slots, so no problem there) and the corresponding SFF-8643 cables. That should all arrive tomorrow, and I'll report back after I get it all up and running.

I've been rolling along for years with 2 cache, 2 parity, and 22 data disks. The data and parity disks run through two SASLP and one SAS2LP cards, and the cache directly connects to the mobo SATA ports. About 1/3 times, during a monthly parity check, one finicky SASLP (the one with data disks 1-8) would start spitting back errors for all 8 of its drives. I assumed it was just overheating, as when I added better ventilation, the issue became very sporadic. On Monday, disk 5 on that SASLP was disabled. I/O errors, old drive, simple. I swapped it out, and felt great as started the rebuild. 5 hours later, the SASLP drops offline. As is tradition, I shut down and try again - still feeling fine. Another 4-5 hours and the SASLP is offline again. Now, when I reboot, disks 2 and 5 both show up as Unmountable. I try adding more fans, hoping to just get the data fixed before I start swapping hardware, and now the card fails after just 5 minutes. I ordered a SAS2LP to replace it, thinking all of my issues would be resolved without that bad SASLP. Now, with the brand new SAS2LP installed, the parity sync runs at ~2 MB/s before it eventually fails. Looking at the logs, disk 8 is now throwing tons of I/O errors. FWIW, Disk 8 is from the same batch of Seagate 4TB hard drives as the failed disk 5, but disk 6 is too and it's fine. What are my next steps here? I feel like I need to buy better HBA cards and trash some drives, but I don't know where to begin. pangu-diagnostics-20200221-1859.zip

Set your repository to linuxserver/transmission:121 (https://hub.docker.com/r/linuxserver/transmission/tags/) Without specifying the version tag, it will pull the latest version. 121 is the most recent Linuxserver version with 2.93.

BTW, I am still having this issue with settings/preferences not saving. I have three separate instances of the Transmission Docker, two old and one brand new. The older two have saved settings from back when I could adjust and they'd save, and the newly created docker just reverts to the default settings.

Do you have an SSD for cache? Is your Downloads share set to use cache? It might just be your array write speed being slowed by calculating parity.

Assuming this is still the case, is there an easy way to make sure I don't lose any data while doing this?

Same here. Has something to do with Windows 10 disabling unsecured SMB shares, but I am currently looking for a resolution.

Having the same issue with the latest Win10 and UnRAID 6.1.6. The registry change worked for me at some point. I'm certain this is an issue with Windows, but not sure how to resolve.

I'm having a very similar issue with my USB sound card. Will try adding the MSI interrupt to my GPU in the morning and report back.

I was able to get my three Logitech devices (keyboard, mouse, trackpad) to work with this method, but my USB sound card, Microsoft Xbox One controller wireless receiver, and Steam Controller wireless receiver continued not to work. I had to use the hostdev method described here: https://lime-technology.com/forum/index.php?topic=36768.0 Now all is well, except for the distorted audio issue coming through my USB sound card any audio device being active causes this as well. I experienced this on a previous rig running unRAID trial, and confirm that it sounds the same as the issue I was getting on GPU audio and onboard audio at that time.

So you were setting your VM up with 2 cores but the hyperthread of only one? Your CPU should show cores 0-7 in the edit window, so which were you selecting?

After messing around with this months later, I can confidently say that you need your primary VGA device (be it integrated graphics or the top-slot GPU) to be dedicated to the host UnRAID OS. I have had excellent luck since giving up on passing my primary GPU to the VM. Were I to do my build again, I might entertain a cheaper platform that could also include integrated graphics.

For what it's worth, I'm having this same issue using a Creative Sound Blaster Omni 5.1 USB soundcard. Windows 10, USB bus passed via hostdev method, drivers and firmware up-to-date. I'm going to try the MSI audio fix on the GPU to see if that helps.

When you start the VM, immediately start tapping the delete key to bring you to the OVMF "BIOS" (I doubt it's technically a BIOS). If you get to the shell prompt, type "reset" and try again. From the "BIOS", you can set boot order and boot configurations. There's another thread stating that this information is shared between all OVMF VMs (or more likely that it resets on UnRAID reboot?), so this could be part of your problem. Essentially, you want to find an "Misc" device - this should be the VM's primary volume and should allow you to boot no issues. I'm sticking with SeaBIOS for now. Side note, possibly related: I was getting blue screens due to testing different GPU configurations. I got enough that I corrupted the install and it was unrecoverable. You might need to do another install.

I have found that it is somehow related to the GPU used. I have a Gigabyte DS3P with two x16 slots (The second only x4 mode). I have two GPUs, one Gainward GTX 760 and one Sapphire HD6450. I can not get the Nvidia card to work if it's in the first slot, but in the second it works if there is a card in the first slot. If there is no card in the first slot, it doesn't work. The AMD card works in both slots no matter what. Hmmm, do your motherboard or CPU have VGA output?

I feel like something getting missed is that your X99 motherboard has no integrated graphics support. If possible, do what I did on X79 and stick a cheapo GPU in the first PCIe slot, then put your GTX 970 in a lower slot. Works flawlessly for me.

For what it's worth, I resolved this by getting a motherboard that could fit several GPUs. Intel's X79 and X99 platforms do not support integrated graphics, so I could not pass through the primary GPU, but I could pass through several others without issue. Nvidia Control Panel detects all the passthrough GPUs, but does not see SLI capability. This setup would be helpful for productivity, but not for gaming. Of note, I'm still under the impression that there must always be a host VGA device. I've found no workaround for this, so in the future I'll have an R5 220 for host and a high-end single GPU for my gaming VM.

Don't have a system up and running to test. While I haven't had this issue in testing SeaBIOS VMs, I distinctly remember it while testing OVMF.

Okay, so we've established that Windows 7 vs 8.1 is one variable. I'd argue that the test results are moot just based on that. What other variables do you have in your setup? I assume we're testing with the same motherboard, CPU, and memory, but I'd prefer not to make assumptions. Are you using the exact same AMD driver?

Hmmm. Five CPU cores should be enough. I'm still learning myself, so I can't help much in the way of troubleshooting, but I can tell you my experience with 3D Mark Extreme: * Bare Metal: 6 cores/12 threads i7-4930K, 16GB RAM, Win 8.1 on SSD, GTX 970: graphics score 5497, physics score 14276, combined score 2457, overall score: 5329. * VM: 2 cores/4 threads i7-4930K, 8GB RAM, Win 8.1 on HDD, GTX 970: graphics score 5575, physics score 6029, combined score 2447, overall score: 4993. It's within margin of error, except for the physics score which is 2 CPU cores vs 6. What are your exact results?