All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
weird shit with my hostcram kvm
I've had a monster 8G from back a while ago. Been through the changes at hostcram over these last few years and never much to complain about..
My KVM is IP whitelist only via custom nftables. Last access by me was around 8 hrs ago before some R&R time.
So I get back to work and can't connect. I find that the KVM is shut down. Startup and check on the VNC, nothing abnormal looking so fire up the ssh session and find a cert mismatch. I didn't continue to auth on SSH and went to the VNC at the VPS CP and can't use my root password. Normal user fine.
Primary activity on this server is working with incus. The couple container instances running Alpine I keep active also had alerts about the host certs not matching.
At this point I just shut the hostcram KVM down and sent off a ticket to see WTF they can tell me..
What does this smell like?
Seems like these conditions are result of root password reset by support/dc people to me.
Comments
Boot the server into a rescue ISO, mount your root drive, and check your logs for anything suspicious.
Unfortunantly ISO booting not available on this via the device manager.
It has netboot.xyz via rebuild but in the past that's been kind of a pain in the ass for me to uncouple from vps and get back to where I was before using rebuild + netboot.xyz -- forget exactly the issue but in the end IIRC I just used it to install a newer debian than was available from the normal debian rebuild templates.
iPXE?
I know little about iPXE, got a prompt via the proxmox boot menu but eth0 closed and can't get an IP @ iPXE>dhcp
Hehe, 100% of my XP with this is right, here: https://ipxe.org/ --> quickstart
Sorry for the inconvenience.
We never log in to our customers' VM/Server without their permission.
The host node "eris" has been online and has not gone down since the last reboot, which occurred 150 days ago.
It's more like your OS/VM crashed and went offline, though I have seen two instability cases recently where the VM dropped offline for no reason, and upgrading Proxmox OS and Kernel might have resolved that issue on the other node.
I will plan and upgrade all nodes soon.