Disk is (suddenly) full on 1TB drive, can't access cloudron
-
-
Thanks for the responses guys!
I realized that my backup server was unmounted after it bugged out the other day, and it was storing backups locally in
mnt/backups/snapshots
folder. After purging that folder the disk space issue is resolved.However! My cloudron instance is still inaccessible.
I followed all of the steps on this troubleshooting guide, to no avail.
After rebooting after cleaning up disk space, both
nginx
andunbound
were in an error state.unbound
restarted right away, butnginx
had some issues with old certs preventing it from restarting. After purging the old certs (which I read was safe in the troubleshooting guide ),nginx
was able to restart and is now running.Unfortunately, my cloudron instance is still inaccessible and I'm not sure why. All other services mentioned in the troubleshooting guide are working properly (
docker
,mysql
,box
) according to the logs.As far as I can tell everything is working properly, I just can't access my cloudron instance and don't know where to go from here. Any ideas for troubleshooting?
EDIT: Looks like
nginx
just died again for some reason. It restarted successfully once after I purged old certs, but now has the same error again even though the certs are gone.This is the error it's giving me when I run
nginx -t
:nginx: [emerg] cannot load certificate key "/home/yellowtent/platformdata/nginx/cert/_.myserver.net.key": PEM_read_bio_PrivateKey() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: ANY PRIVATE KEY)
-
@shan Delete the nginx config files as well and then
systemctl restart box
. This will regenerate the nginx configs and cert files. After that, you will be able to access the dashboard. Go into each app's Location view and click save. That will regenerate the nginx config of each app.(This tedious process is automated/fixed in next release.)
-
@girish I've deleted the
nginx
conf file (home/yellowtent/platformdata/nginx/nginx.conf
) and am encountering a new error. It seemssystemctl restart box
did not regenerate this.[emerg] open() "/etc/nginx/nginx.conf" failed (2: No such file or directory)
-
-
-
As the root cause of this was, that the backup was continuing even though the backup disk was not mounted, we were now able to find the bug which caused this and possibly other similar issues.
So the check itself for the mountpoint was correct, but this result was just ignored by the code. This oversight will be fixed for the next release and should avoid such cases for mounted backup volumes in the future.
-
@girish the error it gives is the same as this one above; it is not clear that I need to actually just delete the application certs ( just found their location again at
nginx/applications
)nginx: [emerg] cannot load certificate key "/home/yellowtent/platformdata/nginx/cert/_.myserver.net.key": PEM_read_bio_PrivateKey() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: ANY PRIVATE KEY)
Deleting the application certs allowed nginx to restart but my webserver is still not running, gah
-
@shan that message is saying that the cert cannot be loaded. Did you remove that file? (you have to also remove the .cert file along with the .key file). If you did remove that file, then go into /etc/nginx/applications and delete the conf files that reference the above cert.
-
@girish I didn't remove that file, just the application certs and nginx is now running fine according to
systemctl status nginx
, just the webserver isn't loading. Unbound & box are fine too. Should I still delete that file even though nginx is running? -
@shan you have to
systemctl restart box
, it will regenerate the nginx config needed for the dashboard. Then, if you refresh in browser, you might have to accept self signed certificate and login (that's OK). Then, go to Domains -> Renew Certs and you should be back.BTW, it's safe to delete configs and certs because it's all in the database and code. Renew certs above does not get a new cert internally. It will sync the existing cert in db to disk.