Jump to content

A simple Unraid build for my vacation home


Recommended Posts

I can't spend a significant amount of time somewhere without an Unraid server, right?

 

No need to break the bank so, here is the build I am putting together now for the vacation home, primarily for hosting Plex and as a backup:

 

 

Could I just access Plex server at primary residence remotely?  Sure, but what is the fun in that?

 

Should all be up and running tomorrow.

Edited by Hoopster
  • Like 2
Link to comment

I got the system assembled and data transferred to the array.  All is working well.

 

This week I have been playing with the PiKVM. It is the internal model that installs inside the case.  It is installed and hooked up to HDMI video, power, LAN, OTG keyboard/mouse, OLED display and ATX power control.  Everything is working great. 

 

I installed Tailscale on the PiKVM this morning for remote access and tested it from my phone over the 5G network (WiFi off).  All is well.

 

I have tested powering the server on and off several times via the PiKVM.  I even entered the BIOS a couple of time while booting to make sure that would work.

 

The Unraid Server as seen via PiKVM in a browser:

image.thumb.png.9a7a39d40efc79422cebbb60de212dff.png

 

The PiKVM installed in the Fractal Node 304 case (yes, I have a little cable management to do):

1435680579_IMG_56991.thumb.JPG.08bfed24b5a3f466f7a54c90436cc334.JPG

 

Should be a decent setup for the vacation home with non-IPMI remote management via the PiKVM/Tailscale.

  • Like 1
Link to comment

I really like my PiKVM.  It has worked flawlessly since I got my IGPU and Unraid to play nice with one another (not the PiKVM's fault).

 

I've been wanting to add Cloudflared locally on it, so I can use CF Tunnel and Zero Trust to further isolate it from the mean, cold world.  Unfortunately, there isn't a pre-built version of Cloudflared that runs on Arch with the Pi4 ARM processor (it is a special flavor, from what I understand).  I went to build it myself, but Go had been updated a week before I tried, and another dependency now needs to get updated before I can proceed.  I have CF Tunnel running through NPM, but that does me no good if I need to power on the server, now would it? 

 

I've been trying to avoid going with Tailscale, only because of the funky DNS blocking scheme here at work.  CF Tunnel pumping everything through port 443 and my unknown domain goes right through.  Can't even connect to my server with Unraid Connect from work.

 

Like the choice of case as well.  As you read in my backup server thread, it is in the Silverstone SG11 Sugo cube.  I bought this case because it can fit both a standard ATX power supply and mATX motherboard.  I wasn't happy with the cooling, when trying to have it be a quiet PC.  Replaced it with the Fractal Core 500, which only fits an iTX motherboard, an added expense when I changed cases.  Fast forward a few years, now the old case and motherboard are reunited.  Guess it was meant to be.

Link to comment
  • 3 weeks later...

Just got Handbrake setup for Quick Sync Video (QSV) encoding on this system. 

 

Encode kept failing with the QSV encoders even though /dev/dri was passed through to the Handbrake container and QSV options appeared in the encoder list.  I discovered that Rocket Lake/11th gen. Intel CPU/iGPUs have problems with low power QSV encoding which is the Handbrake default.

 

I needed to add "lowpower=0" to the More Setting box in the Video tab for all QSV presets.  They all worked great after that.

 

image.thumb.png.8acaa083a460eaedc9b0248dc77efe7a.png

 

The highest CPU temp I saw on a 2.5 hour H.265 QSV encode was 46C.  Even with QSV, CPU utilization climbs high as QSV does not decode (CPU process) in Handbrake and subtitles are also handled by the CPU.

 

589112943_11600HBQSV.png.c58887326a794266bad39d873eeca610.png

 

For comparison, here is what the same encode of the same file looked like on my main system with E-2288G CPU (9th generation) - amost 20C hotter (its a 95W TDP CPU and a little lighter on CPU usage due to higher base clock and more cores:

image.thumb.png.2ba0f85e579cdc19acf712c192179b1b.png

 

The CPU for the first chart is a 2.8GHz base i5-11600 (65W TDP) and I did see it "turbo" up to 3.3 GHz for most of the encode; however, in the BIOS I have it limited to Intel recommended speeds per CPU temp and I do not allow it to run at sustained turbo speeds for a longer time overriding the defaults.

 

I did the same movie with an H.264 QSV encode and it was done in less than 30 minutes compared to 2.5 hours for H.265.  Both were 1080p30.

 

I am happy with the performance.

 

 

Edited by Hoopster
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...