@joseph I did a full reinstall and changed the cloudflare SSL setting and now the issue is resolved. Thanks for the help!

I suspect this is a similar issue to https://forum.cloudron.io/topic/14928 Marking as solved for now.

Hello @sponch sorry for the very late reply. @sponch said in Spam Training not working: Shouldn’t that happen as soon as I put mails into the spam folder manually ? Yes and No. See: https://docs.cloudron.io/email#marking-spam The filter activates after training on 50 spam and 50 ham messages.

Hello @archos Since you did not reply since 05.12.2025 I am marking this topic as solved.

Hello @brambuijs Is this still an issue?

Hello @potemkin_ai Sorry, but running Cloudron behind a proxy is an advanced setup outside the normal scope. If you have a Cloudron subscription, feel free to reach out to our support mail support@cloudron.io. Still, since this is outside the normal scope I can not guarantee any support there.

Hello @dsp76 Is this still an issue?

Hello @dsp76 Is this still an issue?

Hello @lilian Is this still an issue?

Hello @jcalag Is this still an issue? Depending on your hosting provider you might be able to create a server snapshot as an alternative backup method for a fast restoration if something goes wrong.

Hello @pauliusl Is this still an issue?

Yes, it sorted itself out and I believe it may have been related to an aging SSD that was preforming very slowly. Thank you!

@samgreenwood are you following the steps in https://docs.cloudron.io/backups/#move-cloudron-to-another-server ? If you need access to your old server simply change DNS manually to point to the old server or modify your laptop's /etc/hosts . my.domain.com 1.2.3.4 (where 1.2.3.4 is your old server IP)

@joseph yea, one would need to setup rclone to use Google Drive. Hence the old thread about it.

I killed the apport proceses and that helped the server load and since restarted the server as well, but it seems likely that a failing SSD that I let go way too long is likely the culprit (sdb1 was were most of the apps were stored)... [image: 1771141770574-972bc655-c06b-471a-8622-639cc53de182-image.png] We'll see once everything is migrated and I try restarting... it's that initial boot up that seems to consistently take forever for the WP sites.

Ah ok, Cloudron doesn't wait for DNS to be in sync forever. It just waits for it at installation time and gives up after some retries. Maybe a feature request?

@jcalag said in uninstalled app not deleted: Errors were encountered while processing: nginx-core nginx-common It can't load the dashboard because nginx is not running. You can try some of the methods here - https://superuser.com/questions/1386209/how-to-solve-this-dependencies-apt-fix-broken-install

I have increased the solr indexing timeout and reduced the indexing batch size. Maybe it helps on slower machines .

Will do, James. I have not been able to recreate the held lock issue. I was starting/stopping jobs a fair bit at one point, and can't... be precise about where in the backup cycle those cancellations happened that a cleanup might not have happened. I will watch for it in the future. When I said there was no RAM pressure, I meant that was true for the server. However, my jobs all had 1GB of RAM. Your suggestion clued me in; because that value must be set after you setup the backup job, I had never noticed it before... or, not realized how critical it might be. I have bumped them all to 6GB of RAM, and so far, I've been seeing backup successes. Barring the question below, I'd say we could close this issue. The lesson learned is that I need to provide my backup tasks more RAM. Because I have some RAM to spare, I'm going aggressive, and giving things 6GB. I did not attempt to settle on a smaller amount, for anyone who comes along after--- I just gave the tasks a limit that I considered to be "a lot" in this context. I still see some things like the errors below. The backup completes successfully, but I'm unclear why there would be errors like these sprinkled throughout the backup. Is the relative path full/snapshot/app_... actually correct? Or, should that be a full path (e.g. the base path I provided at setup time along with the relative path)? In the command that succeeds, it is a full path. Feb 13 16:11:00 box:shell filesystem: ssh -o "StrictHostKeyChecking no" -i /tmp/identity_file_d82bc09e-a419-4d60-84bf-95d631fd0ebb -p 22 user@nas.lan cp -aRl full/snapshot/app_c74efccf-d273-46c9-8afe-3fd427bb78c1 full/2026-02-13-210356-064/app_git.jadud.com_v1.37.4 errored BoxError: ssh exited with code 1 signal null Feb 13 16:11:00 at ChildProcess.<anonymous> (/home/yellowtent/box/src/shell.js:82:23) Feb 13 16:11:00 at ChildProcess.emit (node:events:519:28) Feb 13 16:11:00 at maybeClose (node:internal/child_process:1101:16) Feb 13 16:11:00 at ChildProcess._handle.onexit (node:internal/child_process:304:5) { Feb 13 16:11:00 reason: 'Shell Error', Feb 13 16:11:00 details: {}, Feb 13 16:11:00 stdout: <Buffer >, Feb 13 16:11:00 stdoutString: '', Feb 13 16:11:00 stdoutLineCount: 0, Feb 13 16:11:00 stderr: <Buffer 63 70 3a 20 63 61 6e 6e 6f 74 20 73 74 61 74 20 27 66 75 6c 6c 2f 73 6e 61 70 73 68 6f 74 2f 61 70 70 5f 63 37 34 65 66 63 63 66 2d 64 32 37 33 2d 34 ... 50 more bytes>, Feb 13 16:11:00 stderrString: "cp: cannot stat 'full/snapshot/app_c74efccf-d273-46c9-8afe-3fd427bb78c1': No such file or directory\n", Feb 13 16:11:00 stderrLineCount: 1, Feb 13 16:11:00 code: 1, Feb 13 16:11:00 signal: null, Feb 13 16:11:00 timedOut: false, Feb 13 16:11:00 terminated: false Feb 13 16:11:00 } Feb 13 16:11:00 box:storage/filesystem SSH remote copy failed, trying sshfs copy Feb 13 16:11:00 box:shell filesystem: cp -aRl /mnt/managedbackups/1ec6c6b4-7566-4369-b2ce-466968b00d5d/full/snapshot/app_c74efccf-d273-46c9-8afe-3fd427bb78c1 /mnt/managedbackups/1ec6c6b4-7566-4369-b2ce-466968b00d5d/full/2026-02-13-210356-064/app_git.jadud.com_v1.37.4 Feb 13 16:11:07 box:backuptask copy: copied successfully to 2026-02-13-210356-064/app_git.jadud.com_v1.37.4. Took 7.889 seconds