This message was deleted.

I'm sorry if I'm being too simplistic, but if there's a leaderelection, isn't that something better handled by 3 nodes rather than two?

It depends if it's a HA cluster with external DB as quorum and datastore (https://docs.k3s.io/datastore/ha) But if it's etcd then three node is would be the way to go https://docs.k3s.io/datastore/ha-embedded But since Pavan is refering to a singe node postgres I'm more or less convinced they are running a two node HA k3s cluster with external DB

Indeed, but the message is about a leaderelection in k3s, which made me wonder if the two node approach could be an issue. I would be at a loss to explain why it should suddenly be so, other than a failure of some sort within one node which one might expect to show up in other ways. I would be tempted to add another k3s node just to test, if that's easily done. Said with all the authority of someone clutching at straws.