Skip to content

Poll: what do you use for remote KVM when IPMI dies?

Dedicated Servers by bellaauc 85 replies 10.3K views
#71
bellaauc said:
Tested by unplugging network cable from host, fixing via PiKVM.

I have this. Primary PiKVM on host WiFi, secondary PiKVM on wired Ethernet to different switch, different upstream. Both watch same host via HDMI splitter. Belt and suspenders.

The splitter was 8 EUR. The second PiKVM was spare parts I had. Total cost minimal, redundancy maximal.

visit twice: install and decom
#72
Carl said:
HDMI splitter

Clever. I use an HDMI matrix instead, 4x2, lets me switch any of four hosts to either of two PiKVMs. More flexible, more expensive, but I had it from an AV setup.

For most: one PiKVM per host is enough. For critical: the matrix approach.

7 #73

I am still at one PiKVM for one host. The matrix is a future dream. First I need to get this one stable, tested, trusted.

Then maybe a second host. Then maybe the matrix. Homelab is a journey, not a destination.

builds at 3AM, sleeps at noon
#74
tallinnying said:
Homelab is a journey

My journey currently has one colo box, one PiKVM being built, and a train ticket bookmark. It is enough. It is more than I had.

The thread helped. Thanks to all. Especially Carl for the bracket and the Recom recommendation.

9 #75

Closing the loop: tested the PiKVM under real conditions. Host kernel panicked during update, IPMI unreachable as usual. PiKVM saw the panic, I rebooted cleanly, fsck ran, system up.

Total downtime: 12 minutes. Without PiKVM: drive to datacenter, 40 min each way, plus whatever time on site. Hours.

The 3-2-1 rule for access methods is now law in my setup.

3-2-1 or you're already dead
#76
bellaauc said:
Law in my setup

Good. Spread it. Too many people learn this the hard way, at 3am, in the rain, cursing Java.

PiKVM is not perfect. It is better than the alternative, which is nothing, or worse, vendor iKVM that pretends to work until it doesn't.

visit twice: install and decom
#77
Carl said:
PiKVM is not perfect

Nothing is. But it is open, documented, repairable, improvable. The vendor solutions are black boxes that age badly. I will take imperfect and open over polished and abandoned.

This is why I self-host. This is why I build.

2 #78

Final thought: PiKVM is great, but don't forget serial. For headless Linux, serial is faster, lighter, often enough. I keep both. PiKVM for the BIOS moments, serial for the daily "what happened" checks.

Best of both. Not either/or.

#79
FyreJun said:
Not either/or

Agreed. My setup now: IPMI (when it works), PiKVM (always works), and I am adding serial via a cheap USB-to-serial cable to the PiKVM itself. Two devices, three methods.

The thread evolved. Started with "what do you use," became "how do you build it," became "how do you test it." Good drift. Good community.

Thanks all.

3-2-1 or you're already dead
2 #80

This.

Following.

Post a reply

You need an account to reply. Log in or register to join the conversation.

Post reply Preview Save draft