@LoudLemur If you hit the error page, please post the last few lines of the app logs.

@LoudLemur looks like the DNS record was pointing to a Cloudron which didn't have any app installed on that (sub)domain. If a Cloudron server as such just gets deleted, then the DNS records are not automatically cleaned up, since there is nothing running anymore to do that.

@nebulon said in my.cloudron.tld is not accessible:

nosudo

thank you for eyes and help 😉
this is so weird and like you I don't know that option.

also; etckeeper as not being initiated on that server, so I'm unable to retrace when that change has been made

@girish Thanks for looking into this!

In the mean time I've also been able to get the connection to work by using the "old key" method.

@privsec I enabled all modules you were showing in the screenshots but I cannot reproduce the log file issue. Is there anything else you configured? Also can you check via the webterminal what the permissions of the log file in question are?

This should be fixed in the latest package.

in fact in the directory only the dir data is left and it is empty but root:root is the owner

fe2b1d58-3d79-4c28-bc6d-17bc1821095b-image.png

after rmdir /home/yellowtent/appsdata/f266ef68-b01b-4a9e-954e-b8bc68010672/data
the uninstallation went well 😉

@nebulon Thanks, this was the reason for my problem. After I uncheck "mounted filesystem" Cloudron was updated to 5.4.1