Daniel15

You can do this in the UI instead of modifying the command line arguments. Instead of selecting "None" for the network type, select "Container". It'll show a dropdown list to select the container to use.

IOMMU is what allows PCIe passthrough. The IOMMU section in Unraid allows you to bind an IOMMU group to one virtual function (VF), to pass it through to a VM. SR-IOV is what allows one physical device to be split into multiple VFs instead of just one. This is so it can be passed through to multiple VMs, or used on both the host system and one or more VMs. The most common use cases are for GPUs (like with this plugin) and for Ethernet adapters.

No - the native i915 driver doesn't support SR-IOV. The xe one does, but only for certain devices.

It does now - it includes patched versions of both i915 and xe. xe support was added in https://github.com/strongtz/i915-sriov-dkms/pull/344 I saw the disclaimer but AFAIK this is the repo the Unraid SR-IOV plugin uses.

Does it not use the xe driver from this repo? https://github.com/strongtz/i915-sriov-dkms

Is there a way to ensure all my current Docker containers are assigned their current MAC addresses before performing the update?

For Docker Compose, the existing plugin is pretty good. It's definitely not perfect (for example, it doesn't support override files), but the integration into Unraid's Docker UI and the folder plugin is pretty good. I create one folder per compose stack to keep the containers organized. I'd love to see a native inplementetion that's very similar. I'd also love to see LXC as a native feature, rather than having to use a plugin. For backups, I'd love to see a leading backup solution (either Borgbackup or restic) implemented natively, with a web-based config UI. The Borgmatic Docker container is pretty good in the meantime though.

The drive was missing from the ZFS pool itself. zpool status only showed one drive. It immediately started resilvering after I added the drive back using zpool add. I verified against a backup, and the config hadn't changed.

I recently had a power outage. My Unraid server is connected to a UPS and properly shut down during the outage. When I started it up again, I got this error when trying to start: data is a ZFS mirror with 2 x 20TB Seagate Exos X20 drives. It turns out that for some reason, one of the drives was no longer in the pool! I had to re-add the missing drive to the pool, remove Unraid's config for the pool, then re-add it in the UI. Now it's working fine and the drive that was missing is resilvering. I left it overnight and now it's around 50% done. Unraid should have a better error message than just "invalid config". Why is the config invalid? In my case, I think it's because the state of the pool in Unraid's config (two drives) didn't match reality (just one drive). What could have caused this? I searched the forum and saw there's several monitoring scripts for ZFS (which is something Unraid should really have built-in!) but they only look for degraded or faulted pools, which wouldn't have caught this. The pool was in an online state, just with one drive completely missing.

Is it ECC or non-ECC? If it's ECC then you should be able to see any error correction/detection in the syslog. If you see a lot then the memory is probably faulty. In either case, try run Memtest overnight and see if it shows any errors. I wouldn't trust generic brands from eBay. It's possible they're using poor-quality RAM chips that failed QA and were rejected by another brand. What's the brand on the RAM chips themselves? Have you tried them in a different computer?

The newer GPUs will only support SR-IOV via the xe2 driver, not via the old i915 driver (which is what this plugin uses). i915 isn't really being updated any more. The new driver provides native support for SR-IOV out-of-the-box, but only for some GPUs at the moment. As of Linux 6.18, SR-IOV in xe2 is enabled for Tiger Lake (11th gen), Alder Lake (12th gen), Raptor Lake (13th and 14th gen), and Arctic Sound (data center GPUs). However, I'm not sure if Unraid include this driver in their kernel build. There's a long thread about it here: https://github.com/intel/linux-intel-lts/issues/33

I've got a very similar combination in mine - can't remember the exact model numbers, but I have 2 x 32GB Kingston server ECC 4800MT/s and 2 x 32GB Kingston server ECC 5600MT/s for 128GB total. They're mismatched because when I upgraded from 64GB to 128GB a while back, the 5600MT/s RAM was the same price I paid for the 4800 a year earlier. It works totally fine, and runs at the lowest speed (so if you have both 4800 and 5600 RAM, it'll run at 4800). You may need to manually set the RAM speed in the BIOS if it's not automatically detected. The first boot with the mixed RAM may take a minute or two before Unraid starts, while it trains the RAM.

You can follow the docker-compose instructions as long as you install the "Docker Compose Manager" plugin (which will let you use docker compose). Be sure to change the paths in volume-settings.yml and lmd-settings.yml. There's a few containers so this would be non-trivial to set up in Unraid without using Docker Compose.

Use ipmitool (on Linux) to reset the password. https://www.intel.com/content/www/us/en/support/articles/000055688/server-products.html Does your USB drive work for booting on a different computer? It might be the USB drive that has issues.

It works from WinPE, so you can use something like Hiren's BootCD PE or Sergei Strelec's WinPE. Essentially a bootable Windows image with a bunch of useful tools preinstalled.