Ok so quick update here: I was following the mount procedure from the first link and it's looking good! However, I started with a fresh installation instead of moving my files around, but seeing as it worked out, migrating an existing installation should be no problem either.

So what I did:

deployed a new Cloudron with Nextcloud installed on a fresh CPX21 on Hetzner Cloud (kept it at 40GB though, might scale down if performance allows it) mounted a 5TB Hetzner Storagebox via sshfs into /mnt/cloud and added it as Cloudron volume (/media/cloud) mounted that volume into the Nextcloud app (uncheck read-only) change the datadirectory in config/config.php from 'datadirectory' => '/app/data', to 'datadirectory' => '/media/cloud', cp -r /app/data/admin to the mounted volume and touch .ocdata in /media/cloud

That's pretty much it I reckon, if you log in now you have this extra storage available:
13da2c2f-cb18-48c9-b90c-950c44bf2770-grafik.png

I have both, uploaded a few GB manually and the rest via sync client, no errors so far. A restart won't change the datadirectory, so this should continue working after reboots. Encryption is also enabled and working as intended, still waiting for something that doesn't work properly.

@robi Looks like non-cloudron users hit the same issue - https://github.com/nextcloud/server/issues/13556#issuecomment-848314122

@amg-web I mean the recovery mode, which you can enable for the app in the "Repair" section on the app configure view in the Cloudron dashboard.

@jodumont yes. Samba is the only protocol on your list that is really made to be mounted locally. Personally I would try to avoid having to rely on php for access to remote filesystems (regardless of the protocol).

Thank you for the prompt response. I've filed a ticket.

@ianhyzy Yes, the explanation for this behavior is here - https://docs.cloudron.io/apps/nextcloud/#email (at the bottom). Happy to clarify further.

@girish Thank you for your world-class customer support! Sending blessing! ☘️⭐️💎

@jdaviescoates said in Nextcloud says 5.3GB used, Cloudron says Nextcloud is 19.16GB, why?:

That's "just" a difference of 2.66GB (which I guess could mostly be just Nextcloud files themselves)

So, assuming that is mostly just Nextcloud files themselves (I may do a clean install at some point just to see how big that is), I think this can be marked as solved.

@Bortseb Yeah, best way to get familiar eh! Always worth making up your own mind, I just added in case you were a disappointed once you did get connected and to be aware what I think at least is worth your time on setups, as I know from years of System Admin for a team of about 50, they can often only be as quick or organised as the tools we give them.

This is resolved in https://git.cloudron.io/cloudron/nextcloud-app/-/issues/80 we are still not very sure about pushing the latest version due to db migration issues.

@nebulon said in Does anybody use the plugin LDAP write in Nextcloud ?:

That is correct, our ldap server does not allow any modification or writes to the user directory.

that is smart, because it is so easy to mess with LDAP

Good that it works now. For clarification, an app restart will reset all Cloudron specific settings, in case they were misconfigured or more importantly in case the information has changed on the Cloudron side (like a password, port or secret)

@girish Hi, everything is ok now, after my s3 storage provider fixed their S3 error SSL certificate .
Thanks

@girish said in Nextcloud 19:

sudo -u www-data php -f /app/code/occ db:add-missing-columns

Perfect, that did the trick! No more warnings in Nextcloud Settings.

@girish They are unusual I would say, yes. It's a file that is being updated on a daily basis so it has a file history of 30 different versions in NextCloud. They are .db.crypt12 files, which is a database backup of WhatsApp about 120MB in size.

@necrevistonnezr indeed, previous versions of Cloudron would allocate more memory for redis based on the app's memory limit. This limit was not settable by the user. In 5.2, we have made the redis limits visible and configurable by the user. Our 5.2 migration script should ideally could have been smarter and allocated more memory to redis.

@necrevistonnezr They are pretty much the same feature. Cloudron's works at the platform level for all apps including nextcloud itself whereas nextcloud's will work only for nextcloud.

@coniunctio Pinged you on DM!

All iPhones and Macs at our end.

got the same issue with one of my nextcloud's, even after removing the app, I could not restore the app to normal state, in the end, I noticed Circles app was throwing errors, disabled with

sudo -u www-data php occ app:list

sudo -u www-data php occ app:disable circles

From https://github.com/gary-kim/riotchat#installation, it requires Node, npm, yarn (for compiling Riot.im), and Make. The latest base image 2.0.0 should have it all.

We've pushed a package update just now to fix this.

it works fine,

sorry @girish I should have read the Etherpad Cloudron app doc and also the Ownpad one, because I have to enable the detection of pad mimetype by NextCloud https://github.com/otetard/ownpad/#mimetype-detection.

In the terminal, I copied /app/code/resources/config/mimetypemapping.dist.json to /app/data/config/mimetypemapping.json

and then I added in this file pad'': ["application/x-ownpad"],

we could add this information to the Cloudron documentation of the NextCloud app, next time I'll read it 😉

The following configuration needs to be added to the identifier registration of Kopano Konnect to enable SSO with Rocketchat:

- id: rocketchat.9wd.eu name: Rocketchat trusted: true application_type: web redirect_uris: - https://rocketchat.9wd.eu/_oauth/konnect

Remember to restart Konnect after modifying the registry. If you want to verify that the configuration was properly loaded you have to modify log_level in /app/data/konnectd.cfg to read /app/data/konnectd.cfg. With another restart Konnect will then print a message like the following at startup:

Apr 20 20:21:30 time="2020-04-20T18:21:30Z" level=debug msg="registered client" application_type=web client_id=rocketchat.9wd.eu insecure=false origins="[https://rocketchat.9wd.eu]" redirect_uris="[https://rocketchat.9wd.eu/_oauth/konnect]" trusted=true with_client_secret=false

In Rocket.chat the following configuration needs to be added. For this go into the admin backend, select "OAuth" and there "Add custom oauth". I am using the following settings:

URL: https://meet.9wd.eu Token Path: /konnect/v1/token Token Sent Via: Header Identity Token Sent Via: Same as "Token Sent Via" Identity Path: /konnect/v1/userinfo Authorize Path: /signin/v1/identifier/_/authorize Scope: openid profile email Id: rocketchat.9wd.eu Secret: rocketchat Login Style: Default Button Text: Kopano Konnect (needs to be something the user can relate to) Button Text Color: #FFFFFF Button Color: #13679A Username field: preferred_username Merge users: false

After storing these log out of Rocket.chat and you will see a new button on your login page titled "Kopano Konnect", which will then use the new login method.

Thanks for your coturn write up. We did refer to that when we added turn support in Cloudron 5.1, in fact.

On how to update: you can just uninstall turn server (and also free up the turn ports on the host). The turn server is exposed at my.domain.com, so no need to setup an extra A record. The nextcloud talk app is pre-configured to use the integrated turn server. You can just "re-configure" the app (for example, just go to Location and click save without making any changes) and it should overwrite your old turn settings and put the new one.

@girish The update for Cloudron was installed now, then the location in the Nextcloud app was saved again. Now it is error-free. Thanks for your personal support!

Hi @nebulon, issue happened after I updated to the latest versions few days ago (version info in a previous reply). Don't think there're any updates since. To be sure, I just checked my versions again, still the same:

ONLYOFFICE 6.1.0
Community Document Server 0.1.8
Nextcloud 20.0.2
Packaged version 4.8.1

@rcdncn Thanks. I have pushed your notes to our docs at https://cloudron.io/documentation/apps/nextcloud/#skeleton-directory

Hi, I am interested in using Object Storage for Nextcloud primary storage as well. Currently, an object storage provider can only be added as external storage. It would be great to be able to configure some s3-compatible Object Storage, which costs much less and can be more durable than Volume, as the primary storage. As I understand it, this is not yet possible in Cloudron. Would it be possible to enable this option?