testdasi

Press the black + button on the lower right of the black disk icon below the "T" in IDENTIFICATION to show the individual partitions.

The first thing that stands out: you need an additional GPU for your MacVM.

How did you do it please? My workaround has been to start a dummy VM to reserve X amount of RAM from the node which then would force the actual VM to spread evenly across nodes. Would love to not have to do that. LOL Also with regards to NVMe, try turning on Hyper-V. As I recently found out, Hyper-V off slows down my NVMe SSD so perhaps it would help your case.

No need to disable Wifi and USB 3.1. They barely use any resource if at all. In fact, on the subject of USB: The X399 chipset has 2x USB 3.0 controllers that can be passed through to your VM's. At the back of the mobo you will see 2 groups of 4x USB 3.0 ports that look to be obviously "together", so to speak, - those are the ones. Even though you are not hot-plugging devices, I would suggest passing each controller to your gaming and streaming VM's (unless your video editing VM has issues with USB ports - someone reported on here about his external sound card errors out when connected the normal way i.e. not through passed-through USB controller). This is especially important for the gaming VM. Passed-through USB controller has the lowest (albeit theoretical) latency regardless of devices. The USB 3.1 controller cannot be passed through even with ACS Override. I have not had any success and have not seen any success story. IIRC, the USB 2.0 and internal ports are also connected to the 3.1 controller. Connect your Unraid USB stick to the USB 2.0 port (you can get a internal to USB 2.0 adapter.

Ok, in that case, you will need to note the below: You will certainly need ACS Override for it to work since I'm pretty sure the PCIe x4 slot is connected to the chipset so it's in the same IOMMU group as your LAN, Wifi etc. The x8 and M.2 slots tend to be together in the same group too so need ACS Override to break them out. Since you are passing through a 1080Ti as primary (i.e. what Unraid booted with), also expect potential run in with error code 43. You can try to mitigate this by booting Unraid in legacy mode, vfio stubbing the GPU, turning off Hyper-V in the VM template and dump your own vbios and hopefully all is well. Based on your plan, I'm assuming you are doing 2990WX, for which your core assignment isn't ideal. The 2990WX has 32 physical cores broken down into 4 chiplets (each chiplet has 2 CCX, each CCX has 4 cores), only 2 of the chiplets have PCIe and memory connection. So your main gaming PC should use exactly 8 cores (1 full chiplet) that connect directly to your GPU PCIe slot for lowest latency. Anything else using the same chiplet while you game will introduce some variance to your frame rate, which can vary from unnoticeable to freaking annoying. The remaining chiplet with PCIe connection needs 1 core reserved for Unraid (core 0 is almost always on chiplet 0, which almost always be the one having PCIe connection). So you are left with 7 cores with PCIe connection to split between your streaming and video-editing. I would suggest you give 3 cores (from a single CCX) to your video editing and the remaining 4 cores (1 full CCX) to the streaming. Alternatively, you can have 6 physical cores assigned to the streaming VM (evenly spread across 2 CCX) and the remaining 1 to the video editing VM. The latency is less noticeable with video editing than streaming (here I'm assuming you are doing live streaming on Twitch / Youtube). The remaining chiplet cores (without PCIe and memory connection) can be split across VMs as you see fit but for best performance (especially for the streaming VM), you don't want to split chiplet across multiple VM's and within the same chiplet, you would want to split your cores as evenly across the multiple CCX as possible (to even out the load). Need pictures once you are done with the custom loop. Would be a nice build.

Not John but doesn't take John to notice it's not viable right off the bat. You need single-slot width cards for the middle 2 GPU and I don't remember any single-slot 1080Ti widely available (if at all outside of China). The card in your illustration are Zotac Mini which definitely is dual-slot. (not wanting to sound harsh but if you don't know why dual-slot cards would not work in your config then you might want to watch a few more Youtube videos on PC building) Also, you don't need 1080Ti for streaming nor video editing. Unless there are separate people working for you for video editing and streaming, there's also no reason why you need separate VM's for video editing and streaming. I can see merit in having a separate gaming VM for Threadripper due to NUMA nodes but certainly not streaming / video editing.

If powering 3.5" HDD then I would use the MOLEX -> SATA since I don't want to overdraw current on a single SATA cable (which can happen if multiple HDD spins up simultaneously). If powering 2.5" SSD then it doesn't quite matter due to relatively low power draw of SSD but I would still use MOLEX -> SATA just to be safe. The quality of the cable, in contrast, is a bigger concern. Dollar-store stuff is highly not recommended.

What about just plain old USB? Thunderbolt external enclosure is a pretty niche (and expensive) solution. Few devices, especially external storage devices, can saturate 10Gbps (current USB top speed), let alone TB3 40Gbps. TB3 cuts off AMD users. USB 4 - that is coming in the next few years - will incorporate Thunderbolt 3 spec. Any effort to incorporate TB3 will be immediately wasted once USB 4 driver is out for Linux - and given the prevalence of USB devices would be the top priority.

Try using root path instead of relative path. e.g. if file is /mnt/cache/something/file.ext then you should copy /mnt/cache/something/file.ext instead of mnt/cache/something/file.ext even if your current directory is / Also, quote the paths if there are spaces.

Copying directly to the mountpoint does not necessarily mean the file will show up on the GUI i.e. if there's an error uploading it. I would suggest you have a look at this topic below on how to set it up with scripts. It splits the upload folder from the mountpoint and combine using unionfs. That way when you upload (separately done via a script) and things fail, it will get retried on the next upload. I found that to be more reliable than copying directly to the mountpoint.

First thing first, get your unit right please. You use "mb/s" for everything. Do you mean megabit per second? Then your "Ran a file write speed test on my cache drive and was able to hit 160mb/s write speed consistently" suggests a potential issue with your cache drive. 160 "mb/s" is 20 megabytes/s - incredibly slow. Also Have you checked if your ISP and/or VPN is capping your torrent speed?

1 thing I forgot to add. mount_unionfs will also protect your cloud storage since any change will be downloaded first and then any change is done (including delete - which unionfs just hides the file).

"perfectly safe"? definitely not. just "safe"? probably. Anyone having problems passing through PCIe to a VM should be booting in legacy mode. This has proven to help for both error 43 (Nvidia driver detecting non-Quadro card being used in a VM) and reset issues (e.g. my old R9 390 a long time ago). Note: "help", not "solve". The only exception is of course if your hardware for whatever reasons requires UEFI to boot. However, it usually is because of a certain specific card requiring UEFI (i.e. a rather unusual circumstance). So if your hardware is in the nothing-special category but you can't boot in legacy (or suddenly unable to boot in legacy), it's more likely than not that you just need to rebuild your USB stick. There is really no benefit of booting UEFI over Legacy (or vice versa). So if you have switched to UEFI and nothing seems to stop working then just stick with UEFI. Just keep it in mind that IF you have issues with passing through PCIe devices in the future, start your troubleshooting with switching back to booting in Legacy Mode.

Hmm... that's strange. Maybe try unmount everything and redo permission of all the local folders. Reboot and then rerun the script. A few points: Unless you are doing a full plex library scan from scratch (i.e. blank database), it should NOT get you API ban. I do it all the time and have never run into any issue. So I think you have something else happening. The usual suspect is any kind of subtitle finder dockers. They were known to break the limit. Avoiding accidental ban like your case is why it's recommended to use Team Drive (now aka "Share Drive" - new name, same features) instead. That would allow you to have a "plan B". In terms of mapping, you can decide for yourself. mount_rclone = excluding things not yet uploaded to gdrive (i.e. ONLY files that are actually currently on the gdrive) mount_unionfs = gdrive + things not yet uploaded to gdrive

It sounds like you mapped Sonarr to the upload folder. Sonarr should be mapped with the unionfs folder (and let unionfs control the use of upload folder).

Hmmm could it be network issue on your end? On my gigabit, it took seconds.

@SpaceInvaderOne: When I connect remotely to the Mac VM, I noticed that there are 2 cursors (tried both NoMachine and VNC). The one underneath is offset very slightly to the upper left. When I move the mouse around, the underneath cursor would trail the the other one to the next location. I have tested that the one above is the actual cursor so I'm not sure what's up with the underneath one. Do you know how to fix that?

A few tips from my own experience: Use VNC Viewer to connect to the VM for setup. It will save you a lot of gripes over timeout and such with Clover. There are 2 install steps. The first after diskutil and then it would restart, you have to make sure to boot into your newly formatted disk to complete the install. Otherwise Clover will boot back into the install media. You can edit the xml to change things such as number of CPU cores. But I have found 6 cores to cause boot issues. 4 cores is ok.

Nope. 👍

Go back on the previous page for the script from nuhll.

It's just one of the potential fixes you can try. Personally, I have found vbios is less useful without booting Unraid in Legacy mode. There's something about UEFI that prevents a GPU from resetting properly.

Sounds like a clue? ... Copy failed - is rclone running? ... You need to unmount everything (and kill all rclone processes if there's any still running) before you can update the plugin. I tend to do it after a restart.

Mounting to /mnt/cache won't work if docker is mapped to to /mnt/user. If both use /mnt/cache then it would work. In other words, both the docker and rclone must be pointing to the exact same path, because as you said, streaming is done in RAM.

@nuhll: oh wow, that's cool. I shall try that tonight. Perhaps you need to change your mount script mount points to /mnt/cache/[something something]?