Cloudron Forum

@girish yeah did found a solution,

I only did recreate container before updating and it fixed the mysql issue.

@james Hello james we can only do troubleshooting in weekends if you got time in weekend maybe I can give you access to the server.

But I just saw this blog https://forum.cloudron.io/topic/14045/services-and-all-apps-down-due-to-cgroups-error/7?_=1771850781969 it has the same issue with us and you guys fixed it maybe you can give me some details on how it was fixed maybe I can do it if you guys are not available in weekend.

@james maybe you got something that could help us in the weekend sorry I can't give much details because we already restored it.

@james Yeah, for now we can only do it in weekend because if we fcked up restoration it's gonna take around 17 hours like last time,

Also maybe you got something we can test or any article we can try to use in the weekend that would be helpful;

Last time we tried updating ubuntu to 22 but these are the error's

"When we update the ubuntu to 22 it shows these error and we tried to update it to 24 to see if it might fix but it still shows the same error."

Errors were encountered while processing:
nginx-core
nginx-common

[OK] node version is correct
Docker is down. Trying to restart docker ...
[OK] docker is running
[OK] MySQL is running
[OK] nginx is running
[FAIL] Could not load dashboard website with loopback check

When we update the ubuntu to 22 it shows these error and we tried to update it to 24 to see if it might fix but it still shows the same error.

Errors were encountered while processing:
nginx-core
nginx-common

[OK] node version is correct
Docker is down. Trying to restart docker ...
[OK] docker is running
[OK] MySQL is running
[OK] nginx is running
[FAIL] Could not load dashboard website with loopback check

btw can we jump an update fron 7.7.1 to cloudron 8?

Hello guys not an expert of these but we got some leftovers on the server and we notice that when you uninstalled the app it does not actually delete the files so is there a way to delete uninstalled app data?

Platform Versionv7.7.1 (Ubuntu 20.04.5 LTS)
VendorLinode
ProductCompute Instance
CPU16 Core "AMD EPYC 7542 32-Core Processor"
Memory33.66 GB RAM & 4.29 GB Swap

Running Apps: 39
Uninstalled Apps: 21
Total Entries Listed: 68

also just to add, the last time this cloudron was updated was on july 2024

@joseph

I’d like to inform everyone that our current backup takes approximately 3 hours and 45 minutes to complete.

In the event that the server goes down, the full restoration process could take 8–9 hours or possibly longer, depending on the situation.

With this in mind, I would like to ask for your recommendation on how we should proceed. Would it be better to schedule this activity over the weekend to minimize disruption to our employees and clients in case a restore is required?

If we are confident that this will not cause any issues or downtime, we can proceed today.

Please advise on the best course of action.

@joseph said in SQL error:

support@cloudron.io

I sent an email on support@cloudron.io please check

@james sorry of the late response I tried it, and it shows these data

root@CloudronMain:~# cloudron-support --troubleshoot
[OK] node version is correct
[OK] docker is running
[OK] MySQL is running
[OK] nginx is running
[OK] box is running
[OK] unbound is running
[OK] Dashboard is reachable via domain name
[OK] Domain elevatecalls.io is valid and has not expired
root@CloudronMain:~#

Tried updating cloudron and we got this error
SQL is not runinng:

(HTTP code 500) server error - Cannot restart container mysql: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error mounting "/home/yellowtent/platformdata/mysql" to rootfs at "/var/lib/mysql": mount /home/yellowtent/platformdata/mysql:/var/lib/mysql (via /proc/self/fd/6), flags: 0x5000: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

Our version:

v7.7.2 (Ubuntu 20.04.5 LTS)
VendorLinode
ProductCompute Instance
CPU16 Core "AMD EPYC 7542 32-Core Processor"
Memory33.66 GB RAM & 4.29 GB Swap
storage 600+
storage used: 400+
Kernel: We tried 5.4, 5.10 and 5.15

It was too risky to update it there so we have to install it to a diffrent server and set up a diffrent cloudron and freescout therefore we can just migrate the update. do you think this is better?

Hi everyone,

Our main goal is to update FreeScout to the latest version, because we currently have several FreeScout modules that cannot be used or activated due to the core FreeScout version being outdated.

Current FreeScout environment:

Version: 1.8.169

Timezone (.env): America/New_York (GMT-0500)

Protocol: HTTPS

Database: MySQL 8.0.34-0ubuntu0.22.04.1

Web Server: Apache/2.4.58 (Ubuntu)

PHP Version: 8.3.6

Current Cloudron environment:

Version: v7.7.1

OS: Ubuntu 20.04.5 LTS

Number of apps/websites: ~10–15 apps running on this instance

Problem:

The update button is missing in the FreeScout web UI

There is no available update shown in the Cloudron dashboard for FreeScout

We suspect that the outdated Cloudron version may be preventing us from updating FreeScout and enabling the required modules.

We would like guidance on:

Is it safe to upgrade Cloudron from v7.7.1 to the latest version?

Will a Cloudron upgrade affect or cause downtime for our 10–15 existing apps?

How long does a Cloudron upgrade usually take in an environment with multiple apps?

Is upgrading Cloudron the recommended path to unlock newer FreeScout versions and module compatibility?

Our priority is to enable the required FreeScout modules while minimizing downtime and risk.

Any guidance, experiences, or best practices would be greatly appreciated.

Thank you!

Hi everyone,

Our main goal is to update FreeScout to the latest version, because we currently have several FreeScout modules that cannot be used or activated due to the core FreeScout version being outdated.

Current FreeScout environment:

*Version: 1.8.169
*Timezone (.env): America/New_York (GMT-0500)
*Protocol: HTTPS
*Database: MySQL 8.0.34-0ubuntu0.22.04.1
*Web Server: Apache/2.4.58 (Ubuntu)
*PHP Version: 8.3.6

Current Cloudron environment:*

*Version: v7.7.1
OS: Ubuntu 20.04.5 LTS
Number of apps/websites: ~10–15 apps running on this instance

Problem:

The update button is missing in the FreeScout web UI
There is no available update shown in the Cloudron dashboard for FreeScout

We suspect that the outdated Cloudron version may be preventing us from updating FreeScout and enabling the required modules.

We would like guidance on:

1. Is it safe to upgrade Cloudron from v7.7.1 to the latest version?
2. Will a Cloudron upgrade affect or cause downtime for our 10–15 existing apps?
3. How long does a Cloudron upgrade usually take in an environment with multiple apps?
4. Is upgrading Cloudron the recommended path to unlock newer FreeScout versions and module compatibility?

Our priority is to the required FreeScout modules while minimizing downtime and risk.

Any guidance, experiences, or best practices would be greatly appreciated.

Thank you!