Oracle free VPS that I'm trying to use for Caddy reverse-proxy keeps locking up - eviltoast

I can SSH into my Oracle free VPS but after a while I find that the console is no longer working, and when I try to reconnect it doesn’t respond. I can still ping it, but even logging in to the website and trying to “Launch Cloud Shell Connection” doesn’t work, so it seems to be locking up completely after I SSH in, and I have to reboot it.

I’m only trying to use it as a reverse proxy with caddy, but it obviously needs to be reliable for that. There’s a few errors in the boot log, which I’ve pasted here, but I’m not sure if they’re important.

Oracle boot log - Pastebin.com

I’ve enabled Cockpit and the Services tab under that shows that kdump and SETroubleshoot failed to start. Should I just delete the instance and try creating a new one?

I followed this guide to setup the required rules for the VPS instance, and to create the iptables rules in the VPS, and to create the IPV4 and IPV6 A and AAA records on Cloudflare.

How to Host a Website in Oracle Cloud Free Tier (yoursunny.com)

then I followed Steps 2 and 3 in this more recent guide to create the caddy files

Install & Configure Caddy Web Server with PHP on Oracle Linux 8 (atlantic.net)

but even before the VPS stops working the caddy server doesn’t serve anything when I try to access it in my browser.

  • gioco_chess_al_cess@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Take a look at RAM and CPU usage. Those VMs are extremely useful but have limits: swapspace is almost mandatory, lightweight custom images like debian recommendable, and CPU load should be kept low.

    On the last point consider that you have just 1/8 of oCPU guaranteed, indeed the VM has two CPUs but these are for short time bursts. If CPU time is abused the hypervisor will severely throttle the instance possibly locking it (keyword: steal time).

    With proper configuration there shouldn’t be any problems with running reverse proxies. I have caddy running on arch and SWAG running on debian on those VMs alongside with many other containers without issues.