Jump to content

LimeCenter

Members
  • Posts

    77
  • Joined

  • Last visited

Converted

  • Gender
    Male
  • URL
    http://www.lymecenter.nl
  • Location
    The Netherlands (NL)

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

LimeCenter's Achievements

Rookie

Rookie (2/14)

0

Reputation

  1. Thank you very much! I did solve the issue for us.
  2. 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."
  3. 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/
  4. 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?
  5. 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
  6. 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.
  7. 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?
  8. 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
  9. 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?
  10. Thank you for your reply. I will give it a shot and will let you know what the results are. Thank you again
  11. 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.
  12. 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?
  13. 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?
  14. 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?
  15. 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?
×
×
  • Create New...