A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
You may have trouble keeping a quorum with a proxmox cluster of 2. You should really have 3, or set up a q-device. (Source)
Each node in a cluster has a "vote" in a healthy cluster. If one of your devices goes (or is taken) down, you'll lose quorum, and the GUI and some other stuff. You need 3 votes for things to work reliably. I have an old RPi set up as a q-device and it works fine.
This only applies to high availability clusters, correct?
Unfortunately not, it applies to all clusters. A quorum requires at least 2 votes, which means 2 nodes. But if one node goes down, you only have 1 vote, and the cluster will go into read-only mode, which means you'll lose the GUI and the ability to manage your nodes:
When your cluster is non-quorate (so at least half of all nodes are dead), the remaining nodes will change the PVE management into read-only mode. Because of that you will no longer be able to change and manage your VMs and containers and will also not be able to log into the GUI. This is done to avoid cluster split-brain problems in which they run into inconsistent states. (Source)
But if you have a device that will supply a vote in the event that one of the two votes is unavailable, the cluster will continue to function with a single node, which will allow you to use the normal Proxmox tools and interfaces to diagnose the problem, while also keeping any VMs on the single remaining node up and running (available).
Here is a Proxmox employee explaining it a bit more clearly than the official documentation:
... a cluster needs to be always quorate to work properly, not just for HA. High availability just means that the cluster will try to keep your HA-enabled VMs and containers always available, i.e. if a cluster node fails the HA-manager will launch HA-managed guests on another cluster node.
While a 2 node cluster should work with 2 active nodes, if one of your nodes goes down your cluster will automatically be non-quorate and will no longer work as expected. To have quorum in your cluster, you need a setup of at least 3 nodes, though you do not need 3 full Proxmox installations ... you can setup something like a Raspberry Pi as a QDevice for external vote support.
(Source)
No need for the TrueNAS VM, Proxmox supports RAID, ZFS, and all that natively.
To share the storage with other nodes you can set up an NFS share and add that in Proxmox and into VMs to use as storage.
I did some searching trying to figure out how I can share the NFS directly from Proxmox and came up short. Any tutorials or other links you know of?
It's just a Debian system so any general linux guide for NFS shares will work.
Got it so I'm just overthinking this. I setup an NFS share through the host via the command line and then I'll be able to share that to anything on the network.
Yep! That's how I do my media share that's using ZFS on a Proxmox host