Nextcloud Internal Server Error

[avatar1024]

@girish Hi Girish, thank you for your reply. Sorry I had an emergency and could not reply earlier.

Nextcloud version is 21.0.3 (package 4.9.2) and was updated 5 weeks ago. So this issue started some time after that update. However when I restore to a working state the version is the same.

Basically what happens is that it all works fine, then suddenly I get this error, then I restore from backup that is done the same morning and it works fine again. Obviously this is not ideal as there is potential data loss during the day.

Group folder app version is 9.0.2, again no version change between the working / not working state.

Due to a mistake of mine with backup retention policy and having had to leave my computer for most of the weekend, I now cannot recover a recent working version of the app. Do you know if I restore from an old backup if nextcloud will sync automatically any local files that are more recent into the server or will the local files get deleted?

Also when I know tried to restore from a recent backup that was in maintenance mode, I get a "not responding" state and the terminal just loops and doesn't start so I cannot enter a command to get out of maintenance mode. Any way around that?

[avatar1024]

@avatar1024 As an update: I have restored to working state from a two weeks old backup (but I backed up the data manually from the data folder on the server so hopefully no data will actually be lost). I do not get any more simlinks errors in the log so I wonder if that is one of the issue?

[avatar1024]

@avatar1024 So I've copied the "/data" folder from the recent but broken app version into the app directory of two weeks old but working version, did a

sudo -u www-data php -f /app/code/occ files:scan --all

and it seems to all be working but all recent data.

I obviously just did a new backup but still it would be good to understand what caused the Internal Server Error as I expect it'll break again as it has been happening weekly for the past two weeks.

[girish]

@avatar1024 For a start, can you disable automatic updates of nextcloud in Cloudron ? That will get us a good idea as to what actually causes the problem. Also, make sure that you do not update the apps inside nextcloud for some time as well. Let's see if the problem can be reproduced when the versions are static.

[avatar1024]

@girish Sure, I've disabled the update

[girish]

@avatar1024 OK, let's wait and see if it becomes reproducible

[avatar1024]

@girish Ok I'll let you know if it happens again. Anything I should be watching out for when it happens again to help figuring out where the issue comes from?

Regarding version: the first time the issue happened was on 14 July so a good week after the nextcoud upgrade to 21.0.3 (package 4.9.2) and almost a month after the upgrade of the group folder app to 9.0.2. In between three times the issue happened there was no version change (or upgrade) of either the nextcloud package or the group folder app.

[micmc]

@girish said in Nextcloud Internal Server Error:

@avatar1024 It seems the error is coming form the groupfolders app - https://apps.nextcloud.com/apps/groupfolders . Can you try disabling that app? See https://docs.cloudron.io/apps/nextcloud/#fixing-a-broken-install for instructions on how to disable it.

Hi Girish I'm getting the same type of error as the app refuses to respond and event restart with apparently not much left to do than restore a previous working version as @avatar1024 have done.

This is occurring after the latest update and I'm now running Nextcloud 22.0.0 com.nextcloud.cloudronapp@4.10.0 .

It's acting in the like of avatar1024 however my 'php notice' line is much less long and seems to be referring to something which relates to Group Manager as you pointed out.

Here's one line :

Aug 06 08:11:50 [Fri Aug 06 12:11:50.409710 2021] [php7:notice] [pid 184] [client 172.18.0.1:35504] {"reqId":"6sa9ysMrCxhK","level":3,"time":"2021-08-06T12:11:50+00:00","remoteAddr":"172.18.0.1","user":"--","app":"index","method":"GET","url":"/index.php/login","message":"Argument 1 passed to OC\\\\Group\\\\Manager::getUserIdGroupIds() must be of the type string, null given, called in /app/code/lib/private/Group/Manager.php on line 316","userAgent":"Mozilla (CloudronHealth)","version":"22.0.0.11","exception":{"Exception":"TypeError","Message":"Argument 1 passed to OC\\\\Group\\\\Manager::getUserIdGroupIds() must be of the type string, null given, called in /app/code/lib/private/Group/Manager.php on line 316","Code":0,"Trace":[{"file":"/app/code/lib/private/Group/Manager.php","line":316,"function":"getUserIdGroupIds","class":"OC\\\\Group\\\\Manager","type":"->"},{"file":"/app/data/apps/deck/lib/Service/PermissionService.php","line":316,"function":"isInGroup","class":"OC\\\\Group\\\\Manager","type":"->"},{"file":"/app/data/apps/deck/lib/Capabilities.php","line":53,"function":"canCreate","class":"OCA\\\\Deck\\\\Service\\\\PermissionService","type":"->"},{"file":"/app/code/lib/private/CapabilitiesManager.php","line":69,"function":"getCapabilities","class":"OCA\\\\Deck\\\\Capabilities","type":"->"},{"file":"/app/code/lib/private/Template/JSConfigHelper.php","line":190,"function":"getCapabilities","class":"OC\\\\CapabilitiesManager","type":"->"},{"file":"/app/code/lib/private/TemplateLayout.php","line":220,"function":"getConfig","class":"OC\\\\Template\\\\JSConfigHelper","type":"->"},{"file":"/app/code/lib/private/legacy/OC_Template.php","line":182,"function":"__construct","class":"OC\\\\TemplateLayout","type":"->"},{"file":"/app/code/lib/public/AppFramework/Http/TemplateResponse.php","line":204,"function":"fetchPage","class":"OC_Template","type":"->"},{"file":"/app/code/lib/private/AppFramework/Http/Dispatcher.php","line":171,"function":"render","class":"OCP\\\\AppFramework\\\\Http\\\\TemplateResponse","type":"->"},{"file":"/app/code/lib/private/AppFramework/App.php","line":156,"function":"dispatch","class":"OC\\\\AppFramework\\\\Http\\\\Dispatcher","type":"->"},{"file":"/app/code/lib/private/Route/Router.php","line":301,"function":"main","class":"OC\\\\AppFramework\\\\App","type":"::"},{"file":"/app/code/lib/base.php","line":1000,"function":"match","class":"OC\\\\Route\\\\Router","type":"->"},{"file":"/app/code/index.php","line":36,"function":"handleRequest","class":"OC","type":"::"}],"File":"/app/code/lib/private/Group/Manager.php","Line":333,"CustomMessage":"--"}}

I've tried all is suggested in troubleshooting, recovery mode, terminal and start.sh in the docs and what you suggested here as well, and now I've disabled automated updates as well.

Finally, I tried to disable the groupfolders via terminal however, as I expected, it is already disabled. Then, to see the outcome, I tried to enable it and got the message that it could not as it is "not compatible with this version of the server".

Trying to restart yet another time ; "Not responding" end of transmission loll

Andy

[micmc]

@girish Amendment

After reviewing the php:notice line more carefully I noticed a reference to Deck, which is one app I'd enabled.

So I went back to terminal to disable Deck and boom, the app restart automtically and now runs as well oiled. Wow. That was it bro.

Andy

[rmdes]

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