LimeCenter

Thank you very much! I did solve the issue for us.

Dear members, When switching over to our new hosting provider I tried to use a new e-mail account. The following error appeared: "A problem occurred while sending the email. Please revise your settings. (Error: Expected response code 250 but got code "501", with message "501 Syntactically invalid HELO argument(s) ")". The new hosting provider suspects the occurs due to wrong hostname being send/shared and their server does not allow such in incoherent data as part of their safety protocols. I was wondering how I might be able to adjust the hostname which now seems to be more like password than a name; anyone suggestions? In addition, I added 'mail_smtpdebug' => true, to the config file to able to troubleshoot. However, it would seem the error are not registered in the log that is set to log 'Everything'. Is the location of "'mail_smtpdebug' => true," relevant and/or is the debugging safeted at a different location or something else? I found the /etc/hosts file that contains the error stated by Digao - see comment below -. However, every time that restart the docker the the adjustments are revered. https://stackoverflow.com/questions/86907/how-do-i-fix-501-syntactically-invalid-helo-arguments "After spending so many hours trying to fix this problem, which in my case just come up from nothing, I ended up with a solution. In my case, only the systems deployed to Suse OSs suddenly stopped sending emails but not those ( the same ) running on Ubuntu. After exhausting and eliminating all the suggested possibilities of this problem and even considering to change de OS of those machines, I found out that somehow the send email service is sensible to the hostname of the host machine. In the Ubuntu machines the file /etc/hosts have only the following line: 127.0.0.1 localhost and so were the Suse machines, which stopped sending the emails. After editing the /etc/hosts from Suse machines to 127.0.0.1 localhost proplad where proplad is the hostname of the machine, the errors were vanished. It seems that some security policy ( maybe from the smtp service ) uses the hostname information carried through the API, which was being ignored in the case of the Ubuntu machines, but not in the case of Suse machines. Hope this helps others, avoiding massive hours of research over the internet."

Hello, The plugin seems to work well in unRAID 6.9.2 Much like SMB settings in unRAID I would like to provide access to certain folders for a user. I tried to find information on the github repository and this forum but it seems not yet discussed as such. Would it be possible to organize (and deny) access to certain folders using the SSH protocol for a user? and if so how to do that? Would this method be advisable?: https://fedingo.com/how-to-restrict-ssh-users-to-specific-folder/

Dear members and dlandon, The above suggestions seems to have work for the most part. Following these steps below the files are "recovered": 1. Installing a new ownCloud docker, with the right paths and creating a admin account; 2. Stopping the ownCloud; 3. Copying the data from old user account to the newly created (admin) account via die unRaid command line; 4. Adding 'filesystem_check_changes' => 1 to the config.php at the bottom before the very last row; 5. Starting the new ownCloud. The files created by ownCloud can be opened correctly but the copied files when opened yields an ownCloud page with "Access denied" (the file location and folders are correctly located). I believe it has to do with encryption. I enabled encryption app with the same settings as those in the old ownCloud. I also adjusted in the config.php file adjusting for 'instanceid', 'passwordsalt' and 'secret'. Unfortunately, it provides the same error. Last I copied the ~/data/files_encryption from the old folder to the new and replaced the all the files in the new folder. The result is that there seems to be little or no responds when clicking on a file. Does anyone have a suggestion how I might resolve this issue? How would it be possible to open files that are encrypted from an older ownCloud?

Dear members, How could I disable the apps via the command line? I tried with the suggestions of dlandon and the following guidelines regarding the occ approach: https://central.owncloud.org/t/how-to-disable-an-app-without-access-to-the-gui/832 However I seem to get stuck with the message "This version of ownCloud is not compatible with PHP 7.3 You are currently running PHP 7.3.13-1+ubuntu18.04.1+deb.sury.org+1." Used procedure: click on docker selecting '>_ console' then entering: cd /config/www/owncloud followed with: chmod +x occ then: sudo -u abc ./occ app:list

Definitely using dlandon's build and we will take it from there. Thank you very much again for the support; we really appreciate your help.

Thank you for your prompt reply. To my amazement it worked! Thank you very very much. Welll.... sorta now I have to see if i can get this php issue solved somehow. The cloud provided this issue: "This version of ownCloud is not compatible with PHP 7.3 You are currently running PHP 7.3.13-1+ubuntu18.04.1+deb.sury.org+1." Correct me if I am wrong but this is more an issue on how to get the previous docker software rather than something I could solve with unRAID software, right?

Please forgive me. When clicking on the tab docker, the usually existing ownCloud, duplicati and onlyOffice are not showing up. It states: "No Docker containers installed" Do you have nay further questions? I would like to mention that before I updated the unRAID, I updated first the ownCloud docker. The diagnostics are here below Lyme1-diagnostics-20200114-2004.zip

Hello, All my dockers disappeared as well after the update to version 6.8. However the '/config/plugins/dockerMan/templates-use .xml files are still there and the USB should be working fine in its port as it always did... i just updated to 6.8.1 but the dockers did not reappear. Any suggestions what the wisest action(s) might be?

Thank you for your reply. I will give it a shot and will let you know what the results are. Thank you again

Dear Members, For our software we are using database system that natively uses SMB 1. If I am not mistaken unRAID uses SMB 3 now: https://wiki.unraid.net/Release_Notes To address the issue we could make Windows server VM that uses SMB 1. However, perhaps that someone of you guys has an elegant suggestion. Would it be possible to assign to one share SMB 1 and to the rest SMB 3 or some kind of docker configuration? For any questions please do let me know and thank you in advance for you reply.

Dear dlandon and members, All of this was done this weekend and before. However, the folders and files still do not appear. For the rest the cloud functions as it should; with data being stored in the right folder, for example. That the old files do not appear might perhaps have something to do with the encryption. What would be the best way to proceed? First enable 'Server-side encryption' and then copy the the user folder to the /data folder or vice versa or is there some adjustments needed in the config.php file?

Dear dlandon and members, In the past days I tried various things but this gave me the best result so far. Yet, not a working cloud. Deleted the ownCloud docker + image through the unRAID UI In the command line rm -r /mnt/user/appdata/ownCloud Initiated installation through apps Adjusted settings of the docker for network type, IP adrdess, setting data path to '/mnt/user/appdata/ownCloud/data', MySQL to the used password. Completed the installation of ownCloud Checked if cloud posted (it did) with setting up the new admin account Shutting down the cloud with unRAID UI With command line moved the earlier prepared 'data', 'keys' folder to their right destination mv /mnt/user/appdata/data /mnt/user/appdata/ownCloud/ mv /mnt/user/appdata/keys /mnt/user/appdata/ownCloud/ Opened the config.php file and inserted the text of the old config.php file. In the file adjustments were made and saved: 'datadirectory' => '/mnt/user/appdata/ownCloud/data', 'filesystem_check_changes' => 1, 'maintenance' => true, The ownCloud was started in unRAID GUI The restult was this text: "Internal Server Error The server encountered an internal error and was unable to complete your request. Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report. More details can be found in the server log." Looking at the ngix error.log the following information appeared: 2019/10/16 14:02:49 [error] 512#512: *927 FastCGI sent in stderr: "PHP message: {"reqId":"cd1ec5ee-9ddd-460c-b558-3493a89beb4a","level":4,"time":"2019-10-16T12:02:49+00:00","remoteAddr":"87.27.104.239","user":"--","app":"remote","method":"GET","url":"\/status.php","message":"An exception occurred while executing 'SELECT * FROM `oc_appconfig`':\n\nSQLSTATE[42S02]: Base table or view not found: 1146 Table 'owncloud.oc_appconfig' doesn't exist"}" while reading response header from upstream, client: 87.27.104.239, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "our-URL" 2019/10/16 14:02:53 [error] 510#510: *929 FastCGI sent in stderr: "PHP message: {"reqId":"8f96b354-4152-4d96-b5b9-a1137567d176","level":4,"time":"2019-10-16T12:02:53+00:00","remoteAddr":"31.161.39.242","user":"--","app":"remote","method":"GET","url":"\/status.php","message":"An exception occurred while executing 'SELECT * FROM `oc_appconfig`':\n\nSQLSTATE[42S02]: Base table or view not found: 1146 Table 'owncloud.oc_appconfig' doesn't exist"}" while reading response header from upstream, client: 31.161.39.242, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "our-URL" 2019/10/16 14:02:53 [error] 512#512: *931 FastCGI sent in stderr: "PHP message: {"reqId":"f60390a9-5280-4dbc-b9c9-cb297dc0fd98","level":4,"time":"2019-10-16T12:02:53+00:00","remoteAddr":"77.163.77.30","user":"--","app":"remote","method":"GET","url":"\/status.php","message":"An exception occurred while executing 'SELECT * FROM `oc_appconfig`':\n\nSQLSTATE[42S02]: Base table or view not found: 1146 Table 'owncloud.oc_appconfig' doesn't exist"}" while reading response header from upstream, client: 77.163.77.30, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "our-URL" 2019/10/16 14:02:57 [error] 511#511: *933 FastCGI sent in stderr: "PHP message: {"reqId":"f5ed1013-47e1-41f1-b814-cd7fe55ccb42","level":4,"time":"2019-10-16T12:02:57+00:00","remoteAddr":"31.161.39.242","user":"--","app":"remote","method":"GET","url":"\/status.php","message":"An exception occurred while executing 'SELECT * FROM `oc_appconfig`':\n\nSQLSTATE[42S02]: Base table or view not found: 1146 Table 'owncloud.oc_appconfig' doesn't exist"}" while reading response header from upstream, client: 31.161.39.242, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "our-URL" 2019/10/16 14:03:21 [error] 512#512: *935 FastCGI sent in stderr: "PHP message: {"reqId":"f59cb5c2-07ff-42fd-a477-cd5baad542c7","level":4,"time":"2019-10-16T12:03:21+00:00","remoteAddr":"87.27.104.239","user":"--","app":"remote","method":"GET","url":"\/status.php","message":"An exception occurred while executing 'SELECT * FROM `oc_appconfig`':\n\nSQLSTATE[42S02]: Base table or view not found: 1146 Table 'owncloud.oc_appconfig' doesn't exist"}" while reading response header from upstream, client: 87.27.104.239, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "our-URL" 2019/10/16 14:03:25 [error] 510#510: *937 FastCGI sent in stderr: "PHP message: {"reqId":"39e0a08b-ce60-41f0-9663-07f62388df5a","level":4,"time":"2019-10-16T12:03:25+00:00","remoteAddr":"31.161.39.242","user":"--","app":"remote","method":"GET","url":"\/status.php","message":"An exception occurred while executing 'SELECT * FROM `oc_appconfig`':\n\nSQLSTATE[42S02]: Base table or view not found: 1146 Table 'owncloud.oc_appconfig' doesn't exist"}" while reading response header from upstream, client: 31.161.39.242, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "our-URL" 2019/10/16 14:03:25 [error] 510#510: *939 FastCGI sent in stderr: "PHP message: {"reqId":"8b0c57ab-130a-45c9-a1d6-b5387a5b7ead","level":4,"time":"2019-10-16T12:03:25+00:00","remoteAddr":"77.163.77.30","user":"--","app":"remote","method":"GET","url":"\/status.php","message":"An exception occurred while executing 'SELECT * FROM `oc_appconfig`':\n\nSQLSTATE[42S02]: Base table or view not found: 1146 Table 'owncloud.oc_appconfig' doesn't exist"}" while reading response header from upstream, client: 77.163.77.30, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "our-URL" 2019/10/16 14:03:29 [error] 510#510: *941 FastCGI sent in stderr: "PHP message: {"reqId":"776e326f-d093-441b-a2fe-d33310ece651","level":4,"time":"2019-10-16T12:03:29+00:00","remoteAddr":"31.161.39.242","user":"--","app":"remote","method":"GET","url":"\/status.php","message":"An exception occurred while executing 'SELECT * FROM `oc_appconfig`':\n\nSQLSTATE[42S02]: Base table or view not found: 1146 Table 'owncloud.oc_appconfig' doesn't exist"}" while reading response header from upstream, client: 31.161.39.242, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "our-URL" What would be a wise step next to make the ownCloud function and retrieve the data?

I tried to reinstall the docker and replace the data folder and config.php file.... however with little luck. Key question now remains: what are the most suitable options to recover the data that were stored in the docker? i.e. not asking every computer/person to re-upload their data?

Dear dlandon, Would you be so very kind to specify how we might incorporate the data back again? Would it be a case of temporarily copying the data to a different unRAID share > doing the complete install owncloud > shutting down owncloud > replacing the data folder and config.php file? May I ask what issue or risk might occur by placing the data folder inside the www/owcloud folder?

Having the files moved and adjusted the settings I as stated. However, webpage is blank after 30 minutes i.e. no webUI. There is a connection with the server with SSL but nothing that one can do. The client replies with: '500 internal server error'. The log seems not to share errors... Any idea's what could be going on? I would like to mention that ownCloud earlier did not mention integrity issues.... I also putting in putting ownCloud in maintenance mode does not seem to work.... Below also the edited log excerpt #0 /config/www/owncloud/remote.php(169): handleException(Object(ParseError)) #1 {main} thrown in /config/www/owncloud/remote.php on line 47" while reading response header from upstream, client: ZZZZZZZZZ, server: _, request: "PROPFIND /remote.php/dav/files/USER-A/ HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: “fxfxfxfxfxfxfxfxfxfxfxfx" 2019/10/09 12:24:27 [error] 838#838: *1427 FastCGI sent in stderr: "PHP message: PHP Parse error: syntax error, unexpected '',' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in /config/www/owncloud/config/config.php on line 21" while reading response header from upstream, client: 80.100.203.146, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: “fxfxfxfxfxfxfxfxfxfx" 2019/10/09 12:24:32 [error] 841#841: *1088 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Error: Call to a member function getRequest() on null in /config/www/owncloud/remote.php:47 Stack trace: #0 /config/www/owncloud/remote.php(169): handleException(Object(ParseError)) #1 {main} thrown in /config/www/owncloud/remote.php on line 47" while reading response header from upstream, client: YYYYYYYY, server: _, request: "PROPFIND /remote.php/dav/files/USER-B/ HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: “fxfxfxfxfxfxfxfxfx" 2019/10/09 12:24:38 [error] 839#839: *1091 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Error: Call to a member function getRequest() on null in /config/www/owncloud/remote.php:47 Stack trace: #0 /config/www/owncloud/remote.php(169): handleException(Object(ParseError)) #1 {main} thrown in /config/www/owncloud/remote.php on line 47" while reading response header from upstream, client: TTTTTTTTT, server: _, request: "PROPFIND /remote.php/dav/files/USER-A/ HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: “fxfxfxfxfxfxfxfxfxfxfx" 2019/10/09 12:24:59 [error] 841#841: *1433 FastCGI sent in stderr: "PHP message: PHP Parse error: syntax error, unexpected '',' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in /config/www/owncloud/config/config.php on line 21" while reading response header from upstream, client: 80.100.203.146, server: _, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: “fxfxfxfxfxfxfxfxfxfxfxfxfxx" 2019/10/09 12:25:02 [error] 841#841: *1088 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Error: Call to a member function getRequest() on null in /config/www/owncloud/remote.php:47 Stack trace: #0 {main} thrown in /config/www/owncloud/index.php on line 86" while reading response header from upstream, client: RRRRRRRRRRR, server: _, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: “fxfxfxfxfxfxfxfxfxfx" 2019/10/09 12:25:08 [error] 841#841: *1437 open() "/config/www/owncloud/favicon.ico" failed (2: No such file or directory), client: VVVVVVVVVVVVVVV, server: _, request: "GET /favicon.ico HTTP/1.1", host: “fxfxfxfxfxfxfxfxfx" 2019/10/09 12:25:08 [error] 841#841: *1437 FastCGI sent in stderr: "PHP message: PHP Parse error: syntax error, unexpected '',' (T_CONSTANT_ENCAPSED_STRING), expecting ')' in /config/www/owncloud/config/config.php on line 21" while reading response header from upstream, client: 31.161.39.242, server: _, request: "GET /favicon.ico HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: “fxfxfxfxfxfxfxfxfxfxfxfx" Oct 9 08:59:39 cd5f8accd42c syslog-ng[17]: EOF on control channel, closing connection; *** Running /etc/my_init.d/20_apt_update.sh... Hit:1 http://ppa.launchpad.net/nginx/development/ubuntu xenial InRelease Get:2 http://security.ubuntu.com/ubuntu xenial-security InRelease [109 kB] Get:3 http://ppa.launchpad.net/ondrej/php/ubuntu xenial InRelease [23.9 kB] Hit:4 http://mirrors.digitalocean.com/ubuntu xenial InRelease Get:5 http://mirrors.digitalocean.com/ubuntu xenial-updates InRelease [109 kB] Hit:6 https://downloads.mariadb.com/MariaDB/mariadb-10.3.17/repo/ubuntu xenial InRelease Get:7 http://ppa.launchpad.net/ondrej/php/ubuntu xenial/main amd64 Packages [70.0 kB] Get:8 http://mirrors.digitalocean.com/ubuntu xenial-updates/main Sources [430 kB] Get:9 http://mirrors.digitalocean.com/ubuntu xenial-updates/main amd64 Packages [1,348 kB] Get:10 http://mirrors.digitalocean.com/ubuntu xenial-updates/universe amd64 Packages [991 kB] Get:11 http://security.ubuntu.com/ubuntu xenial-security/main Sources [194 kB] Get:12 http://security.ubuntu.com/ubuntu xenial-security/main amd64 Packages [971 kB] Get:13 http://security.ubuntu.com/ubuntu xenial-security/universe amd64 Packages [587 kB] Fetched 4,834 kB in 22s (214 kB/s) Reading package lists... Reading package lists... Building dependency tree... Reading state information... Calculating upgrade... The following packages will be upgraded: libssl1.1 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 1,520 kB of archives. After this operation, 16.4 kB of additional disk space will be used. Get:1 http://ppa.launchpad.net/ondrej/php/ubuntu xenial/main amd64 libssl1.1 amd64 1.1.1d-1+ubuntu16.04.1+deb.sury.org+2 [1,520 kB] Preconfiguring packages ... Fetched 1,520 kB in 4s (313 kB/s) Preparing to unpack .../libssl1.1_1.1.1d-1+ubuntu16.04.1+deb.sury.org+2_amd64.deb ... Unpacking libssl1.1:amd64 (1.1.1d-1+ubuntu16.04.1+deb.sury.org+2) over (1.1.1d-1+ubuntu16.04.1+deb.sury.org+1) ... Processing triggers for libc-bin (2.23-0ubuntu11) ... Setting up libssl1.1:amd64 (1.1.1d-1+ubuntu16.04.1+deb.sury.org+2) ... Processing triggers for libc-bin (2.23-0ubuntu11) ... Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. *** Running /etc/my_init.d/30_set_config.sh... sysctl: setting key "net.core.somaxconn": Read-only file system sysctl: setting key "vm.overcommit_memory": Read-only file system /etc/my_init.d/30_set_config.sh: line 34: /sys/kernel/mm/transparent_hugepage/enabled: Read-only file system Starting redis-server: redis-server. *** Running /etc/my_init.d/40_gen_ssl_keys.sh... Using existing keys in "/config/keys" *** Running /etc/my_init.d/50_get_owncloud.sh... *** Running /etc/my_init.d/60_initialise_database.sh... *** Running /etc/my_init.d/70_memcache_setup.sh... Oct 9 09:00:23 cd5f8accd42c crontab[402]: (root) REPLACE (root) *** Running /etc/my_init.d/999_advanced_script.sh... *** Running /etc/rc.local... *** Booting runit daemon... *** Runit started as PID 405 Oct 9 09:00:23 cd5f8accd42c cron[411]: (CRON) INFO (pidfile fd = 3) Oct 9 09:00:23 cd5f8accd42c cron[411]: (CRON) INFO (Skipping @reboot jobs -- not system startup) 191009 09:00:23 mysqld_safe Logging to '/config/database/cd5f8accd42c.err'. 191009 09:00:23 mysqld_safe Starting mysqld daemon with databases from /config/database Oct 9 09:09:01 cd5f8accd42c CRON[772]: (root) CMD ( [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi) Oct 9 09:15:01 cd5f8accd42c CRON[815]: (root) CMD (/sbin/setuser abc php -f /config/www/owncloud/cron.php) Oct 9 09:17:01 cd5f8accd42c CRON[823]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)

Dear members and dlandon, I just was able to update owncloud. The webUI and SSL are functioning. However, I still have the initial issue of not being able access the data. The folder data now currently being use is : /mnt/user/appdata/ownCloud/www/owncloud/data And not where the actual data is and where the settings of the docker path for data are direct to /mnt/user/appdata/ownCloud/data In other words ownCloud seems to simple disregard the docker settings.... and the script of the config.php which contains the line: 'datadirectory' => '/config/www/owncloud/data', So what to do? Move all data to where data is stored now (withing www/owncloud/data) or somehow redirect the data... honestly I do not know what would be wiser... ideas?

Dear dLandon, I got owncloud sorta working as it is posting now the ownCloud as a brand new installation and with SSL working correctly with the config mapping to: /mnt/user/appdata/ownCloud/ I am going to detele the redundant folder rm -r /mnt/user/appdata/ownCloud/www/ownCloud/www/ update the config.php and restart the docker when having set the 'filesystem_check_changes' to '1' in config.php

I adjusted the mapping to /mnt/user/appdata/ownCloud/www/owncloud/ However, again a folder is added replicating most of the structure. Please note attached image below: I just does not seem to make sense why the dockers builds a whole other cloud basically with new sql folder and config files In the meantime I was trying to add the config.php file and adding the SSL certificates... with no luck.... I accidentally removed the /mnt/user/appdata/ownCloud/www/owncloud/ With the above mapping the docker installed ownCloud again but with the result of the image below i.e. with a double 'www' folder and with the additional issue that SSL is not working so the webUI is not loading....

Hello, The short answer yes you can. However a whole different approach would be advisable for secure and reliable data transfer. I tested ownCloud in the very beginning successfully with a free DNS and free SSL certificate on a home server with unRAID. The downside is the reliability to a certain extend and that you have to manually update the SSL certificates every month. For professional applications I highly recommend a static IP address, getting SSL and a DNS plan. The only difference between IPV6 and 4 is that the server and/or modem configuration is little different; which means going through the manual to see how port forwarding works.

I means a blank page with no words image or anything, like the attached image below. That in the URL bar the 'lock' for the SSL certificate is green so a connection between the user and host are made. However, there is no user interface... Am I right to note that docker settings should be: /mnt/user/appdata/ownCloud/data for the data path and for the AppData Config Path: /mnt/user/appdata/ownCloud Because, for some reason a whole new installation appears in /mnt/user/appdata/ownCloud/www/ownCloud/www/ I feel I am very close at getting ownCloud starting and thereby getting everyone here back on track. Yet, I can't help to note that since the update went off-track maybe there is something more fundamentally wrong... any ideas? More important is to get things working again. Thank you in advance for your help.

Dear members and dlandon, So I found the files! Which I am really happy about because I would be able to rely on my (not so wonderful) back-ups. The data files were all moved to the folder 'owncloud-old'. I copied them back to the data folder used by the docker settings. Start the docker > webUI would appear but when opening files an error would occur that files were missing. I stopped the docker and then added 'filesystem_check_changes' => 1' in config.php however again no window would appear. SSL does work but not webUI. I removed that line from the config.php but ended up with the same blank window with only SSL working but no WebUI.... Any suggestion on how to get the owncloud working again? btw: last starts would not show an error in the log of owncloud....

Dear Frank1940 and members, The approach helped because I found the files! For some reasons the files were moved to the folder 'old-ownCloud' although the docker has a specific path for data in the docker settings. This new 'old-ownCloud' folder is made as part of the upgrade to 'back-up' ownCloud program itself but for some reason it will grab a folder from a different directory - in this case the data folder. Wonderful to learn the world of Linux because I have hate/love relation with Windows. Thank you for your time. Case closed

Dear Frank1940 and members, Unable to find another file with a similar name (or even size) I would like to share the diagnostics. Interesting enough is that it would seem that that percentage of disk utilization has not changed since the update of ownCloud. For any questions please do not hesitate to contact me.

Dear community members, Recently I completed an update for the ownCloud Docker. However, after updates I noticed that data was "removed" i.e. folder 'data' is empty. it used to full of files of the users of the ownCloud. I was shocked because I was not expecting this frankly. However for all my files I had good back-ups; business operations continue. However, a few users decided that saving files in only one place was a good idea. So for these poor fellows: what oppertunities are there to retrieve data (assuming no data is written over it)? and secondly: what is the best way to make sure no data is written over the sections of the disk where those relevant files might be stored? The disk are of WD RED NAS versions and one disk only is used to store the cloud data and they are all in good shape. For any questions please do not hesitate to let me know.