Cloudron Forum

@scooke I logged in with two container tabs. First logged in as admin. In another tab, logged in as my OIDC user. Maybe you did the reverse and openweb ui makes the OIDC user an admin.

Right, yes, that would make sense!

You can test on the User agent string. See https://docs.cloudron.io/apps/lamp/#health-check for an example

Yes there is no generic setting, but I was just explaining the default case for apps where the setting was not manually changed.

Restic: https://restic.net
Supported repos out of the box: https://restic.readthedocs.io/en/stable/030_preparing_a_new_repo.html
Other repos when combining restic with rclone: https://restic.readthedocs.io/en/stable/030_preparing_a_new_repo.html#other-services-via-rclone

A starting point: https://docs.cloudron.io/guides/community/restic-rclone/

@ekevu123 Previously, we used something called "CPU Shares" (--cpu-shares in docker) . This option was a bit hard to understand since it comes to picture only when there is CPU contention between various apps (i.e when a server is overloaded to start with). We removed this and replaced it with an easier to explain "CPU Limit" (--cpu-quota in docker). This corresponds to how many cycles your app should be given. Like, you can say, give only 2 cores max to this app (in any situation). By default, apps have access to all your CPUs.

However, isn't the point that the default should be less than that so that one app cannot take down the whole server?

We couldn't think of a good default. Otherwise, apps will start out "crippled" and we thought it's better this way. I think if you have apps that are causing problems, only then should you look into tweaking this. This would be a stop gap measure before you try to report the issue and get the app fixed...

Ah, just found it - apparently, I restrict access to the page in the general settings, and then in the settings of the individual post, I can set access to "public". Then the page itself is still password-protected, but the text is now included into the API call.

@skeats Do you use it with Nextcloud? (missed the file server mention) Did you ever get any failed backup errors in CR dash?

@girish said in Backup time considers timezones incorrectly:

I think you are suggesting showing the Settings Timezone in the Backup Schedule UI, correct? If so, that's a good idea!

Yes, that was what I was suggesting

The timezone shown in the UI is based on browser timezone . If you had multiple admins, each in their timezones, then the UI shows the correct timestamps.

I understand the logic, however, have a look at the screenshot. screenshot-backup-time.png

Seemingly, the backup starts at 1am, but it finishes before 1am, which is confusing. In fact, it took 24 minutes in this case, but I am in a different time zone now, 1 hour back.

Maybe a temporary issue with your private docker registry or otherwise. Lets see if next time we have more info to work with.

@robi Like I've said I'm pretty content with it so far but also interested in seeing how Postiz performs.

I solved the port issue as well.
The problem occured when I tried to start an interactive shell, which counted as starting a second application inside the cloudron app, that's where the port conflict came from.

If someone else is working with Elixir on Cloudron, you can start an interactive shell like this:
/app/_build/prod/rel/APP/bin/APP remote

@ekevu123 the manifest error here refers to the docker image manifest. That part of the error message is from your upstream docker registry and not generated by cloudron.

I misread your original comment. I guess you are referring to the cloudron update command of the CLI tool. I thought this was about a cloudron (platform) update.

Currently, the focus of the CLI tool is app development and not for end users as such.... So, one can automate what you want already by writing a small script which calls cloudron restore if the update fails.

No, it was a one-time issue so far. I posted it more as a bug report.

Version 7.7.2, by the way.

@ekevu123 The template is a new idea. I have marked your original posted as edited by mod.

I looked into this further and have seen that Postmark provides the opportunity to avoid storing the body in their logs. I think that is reasonably safe. And since I already have a business account with them, I am going to attach my private e-mail account there as well.

Thank you for your assistance in this matter!

Thank you for the detailed response! Since this app doesn't run the LLM itself, the system requirements are less heavy.

But wouldn't everything that wasn't attached to Cloudron just run inside the container? I mean, let's say I write a dockerfile for this app, but "forget" to use the postgres addon of cloudron. Wouldn't the app still run, but with the database inside the app, so it would be overwritten upon updating?

Other than that, this app seems to have a sandbox container and one for vector databases, which couldn't be rebuilt easily in Cloudron.