After almost half a century, I'm still doing it...
-
not RAID10 I hope...
-
Check out JetKVM
-
This.
Do it. This saved my life on more than one occasion.
You'll think “nah, it'll be fine” and then at 11pm when your brain's fried on vending machine coffee you'll be glad that you did it.. 3 times over...
-
Lol I've locked myself out of so many random cloud and remote instances like this that now I always make a sleep chain or a kill timer with tmux/screen.
Usually like:
./risky_dumb_script.sh ; sleep 30 ; ./undo.sh
Or
./risky_dumb.script.sh
Which starts with a 30 second sleep, and:
(tmux) sleep 300 ; kill PID
-
Until you block ICMP one day and then wonder why the server keeps rebooting...
(Been there. Done it)
-
Without repeating my other comment. This approach saved my life many times
-
Harsh (to yourself), but fair
-
It's VMs within VMs within VMs.
-
Use cockpit by Red Hat. It gives you a GUI to make networking changes*, and will check if the connection still works before making the change. If the connection doesn't work (like the ip addresses changed), it will undo the change and then warn you. You can then either force the change through or leave it be.
*via NetworkManager only.
-
Nice! I currently have a PiKVM but haven't been able to get it working with my NVR. Maybe this would work better.
-
I still prefer net-tools and use ifconfig eth0 up
That ip mess I'd rather do without, and those funky UU device/interface names I wish them out of my system -
That's probably because of netplan, right? You should be able to get the same results with just
netplan try. -
Netplan is an abstraction layer, so it can go over systemd-networkd, NetworkManager, or ip. I suppose it's better though, because it can be used with multiple backends.
-
Right, but the entirety of Cockpit is not necessarily required.
-
You don't need to install cockpit om the server being configured, you can use it as a gui to connect from other machines via the flatpak, over ssh.
-
Right.
My point is that a wrench was needed and a batmobile was recommended. -
This is why IPMI is so important.
-
No. Netplan uses it's own yaml format, which people would have to learn and use. I don't want to do that, I would rather just configure my existing networkmanager setup, rather than learning another abstraction layer over what is already an abstraction layer.
Also, for me, allowing NetworkManager to do the configuration is important, due to it's integrations with other Red Hat software like libvirt.
I understand that cockpit (and similar type tools) are "the whole kitchen sink" of utilities, and it may seem like they come with more than you may need. But that doesn't change the fact that they get the job done, and in some usecases, are better than dedicated tools.
-
I've done this kind of thing remotely in screen with
ifdown eth0 ; sleep 10 ; ifup eth0 ; -
That is a totally fair explanation. End of story. No blame. Honest mistake.
