Cloudron Forum

Hello @mgan
Your Dolibarr app in cloudron will display that an update is available or update automatically.

Hello @odie

@odie said:

but the copy sent to my Cloudron domain (self hosted) is undelivered

So the issue is only when you send from Cloudron and CC your own Cloudron?
I am a little confused by the set up and could need some clarification.

Hello @necrevistonnezr
We have updated the default config template to reflect the upstream.
An app update should be available.

Interesting, even published with the MIT licence.

Hello @mgan

I have solved the issue.
An app update will be available soon.

Hello @mgan
I have looked into this issue but was able to reproduce this error.
Installed Dolibarr 23.0.0 org.dolibarr.cloudronapp@1.13.0 the latest Dolibarr version from the Cloudron Appstore.

The error you have posted:

@mgan said:

<Apr 02 11:15:42 PHP Fatal error: Call to undefined method 'fetch_all'. From /app/pkg/cron_run_jobs_custom.php:135. in /app/code/htdocs/core/class/doldeprecationhandler.class.php on line 176>

The file /app/pkg/cron_run_jobs_custom.php is from Cloudron.
The module Scheduled jobs needs to be enabled, otherwise this will return and look like there is no error:

/usr/bin/php /app/pkg/cron_run_jobs_custom.php
***** cron_run_jobs_custom.php (23.0.0) pid=80 ***** userlogin=firstadmin ***** 2026-04-02T12:17:55Z *****
Error: module Scheduled jobs (cron) not activated

With Scheduled jobs enabled, I can reproduce:

/usr/bin/php /app/pkg/cron_run_jobs_custom.php
***** cron_run_jobs_custom.php (23.0.0) pid=81 ***** userlogin=firstadmin ***** 2026-04-02T12:18:47Z *****
First admin user found is login 'admin', entity 0
PHP Warning:  Undefined array key 3 in /app/pkg/cron_run_jobs_custom.php on line 118
PHP Fatal error:  Call to undefined method 'fetch_all'. From /app/pkg/cron_run_jobs_custom.php:135. in /app/code/htdocs/core/class/doldeprecationhandler.class.php on line 176

I am now looking to fix this issue.

Hello @mgan
So this log is from a Dolibarr app?
Or some custom app?
Please provide more details and best a step by step process to follow to reproduce this issue.

Hello @necrevistonnezr

@necrevistonnezr said:

(you shouldn’t mess with settings inherent to the Cloudron package such as related to network, mail or storage location etc.)

Even if you do, an app restart will revert some of the changes.
On each app restart the Cloudron Peertube app sets database, redis, smtp, storage config values to ensure the basic app functionality is given.
For more details see: https://git.cloudron.io/packages/peertube-app/-/blob/master/start.sh?ref_type=heads#L50-L106

Hello @jdaviescoates

@jdaviescoates said:

I wouldn't be surprised if you ran out of memory.

This would normally result in the system throttling and increased load and not full system freeze. Normally!
But also without ECC memory even a solar storm / sun flare / aurora borealis could cause memory corruption resulting in such a behaviour.

Hello @sebgg

Thanks.
That looks good so far.

Other possibility - Blame the electricity

Since you have stated this is a home server setup, I assume you do not have an Uninterruptible Power Supply (UPS) for your home server?
To be more precise, this hardware specifically: Vendor: Shuttle Inc. Product: DS20U => https://global.shuttle.com/products/productsDetail?pn=DS20U/DS20U V2 SERIES&c=xpc-fanless, correct?
If so, it could also be that you have experienced a brown out (a drop in the magnitude of voltage in an electrical power system) which could also lead into your server behaving in a strange behaviour and causing faults.
Or even a power outage lasting a few milliseconds could cause the system to fault in such a way.

Check the drive health

If your drive support this, might be good first step to check the drive health with:

sudo smartctl -a /dev/sda

Save the previous boot log messages

For listing all available boot logs:

journalctl --list-boots

If you know this issue is from before the last boot, retrieve previous boot kernel logs with:

journalctl -k -b -1

For full system logs:

journalctl -b -1

Example:

journalctl --list-boots
IDX BOOT ID                          FIRST ENTRY                 LAST ENTRY
 -1 815f78c0ba13430691bcdf498ae53059 Thu 2026-03-26 14:20:00 UTC Wed 2026-04-01 08:00:58 UTC
  0 5eea15164bdc4738ad28b02336a7a195 Wed 2026-04-01 08:01:14 UTC Thu 2026-04-02 07:24:45 UTC
journalctl -k -b -1
[... logs ...]

Save the previous boot logs to a file and save it to your local computer.
Note: I directly pipe the output into GZIP to compress the output to save time when downloading the logs.
Diff of size with and without GZIP:

-rw-r--r-- 1 root root 437K Apr  2 07:27 dmesg-lastboot.gz
-rw-r--r-- 1 root root 4.8M Apr  2 07:27 dmesg-lastboot.txt

# saving the kernel messages
journalctl -k -b -1 --no-pager | gzip > dmesg-lastboot.gz
# saving all messages
journalctl -b -1 --no-pager | gzip > fulllog-lastboot.gz

With these logs you could use ChatGPT or check the log files manually to analyse for any strange log behaviour before the system stopped working.

Test your memory

To test the memory you could use memtest86plus or if you'd like a GUI memtest86.

Hello @sebgg

I have edited your screenshot to redact the domain to prevent private data leaking through the domain.
Since you have just stated this is a home server the domain could expose your home IP address.

Please run cloudron-support --troubleshoot and post the output here as well.

Hello @sebgg
Can you share more about your setup and provider?
This sounds and looks almost like the server did freeze up. Could be a memory corruption issue or fault.
To analyse what happened here the syslog and dmesg on the time of the crash / freezeup would need to be analyzed.

ps: I just edited your post to make the screenshot visible.

Hello @mononym
Good thing we have already created the matrix auth service as an app.
But I am not 100% sure if this migration tool will work since it is specific for the ESS Community version.
Will need to test this.

Hello @robi

@robi said:

Is there a way through the CLI?

Currently, no.

Hello @tobiasb
Good suggestion.
I ask myself, is the manifest the correct singular location for this config?
Maybe we set the initial value via the manifest but also allow a custom value in the service overview from the dashboard.

But at least adding this to the manifest should be doable.

Hello @firmansi
Thanks for the report.
Then I have to assume that it is some Nextcloud third party app issue with the latest update.

Hello @odie
I also noticed that installation of playwright takes very long.
Either it just takes very long or there is something else going on.

Hello @dualoswinwiz
A screen recording would be great.

Hello @imc67
Might be a caching issue on your side, but https://docs.cloudron.io/packages/ip2location is working fine.

Hello @dualoswinwiz
I was not able to reproduce your described issue.