Inspired by “What’s a good piece of hardware to run a jellyfin server?” I wanted to get the communities thoughts on how to set up my home media server.

Current hardware: Apple Mac mini “Core i7” 2.3 (Late 2012) with 8GB RAM (2x4GB) and 1.0TB Mercury Electra 6G SSD that I upgraded

OS: OMV6 (6.9.14-1 (Shaitan))

Docker containers:

Goal:

  • Use this old Mac Mini for as long as possible as a media server. Be able to download with Transmission over VPN and then add them to a Plex media folder via SMB on my Mac Studio. I want to manage the containers in Portainer and I’ve used Stacks/Compose to add most of the containers. Use the discrete GPU for hardware accelerated transcoding, mostly so I can download movies to my iPad quicker, less so other people can use it remotely. The containers should restart if they stop and I want to keep them updated automatically if possible. I’ve not experimented with Servarr yet (Radarr, Sonarr), not opposed, but also happy to drag them over.

Problems:

  • I don’t love OMV, I seem to have a recurring DNS issue with containerd that causes Plex to stop whenever I’m watching a movie. I can run a test and leave something playing all day and not have a problem, then whenever I want to watch something with my wife, the whole system becomes unavailable and I have to watch a ping until it comes back. I’m considering a new OS, it should be accessible via VNC/SSH and have my internal and external drive shared as a SMB share to my Mac. I can’t figure out how to get the GPU to be seen by OMV so everything is on the CPU, an OS where this is easier is preferred.

Questions:

  • Any OS recommendations to use instead of OMV6?
  • Advice on getting the discrete GPU seen in whatever OS I use?
  • I can’t tell if it’s Haugene causing the DNS issue, I’m using public Google/CloudFlare DNS to avoid using my PiHole that runs on a Pi3b. Can I set up Docker to use a different network so it doesn’t bring my whole system’s IP down? It might also be Watchtower updating a container and bring it down, any advice to troubleshoot would be appreciated.

Disclaimer:

  • IT guy, but mostly Mac. I can Google my way through most things, but I am NOT a Linux or Docker expert. So please go easy on me if I have any follow up questions!

Thank you in advance!

  • abhibeckert@lemmy.world
    link
    fedilink
    English
    arrow-up
    3
    ·
    edit-2
    9 months ago

    Since you’re a Mac person, I think you should put MacOS on it. iCloud. Time Machine. AirDrop. Bonjour (zeroconf networking). HomeKit. Etc etc. Those are totally worth having and they are all free except iCloud (which is the the best family photo storage/sync/backup platform and totally worth paying for in my opinion).

    For software that needs Linux or just runs better on Linux, use Docker. But you will probably need more RAM, because Docker on a Mac runs a Linux Virtual Machine. You’ll essentially be running MacOS and Linux side by side — I personally allocate half my RAM to Docker on my Mac… wether or not 4GB for each OS is enough obviously depends what software you run but it’s likely to be cutting it pretty tight).

    You can use OpenCore Legacy Patcher to run a modern version of MacOS on old hardware (Apple sets hardware support cut offs based on the minimum specs that hardware was sold in, and your Mac Mini has a faster CPU than the minimum, you’ve upgraded the storage, and you can upgrade the RAM).

    But the biggest reason to go with MacOS is you own a Mac Studio which is far better than your Mac Mini for all the same tasks. One day, you’re going to upgrade your main computer and downgrade the Mac Studio to all the tasks your Mac Mini was doing. And booting Linux on the Mac Studio isn’t likely to be a good option in the foreseeable future. Linux running inside Docker on a MacOS host though? That works wonderfully. Even with x86 software on an ARM Mac.

    I run x86 Linux on my Arm Mac in Docker by the way. It’s not as fast as ARM Linux software on the same hardware… but it is way faster than x86 software on 2012 x86 hardware. Which is to say, could be better but totally good enough.