Cloudron Forum

@luckow said:

Why is the number of available spots displayed? (or why to deal with spots?) In my use case (regular webinars), that’s not important to participants. It also reveals something I’d rather keep from the public (nobody’s interested in my webinar - so the maximum number of participants is shown for every session).

You are right, I'll turn this into a traffic light system and probably make even that optional.

@luckow said:

Do you have a workflow in mind for configuring this “special event” (say, a monthly online meetup - every second Friday of the month from 5:00 to 6:00 p.m.) without adding sessions to a calendar just to show the available spots for the online meetup?

I can't really follow here, can you elaborate?

@luckow said:

@ekevu123 Where? When? How? Found it. The Cloudron app is a little behind your repository.

It's part of the newest release, whenever that hits the Cloudron app store.

@luckow said:

@ekevu123 If you need real humans for testing, give me ping.

Ping! Would you like to try it out?

@Teiluj You should be able to use the .env file, if you don't have one, you can create it.

Yeah, massively! But so far, Hetzner auctions really seem to provide good offers still. I guess I'll uninstall some rarely used apps from my main cloudron for now and try to make do with what I have.

I am short on RAM on my server. What's the best way to understand per-app memory usage, ideally over a certain period of time? It used to be in Server under Graphs, but when I activate all apps there now and hover over the graph, I still see them only summarised as "system memory".

A per-app breakdown would be quite helpful.

I am not following that much, but I know there are some qualified sys-admins in here.

I host with Netcup, and I am quite happy, however, I might need to upgrade my root server to get more CPU and memory soon. Unfortunately, I have seen that they massively raised prices. Like about double.

This makes me kind of happy with keeping my current contract, I guess ... I suppose, they are not the only ones these days? Is this a current market trend, so I'll better look into how to satisfy my processing needs differently without upgrading?

I might be wrong, but see below, I get this upon every restart. Isn't that an unnecessary build process for a restart without any update?

Restart requested:

apptask: run: startTask installationState: pending_restart runState: running
tasks: updating task 16772 with: {"percent":30,"message":"Restarting container"}

Build pipeline starts inside the container:

=> Running build script that generates the migrations
$ npm-run-all check:env build:db check:db build:tracker build:recorder build:geo build:openapi build:packages build:app

Cloudron reports success while the build is still running:

tasks: updating task 16772 with: {"percent":100,"message":"Done"}
taskworker: Task took 11.522 seconds

Nothing listens on port 3000 during the build (repeats every 10 seconds):

=> Healthcheck error: Error: connect ECONNREFUSED 172.18.18.146:3000

Next.js production build:

$ next build --turbo
▲ Next.js 16.3.4 (Turbopack)
✓ Compiled successfully in 12.0s

Post-build and start:

$ node scripts/postbuild.js
=> Running migrations
No pending migrations to apply.
==> Starting Umami
✓ Ready in 154ms

I keep running into this issue again. Oddly, it doesn't matter how high my memory limit is (it's set to 5 GB at the moment), it still keeps happening. The usage graph doesn't show any spike. This happens when 11 workers are being spawned simultaneously using next build apparently.

EDIT: I did some digging (as I did before), and this happens during auto-update and restart. One theory right now is that during auto-update, when multiple apps are updated, it causes a spike on the server, that's why an ordinary mid-day restart can't reproduce it.

Can Cloudron change the build process and perhaps have fewer workers run in parallel, and perhaps not rebuild the app with every restart?

Right, that makes sense!

I have a question. The app allows to set automated removal of containers if they are older than a certain amount of days. But if I don't update my app for a while, doesn't that mean I couldn't implement a backup at some point when the container is missing?

@justjulian said:

@ekevu123 Thanks for this fine piece of software and your dedication towards it! Also thank you for making it available via Cloudron.

Here a couple of things that would help me a lot:

• Add an option to add multi-language support for meeting type name and description (which is then controlled by the global language setting on the user side)
• Give the user the option to choose between several meeting options when booking: In-Person, Video Call Solution A, Video Call Solution B, etc. Let's say I want to offer two video call options to my clients so they choose based on their needs - either MS Teams because maybe they already have a Teams account and it integrates nicely into their workflow or for the more data-privacy aware clients Opentalk. That would put them in charge with which meeting platform they want to share their data with.
• Regarding the In-Person option above: That would then also need a location that I could enter, like an office address.
• And, for me personally a highlight would be, integration with Opentalk: https://docs.opentalk.eu/26.2/user/en/technical-documentation/rest-api/

Thank you, I'll take these! I have just finished a series of bug fixes and maintenance upgrades. The next feature update should concern video integration, so I will also see if Opentalk can be integrated.

I have tested the new registry and it works excellently for me. I am quite happy, and have already replaced my older workflows with the builder and the private docker registry as separate apps.

I am on Cloudron version 10.0.4.

Steps to reproduce:

1. Go into any app (tested with Syncthing)
2. Go to "Resources"
3. Change the memory limit to anything else and click "Resize"

Expected behaviour: The resizing happens, the button deactivates
Actual behaviour: The resizing happens, the app restarts, but the button stays activated. This could cause confusion whether or not the resizing has actually happened. As a user, I want to click again on the button to make sure. Thus, I am also able to start another resize action for the same size, unless I switch between tabs in the app menu or refresh the page.

@luckow said:

@ekevu123 So far, we've had 1:1 appointment types (user books a slot, slot is no longer available). I have a 1:many use case (webinar) and wish tymeslot could handle that. Maybe it fits within the scope of the application? What do you think?

It's already in development, but requires some bigger infrastructure changes and good testing. It should land within the next 2 weeks for sure!

Correct, that should work!

Also, you can now manage environment variables directly in Cloudron.

Thank you, that gave me something to work through!

I want to create a custom terminal-based cloudron app and connect to it using SSH. This app will process sensitive data, so I need to think about heightened security. The goal is to allow SSH access only, no public access whatsoever is needed.

Are there any good processes I could follow? I was thinking of restricting access only via Cloudron's VPN app, how would I implement this?

Yeah, that makes sense!