[Support] Linuxserver.io - Nextcloud


Recommended Posts

8 hours ago, iXNyNe said:

You might try disabling the brute force app, then uninstalling it, then reinstalling it.

 

Maybe try changing your email while it's uninstalled? I haven't seen that issue before and might be something you'd need to ask about on the nextcloud forum as that doesn't sound like a container issue (and I'm not really sure how to fix it).

I think that I figured out why I was having "some" of the problems. Even though I completely removed the docker and the associated appfolders, something was left behind. I finally used docker system prune and subsequently reinstalled the dockers. Now, most of the WebDev errors have gone away. The email now sticks and it seems to be running smother.

 

I noticed that when I am syncing large files, I see a lot of messages such as server replied "413 Request Entity Too Large" to "PUT https://nexctloud.myserver.com/remote.php/dav/uploads/user/#######/######

 

Does this mean that the files are too large when syncing, and if yes, how to address that?

 

Thanks,

 

Lev

 

PS. My \\TOWER\cache\appdata\swag\nginx\proxy-confs\nextcloud.subdomain.conf has     client_max_body_size 0;

 

So I am assuming that I do not have a max set. Is there another value elsewhere that I need to look at?

 

Noticed that \\TOWER\cache\appdata\nextcloud\nginx\site-confs\default.conf had client_max_body_size 512M; Changed that. Let's see what happens. Is there any way to remove limits alltogether?

Edited by levster
Link to comment
15 hours ago, Talasarian said:

Trying to update NC according to https://info.linuxserver.io/issues/2023-06-25-nextcloud/
I'm currently running 25.0.4 yet when I run the updater it continues to try to install 24.0.12 and fails every time with "downloaded version is lower than installed version"

Screenshot 2023-07-11 202631.png

I have this exact same issue, Resolved it by running:

 

docker exec -it nextcloud occ upgrade

 

Once this had completed I could continue with the guide.

Link to comment
20 hours ago, nraygun said:

Yikes.

I'm a little cautious of running something with a -R option. (plus, I think you meant nextcloud not nextclouod)

 

I've never had to do this before. But then again, I was updating Nextcloud manually at the command prompt before they included updates in the container.

 

Before I do such things, has something changed with the container where I have to do this?

sorry for the typo, my keyboard at home has some wicket chatter on the O key. I usually try to keep an eye on it.

 

Anyway, the -R isn't a concern here, the container permissions need to be set that way.

And there have been some significant changes to the container recently, but nothing i can think that would cause a permission issue like this.

  • Like 1
Link to comment
20 hours ago, levster said:

I think that I figured out why I was having "some" of the problems. Even though I completely removed the docker and the associated appfolders, something was left behind. I finally used docker system prune and subsequently reinstalled the dockers. Now, most of the WebDev errors have gone away. The email now sticks and it seems to be running smother.

 

I noticed that when I am syncing large files, I see a lot of messages such as server replied "413 Request Entity Too Large" to "PUT https://nexctloud.myserver.com/remote.php/dav/uploads/user/#######/######

 

Does this mean that the files are too large when syncing, and if yes, how to address that?

 

Thanks,

 

Lev

 

PS. My \\TOWER\cache\appdata\swag\nginx\proxy-confs\nextcloud.subdomain.conf has     client_max_body_size 0;

 

So I am assuming that I do not have a max set. Is there another value elsewhere that I need to look at?

 

Noticed that \\TOWER\cache\appdata\nextcloud\nginx\site-confs\default.conf had client_max_body_size 512M; Changed that. Let's see what happens. Is there any way to remove limits alltogether?

There are ways to remove the limits, but they exist for a reason (preventing potential abuse/attacks). Increasing the limits is safer than removing them. And actually we're currently shipping higher limits for PHP to allow large file uploads, but I forgot to increase the limits for nginx, so I need to do that (opening a PR now for the change, next release should have it).

Link to comment
17 hours ago, Talasarian said:

Trying to update NC according to https://info.linuxserver.io/issues/2023-06-25-nextcloud/
I'm currently running 25.0.4 yet when I run the updater it continues to try to install 24.0.12 and fails every time with "downloaded version is lower than installed version"

Screenshot 2023-07-11 202631.png

 

2 hours ago, ropes said:

I have this exact same issue, Resolved it by running:

 

docker exec -it nextcloud occ upgrade

 

Once this had completed I could continue with the guide.

 

If running occ doesn't fix the issue, try switching the image to lscr.io/linuxserver/nextcloud:version-25.0.4 and deleting /config/www/nextcloud/index.php and restarting the container, then run 

docker exec -it nextcloud updater.phar

until it says you have installed NC 27, and then switch the image to lscr.io/linuxserver/nextcloud:latest or pin lscr.io/linuxserver/nextcloud:version-27.0.0

Link to comment
18 hours ago, blaine07 said:

Just chiming in to say; I am in same boat as above - cron job is NOT running...

 

Oh and files were "last edited" "in 2 hours" LOL; well some. Some are correct and say XXhours ago or yesterday etc.

make sure you're running the latest image (check the image tag, it's usually "latest"), check to make sure nextcloud's admin status page shows it's version 27.x, and then delete /config/crontabs folder and restart the container. it may take 5 minutes after that, but the cron should run.

Link to comment
1 hour ago, iXNyNe said:

sorry for the typo, my keyboard at home has some wicket chatter on the O key. I usually try to keep an eye on it.

 

Anyway, the -R isn't a concern here, the container permissions need to be set that way.

And there have been some significant changes to the container recently, but nothing i can think that would cause a permission issue like this.

Went ahead and changed the ownership of the appdata for Nextcloud and it seems to have worked!

The error went away in the "Security & setup warnings" area.

Yay! Thank you!

 

Now I just need to wait for the other fixes to the container for the invalid files thing.

Link to comment
8 minutes ago, nraygun said:

Went ahead and changed the ownership of the appdata for Nextcloud and it seems to have worked!

The error went away in the "Security & setup warnings" area.

Yay! Thank you!

 

Now I just need to wait for the other fixes to the container for the invalid files thing.

Should be fixed, follow that comment.

Link to comment
3 hours ago, iXNyNe said:

Should be fixed, follow that comment.

I tried the commands in that comment. No go. I then updated the version of the container to ls255. Still no go.

I then deleted the files manually. Seems like it took a bit for Nextcloud to detect the files were gone.

But I think I got it.


Thanks!!!

 

I kind of expected this to be fixed in a new release. Maybe that's still in process.

  • Like 1
Link to comment
16 hours ago, iXNyNe said:

 

 

If running occ doesn't fix the issue, try switching the image to lscr.io/linuxserver/nextcloud:version-25.0.4 and deleting /config/www/nextcloud/index.php and restarting the container, then run 

docker exec -it nextcloud updater.phar

until it says you have installed NC 27, and then switch the image to lscr.io/linuxserver/nextcloud:latest or pin lscr.io/linuxserver/nextcloud:version-27.0.0

This worked! I'm now fully up to date, I appreciate it.

Link to comment

I just wanted to ask if abysmal UI performance is expected from Nextcloud haha? My unraid is on a decent machine, older Ryzen, 32GB RAM, I have a cache SSD. I installed it with MariaDB. Using the UI via the browser is horrendous. It's unusable. Is there something I can troubleshoot?

 

Edit: Turns out if I wasn't an idiot and set my cache drive to my NVR drive things work a lot better :)

Edited by doubleopinter
Link to comment

What is the command to rescan folders / files in nextcloud? I used to use the sudo -u abc php /config/www/nextcloud/occ files:scan --all but am not sure if that is correct syntax. Also, for an individual user substitute --all for --path="user"

 

Thanks,

 

Lev

 

Found it:

 

docker exec -it nextcloud occ files:scan --path="user"

 

 

Edited by levster
Link to comment

I have another EXTRA_FILE question.  I'd happily delete the files below, but I can't seem to find them using the container's console.  Any tips?

 

Technical information
=====================
The following list covers which files have failed the integrity check. Please read
the previous linked documentation to learn more about the errors and how to fix
them.

Results
=======
- core
	- EXTRA_FILE
		- core/js/tests/specs/appsSpec.js
		- dist/files_trashbin-files_trashbin.js
		- dist/files_trashbin-files_trashbin.js.LICENSE.txt
		- dist/files_trashbin-files_trashbin.js.map
		- lib/private/Files/ObjectStore/NoopScanner.php
		- lib/private/Updater/ChangesResult.php
		- lib/public/WorkflowEngine/IEntityCompat.php
		- lib/public/WorkflowEngine/IOperationCompat.php

Raw output
==========
Array
(
    [core] => Array
        (
            [EXTRA_FILE] => Array
                (
                    [core/js/tests/specs/appsSpec.js] => Array
                        (
                            [expected] => 
                            [current] => cf1ff76b5129943a1ffd6ea068ce6e8bc277718b9d0c81dccce47d723e1f290be20f197b6543f17f3b2ac78d8d4986354db4103de2b5e31c76e00e248984605b
                        )

                    [dist/files_trashbin-files_trashbin.js] => Array
                        (
                            [expected] => 
                            [current] => 24e537aff151f18ae18af31152bcfd7de9c96f0f6fdcca4c1ad975ece80bb35a2ab7d51c257af6a9762728d7688c9ba37a5359a950eb1e9f401d4b9d875d92b2
                        )

                    [dist/files_trashbin-files_trashbin.js.LICENSE.txt] => Array
                        (
                            [expected] => 
                            [current] => 2e40e4786aa1f3a96022164e12a5868e0c6a482e89b3642e1d5eea6502725061e2077786c6cd118905e499b56b2fc58e4efc34d6810ff96a56c54bf990790975
                        )

                    [dist/files_trashbin-files_trashbin.js.map] => Array
                        (
                            [expected] => 
                            [current] => 65c2a7ddc654364d8884aaee8af4e506da87e54ae82f011989d6b96a625b0dbfba14be6d6af545fa074a23ccf2cc29043a411dc3ac1f80a24955c8a9faa28754
                        )

                    [lib/private/Files/ObjectStore/NoopScanner.php] => Array
                        (
                            [expected] => 
                            [current] => 62d6c5360faf2c7fca90eaafa0e92f85502794a42a5993e2fe032c58b4089947773e588ad80250def78f268499e0e1d9b6b05bc8237cc946469cd6f1fb0b590c
                        )

                    [lib/private/Updater/ChangesResult.php] => Array
                        (
                            [expected] => 
                            [current] => d2e964099dfd4c6d49ae8fc2c6cbc7d230d4f5c19f80804d5d28df5d5c65786a37ea6f554deacecad679d39dbba0d6bd6e4edadca292238f45f18f080277dad0
                        )

                    [lib/public/WorkflowEngine/IEntityCompat.php] => Array
                        (
                            [expected] => 
                            [current] => ea1856748e5fcf8a901597871f1708bdf28db69d6fa8771c70f38212f028b2ff744b04019230721c64b484675982d495a2c96d1175453130b4563c6a61942213
                        )

                    [lib/public/WorkflowEngine/IOperationCompat.php] => Array
                        (
                            [expected] => 
                            [current] => 6c09c15e9d855343cc33a682b95a827546fa56c20cc6a249774f7b11f75486159ebfe740ffcba2c9fa9342ab115e7bf99b8c25f71bb490c5d844da251b9751ed
                        )

                )

        )

)

 

Link to comment
1 hour ago, bumpkin said:

I have another EXTRA_FILE question.  I'd happily delete the files below, but I can't seem to find them using the container's console.  Any tips?

 

Technical information
=====================
The following list covers which files have failed the integrity check. Please read
the previous linked documentation to learn more about the errors and how to fix
them.

Results
=======
- core
	- EXTRA_FILE
		- core/js/tests/specs/appsSpec.js
		- dist/files_trashbin-files_trashbin.js
		- dist/files_trashbin-files_trashbin.js.LICENSE.txt
		- dist/files_trashbin-files_trashbin.js.map
		- lib/private/Files/ObjectStore/NoopScanner.php
		- lib/private/Updater/ChangesResult.php
		- lib/public/WorkflowEngine/IEntityCompat.php
		- lib/public/WorkflowEngine/IOperationCompat.php

Raw output
==========
Array
(
    [core] => Array
        (
            [EXTRA_FILE] => Array
                (
                    [core/js/tests/specs/appsSpec.js] => Array
                        (
                            [expected] => 
                            [current] => cf1ff76b5129943a1ffd6ea068ce6e8bc277718b9d0c81dccce47d723e1f290be20f197b6543f17f3b2ac78d8d4986354db4103de2b5e31c76e00e248984605b
                        )

                    [dist/files_trashbin-files_trashbin.js] => Array
                        (
                            [expected] => 
                            [current] => 24e537aff151f18ae18af31152bcfd7de9c96f0f6fdcca4c1ad975ece80bb35a2ab7d51c257af6a9762728d7688c9ba37a5359a950eb1e9f401d4b9d875d92b2
                        )

                    [dist/files_trashbin-files_trashbin.js.LICENSE.txt] => Array
                        (
                            [expected] => 
                            [current] => 2e40e4786aa1f3a96022164e12a5868e0c6a482e89b3642e1d5eea6502725061e2077786c6cd118905e499b56b2fc58e4efc34d6810ff96a56c54bf990790975
                        )

                    [dist/files_trashbin-files_trashbin.js.map] => Array
                        (
                            [expected] => 
                            [current] => 65c2a7ddc654364d8884aaee8af4e506da87e54ae82f011989d6b96a625b0dbfba14be6d6af545fa074a23ccf2cc29043a411dc3ac1f80a24955c8a9faa28754
                        )

                    [lib/private/Files/ObjectStore/NoopScanner.php] => Array
                        (
                            [expected] => 
                            [current] => 62d6c5360faf2c7fca90eaafa0e92f85502794a42a5993e2fe032c58b4089947773e588ad80250def78f268499e0e1d9b6b05bc8237cc946469cd6f1fb0b590c
                        )

                    [lib/private/Updater/ChangesResult.php] => Array
                        (
                            [expected] => 
                            [current] => d2e964099dfd4c6d49ae8fc2c6cbc7d230d4f5c19f80804d5d28df5d5c65786a37ea6f554deacecad679d39dbba0d6bd6e4edadca292238f45f18f080277dad0
                        )

                    [lib/public/WorkflowEngine/IEntityCompat.php] => Array
                        (
                            [expected] => 
                            [current] => ea1856748e5fcf8a901597871f1708bdf28db69d6fa8771c70f38212f028b2ff744b04019230721c64b484675982d495a2c96d1175453130b4563c6a61942213
                        )

                    [lib/public/WorkflowEngine/IOperationCompat.php] => Array
                        (
                            [expected] => 
                            [current] => 6c09c15e9d855343cc33a682b95a827546fa56c20cc6a249774f7b11f75486159ebfe740ffcba2c9fa9342ab115e7bf99b8c25f71bb490c5d844da251b9751ed
                        )

                )

        )

)

 

Core files are in /app/www/public inside the container. The best thing to do is recreate the container. I don't know of a short way to do this on unRAID, but when the container image updates (usually weekly) it should solve itself.

Link to comment

I started seeing this in my log:

 

{"reqId":"rx6zq8d3izegG5GwOJqU","level":3,"time":"2023-07-16T01:05:49+00:00","remoteAddr":"24.189.29.9","user":"user","app":"PHP","method":"GET","url":"/apps/serverinfo/update","message":"Trying to access array offset on value of type null at /app/www/public/lib/private/App/AppStore/Fetcher/Fetcher.php#202","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36","version":"27.0.0.8","data":{"app":"PHP"},"id":"************"}

 

 Error: Trying to access array offset on value of type null at /app/www/public/lib/private/App/AppStore/Fetcher/Fetcher.php#202


GET /apps/serverinfo/update
from 24.189.29.9 by user at 2023-07-16T01:05:49+00:00

 

 


{"reqId":"rx6zq8d3izegG5GwOJqU","level":3,"time":"2023-07-16T01:05:49+00:00","remoteAddr":"24.189.29.9","user":"user","app":"PHP","method":"GET","url":"/apps/serverinfo/update","message":"foreach() argument must be of type array|object, null given at /app/www/public/lib/private/Installer.php#424","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36","version":"27.0.0.8","data":{"app":"PHP"},"id":"*************"}


[PHP] Error: foreach() argument must be of type array|object, null given at /app/www/public/lib/private/Installer.php#424

GET /apps/serverinfo/update
from 24.189.29.9 by user at 2023-07-16T01:05:49+00:00

 

 

Already a few times.

Edited by levster
Link to comment
On 6/30/2023 at 2:17 AM, iXNyNe said:

Start with looking in /config/www/nextcloud/config/config.php

look for a variable named "maintenance" and if it is set to true, change it to false. If it does not exist, that's fine.

look for a variable named "version" and post the version here in a reply (wanting to be 100% sure where you're at)

 

I will advise on additional steps after that.

  'version' => '20.0.2.2',

I extract the version from the config.php. What are your next instructions? Thank you.

Link to comment
6 hours ago, Bradley_ryuu said:

  'version' => '20.0.2.2',

I extract the version from the config.php. What are your next instructions? Thank you.

I didn't go that far back in the version history to list an image for 20.x, but I think it works up to PHP 7.4.

 

https://info.linuxserver.io/issues/2023-06-25-nextcloud/

 

Basically from this post, follow the instructions as if you were currently running 22.x

Link to comment
18 minutes ago, hblockx said:

Anyone else having issues with "'overwritewebroot' => '/nextcloud'," ?

The time i use it in the config I am getting "page not found or no permission" although the url looks correkt, including the /nextcloud suffix

This may require adjusting the nginx configs. I haven't tried to do this recently.

Link to comment
Just now, iXNyNe said:

This may require adjusting the nginx configs. I haven't tried to do this recently.

as far as it reads in the nextcloud documentation the setting should automatically do the necessary changes but idk I also start to think that I need to adapt the webroot there

Link to comment
5 hours ago, allanp81 said:

It seems something might've changed, I used to use the /nextcloud webroot but since the docker was updated I can't get it working anymore. I've tried replicating all of the settings I had before with swag and nextcloud but it just refuses to work. 

yeah exactly, same issue here

Link to comment

I just noticed i can't run an update using the updater.phar anymore.

 

docker exec -it nextcloud updater.phar
OCI runtime exec failed: exec failed: unable to start container process: exec: "updater.phar": executable file not found in $PATH: unknown

 

anyone else having this issue? im on v27

docker exec -it nextcloud occ -V
Nextcloud 27.0.0

 

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.