Many thanks for this. The function is not actually activated but for some reasons the client seem to apply some kind of spam filter (even though when I open my spam folder it explicitly says that spam filtering is not done by the client but by the server). Anyway I definitely know where to look now so THANK YOU for your help and sorry for the tangent as this is not a Cloudron issue

@girish oh my! The memory is not what it used to be I guest there is not much demand for this feature

@ghstandard that feature is coming in 7.5.1 which we will stage tomorrow.

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

@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. [image: 1692197427840-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.

@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