Cloudron 9.0 (beta) bug reports
-
@nebulon I’m still encountering an issue with the latest Cloudron update: when I try to reset a password for a user who actually resides on Server B (connected to—let’s say—Server A, where I’m attempting the password reset via LDAP), the reset process appears to succeed, and I get a notification stating that the password will be sent to the user. However, after waiting for a long time, the email never arrives.
-
I think there is something wrong with OID and Safari on iOS since upgrade to Cloudron 9. I cannot login to gitea instance or App Proxy with login requirement. I get error message: "You do not have access" - of course I do.
Error Message in Browser:
{"status":"Bad Request","message":"missing query argument "code""}When I login on a macos computer there are no issues.
-
Hey,
I'm worried that some API calls I made in the past are no longer working with V9, and that's both with my instance and with Cloudron demo instance.
I'm trying to simply use the API Token and get system disk usage via the route documented in the API.
e.g with the demo instance of cloudron and a token:$ curl -H 'Content-Type: application/json' -H 'Authorization: Bearer <REDACTED>' https://my.demo.cloudron.io/api/v1/system/info { "info": { "sysVendor": "FUJITSU", "productName": "CELSIUS-FTS", "uptimeSecs": 410396, "rebootRequired": false, "activationTime": "2025-01-02T18:04:55.000Z" } } $ curl -H 'Content-Type: application/json' -H 'Authorization: Bearer <REDACTED>' https://my.demo.cloudron.io/api/v1/system/disk_usage { "status": "Not Found", "message": "No such route" }Did some routes change compared to the API Docs?
https://docs.cloudron.io/api.html#tag/System/operation/getDiskUsageThanks!
-
Have these setting be separated out in Cloudron 9?
I wanted to turn of Automatic Platform updates, but leave App updates on:

-
A small observation on the Event Log page (sorry again if this has been reported already, I didn't notice it yet):
There seems to be no gap between the Time & Source columns, at least not using the date format and such that I see. Notice the bleed-in between PM and the Source info like "mail" and "oidc", etc.
Screenshot below. I am using the Safari web browser on macOS.

-
I think there is something wrong with OID and Safari on iOS since upgrade to Cloudron 9. I cannot login to gitea instance or App Proxy with login requirement. I get error message: "You do not have access" - of course I do.
Error Message in Browser:
{"status":"Bad Request","message":"missing query argument "code""}When I login on a macos computer there are no issues.
@Kubernetes said in Cloudron 9.0 (beta) bug reports:
I think there is something wrong with OID and Safari on iOS since upgrade to Cloudron 9. I cannot login to gitea instance or App Proxy with login requirement. I get error message: "You do not have access" - of course I do.
Is there some way to get console errors in this case? I don't have an iOS device to test this on unfortunately. Or can others reproduce this also?
-
@Kubernetes said in Cloudron 9.0 (beta) bug reports:
I think there is something wrong with OID and Safari on iOS since upgrade to Cloudron 9. I cannot login to gitea instance or App Proxy with login requirement. I get error message: "You do not have access" - of course I do.
Is there some way to get console errors in this case? I don't have an iOS device to test this on unfortunately. Or can others reproduce this also?
@nebulon are these the logs you are looking for?
[no timestamp] [REDACTED] - - [10/Nov/2025:09:09:27 +0000] "GET /login?redirect=/ HTTP/2.0" 200 292170 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:27 +0000] "GET /api/v1/apps/[REDACTED]/icon?1762765767843 HTTP/2.0" 200 14575 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:27 +0000] "GET /api/v1/apps/[REDACTED]/icon HTTP/2.0" 304 0 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:29 +0000] "GET /openid/auth?client_id=[REDACTED]-proxyauth&scope=openid%20profile%20email&response_type=code&redirect_uri=https://[REDACTED]/callback HTTP/2.0" 303 79 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:29 +0000] "GET /openid/interaction/36heYBCBJOx4nnREDACTED3Cde1Ylinxnsxk HTTP/2.0" 200 2325 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:29 +0000] "GET /api/v1/cloudron/avatar HTTP/2.0" 304 0 "https://my.[REDACTED].de/openid/interaction/36heYBCBJOx4nnREDACTED3Cde1Ylinxnsxk" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:29 +0000] "GET /api/v1/apps/[REDACTED]/icon?1762765769473 HTTP/2.0" 200 14575 "https://my.[REDACTED].de/openid/interaction/36heYBCBJOx4nnREDACTED3Cde1Ylinxnsxk" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:31 +0000] "GET /openid/interaction/36heYBCBJOx4nnREDACTED3Cde1Ylinxnsxk/abort HTTP/2.0" 303 0 "https://my.[REDACTED].de/openid/interaction/36heYBCBJOx4nnREDACTED3Cde1Ylinxnsxk" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:31 +0000] "GET /openid/auth/36heYBCBJOx4nnREDACTED3Cde1Ylinxnsxk HTTP/2.0" 303 169 "https://my.[REDACTED].de/openid/interaction/36heYBCBJOx4nnREDACTED3Cde1Ylinxnsxk" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:31 +0000] "GET /callback?error=access_denied&error_description=End-User+aborted+interaction&iss=https%3A%2F%2Fmy.[REDACTED].de%2Fopenid HTTP/2.0" 400 68 "https://my.[REDACTED].de/" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" [no timestamp] [REDACTED] - - [10/Nov/2025:09:09:33 +0000] "GET /callback?error=access_denied&error_description=End-User+aborted+interaction&iss=https%3A%2F%2Fmy.[REDACTED].de%2Fopenid HTTP/2.0" 400 68 "https://my.[REDACTED].de/" "Mozilla/5.0 (iPhone; CPU iPhone OS 18_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/26.1 Mobile/15E148 Safari/604.1" -
I upgraded to 9.0.7 yesterday and everything seems to be working fine, but I woke up this morning to find the following notification:
"Domain yourdomain.tld is not configured properly
General error: defaultProxyStatus must be a boolean"
@hakunamatata thanks, this is fixed in https://git.cloudron.io/platform/box/-/commit/d894de0784ffcb147226c38967311360293e704a .
You can temporarily ignore the notification but if it bothers you:
- Domains -> Edit that Cloudflare domain.
- Change the provider to something else. Then, change it back to Cloudflare. You have to re-enter the API key. Then, Save.
-
Hey,
I'm worried that some API calls I made in the past are no longer working with V9, and that's both with my instance and with Cloudron demo instance.
I'm trying to simply use the API Token and get system disk usage via the route documented in the API.
e.g with the demo instance of cloudron and a token:$ curl -H 'Content-Type: application/json' -H 'Authorization: Bearer <REDACTED>' https://my.demo.cloudron.io/api/v1/system/info { "info": { "sysVendor": "FUJITSU", "productName": "CELSIUS-FTS", "uptimeSecs": 410396, "rebootRequired": false, "activationTime": "2025-01-02T18:04:55.000Z" } } $ curl -H 'Content-Type: application/json' -H 'Authorization: Bearer <REDACTED>' https://my.demo.cloudron.io/api/v1/system/disk_usage { "status": "Not Found", "message": "No such route" }Did some routes change compared to the API Docs?
https://docs.cloudron.io/api.html#tag/System/operation/getDiskUsageThanks!
@SansGuidon yeah, some routes have changed to adapt to the UI. We haven't updated the API and docs with Cloudron 9 API and screenshots yet (sorry, release and everything all going on in parallel) !
Currently, it's roughly this:
/api/v1/system/block_devices- this lists block devices . currently, this does not return used space. this was an oversight, i have added this now./api/v1/system/filesystems- this gives filesystems and size/used information . probably, what you want?/api/v1/system/filesystem_usage?filesystem=/dev/sda1- this does a further "du" on one of the filesystems listed in the above call. Since this takes some time, the output is an event stream. You have to pass-H 'Accept: text/event-stream'.
-
Sorry if this was mentioned already, but it was possible before on 8.x to search by app name in the list of running apps, but this appears to no longer be the case now as of 9.0.7. Is this intentional? Before, I could search for "WordPress" for example and all the apps would filter to the WordPress installs.
@d19dotca said in Cloudron 9.0 (beta) bug reports:
Before, I could search for "WordPress" for example and all the apps would filter to the WordPress installs.
Fixed in https://git.cloudron.io/platform/box/-/commit/a8513cc0fa8e8014da6d8aaa7a963c0ae168b4e5
-
It looks like the multipart upload settings for S3-compatible storage aren’t working as expected.
Last night, I enabled a backup of around 150 GB of data in TGZ format. In the configuration, I set the part size to 256 MB.
This morning, when checking the logs, I found that the upload had stopped at 100 GB because the 10,000-part limit was reached. Based on simple math, that would only make sense if each part were 10 MB — which is Cloudron’s default minimum part size.I double-checked the settings and confirmed that my 256 MB value had been saved correctly. Then I set it to the maximum (1 GB), restarted the server, and manually triggered another backup. Watching the logs again, I noticed the same behavior — a new part was created every 10 MB and uploaded to S3.
Has anyone else run into this issue?
2025-11-09T07:23:19.605Z box:taskworker Starting task 2146. Logs are at /home/yellowtent/platformdata/logs/tasks/2146.log 2025-11-09T07:23:19.624Z box:taskworker Running task of type backup 2025-11-09T07:23:19.644Z box:tasks updating task 2146 with: {"percent":5.761904761904762,"message":"Backing up ***.***.ru (1/18). Waiting for lock"} 2025-11-09T07:23:19.656Z box:locks write: current locks: {"full_backup_task_10b1282f-f0e2-400d-a074-b183f08c16f5":null,"app_backup_07fd2189-9378-4a35-b18d-5cef77461fb1":"2146"} 2025-11-09T07:23:19.656Z box:locks acquire: app_backup_07fd2189-9378-4a35-b18d-5cef77461fb1 2025-11-09T07:23:19.657Z box:tasks updating task 2146 with: {"percent":5.761904761904762,"message":"Snapshotting app ***.***.ru"} 2025-11-09T07:23:19.660Z box:services backupAddons 2025-11-09T07:23:19.660Z box:services backupAddons: backing up ["localstorage","postgresql","sendmail","oidc","redis"] 2025-11-09T07:23:19.661Z box:services Backing up postgresql 2025-11-09T07:23:19.878Z box:services pipeRequestToFile: connected with status code 200 2025-11-09T07:23:23.447Z box:services Backing up redis 2025-11-09T07:23:23.514Z box:services pipeRequestToFile: connected with status code 200 2025-11-09T07:23:23.528Z box:backuptask snapshotApp: ***.***.ru took 3.871 seconds 2025-11-09T07:23:23.564Z box:tasks updating task 2146 with: {"percent":5.761904761904762,"message":"Uploading app snapshot ***.***.ru"} 2025-11-09T07:23:23.564Z box:backuptask runBackupUpload: adjusting heap size to 3840M 2025-11-09T07:23:23.565Z box:shell backuptask: /usr/bin/sudo --non-interactive -E --close-from=4 /home/yellowtent/box/src/scripts/backupupload.js snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc 10b1282f-f0e2-400d-a074-b183f08c16f5 {"localRoot":"/home/yellowtent/appsdata/07fd2189-9378-4a35-b18d-5cef77461fb1","layout":[{"localDir":"/mnt/md0/IApps/photos","remoteDir":"data"}]} 2025-11-09T07:23:24.304Z box:backupupload Backing up {"localRoot":"/home/yellowtent/appsdata/07fd2189-9378-4a35-b18d-5cef77461fb1","layout":[{"localDir":"/mnt/md0/IApps/photos","remoteDir":"data"}]} to snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc 2025-11-09T07:23:24.306Z box:backuptask upload: path snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc site 10b1282f-f0e2-400d-a074-b183f08c16f5 dataLayout {"localRoot":"/home/yellowtent/appsdata/07fd2189-9378-4a35-b18d-5cef77461fb1","layout":[{"localDir":"/mnt/md0/IApps/photos","remoteDir":"data"}]} 2025-11-09T07:23:24.524Z box:backuptask checkPreconditions: mount point status is {"state":"active"} 2025-11-09T07:23:24.524Z box:backuptask checkPreconditions: getting disk usage of /home/yellowtent/appsdata/07fd2189-9378-4a35-b18d-5cef77461fb1 2025-11-09T07:23:24.524Z box:shell backuptask: du --dereference-args --summarize --block-size=1 --exclude=*.lock --exclude=dovecot.list.index.log.* /home/yellowtent/appsdata/07fd2189-9378-4a35-b18d-5cef77461fb1 2025-11-09T07:23:24.531Z box:backuptask checkPreconditions: getting disk usage of /mnt/md0/IApps/photos 2025-11-09T07:23:24.531Z box:shell backuptask: du --dereference-args --summarize --block-size=1 --exclude=*.lock --exclude=dovecot.list.index.log.* /mnt/md0/IApps/photos 2025-11-09T07:23:29.436Z box:backuptask checkPreconditions: total required=125109989376 available=Infinity 2025-11-09T07:23:29.448Z box:backupformat/tgz upload: uploading to site 10b1282f-f0e2-400d-a074-b183f08c16f5 path snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc (encrypted: true) dataLayout {"localRoot":"/home/yellowtent/appsdata/07fd2189-9378-4a35-b18d-5cef77461fb1","layout":[{"localDir":"/mnt/md0/IApps/photos","remoteDir":"data"}]} 2025-11-09T07:23:29.450Z box:tasks updating task 2146 with: {"percent":5.761904761904762,"message":"Uploading backup snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc (***.***.ru)"} 2025-11-09T07:23:29.457Z box:backupformat/tgz tarPack: processing /home/yellowtent/appsdata/07fd2189-9378-4a35-b18d-5cef77461fb1 2025-11-09T07:23:29.471Z box:backupformat/tgz addToPack: added ./config.json file 2025-11-09T07:23:29.528Z box:backupformat/tgz addToPack: added ./dump.rdb file 2025-11-09T07:23:29.540Z box:backupformat/tgz addToPack: added ./fsmetadata.json file 2025-11-09T07:23:32.318Z box:storage/s3 Upload progress: {"loaded":10485760,"part":1,"Key":"snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc","Bucket":"25fc748e-lvcl-backup"} 2025-11-09T07:23:34.405Z box:storage/s3 Upload progress: {"loaded":20971520,"part":2,"Key":"snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc","Bucket":"25fc748e-lvcl-backup"} 2025-11-09T07:23:37.143Z box:storage/s3 Upload progress: {"loaded":31457280,"part":3,"Key":"snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc","Bucket":"25fc748e-lvcl-backup"} 2025-11-09T07:23:39.234Z box:storage/s3 Upload progress: {"loaded":41943040,"part":4,"Key":"snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc","Bucket":"25fc748e-lvcl-backup"} 2025-11-09T07:23:39.425Z box:storage/s3 Upload progress: {"loaded":52428800,"part":5,"Key":"snapshot/app_07fd2189-9378-4a35-b18d-5cef77461fb1.tar.gz.enc","Bucket":"25fc748e-lvcl-backup"}@WiseMetalhead said in Cloudron 9.0 (beta) bug reports:
It looks like the multipart upload settings for S3-compatible storage aren’t working as expected.
This works for me on DO Spaces and AWS S3. Which storage provider are you using? I can test with that. Amazon created a new module for S3 uploads and we had to switch over the node module, maybe there is some incompatibility.
-
Thanks @girish, this will work

-
@WiseMetalhead said in Cloudron 9.0 (beta) bug reports:
It looks like the multipart upload settings for S3-compatible storage aren’t working as expected.
This works for me on DO Spaces and AWS S3. Which storage provider are you using? I can test with that. Amazon created a new module for S3 uploads and we had to switch over the node module, maybe there is some incompatibility.
@girish said in Cloudron 9.0 (beta) bug reports:
Which storage provider are you using?
I’m trying to use an
S3 API Compatible (v4)provider. -
@girish said in Cloudron 9.0 (beta) bug reports:
Which storage provider are you using?
I’m trying to use an
S3 API Compatible (v4)provider.@WiseMetalhead yes, but which service or set up specifically? (or is this confidential?). How can we reproduce this?
-
@WiseMetalhead yes, but which service or set up specifically? (or is this confidential?). How can we reproduce this?
@girish said in Cloudron 9.0 (beta) bug reports:
which service or set up specifically
It’s a local provider for me, and there’s no specific configuration for it in Cloudron.
For convenience, I can create a bucket and send you the access details by email so that you can try to reproduce the issue.
However, if the problem lies in how this provider implements S3 compatibility, I don’t think it’s worth spending too much time on it.
Initially, I thought the issue was related to the generic S3 configuration itself. -
@girish said in Cloudron 9.0 (beta) bug reports:
which service or set up specifically
It’s a local provider for me, and there’s no specific configuration for it in Cloudron.
For convenience, I can create a bucket and send you the access details by email so that you can try to reproduce the issue.
However, if the problem lies in how this provider implements S3 compatibility, I don’t think it’s worth spending too much time on it.
Initially, I thought the issue was related to the generic S3 configuration itself.@WiseMetalhead yeah, our CI tests object storages of DO, AWS, Vultr, Hetzner, minio .
For convenience, I can create a bucket and send you the access details by email so that you can try to reproduce the issue.
Yes please, if that's possible, would be great to understand where the problem is. I suspect this issue will get eventually hit by someone.
-
@WiseMetalhead yeah, our CI tests object storages of DO, AWS, Vultr, Hetzner, minio .
For convenience, I can create a bucket and send you the access details by email so that you can try to reproduce the issue.
Yes please, if that's possible, would be great to understand where the problem is. I suspect this issue will get eventually hit by someone.
@girish said in Cloudron 9.0 (beta) bug reports:
Yes please, if that's possible
I’ve sent the details from my email address vlishchenko****@gmail.com
-
Have these setting be separated out in Cloudron 9?
I wanted to turn of Automatic Platform updates, but leave App updates on:

@jdaviescoates said in Cloudron 9.0 (beta) bug reports:
I wanted to turn of Automatic Platform updates, but leave App updates on:
Not yet, have to look into this in coming releases.
-
I have noticed this on my home server (which does not have a great CPU). The newer backup system adds integrity checks and depending on the CPU power and amount of data this will take more time. Can you tell us CPU info and the how much data you are backing up? If you can tell me how to get an equivalent server (i.e which exact model on netcup), I can test it out directly on that server type.