Cloudron Forum

I did check and unbound anchor is installed

Hello @LoudLemur If this happens again, could you please pinpoint the time and save the box.log or even better the output of cloudron-support --send-diagnostics so I can look further into it.

@skeats you could attempt it yourself. The app is already broken so what can go wrong. There is no guide for a manual restore since this is something that should not be necessary. But in this case, sadly is. If you are not comfortable doing the following, you can contact support@cloudron.io and link this topic in the request. But you will still need to upload the backup to the cloudron server into a given location from the support. Now to the gist of it. The idea would be to install a new Lampstack app. (What is lampstack? Do you mean the LAMP app? Or is this a custom app? I just assume now you are talking about the LAMP app) Copy the extracted backup to your Cloudron server e.g. /tmp/manual-restore/ In that backup included is the Database as an .sql file and the /app/data/ files. To import the Database you would need to follow either https://docs.cloudron.io/guides/import-mysql/ and then copy all files of /tmp/manual-restore/ app-backup/data/into/home/yellowtent/appsdata/APPID/data/` This would be the "manual" way.

As @jdaviescoates mentioned, this f.php is really part of the app's code and not something which can be customized directly in code on Cloudron. One reason for this on Cloudron is, that if we allow to edit code files, which are part of an app release, there is no way for us to update the app later without breaking or essentially reverting the customization. Since this is a php app, maybe you can use the lamp app though to run it, but then you have to manually manage updating the php files of course.

never mind, I fixed the issue with the IP. I went into GoDaddy and noticed the IP was different, so I changed it back, restarted unbound service and now my dashboard is loading with my domain. Now to restoring all of the apps with my backups.

Hi @girish, I did that step and did a server reboot as the systemctl restart unbound did not work and when it came back up, all was good again! Thank you!

This is especially strange since you mentioned that other apps do work, so if you run that curl command from within a webterminal into that other app, it succeeds? Just in case if this is a hairpin issue maybe, checkout https://docs.cloudron.io/troubleshooting/#hairpin-nat

The issue was that docker got stuck in removing the Cloudron network during the starting after the update. Not clear why and when this happens but stopping docker then running docker network rm -f cloudron manually (which will start docker due to socket activation) makes it work...

Considering Turnkey Linux has a container version of LAMP with MariaDB that works great for our software, it is too much to manually setup SSL and other things, this is why we want to use the LAMP in Cloudron to setup our software, but MariaDB is needed.

@girish I don't think it requires seal encryption. I believe using seal encryption causes a different code path to be taken that avoids the underlying bug but it is not the presence or absence of seal encryption in and of itself that I believe fixes the issue. After a kernel upgrade this works fine without seal encryption though I have now enabled it as it seems like a good idea to have anyway so making it the default is probably a good idea but as long as Ubuntu 22.04's default kernel version is 5.15.0-102 this issue will likely still occur.

I had this for a while, with an instance of PeerTube, I think. But then the problem went away. Edit: nope, it was The Lounge, and possibly it went away because of this.

Closed due to inactivity

@skeats do you need help patching it?

You are welcome @alphy. Enjoy Cloudron!

@skeats I think https://docs.requarks.io/groups#private-wiki is what you want.