@iamthefij Is it still the same memory limit error? I would start out by disabling plugins. Do you use any ?

I'm having this issue but it is with contacts: https://forum.cloudron.io/topic/6813/increase-nextcloud-php-memory-limit

@girish said in Nextcloud - The PHP OPcache module is not properly configured:

For the next release, I have bumped the value to 16 similar to https://github.com/nextcloud/docker/blob/da935d26bb87bec2708ba31ff1153ed62b05c7d4/23/apache/Dockerfile#L95

I must admit; I have a tons of apps enabled (93 of them)
but yes my nextcloud also complain

There are some warnings regarding your setup. The PHP OPcache module is not properly configured. See the documentation ↗ for more information. The OPcache interned strings buffer is nearly full. To assure that repeating strings can be effectively cached, it is recommended to apply opcache.interned_strings_buffer to your PHP configuration with a value higher than 8.

@Sam_uk such data migration is always a bit tricky. You might be able to first install a fresh Nextcloud without the Cloudron user management and then import a backup from the other instance. Only do this in a test app instance first though.

@LoudLemur looks like the DNS record was pointing to a Cloudron which didn't have any app installed on that (sub)domain. If a Cloudron server as such just gets deleted, then the DNS records are not automatically cleaned up, since there is nothing running anymore to do that.

@msbt no worries, I'm glad I for once can share my own solution to this great community 😉
Most of the time it's the other way araound 😆

Anyway, you have a point that Nextcloud's server-side encryption probably isn't worth it and therefore I'm also experimenting with Seafile, which has the possibility of client-side encrypted libraries. And in my (short) experience so far it is much much faster.
But unfortunately Seafile isn't currently available on Cloudron.

@girish & @mehdi - thanks for your advice! It gave me the idea to Tailscale. I installed it on the Cloudron server and was able to successfully mount a shared folder from my Synology using cifs. However, even though the data persists between reboots, I don't see the data on the Synology, even when I'm logged in as the root user. I'm not quite the linux expert, but I noticed that when I changed Nextcloud's appdata folder to point to the mount, it created it as a "root" user. On the Synology, I created a Cloudron user that has the necessary permissions and I mounted the shared folder with the Cloudron user, password, and domain. So, I'm thinking this has something to do with user IDs not matching up or something like that.

I'm nervous about moving forward since I can't actually see the data on my Synology. Would you or anyone else have any advice?

By the way, this is how I mounted it:
sudo mount -t cifs -o credentials=/etc/nas-credentials,vers=3.0 //nas/Cloudron /mnt/nas

In fstab, the command is:
//nas/Cloudron cifs -o credentials=/etc/nas-credentials,vers=3.0,_netdev,auto 0 0

Thanks for all your help!

@murgero glad this worked out like this. We have seen quite a bit of random db migration issues within the nextcloud migration scripts in the past unfortunately.

@nebulon Oh thanks, going to test this for one user without any specific nextcloud app installed and see how it goes, should be enough along with reconfiguring his nextcloud local client to the new URL 🙂

@tacore that's more of a question for the nextcloud forums..

This was surprising:
c25098f2-1535-49e4-a438-ee9232fc5619-image.png

Are you storing all of your files in S3 as primary storage?

Multibucket seems to be what you want, however it's not clear what your use case is, your understanding of primary storage or storage class.

The GUI has external storage you can add multiples of.
https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/external_storage_configuration_gui.html

@nebulon I got busy with other work, so when I came back 2 hours later to check on it. it seemed to complete. It took a very long time for some reason.

Seems ok now at 4.11.4.

@jdaviescoates Yup, this is the link I got from the email: https://office.uniteddiversity.coop/s/NdFt74bEjjgiffN

That doesn't work, but the link from the clipboard+left-arrow button in the web interface does work.

Odd isn't it!

@luckow This was a great hack to find out the ID I needed. Deleting it fixed it, thank you!

I added doc for this - https://docs.cloudron.io/apps/nextcloud/#password-reset-link

@fbartels The thing is I can't check since the volume now works for me. But what I'm saying is that the issue was wider than just not being to write with the NC app, since data in the volume was not read / written into correctly anywhere (in NC app, in NC terminal and in Cloudron file browser) and that has nothing to do with the www-data user as far as I can tell.

And by the way you are right that the user in the terminal is root so it's true that being able to write with the terminal could still mean there is a restriction on the folder which would prevent the NC app to write. But as explained above, I don't believe this was the problem in my case.

@jtippetts Yes, if the second one is failing, it's most likely because the server is unable to reach itself. Is this server in a home network?

Apparently the latest version of Document Server 7.0.0 out today should fix this.

@scooke said in Current recommendations for text in NextCloud:

@jdaviescoates Why do you suggest this over CODE?

I've found OnlyOffice to be faster, especially if trying to collaboratively edit with others. This is because so much of the CODE stuff happens on the server rather than at the client end (although good to hear that's getting better @avatar1024 )

OK, found the root cause. The config.php contained a spurious 0 => 'NANphp',. When checking the presence of the redis.cluster property in the config, the in_array function can return true when the config contains a 0 property as (int)'redis.cluster' === 0.

https://github.com/nextcloud/server/pull/29906 is the upstream PR.

Solution: remove the spurious 0 => 'NANphp', in config.php using the file manager .

@necrevistonnezr with your changes to the config.php proposed initially I can actually see pdf previews generated fine. For HEIC I think this is a general Ubuntu issue, many apps currently face. We have to further investigate there first.

I do wonder though if you preview generator config file adjustments and also the preview plugin should be part of the app package. Not sure how stable this Nextcloud plugin is though. Anyone have more experience here with it?