It may be more productive to layout an example of how you could make a better build with the same budget. Your critique may be accurate, but it doesn’t really help them build a better system next time.
It may be more productive to layout an example of how you could make a better build with the same budget. Your critique may be accurate, but it doesn’t really help them build a better system next time.
I think it is reasonable to assume Valve will leverage automation heavily. Why pay someone to update that list when a script could do it?
Your biggest potential bottle neck is if your NAS and App server only have a single 1g network port. This may not be a problem depending on your usage, but it is a important consideration to keep in mind.
Thank you for linking that.
Was that in what was shared above and I missed it or was that said somewhere else? Could you share that if it is easily available?
The point was simply that Debian is not responsible for Ubuntu or PopOS, but they can still interact cooperatively. Downstream benefits from the work Upstream does and downstream can contribute upstream so everyone benefits.
I would be inclined to think Valve doesn’t want the responsibility of making it a “broad” OS. More likely is there are other open source communities that are taking that on and Valve is willing to work with. Much like we have Debian -> Ubuntu -> PopOS.
For HDDs the best way is to think of them like shoes or tires. They will eventually fail, but they also may fail prematurely. I always recommend having a spare drive ready.
You don’t want hardware raid. Some options you can research:
Some OS options to consider:
There are probably other software/OS’s to consider, but those are the ones I have any experience with. I personally use ZFS on Truenas with a lot of help from this YouTube channel. https://youtube.com/@lawrencesystems?si=O1Z4BuEjogjdsslF
If you want to get things working then never “tinker” with things, maybe it’s not worth it. But if you want to learn and be able to try new things it is really helpful. Having a new VM not breaking existing VMs reduces risk when trying something new.
I think GPU passthrough has improved since you have used it. Some command line prep work is still necessary, but the passthrough config is done in the GUI.
Syncthing is a better fit for your use case. As much as I appreciate having my Nextcloud setup, it can also be a pain in the ass some times.
Someone I know organized a group buy and bought a box of them.
I am running an Arc A40 on an Ubuntu VM for Plex. They only problem I have is VM not booting after it is restarted. Restarting the host fixes the issue.
https://www.intel.com/content/www/us/en/support/articles/000091844/graphics.html
I would also make sure you have a Proxmox install USB ready to go just in case.
I can’t give you specifics but generally what is likely necessary:
I am running Plex with an Intel A40 in Ubuntu server. Worked well for me as Ubuntu had the drivers baked in before they made there way into a Debian release.
In general checkout LearnLinuxTV on YouTube. Lots of good guides.
What my setup will soon be for hardware: Gen 2 AMD epic 16 core CPU, Supermicro motherboard with lots of pcie slots, 128g ram, Intel arc a40 GPU, HBA card attached to a super micro disk shelf
Software: Proxmox for host is, Truenas Scale (just NAS) in VM with HBA card passed into VM, Plex in VM with Intel GPU passed in, 3 VMs for docker swarm (headless Debian)
Other thoughts: Cloud flare will only be helpful for things you want exposed to the internet. If you do that make sure you have a reverse proxy. This is how I expose services for non-tech family.
VPN will be more secure, but can also be more of a pain. I generally only do that for things only I need or only techy savvy people will use.