Problem Display Nextcloud - Files no more displayed

Benjii · August 3, 2022, 1:17pm

My YunoHost server

Hardware: Beelink U59
YunoHost version: 4.3.6.3 (stable)
**I have access to my server : Through SSH & through the webadmin & direct access via keyboard / screen
Are you in a special context or did you perform some particular tweaking on your YunoHost instance ? : yes, runing backports package because my GPU is not available with Debian 10, so I upgraded kernel of linux in 5.X Backports and forced it in the grub to launch the GPU pilots.
I have access to my server : Through SSH | through the webadmin | direct access via keyboard / screen |

Description of my issue

Hello Everyone,

Since a while, I have problem to display my data on nextcloud with Yunohost. At first, my files were no longer displayed even if the architecture of yunohost seemed to work well. In the center part of my screen, no files were displayed.

Since the last update, my complete displayed of the nextcloud app is break. Here is a capture :

To solve this prolem, I already tried different things regarding those topic :

github.com/nextcloud/server

Folders/Files of external storage aren´t appearing in Nextcloud web/client

opened 10:14AM - 10 Dec 16 UTC

closed 07:09AM - 10 Apr 20 UTC

fpPierre

bug feature: external storage 0. Needs triage

Good Morning everybody, I do have a issue, with a integrated external storage… of my Nextcloud environment. The storage was integrated at the admin page by using ftp. Thus it isn´t related to a user but to the system. The configuration of this storage is set to encrypted and without rescan (in the beginning it was activated to check at every access) the external storage. All data (folders as well as files) on that storage was upload by nextcloud (no direct uploads to the ftp storage). Suddenly the contents of that storage disappears (not all at the same time but in differnet steps until the folder became empty) on nextcloud web and the clients removed the files from lokal sync folders. To reintegrate the "lost" data I started a "files:scan --all" but except a couple of short appearings of some folders, the main folder remains as an empty one. I found out that suspiciously I can browse into all folders by typing in the directory within the url. This is also possible for the files. After I done this for a particular file or folder, it appears in the filebrowser of nextcloud web as well as in the clients. While I was doing that I monitored the database and the servers` data folder but wasn´t able to encounter differences. Unfortunately by somehow the files disappear randomly hours later. Maybe by some sync tasks of further processes. Under the bottom I do have the question what I´m able to do for a complete reintegration including all folders and files without losing the encryption keys to get access to my data. Environment: VM on CentOS HOST with SolusVM VM resources: OS - Ubuntu 16.04.1 LTS CPU - 14 cores (have to look for the particular cpu) memory - 23,54 GB working memory swp - 16GB space / disc - 3,1tb ssd RAID 5 PHP 7.08 MYSQL 5.5.37 Nextcloud: 10.0.2 (9.1.2.2) encountered log entries: fseek() - stream does not seeking and stat() ssl handshake timed out / stat failed for ftps<- the integration is with ftp and not with sftp Cheers, Pierre

github.com/nextcloud/server

No files/folders are displayed in the files app

opened 08:52PM - 26 May 18 UTC

closed 02:57PM - 31 May 18 UTC

flixman

### Steps to reproduce 1. Migrate a native installation of v13.0.2 to the nextc…loud:fpm docker container 2. Adapt the apache virtualhost 3. login and check contacts / calendar / files are there ### Expected behaviour Contacts / calendars and files show up. ### Actual behaviour files do not show up on the files app, but the space they occupy is properly noted on the user settings. As it is not clear to me if the files are served by the php-fpm or considered static and served by apache, I have even tried rescanning the files by running php occ files:scan-app-data php occ files:scan --all unsuccessfully. ### Server configuration **Operating system:** Debian **Web server:** Apache **Database:** Mysql **PHP version:** 7.x (the one bundled in the nextcloud:fpm docker image) **Nextcloud version:** 13.0.2 **Updated from an older Nextcloud/ownCloud or fresh install:** Updated **Where did you install Nextcloud from:** Originally from github, migrated to docker container **Signing status:** <details> <summary>Signing status</summary> - theming - EXCEPTION - OC\IntegrityCheck\Exceptions\InvalidSignatureException - Signature data not found. </details> **List of activated apps:** <details> <summary>App list</summary> Enabled: - bookmarks: 0.11.0 - bruteforcesettings: 1.0.3 - calendar: 1.6.1 - comments: 1.3.0 - contacts: 2.1.3 - dav: 1.4.6 - deck: 0.3.1 - federatedfilesharing: 1.3.1 - federation: 1.3.0 - files: 1.8.0 - files_external: 1.4.1 - files_opds: 0.8.8 - files_pdfviewer: 1.2.1 - files_sharing: 1.5.0 - files_videoplayer: 1.2.0 - logreader: 2.0.0 - lookup_server_connector: 1.1.0 - news: 12.0.1 - nextcloud_announcements: 1.2.0 - notes: 2.3.2 - notifications: 2.1.2 - oauth2: 1.1.0 - passman: 2.1.4 - password_policy: 1.3.0 - provisioning_api: 1.3.0 - rainloop: 5.1.0 - richdocuments: 2.0.8 - serverinfo: 1.3.0 - sharebymail: 1.3.0 - survey_client: 1.1.0 - systemtags: 1.3.0 - tasks: 0.9.6 - theming: 1.4.2 - twofactor_backupcodes: 1.2.3 - updatenotification: 1.3.0 - user_external: 0.4 - workflowengine: 1.3.0 Disabled: - activity - admin_audit - encryption - files_texteditor - files_trashbin - files_versions - firstrunwizard - gallery - user_ldap </details> **Nextcloud configuration:** <details> <summary>Config report</summary> ``` { "system": { "asset-pipeline.enabled": true, "instanceid": "***REMOVED SENSITIVE VALUE***", "passwordsalt": "***REMOVED SENSITIVE VALUE***", "trusted_domains": [ "***FQDN FOR MY VHOST***" ], "apps_paths": [ { "path": "\/var\/www\/html\/apps", "url": "\/apps", "writable": false }, { "path": "\/var\/www\/html\/custom_apps", "url": "\/custom_apps", "writable": true } ], "datadirectory": "***REMOVED SENSITIVE VALUE***", "dbtype": "mysql", "version": "13.0.2.1", "dbname": "***REMOVED SENSITIVE VALUE***", "dbhost": "***REMOVED SENSITIVE VALUE***", "dbtableprefix": "uik_", "dbuser": "***REMOVED SENSITIVE VALUE***", "dbpassword": "***REMOVED SENSITIVE VALUE***", "installed": true, "log_authfailip": true, "loglevel": 2, "logfile": "\/var\/www\/html\/data\/owncloud.log", "logtimezone": "Europe\/Paris", "mail_smtpdebug": false, "mail_smtpmode": "smtp", "mail_smtphost": "***REMOVED SENSITIVE VALUE***", "mail_smtpport": "588", "maintenance": false, "memcache.local": "\\OC\\Memcache\\APCu", "theme": "", "session_lifetime": 3600, "share_folder": "\/Shared", "secret": "***REMOVED SENSITIVE VALUE***", "mail_from_address": "***REMOVED SENSITIVE VALUE***", "mail_domain": "***REMOVED SENSITIVE VALUE***", "overwrite.cli.url": "***URL TO MY VHOST***", "mysql.utf8mb4": true } } ``` </details> **Are you using external storage, if yes which one:** no **Are you using encryption:** no **Are you using an external user-backend, if yes which one:** yes, Webdav ### Client configuration **Browser:** Firefox 60.0.1 **Operating system:** Arch Linux

The main trouble seems to come from the occ. From the beginning I have problem to run manually OCC command. It seems that the whole system could not execut those function properly :

The problem persist :
When trying to run an OCC command :
Could not open input file: occ
I tried this : sudo -u www-data php --define apc.enable_cli=1 /var/www/nextcloud/occ maintenance:repair
It returns:

Cannot write into "config" directory!
This can usually be fixed by giving the webserver write access to the config directory.
But, if you prefer to keep config.php file read only, set the option "config_is_read_only" to true in it.

Tried this too : `
/var/www/nextcloud/config# chown -R www-data:www-data config.php
But still, I got this when i tried to rescan files :

sudo -u www-data php occ files:scan --all
An unhandled exception has been thrown:
OC\HintException: [0]: Memcache \OC\Memcache\APCu not available for local cache (Is the matching PHP module installed and enabled?)

Seems to come from the PHP ?

But at this point, I am asking myself if it would not be more easy to reinstall completly the app. The point is that i woudlike to not loose my data and also recover the users data as it was. Hopefully the date is hold on an external nas which mount locally on the debian.

So I reach you in order to answer two questions :

Do you have any idea from when come the problem and how to solve it ? I do no know from where to start to investigate actually …
Should I reinstall the app ?

Once again, thanks a lot in advance to the comunity for your help,
I will be reactiv to answer if my message is not clear.

Good day,

tituspijean · August 3, 2022, 5:13pm

Benjii:

But still, I got this when i tried to rescan files :

sudo -u www-data php occ files:scan --all
An unhandled exception has been thrown:
OC\HintException: [0]: Memcache \OC\Memcache\APCu not available for local cache (Is the matching PHP module installed and enabled?)

Seems to come from the PHP ?

Do not forget to have php --define apc.enable_cli=1 in the command line.

Let’s try to reset your permissions and so on, by force-upgrading the app:

sudo yunohost app upgrade nextcloud -F

Then report if that fixes your issue. (most likely not, but then we have a sane base to work on )

Benjii · August 3, 2022, 6:28pm

Hi @tituspijean

Thanks a lot for your answer. So before to start, I just went to check the app which was displaying the internal server error page (without bug on display).

I tried this but my ssh command seems to block on it, it turns for minutes and I have to close my SSH client… Is it done or not ? Do not know …

I then upgrade and I recover my displays :

Not fixed but as you said, at least we can work on now ^^

Thanks a lot, I keep searching for a solution !

tituspijean · August 3, 2022, 6:31pm

Scans can take a looooong time indeed. Maybe there’s a --debug flag or something to see what’s happening.

As for your actual issue, I will try to have a look into it tomorrow.

Meanwhile, can you share your NGINX and PHP logs?

Benjii · August 3, 2022, 6:36pm

Thanks @tituspijean

I tried the debug and got this

php --define --debug apc.enable_cli=1
Could not open input file: apc.enable_cli=1

And the command stop to run normally, this is strange that it turns endless without the debug keyword, I will go to see until tomorrow if I find an explanation about ^^

Thanks a lot for tmr, I will share with you this tonight

tituspijean · August 3, 2022, 7:07pm

Benjii:

I tried the debug and got this
php --define --debug apc.enable_cli=1
Could not open input file: apc.enable_cli=1
And the command stop to run normally, this is strange that it turns endless without the debug keyword, I will go to see until tomorrow if I find an explanation about ^^

First, check the php version you need: sudo cat /etc/yunohost/apps/nextcloud/settings.yml | grep phpversion

In my case I get phpversion: '7.4' so I put php7.4 in the following command. --debug is actually -v (or -vv or -vvv depending on how verbose you want the command)

cd /var/www/nextcloud
sudo -u nextcloud php7.4 --define apc.enable_cli=1 occ files:scan -vv --all

Benjii · August 3, 2022, 10:26pm

Thanks dear @tituspijean,

I follow :

Got this : phpversion: '7.3'
Strange no ? Php 7.3 is deprecated I think

Run this : sudo -u nextcloud php7.3 --define apc.enable_cli=1 occ files:scan -vv --all
And it works! I mean, it rescan all the files, except some in red but nothing big!

Now here is the nginx logs :
NB: I am actually only using the dynamicslights.ovh domain
https://paste.yunohost.org/heguzopezi

And here is the PHP Logs:
https://paste.yunohost.org/delogoqute

In any case thanks a lot for the help!

tituspijean · August 4, 2022, 8:38am

Mmmh, I don’t see much in there that would be helpful.

Can you open your browser’s debug panel (F12), and share the errors in the Console?

Benjii · August 4, 2022, 10:12am

Hi @tituspijean

Here is what I get when loading the home page in the console (F12):
https://paste.yunohost.org/obuseziwod.sql

Benjii · August 12, 2022, 11:26am

Hello Everyone,

I am still searching or a solution, my nextcloud is still colpletly bocked !
Should I reinstal it from scratch ?

Thanks in advance,

Benjii · August 22, 2022, 2:56pm

Hello all,

I made some progress about my problem. So I started too reinstall the whole app because it seems to difficult to debug it…

When I reinstall it, everything work properly, the installation put back the default data directory and all the displays are perfect!

I tried to put back my old data directories with all the files that I kept from the previous nextcloud app (that I really don’t want to loose !). When I do that, the same problem reappear with the bug of displays… So it seems that some of my files are corrupted in my previous version.
If I copy the files like index.html from my fresh installation to my old path, will it solve my problem? If yes, what are all the files that I should bring? If no, what should I do …

Thanks a lot in advance,
Have a good day,

system · September 6, 2022, 2:57pm

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.