Edit: fixed. I found docker.service inside /etc/systemd/system/multi-user.target.wants/ I didn't get this to happen: "Then, systemctl start my-disk-mounter would automatically start docker and box." But that's ok. I run a manual startup script that prompts for the encryption password, mounts the disk, then starts all the systemd services. Instead of my-disk-mounter.service, I have check-that-all-disks-are-properly-mounted.service which is Required by box and docker. Thanks again.

Thanks for sharing . Right... our current domain/location configuration follows an all or nothing approach. If one or more fail, it will refuse to bring the app up and will get "stuck" forever . We have a task somewhere to make this more smart and also make the app repair feature smarter but it always gets pushed out as low priority.

@joseph Thanks, that was it! It's all working now.

Oops nm I figured out the right Wordpress login url and redirect pattern to use

Thanks, it's working !

Just tried to reproduce this with Cloudron 8 again and it seems to be fixed now.

@dsp76 this was a bug in 8.0.x release . It's already fixed . See https://forum.cloudron.io/topic/12254/edit-files-using-the-file-manager-changes-their-ownership-why/ and https://forum.cloudron.io/topic/12203/config-php-permissions

@bennyv53 the SSH key is the key to login to your server. How do you ssh into your server? There are two common modes to auth with ssh - with a password or via key . For example, ssh root@my.tee.digital . Do you enter a password here ? Or does it automatically log you in without a password (most likely ssh key based if that's the case).

Indeed, after sync I enable the IPv6, the app store works just fine as well as the current apps running, i test a few other case this also resolve issues with sometimes the manifest of the updated apps not shown From my experience, don't syn the DNS while having the IPv6 Networ Enabled in Cloudron if no AAAA records in apps or domain I don't know if it happens to anyone else using the Cloudron version 8.x but since I set my networks both work with IPv4 and 6, and it seems everything works normal

@joseph Thanks for this! I was trying to wrap it up last night so I decided to just reset all the users passwords to a known password, and then send them a password reset link to change it to their old password on their own. I will definitely keep the group approach in mind next time I'm migrating to Cloudron - but my next server likely won't migrate until XMPP gets some love ( https://forum.cloudron.io/topic/10465/xmpp-server-prosody/26?_=1723504540984 )

Thanks for clarifying!

@awestenb it means that IPv6 record is not set up. try host -t AAAA my.domain.name . This should be the ipv6 address of you server. If your server does not have IPv6, then in the cloudron setup page -> advanced -> disable ipv6.

Thanks for the report, this is fixed for the next release.

ok thanks

Right as I typed that, I realized that there is the "send" icon next to it, which when clicking shows the link to set up the user's account. I realized that I could confirm the user's account on my own. I can initialize the account with the password I want, and then I also see the key icon you're referring to and am able to reset it that way. Thank you for your help!

Turns out that Cloudron hit the same issue as https://forum.cloudron.io/topic/11276/cloudron-update-to-7-7-0-postgresql-does-not-start?_=1723244919333 and the fixed worked there also.

Hi, we did not initiate an update manually. According to the logs, Cloudron updated to v8.0.3 this morning at 6:58. The message "removing containers for upgrade" was still there at midday. Error message when going to an app: "This app is currently not responding. Please try refreshing the page in a few minutes." After a manual reboot, all apps were "Configuring (Queued)" for a while. Now the first apps are running again. Yeah

Thank you that made me understand the differences quite well. Sadly it seems like the issue is not resolved yet though. The Outlook client seems to stay slow. It was just shortly working a bit better it seems. What I don't understand is the following though: Only the modern Mac Outlook is slow/buggy. If I switch to legacy outlook there are no Problems. Thunderbird is having no Problems as well, same with other clients. I found out though that when I enable Offline Mode in the modern Outlook Mac client, then the search is not slow anymore. Still there is the problem that Attachments are buggy and when you try to open them Outlook says that they have to be redownloaded to open them (which does not work). The modern Outlook for Mac does work with other IMAP clients though. So It's not Purely an Outlook problem and not Purely a Cloudron Mail problem. There just seems to be a problem in the communication between them. I just seem to no be able to debug it. Does anyone have an idea what it could be?

I will mark this as solved, but please open a new topic with the crash report.

Since this question seems to come up often, I wonder if we should just show the timezone in brackets everywhere in the UI. @nebulon ?