[Bug]: Directory not available / Error loading data #32541
Comments
syntron
added
0. Needs triage
|
Hello, I suppose it is probably the same issue like #32367 ? |
|
Not really as my root is local. However, there are external storages as read-only extensions for some data (MP3, videos). Nevertheless, the error message is the same. I just remembered, that one of the shares is external (via federation). Perhaps this could be the connection? Especially as the problematic folder on my side is a 'virtual' folder with all the data shared with me. Confirmation - it worked again after I canceled all shares with external data (federation). Thus, it is the same bug! I just hit a special case. Thus, I think that this bugs could hit any external share - federation, smb, ...? However, it seems to be only data which is located on external computers. On my end, some external data is locally mounted via nfs and importing these directories is working well. |
|
Just updated one Nextcloud instance to 24.0.1 I'm not using external storage! Nextcloud log: Exception: Error 33 interacting with memcached : A BAD KEY WAS PROVIDED/CHARACTERS OUT OF RANGE |
|
Same problem after i update to version 24.0.1, also the files on Files are not loaded index.php/apps/files/ , I'm getting a message like "This directory is not available, please check logs or contact an administrator" In logs i seen some infos and this: [webdav] Fatal: Exception: Error 33 interacting with memcached : A BAD KEY WAS PROVIDED/CHARACTERS OUT OF RANGE at <>
PROPFIND /nextcloud/remote.php/dav/files/daniel/ AND THIS [no app in context] Info: Deprecated event type for OCA\Files::loadAdditionalScripts: Symfony\Component\EventDispatcher\GenericEvent is used GET /nextcloud/index.php/apps/files/ |
|
looks like it's the display name cache does the user id in question contain any special characters ? probably we should hash it there just to be sure, it's not the first time I see this kind of issue @CarlSchwan @icewind1991 |
PVince81
added
regression
1. to develop
This comment was marked as off-topic.
This comment was marked as off-topic.
|
And #32924 :) |
|
Just updated to version 24.0.2 and same problem [webdav] Fatal: Exception: Error 33 interacting with memcached : A BAD KEY WAS PROVIDED/CHARACTERS OUT OF RANGE at <>
PROPFIND /nextcloud/remote.php/dav/files/daniel/ |
|
|
Bug description
I have one folder which I cannot view using the web interface (my standard user; not admin). The error messages read:
[DE] Dieses Verzeichnis ist nicht verfügbar, bitte die Logdateien überprüfen oder den Administrator kontaktieren. (This directory is not available, please see log files or contact the admin.)
[DE] Fehler beim Laden der Datei-Daten (Error loading file data.)
This is the folder with all shared data (using 'share_folder' option of config.php). I can access most of the data by using the direct link(s) via Shares => Shared with me. However, it is not working for all - the error message is the same as above.
Nevertheless, access is working fine if I'm using webdav - this way I can access all data. Therefore, I also noticed it just now. I can not say for sure at which version it occurred. Furthermore, this happens only for one user.
I updated the nextcloud server to version 24.0.1.0 to check if a bugfix exists but it did not help.
I did run the rescan for the user without any effect (occ files:scan USER)
I also searched and found the following page: https://help.nextcloud.com/t/after-migration-to-nextcloud-24-some-directories-will-not-be-shown-in-browser/138663 with a similar message.
Steps to reproduce
Expected behavior
View content of the directory / details
Installation method
Manual installation
Operating system
Other
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?
No response
What user-backends are you using?
Configuration report
{ "system": { "instanceid": "***REMOVED SENSITIVE VALUE***", "passwordsalt": "***REMOVED SENSITIVE VALUE***", "secret": "***REMOVED SENSITIVE VALUE***", "trusted_domains": [ "URL", ], "trusted_proxies": "***REMOVED SENSITIVE VALUE***", "datadirectory": "***REMOVED SENSITIVE VALUE***", "overwrite.cli.url": "https:\/\/URL\/", "dbtype": "mysql", "version": "24.0.1.0", "dbname": "***REMOVED SENSITIVE VALUE***", "dbhost": "***REMOVED SENSITIVE VALUE***", "dbport": "", "dbtableprefix": "oc_", "dbuser": "***REMOVED SENSITIVE VALUE***", "dbpassword": "***REMOVED SENSITIVE VALUE***", "logtimezone": "Europe\/Berlin", "log_rotate_size": 104857600, "installed": true, "preview_libreoffice_path": "\/usr\/bin\/libreoffice", "memcache.local": "\\OC\\Memcache\\APCu", "memcache.distributed": "\\OC\\Memcache\\Memcached", "memcache.locking": "\\OC\\Memcache\\Redis", "memcached_servers": [ [ "localhost", 11211 ] ], "memcached_options": { "14": 120, "15": 120, "19": 120, "20": 120, "8": 120 }, "redis": { "host": "***REMOVED SENSITIVE VALUE***", "port": 6379, "password": "***REMOVED SENSITIVE VALUE***", "timeout": 0 }, "loglevel": 0, "mail_domain": "***REMOVED SENSITIVE VALUE***", "mail_smtpmode": "smtp", "mail_from_address": "***REMOVED SENSITIVE VALUE***", "updatechecker": true, "forcessl": true, "asset-pipeline.enabled": true, "appcodechecker": true, "mail_smtphost": "***REMOVED SENSITIVE VALUE***", "theme": "", "mysql.utf8mb4": true, "mail_smtpauthtype": "LOGIN", "updater.release.channel": "stable", "token_auth_enforced": true, "tempdirectory": "\/var\/tmp\/", "filesystem_check_changes": 1, "share_folder": "\/SharedData", "mail_sendmailmode": "smtp", "migrate_guest_user_data": true, "app.mail.verify-tls-peer": false, "ldapIgnoreNamingRules": false, "ldapProviderFactory": "OCA\\User_LDAP\\LDAPProviderFactory", "maintenance": false, "default_phone_region": "DE" } }List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
Send me a note if I should run any tests ...
The text was updated successfully, but these errors were encountered: