Cloudron Forum

@nebulon I didn't get any notifications in the dashboard for OOM which is why debugging was fairly unintuitive.

@girish If I encounter it again, I'll check dmesg and let you know.

@adrw It seem to again have required more memory, wondering if there'd be a way to add that to the logs or detect that reset root password loop to suggest increasing memory. I also encountered it with the SFTP service.

@girish I'm seeing this failure again, the disk usage in System tab shows 250GB free

@girish thanks! disk space was fine but it seems like the memory was underprovisioned, I increased from default to 2GB and it started booting again, 1GB seemingly wasn't enough.

My Postgresql seems to have an infinite loop and won't start, any ideas?

2022-01-24T20:21:05.000Z Resetting root password
2022-01-24T20:22:43.000Z Detected existing installation
2022-01-24T20:22:43.000Z Resetting root password
2022-01-24T20:24:22.000Z Detected existing installation
2022-01-24T20:24:22.000Z Resetting root password
2022-01-24T20:26:03.000Z Detected existing installation

@d19dotca Oh wow, that sounds like exactly the symptom I was seeing of truncated contacts for ones with many phone / email addresses. Thanks for chiming in, I had no idea that was an Exchange ActiveSync limitation.

I'm in the process of migrating my SOGo instance to a new Cloudron server and am trying to manually export, then import contacts and calendar. Contacts appears initially to work but on inspection, the imported set is missing a lot of phone numbers, email addresses, and other fields within the contact entries. Has anyone experienced this before? Any idea how best to address it?

One idea would be linking both instances with a desktop Contacts syncing app and manually drag the entries over. It seems like a lot of legwork to handle what surprisingly seems like a broken export or import feature of SOGo.

@girish Thanks, I'll proceed with that for Sogo. For future reference, is there a better CardDAV/CalDAV client you'd recommend that is easier to operate for backups/restores?

While I've got you here, is Bitwarden as easy as restoring the app backup since it's not tied to any LDAP?

@humptydumpty Thanks, I did see that. For email, I'm unsure how much is manual. For example, I have contacts and calendar data in Sogo. Do I need to recreate the identical usernames in the new Cloudron for that data to map correctly? What if the Gid/Uid for the user end up being different? Similarly for Nextcloud, is there a known happy path for what is necessary to restore an app to a different Cloudron and map the user data?

@neurokrish Agreed, I want to split my current Cloudron into 2 where one has email, Sogo, Bitwarden, and everything else is on my home server Cloudron.

I currently have a single Cloudron instance on a beefy VPS but want to split it between my home server for data intensive apps (ie. Nextcloud) and a cheap VPS for email since my house doesn't have a static IP. What would be the recommended way to migrate just email and Bitwarden to the cheap VPS but all other apps and data to my new Cloudron on my home server?

@girish Seemed like maybe Ubuntu was finishing some updates on boot which was blocking ssh from starting. I was pinging on 80 and 443 ports but ssh wasn't responding on 22 or 202 for a while.

I think my Cloudron is on 6.2.4 (7.0.X has been failing to update since it was released) and Ubuntu 18. Cloudron prompted to reboot after I assume some Ubuntu updates and now Cloudron won't load. The server seems to be online based on ping of the IP and domains but I can't ssh into the box and nothing loads in the browser. It's on a discount VPS so I don't have a UI from the hosting provider to see the logs on the box. Any ideas on how to debug this further or roll it back other than a full restore from backup?

Update 1: ssh now works, maybe reboot was taking a long time
Update 2: I ran /home/yellowtent/box/setup/start.sh from the support docs and after a while Cloudron admin started running. First time I've encountered such a long boot (>20-40 mins) but glad it's back up!

@girish I submitted a ticket from my Cloudron dashboard, many thanks!

@girish I'd have to check with the main moderator for that site but I don't think any plugins have been updated recently. I noticed the app was broken and have tried restarting the app and it keeps failing with the same DB failure, not sure if it correlates to a recent Cloudron upgrade.

Seeing the following error in my logs when trying to boot a long running Wordpress managed app

One or more database tables are unavailable. The database may need to be repaired.

Anyone seen this before or have ideas on how to fix?

@nebulon I enabled remote debugging and emailed, look forward to hearing back

@nebulon I tried increasing backup chunk size from 256mb to 1GB and backups are still failing similarly, any idea or other configuration I should be tweaking?

@nebulon I'm using BackblazeB2, thanks for looking into this!

@nebulon There isn't an immediately visible stack trace, it seems to time out. I've uploaded the full logs here