Maxrad

I like your build very much. It is very, very close to the ideal build I've been researching and planning for several months now. CPU I really like the Intel Xeon E-2xxxG series CPU for the following reasons: IGPU Intel UHD Graphics P630. Great for Plex hardware transcoding. ECC memory. Recommended for ZFS storage pools should I explore this in future. MAINBOARD I would be happy with either: AsRock Rack E3C246D4U Supermicro X11SCA-F (features M.2 slot(s) Supermicro X11SCL-F These mainboards support Intel Xeon E-2xxxG series CPU and feature IPMI. For me, M.2 is a nice feature but not essential. I expect the Supermicro X11SCL-F to be better priced and easier to obtain than the other mainboards. I think you have an excellent build factoring features (ECC, IPMI, iGPU), availability and price! I envy your build! Serve the Home articles that might be of interest: Supermicro X11SCA-F Review for Intel Xeon E-2100 CPUs September 11, 2018 Supermicro X11SCA X11SCA-W and X11SCA-F for Xeon E-2100 Workstations July 12, 2018 Supermicro X11SCA-F Coffee Lake X = CPU type supported = Intel Xeon Processors X11 = Generation & CPU = 11th gen. Xeon (E-2100/2200 Coffee Lake) S = No. Of CPUs Supported = Single processor C = CPU socket/Chipset (Platform) = Coffee Lake (LGA-1511 X11SC_ series Mehlow) A = Architecture Application/Feature = Legacy PCI support (as In X10SSA-F) F = Feature = IPMI

Yep, as you describe. Change Plex password. Sign-in to Plex web > Account Settings > Edit Password. Check you are signed-in to Plex web using new/changed password. Using same browser signed-in to Plex (but different tab) visit https://plex.tv/claim to get a new token. It will look something like this: claim--UJg6S91Tu13evjNL88s In Unraid edit the Plex Docker container and paste the token to the Conainer Variable: PLEX_CLAIM Save the Plex Docker container config with “Apply” button. Plex Docker container starts up as it would normally. Allow about 15-90 seconds for Plex Media Server to complete the usual start-up sequence (check libraries, basic file permissions, file/folder access checks, sign-in to Plex). All libraries hosted/shared/appearing as normal. TIP: If running multiple Plex Media Servers repeat steps 3 to 5 for each. Allow at least 5 minutes between obtaining a new/fresh PLEX_CLAIM token and modifying each Plex Media Server Docker container. I’m using Plex-Media-Server (official) docker container found in Unraid Community Applications (Network type: Bridge).

I had a straightforward and trouble-free experience resetting my Plex password and signing-in Plex servers and Plex clients. I maintain 3 Unraid servers with one instance of official Plex docker container on each. I successfully reset Plex password and had my three Plex Media Servers sign in to my Plex account by updating a new PLEX_CLAIM value in the Plex docker container config. All good. Indeed, it was straightforward enough to encourage me to change Plex password routinely (say, every 2-3 months) as a basic security measure.

I refer you to my post here: Search of SMB shares not working (MacOS client) This this solution improved my experience on macOS working with files on Unraid. I too experienced much frustration shifting away from AFP to SMB as the experience seemed much slower. However, with the right configuration changes (both client-side and server-side) I discovered SMB can be as good, if not superior, to AFP. I hope it helps you out.

macOS Finder SMB connections to three Unraid (Unraid OS plus) servers on local network (Uraid 6.10-rc3 and Uraid 6.10-rc4) have been rock-solid reliable for me. Several days testing with numerous transfers of 10s folders, 100s files, 2-40 GB total (mostly MP4 files) at a time.

I have experience significant performance improvement using macOS Finder connecting to Unraid SMB shares by applying configuration changes detailed here and (most importantly) here. I hope this helps.

Thanks for reporting on your experience Hoopster. Am interested if your experience supports IPMI while Plex docker container makes use of 2288G Quick Sync Video for hardware transcoding. Reading through this thread suggests it should work but will be interested to learn about this for your build (if indeed use case aligns). Thanks.

I notice you are connecting from macOS FInder. Suggestion here and here (same thread) might help.

Thanks for the thanks. The Unraid "Samba extra configuration" change has been well worthwhile but the real "gold nugget" in the KB450114 – MacOS Samba Optimization article is the section "SMB Signing (MacOS 10.11.4 and Before)". I highlight it here because it has been just soooo good for me. This client-side (ie on macOS) configuration change is key for speeding up SMB operations on macOS Finder connecting to Unraid.

You can check the file exists and its contents typing the following command into manOS Terminal: less /etc/nsmb.conf And it should work fine with any new-ish macOS. I'm running macOS 12.1

Sorry to read problem not yet solved. Did you also apply the SMB Signing (MacOS 10.11.4 and Before) tip on the 45Drives page? Well worth doing on the macOS computer to improve SMB performance. These commands typed in using Terminal on macOS. echo "[default]" >> /etc/nsmb.conf echo "signing_required=no" >> /etc/nsmb.conf …and restart macOS for changes to take effect.

I refer you to my post here: Search of SMB shares not working (MacOS client) This this solution improved my experience on macOS working with files on Unraid. I too experienced much frustration shifting away from AFP to SMB as the experience seemed much slower. However, with the right configuration changes (both client-side and server-side) I discovered SMB can be as good, if not superior, to AFP. I hope it helps you out.

6.5.54 Early Release available 8 hours ago. Note this is Early Release. I expect the General Release/Official (stable) will be available soon-ish. I can’t comment on vulnerability mentioned. I’ve installed it on my Unifi Dream Machine.

I'm sorry. It seems I misunderstood the problem. I am curious and will follow this thread to learn more.

Known problem. See this.