-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Server Error on Files app and User Settings 24.0.0 #32304
Comments
I am struggeling with the same issue. |
Does disabling |
@come-nc it does not. |
From what I gather it seems Can you try editing
by
It will not fix the error, but the new trace should be clearer as to where the problem lies. |
@come-nc the log record appears to be the same after the change you suggested. |
Also just noticed, that, even with Talk disabled, some areas of Files are not accessible due to the following exception: |
About this last error: |
Having the same issue here following update from 23.0.4 to 24.0.0, running Debian 11 and default user-backend. |
Same problem. After update 24.0.0.12 . Can't access files. But settings of user open succesfully. |
please first test with this fix: #32335 if the problem persists, run this query:
I suspect that perhaps the mime type of your storage root entry is wrong for some reason. |
I make changes in OC_Helper.php from fix 32335, but no effect. When i try open files app in browser i get page without files. And in right top corner shows error msg:
This is result of your query:
|
Having this issue but only with one user. With Talk enabled, that user can't access Files or Settings. With Talk disabled, the user can access Files, but not Settings. Using the query @PVince81 requested, here's a user with the issue: And here's a user without the issue: |
wondering if #32450 is related |
Signed-off-by: Carl Schwan <carl@carlschwan.eu>
Could someone affected by this issue try #32961? |
Signed-off-by: Carl Schwan <carl@carlschwan.eu>
Signed-off-by: Carl Schwan <carl@carlschwan.eu>
Signed-off-by: Carl Schwan <carl@carlschwan.eu>
On a server with this issue I have tried the suggestion from @PVince81 above: for u in $(php occ user:list | awk '{ print $2 }' | sed 's/:$//'); do mysql -e "SELECT * FROM oc_filecache fc JOIN oc_storages s ON s.numeric_id=fc.storage LEFT JOIN oc_mimetypes m ON m.id=fc.mimetype WHERE name='' AND s.id LIKE '${u}'" cloud ; done No results were returned, this is with Nextcloud 24.0.2 and PHP-FPM 7.4 and Apache on Debian: php occ status
- installed: true
- version: 24.0.2.1
- versionstring: 24.0.2
- edition:
- maintenance: false
- needsDbUpgrade: false
- productname: Nextcloud
- extendedSupport: false
/usr/sbin/phpquery -V
7.4
/usr/sbin/apache2 -v
Server version: Apache/2.4.53 (Debian)
Server built: 2022-03-14T16:28:35
cat /etc/debian_version
11.3 |
@CarlSchwan I could test your pull request, how would you suggest I do this, clone the repo and then apply your pull request and then install Nextcloud using the modified repo? |
@chriscroome Best way is to download https://patch-diff.githubusercontent.com/raw/nextcloud/server/pull/32961.diff and then use if something goes wrong, you can revert with |
Thanks @CarlSchwan however I can't now replicate the issue -- I have a Nextcloud 24.0.2 development server but it appears to be working without the bugs and the client sites that did have this problem have been rolled back to 23.0.6. The next time a client upgrades a Nextcloud server and we have this problem again I will apply your patch to see if it provides some useful debugging information. |
I tried this. The problem still exists, but I don't see any additional logs (yes, i changed the log level in the viewer). As I am not a PHP developer I'd ask, if this might be related to memcache? (My idea is, it still has cached the old code, so no log lines are produced) |
This should be |
I've been removing memcached from servers and switching to apcu and I believe that we have had servers that have been running memcached and ones that haven't that have had this same problem. |
it is, I edited my previous comment |
Could you try with Redis? Generally, I would recommend these memcache configs:
Memcached is unfortunately not very good and should only be used when the other are not available. |
Nope sorry. This is not possible as I am running my nextcloud instance on a simple web host by lima-city.de |
Thanks @CarlSchwan
I believe have switched all the Nextcloud servers we host from Memcache to Redis. @nektdev has this reolsolved this issue?
Does the documentation need updating?
|
This issue seems to be fixed for me since i updated to 24.0.3. |
Many thanks to everyone involved! @chriscroome the issue is not there anymore, successfully updated to 24.0.1, now on 24.0.3 🚀 |
thanks for confirming! |
Signed-off-by: Carl Schwan <carl@carlschwan.eu>
Bug description
The other day I successfully updated from 23.0.3 to 23.0.4 and then, also without any difficulties, to 24.0.0. While in 23.0.4 everything behaved as expected. Since updating to 24.0.0 I am locked out of either Talk or Files apps and cannot access user settings.
Once in 24.0.0 I noticed Internal Server Errors when trying to access Files app or Settings. Below are the respective exceptions.
1. /apps/files:
"Exception","Message":"Call to undefined method OC\\Files\\Node\\File::getFreeSpace() in file '/home/hub/sites/nextcloud/apps/spreed/lib/TInitialState.php'
2. /settings/user:
"Exception","Message":"call_user_func_array() expects parameter 1 to be a valid callback, class 'OC\\Files\\Node\\File' does not have a method 'getRecent' in file '/home/hub/sites/nextcloud/lib/private/Files/Node/LazyFolder.php' line 72","Code":0,"Trace":[{"file":"/home/hub/sites/nextcloud/lib/private/AppFramework/App.php","line":172,"function":"dispatch","class":"OC\\AppFramework\\Http\\Dispatcher","type":"->"
(both log entries in full in 'Nextcloud Logs' section)
When I disabled Talk (spreed) app I was again able to access 1. Files app and use as expected. This does not change behaviour of 2. Settings, which still crashes the server with the exception referenced above.
Steps to reproduce
Expected behavior
Files app and user settings would load as usual.
Installation method
Manual installation
Operating system
Debian/Ubuntu
PHP engine version
PHP 7.4
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated to a major version (ex. 22.2.3 to 23.0.1)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
No response
The text was updated successfully, but these errors were encountered: