I am still confused why they demand an answer from you, if your website is getting abused...

@girish No worries. I would be hesitant with new users going straight into an "old" issue myself.

@warg Actually, I found a whole bunch of apps - https://paste.cloudron.io/pecoleyaqo.xml . I will fix the published ones.

Backups are fine now. it created a backup in the night and it succeeded. Only the backup from yesterday is broken according to the log and I still see the old (non existing) backup logs in the dropdown. So just a tiny bug and the backup system itself works fine.

Thanks for confirming this and explaining how it works in the background!

@girish Thanks!

Fixed in 7.5.1

Right, the historic graphs data is not retained since it's all very server specific. And most likely won't even map properly to the new server. I can put a note in the docs.

@girish perhaps include printing memory usage as part of the stats in the logs

@nebulon said in App snapshot created but backup progress still pending:

The tooltip should be shown in the progressbar in the apps grid. By now the progress status in the app configure view is directly displayed. I guess the UI has changed a bit since this topic was created few years ago.

Aha it's shown in the apps grid, not the app page itself.

f809cbef-c66c-45d7-9054-0369eb0ea542-image.png

OK, thats still helpful. Thanks @nebulon.

Not sure what a good solution to this is, but one reason why we have a memory limit, is that such processes are tamed to a certain extent and don't start accumulating memory caches until they take resources away from other apps.

If you refer to the Wordpress Developer app package, then not too many changes have gone into the package to narrow the issue down https://git.cloudron.io/cloudron/wordpress-developer-app/-/commits/master?ref_type=heads

Btw you can put an app in recovery mode from the Debug tab in the app configuration view to have the container started to access the database.

@girish worked on the 20.x instance

Thanks for reporting. That is fixed with 7.5.1

@girish said in Database Access & Backups?:

@sarah-white Good, was just checking since your comment got flagged as spam by the forum.

Sounds much like replies produced by asking ChatGPT to me!

This might be worth reporting upstream for a start.

Apps on cloudron are not rebooted but restarted, there is no way an app itself restarts itself unless the main container process gets killed (which is probably possible).

Cloudron has APIs for this though https://docs.cloudron.io/api.html#tag/Apps/paths/~1apps~1{appid}~1restart/post

Most of the time the scheduled backups now succeed, but not always.
I'll keep an eye on the backups and make manual backups if the scheduled failed.

Let's see if the changes of scaleway improve the situation.

Thanks again for the suggestions and help.

Part of the issue was that redis was getting stuck. Restarting box code fixed it - systemctl restart box. Another part of the issue is https://forum.cloudron.io/topic/9795/3-2-0-update-not-showing-up/9 . I am pushing a fix.

Understood. I am in UK but use Hetzner in DE, and don't have any performance issues.

This had to do with french translation being buggy in 7.5.0

Thanks for the explanation. That did help me. I did a small mistake: I checked the filters and I have not seen that I can scrolldown in the list... so I just saw the app.* ones but not all the others. This is fine then!