Cloudron Forum

https://journey.cloud offers a feature rich journalling esp. for personal experiences.

There seem to be a Docker file already available:
https://github.com/Journey-Cloud/self-hosted-boilerplate

https://github.com/Journey-Cloud/self-hosted

Thanks! I was hesitant to use Nextcloud Talk initially since Cloudron is raising awareness about third party Nextcloud apps.

Checking it, thanks everyone!

Distributing of PGP keys was painful or not effective. Web Key Directory (WKD) is solving this by providing the public key umder the actual domain.

It is described in detail here:
https://wiki.gnupg.org/WKD
(Alternatively, there is also the Web Key Service)

It would be nice if this could be added next to the other well-known location fields.

For reference: there is already an instance of this wish in App list:
https://forum.cloudron.io/post/23272

However, I don't think a separate App is required.

Thanks of this nice product, cloudron

This topic can be marked as closed. I decided to buy an instance with more memory and it worked well.

I was able to solve the issue by stopping the nextcloud app and afterwards rebooting the Cloudron Server. After the Cloudron Server came up again, I waited for a grace period and started the Nextcloud App afterwards again.

It should be mentioned that the reboot of the server took exceptionally long, more than 45 min. I didn't investigate the root cause.

This topic can be marked as solved.

@girish More update on this: I found a discussion how to change the Admin in the DB directly. Seems to be the solution with less pain.

Role = 1 should to do the trick in the user table

https://github.com/firefly-iii/firefly-iii/discussions/5295

(Maybe the title of this thread is more about "How to change the admin user")

@girish Yes, Thunderbird supports WKD.

From the Thunderbird FAQs it is explained like this:

Currently, it will search for published keys using the WKD protocol, and it will search for keys in the keys.openpgp.org keyserver.

Source:
https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq#w_how-do-i-get-the-public-keys-of-my-correspondents

Slightly off-topic, but related:
Provider posteo also offers to publish public Keys via wkd, as described in this FAQ:

https://posteo.de/en/help/easygpg-how-do-i-publish-my-public-pgp-key-in-posteos-key-directory-via-web-key-directory-wkd

In my Cloudron instance, the CPU Usage graph is scaled up to 400%, although the actual value is ranging around 20%.

Is there a way to configure it, e.g. with a max of 100%?

Thank you for the fast answer!

Okay, interesting. I just realized that the AWS Market Place image is still on version 7.2.4

Is there any way to downgrade my current instance version?
Or is it possible to upgrade Cloudron before configuring?
Or does the Cloudron instance also update itself periodically without being configured?

Your hint helped me to find the root cause, thanks

@timconsidine Got it. Should I close this thread until then?

The main advantage of using Cloudron's storage over managing backups with a provider like DigitalOcean directly is simplicity and convenience. Cloudron could offer a storage solution that’s already configured for you, so there’s no need to mess with setting things up yourself. It’s essentially a one-click solution: everything’s integrated seamlessly within Cloudron.

Yes, you could handle backups directly with DO or other providers, but having Cloudron manage the backup configuration can save time and reduce the potential for errors. You don't have to worry about ensuring all the settings are right: Cloudron takes care of it, and if anything goes wrong, their support has a better idea of the setup. For someone who values ease of use, that could justify the markup.

While Cloudron may not offer more control over issues related to the provider itself, the advantage lies in reducing your manual workload. You’re essentially paying for that added convenience and peace of mind.

@robi Thank you! I will try uprading the marketplace instance.

If an app is not ready yet, should I delete it from the wishlist? Just added journey.cloud to the list, but discovered they are still working on it

@humptydumpty Valid points, but the main focus here is how Cloudron could simplify backups by providing an already-configured solution. Sure, it may require some initial setup, but the idea is that it reduces ongoing manual work and offers peace of mind. If one fails to setup the backup, data is eventually lost. Lost DNS entries are less severe. Things like running Restic or leveraging higher support levels could be added advantages if Cloudron manages the infrastructure. Let's keep the discussion about whether that kind of convenience and integration is worth considering, rather than comparing unrelated scenarios.

@girish Thank you, that helps.

I was unsure how I can setup cloudron with a minimal setup.

But I found this post which helped me:
How to use cloudron without a domain name or opening ports?

Thanks for being active in supporting in the forum guys! This is really an important arguement for cloudron for me

Hi All,

thanks for continously working on Cloudron.

After the update to v7.4.1 my instance ran out if memory. Hence I spinned up a new server with bigger disk (35GiB).

One app is a nextcloud app which is saving all its data on external storage volume (efs). The amount of data is comparably high (>30GiB).

While restoring, it fails with following error:

Task Error: Task 2167 crashed as it ran out of memory

The error message makes sense since the server has only 1GiB of memory (+ 1 GiB swap).

I could now restore the previous EFS Backup from external source, i.e. there is no is no need for cloudron to recover this app.

How can I recover nextcloud?

I can neither change the memory limit nor can I enable the recovery mode (both disabled/greyed out).

The remote backups (S3) do not exist, but the local db entries are still.
However, they get eventually deleted once the time come.
I already wanted to recover an app to a non existing version, but I was scared to break sth^^

My backup interval is daily 3 am and for Retention Policy it is

3 daily, 4 weekly, 6 monthly

I thought it means I will effectively have backups of the last 3 days, older than 3 days there are only backups 1 per week (up to 4 weeks) and older than 4 weeks there is only 1 per month.

Is that wrong?

Because I see more like 4/5 days daily, and there is 30th June, 1st and 2nd July in a row although more than 3 days ago.

Today (= 15/07/2023)
Yesterday (=14/07/2023)
13/07/2023
12/07/2023
11/07/2023
09/07/2023
02/07/2023
01/07/2023
30/06/2023
25/06/2023
31/05/2023

Urgency and importance of this question is low for me, but curious.

Is the Nextcloud data backuped being on an mounted volume?

Having the following setup:

• Nextcloud installed as app
• mounted an (AWS) EFS volume in the Cloudron instance
• selected this EFS volume for the Nextcloud Apps data

As shown in the "Mounts" section screenshot, it is written that "data is not included in the app's backup".
However, in the upper part of the Screenshot in the "Data Directory" section, it is written "any data here is part of the app's backup".

The reason why I use EFS is the "unlimited growth" capacity.

Additional info: I mounted S3 in the Nextcloud instance (from the Nextcloud interface itself) and I am wondering if there would be any issues if I need to restore the Nextcloud app in terms of accessing the EFS volume from Cloudron and even further with the S3 external storage.

I also read this thread, but I am not really getting the point: https://forum.cloudron.io/topic/6778/volumes-and-backup

Anyone else observing that cloudron grows over time? After maybe 6 to 8 month it looks like below.
I have 8 apps installed, all the app data sums up to not more than 50 MB. Only exception is the platformdata with 1 GB.

Is there anything I can do to reduce it?
I have another free volume availble, but I am not sure what I can use it for to release /root, which is /dev/sda1 mounted at /

• docker 16 GB
• /apps.swap 4 GB
• docker-volumes 4 GB
• Everything else (Ubuntu, etc) 8 GB