All looks OK to me: root@Ubuntu-2404-noble-amd64-base ~ # date Tue Apr 7 14:55:43 UTC 2026 root@Ubuntu-2404-noble-amd64-base ~ # timedatectl Local time: Tue 2026-04-07 14:55:55 UTC Universal time: Tue 2026-04-07 14:55:55 UTC RTC time: Tue 2026-04-07 14:55:55 Time zone: Etc/UTC (UTC, +0000) System clock synchronized: yes NTP service: active RTC in local TZ: no root@Ubuntu-2404-noble-amd64-base ~ #

Fixed for next release with https://git.cloudron.io/platform/box/-/commit/c9547cbdb8372728efbdcb6424497e0d421c08e8

Simple solution : change 'Uninstall' to 'Manage' or 'Stop/Uninstall' or '....' The column width longest label is 'Access Control' so providing the new label is <= to that, UI works.

@Lanhild said: Updating the Cloudron CLI did the trick. That is correct. The current latest version of the cloudron cli is 8.0.2. Your stated cli version is 6.0.0, two mayor versions behind.

thanks @joseph for your answer. But the command you gave me (same one as in error log) use relative path. And when i try the same command manually with an absolute path, it seems to works. What should i understand of it ?

Hi, thanks for you answer! No, I haven´t any fstab entries or seperate .mount files, but I created the volumes in the dashboard: Create folder in /media (e.g, /media/test) Create volume (screenshot) [image: 1775395969908-21bde792-695f-4f0d-8c25-b7b227f46a0a-image-resized.jpeg] Volume is available in the apps (like calibre) The idea was to separate the data from the app, since there’s no need to back it up. Was that the wrong approach? Worked well for a long time...

@joseph said: I guess it's not enable to mount the volume. Because, as the OP says, it doesn't exist on the new system.

@robi I believe that's because the firewall drops the packages. So Google's servers just don't receive a response (timeout).

Got it, yes it was the token, i made a New one (PAT) and it seems that it works Thanks

That is a good hint, so something is not working reliably with the ldap connection then. Can you check on Server A if you hit any rate-limits? You should see them with journalctl -k | grep CLOUDRON_RATELIMIT_LOG on Server A

@james @joseph i found a potential issue. this only happen to Windows OS where microsoft ID is not connected and System only works with local account

@girish Had the same issue as @frenchybear. GCS fixed worked fine. Thx

hi, thanks, i found the failure. It occured during a app (talk sfu) update. Before the app is updated the current state is backuped. During this, something happend with the backup disk and the server freezed. this was 2h after a normal backup, were everything was fine. The disk is ok, i checked the intergrety. what i now did is , do toogle the server to a restart when this happens again. I will monitor this and give feedback if this happens again.

@riankellyit thanks a lot for your advices, I’ll go to try to better understand, but actually problem seems to be resolved, so as @nebulon, problem seems to be S3 side. Thanks again for your patience and efforts.

I have put in a fix now to adjust the java heap memory dynamically. Hopefully that works.

Thanks! Fixed now

@d43m0n1k_sek Should this post be deleted or should we answer this? The original post is still deleted. Should I restore it? edit: i restored it right now, but unclear if I should be deleting the entire topic.

Dupe of https://forum.cloudron.io/topic/15286/notifications-view-doesn-t-have-a-vertical-scrollbar/2 and already fixed for next release.