Cloudron Forum

quick update on itching (2 1/2 months later). After being comfortable with 4mm, I've been trying to figure out what happens when I go to 6mm. It took a while, but now it feels normal to wear a 6mm beard. The next step is to grow to 9mm (because of the trimmer).

no time for further investigation (and understanding), but

• this is a diff of a working Cloudron with Docker images on the same disk --userland-proxy=false
• that I added to the custom conf on the instance with Docker on another disk

After cloudron-support --recreate-dockery everything works as expected. Maybe an outdated documentation?

to give some context:

• I followed https://docs.cloudron.io/storage/#docker-images to free disk space
• cloudron-support --troubleshoot ended up with [FAIL] box service keeps restarting, please investigate the error by inspecting /home/yellowtent/platformdata/logs/box.log
• Log shows `Error: listen EADDRNOTAVAIL: address not available 172.18.0.1:3003.
• docker network list shows no Cloudron network

Maybe it's not a good idea to relocate the docker files or something changed in ubuntu or Cloudron platform versions.

Today I maybe had the same problem with the VPN app.
cloudron-support --recreate-docker maybe solved the problem. I am currently working on Error: listen EADDRNOTAVAIL: address not available 172.18.0.1:3003.
Any idea how to solve this (should be owned by root (0)) problem permanently?

Apr 18 14:32:40 An updated CRL has been created:
Apr 18 14:32:40 * /app/data/pki/crl.pem
Apr 18 14:32:40 2025-04-18T12:32:40Z
Apr 18 14:32:40 gen-crl (stdout):
Apr 18 14:32:40 2025-04-18T12:32:40Z
Apr 18 14:32:41 ==> Server has IPv6 connectivity, setting as default route
Apr 18 14:32:41 sudo: /etc/sudo.conf is owned by uid 1001, should be 0
Apr 18 14:32:41 sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set
Apr 18 14:32:41 file:///app/code/src/vpn.js:193
Apr 18 14:32:41 if (safe.error) throw new Error(`Could not restart OpenVPN: ${safe.error.message}`);
Apr 18 14:32:41 ^
Apr 18 14:32:41 2025-04-18T12:32:41Z
Apr 18 14:32:41 Error: Could not restart OpenVPN: Command failed: sudo /app/code/src/restart.sh
Apr 18 14:32:41 at ovSyncSettings (file:///app/code/src/vpn.js:193:31)
Apr 18 14:32:41 at async ovInit (file:///app/code/src/vpn.js:689:5)
Apr 18 14:32:41 at async Object.init (file:///app/code/src/vpn.js:735:5)
Apr 18 14:32:41 at async main (file:///app/code/server.js:173:5)
Apr 18 14:32:41 2025-04-18T12:32:41Z
Apr 18 14:32:41 Node.js v22.14.0
Apr 18 14:32:41 2025-04-18 12:32:41,213 WARN exited: admin (exit status 1; not expected)
Apr 18 14:32:42 2025-04-18 12:32:42,220 INFO spawned: 'admin' with pid 5733
Apr 18 14:32:43 2025-04-18 12:32:43,222 INFO success: admin entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)

HA has not started since yesterday.

Apr 18 14:24:32 2025-04-18 12:24:32.781 ERROR (SyncWorker_3) [homeassistant.util.package] Unable to install package PyQRCode==1.2.1: error: failed to create directory `/home/cloudron/.cache/uv`: Permission denied (os error 13)
Apr 18 14:24:32 2025-04-18 12:24:32.782 ERROR (MainThread) [homeassistant.bootstrap] Home Assistant core failed to initialize. Further initialization aborted

@Neiluj In our experience with the Cloudron platform, a single instance is not suitable for such a large user base for a particular app. Nextcloud itself is a beast. So many different use cases. So many so-called apps. With third party apps with specific purposes. And potential TB of data to backup.

If your use case has different branch offices with up to, say, 50 users, Nextcloud on Cloudron with Nextcloud federation and one Cloudron instance per branch office... that seems doable.

If you need a central Nextcloud instance with all functions that only scale upwards, choose a dedicated Nextcloud instance with support from Nextcloud partners.

Otherwise: One of our customers has a use case where Nextcloud on Cloudron with up to 400 users is not a problem. But this is a special use case with users who do not use Nextcloud with all its functions.

So my answer is: It depends.

Thank you. I will try cloudron-support --troubleshoot next time.

@nebulon not Cloudron <- the platform. Cubby.

I have looked at the users for whom I now have the login details. None of them have an administrator role. Is there another way to give a known user the administrator role?

In November 2024 I stopped an app. Since then, I have never touched it again. Today I wanted to install an app, but the process stopped with Nginx Error - Error reloading nginx: reverseproxy exited with code 1 signal null.

Expected behavior: A stopped app has no effect on the restart of Nginx.

That helped in my case:
https://forum.cloudron.io/topic/7219/cannot-load-certificate-key--sub-domain-org-key-failed-no-such-file-or-directory?=1743936527594

And here is the “keyboard magic” in case someone has no idea how to use grep grep -rin sub.example.org .

https://my.example.org/#/email/example.org/status

@Gengar nope.

https://api.cal.com/ -> 200
https://calcom-api.demo.cloudron.io/ -> 502

@nebulon
mh. API endpoint is not reliable. I have detected two errors in the logs:

read-only error

Apr 02 12:58:11 {"date":"Wed Apr 02 2025 11:58:11 GMT+0000 (Coordinated Universal Time)","error" {"code":"EROFS","errno":-30,"path":"./swagger/documentation.json","syscall":"unlink"},"level":"error","message":"unhandledRejection: EROFS: read-only file system, unlink './swagger/documentation.json'\nError: EROFS: read-only file system, unlink './swagger/documentation.json'\n at Object.unlinkSync (node:fs:1953:11)\n at generateSwagger (/app/code/calcom/apps/api/v2/dist/apps/api/v2/src/main.js:87:12)\n at run (/app/code/calcom/apps/api/v2/dist/apps/api/v2/src/main.js:24:14)\n at process.processTicksAndRejections (node:internal/process/task_queues:105:5)","os":{"loadavg":[1.76,1.55,1.57],"uptime":2270453.82},"process":{"argv":["/usr/local/node-22.14.0/bin/node","/app/code/calcom/apps/api/v2/dist/apps/api/v2/src/main.js"],"cwd":"/app/code/calcom/apps/api/v2","execPath":"/usr/local/node-22.14.0/bin/node","gid":0,"memoryUsage":{"arrayBuffers":138616,"external":3492265,"heapTotal":285544448,"heapUsed":264459784,"rss":388689920},"pid":41841,"uid":0,"version":"v22.14.0"},"rejection":true,"service":"cal-platform-api","stack":"Error: EROFS: read-only file system, unlink './swagger/documentation.json'\n at Object.unlinkSync (node:fs:1953:11)\n at generateSwagger (/app/code/calcom/apps/api/v2/dist/apps/api/v2/src/main.js:87:12)\n at run (/app/code/calcom/apps/api/v2/dist/apps/api/v2/src/main.js:24:14)\n at process.processTicksAndRejections (node:internal/process/task_queues:105:5)","timestamp":"2025-04-02 11:58:11.613","trace":[{"column":11,"file":"node:fs","function":"Object.unlinkSync","line":1953,"method":"unlinkSync","native":false},{"column":12,"file":"/app/code/calcom/apps/api/v2/dist/apps/api/v2/src/main.js","function":"generateSwagger","line":87,"method":null,"native":false},{"column":14,"file":"/app/code/calcom/apps/api/v2/dist/apps/api/v2/src/main.js","function":"run","line":24,"method":null,"native":false},{"column":5,"file":"node:internal/process/task_queues","function":"process.processTicksAndRejections","line":105,"method":"processTicksAndRejections","native":false}]}

socket hang up error

Apr 02 13:36:40 @calcom/web:start: Failed to proxy https://cal-api.example.com/api/v2 Error: socket hang up
Apr 02 13:36:40 @calcom/web:start: at TLSSocket.socketCloseListener (node:_http_client:491:27)
Apr 02 13:36:40 @calcom/web:start: at TLSSocket.emit (node:events:530:35)
Apr 02 13:36:40 @calcom/web:start: at node:net:351:12
Apr 02 13:36:40 @calcom/web:start: at TCP.done (node:_tls_wrap:650:7)
Apr 02 13:36:40 @calcom/web:start: at TCP.callbackTrampoline (node:internal/async_hooks:130:17) {
Apr 02 13:36:40 @calcom/web:start: code: 'ECONNRESET'
Apr 02 13:36:40 @calcom/web:start: }
Apr 02 13:36:40 @calcom/web:start: Error: socket hang up
Apr 02 13:36:40 @calcom/web:start: at TLSSocket.socketCloseListener (node:_http_client:491:27)
Apr 02 13:36:40 @calcom/web:start: at TLSSocket.emit (node:events:530:35)
Apr 02 13:36:40 @calcom/web:start: at node:net:351:12
Apr 02 13:36:40 @calcom/web:start: at TCP.done (node:_tls_wrap:650:7)
Apr 02 13:36:40 @calcom/web:start: at TCP.callbackTrampoline (node:internal/async_hooks:130:17) {
Apr 02 13:36:40 @calcom/web:start: code: 'ECONNRESET'
Apr 02 13:36:40 @calcom/web:start: }

The first two or three browser calls to the new api endpoint worked, but the following calls ended with a timeout. OK, technically they don't work because a 200 = Ok is missing. Instead I get a 502 on the bare domain.
https://cal-api.example.org

I've never noticed that before. Missing c. (cal.com package)

I see a difference between the Cloudron log file https://my.example.org/logs.html?appId=123456-1234-1234-1234-123455 and the logs in Paperless. (constantly repeated same errors and a lot of visual distraction in the Cloudron logs compared to a quiet log from the app https://paperless.example.org/logs). But at the moment it is not possible for me to investigate further.

We have been using Cloudron <- the product, for many years. In all these years we have forgotten to say thank you for a wonderful product. Most of the time it works like a charm. The moment something doesn't work or doesn't work as expected, the forum is the place to go. Lots of helpful people with good ideas for problem solving and the staff with a response time that feels like 24/7 (without paying for 24/7).

THANK YOU.

wohoo. cloudron-support --recreate-docker solved the problem.

One of my Cloudron instances is having problems with the update.
Postgres cannot be started.

Endless loops of

Mar 28 10:54:58 ==> Initializing database
Mar 28 10:54:58 sudo: /etc/sudo.conf is owned by uid 1001, should be 0
Mar 28 10:54:58 sudo: /etc/sudo.conf is owned by uid 1001, should be 0
Mar 28 10:54:58 sudo: /etc/sudoers is owned by uid 1001, should be 0
Mar 28 10:54:58 sudo: error initializing audit plugin sudoers_audit
Mar 28 10:55:50 ==> Creating new installation
Mar 28 10:55:50 ==> Initializing database

Is there a quick solution to this problem?

@lukasgabriel Apart from the error (maybe a package error), let's share some numbers: my paperless has a total of 815 documents. Clicking on Donwnload Full logs generates a 708MB log file.

BTW: the same error on my site (tested with an eml file)

Error while converting email to PDF: Server error '500 Internal Server Error' for url 'http://localhost:3000/forms/chromium/convert/html'
For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/500