madaroda Posted September 22, 2018 Share Posted September 22, 2018 A couple of days ago i added letsencrypt/nginx and organizr2 dockers. I am guessing this was the start of the problems I now have. All of my docker apps are accessible via both internal IP and external https (my own domain). However: I have no access to the unraid webgui. Log files pointed to a permissions error on .htpassword. In following some instructions on fixing that, I rebooted the box. Now I don't even have SSH access with root ("Permission denied" on entering password). I deleted all the password files in /boot/config and rebooted. Only way in is through telnet. Again, all apps work, I just have no (easy) way to configure the system. How do I get my webgui and SSH access back with only telnet at my disposal? Link to comment
trurl Posted September 22, 2018 Share Posted September 22, 2018 You might try editing /boot/config/docker.cfg to set the Docker Service off then reboot. Link to comment
madaroda Posted September 22, 2018 Author Share Posted September 22, 2018 16 minutes ago, trurl said: You might try editing /boot/config/docker.cfg to set the Docker Service off then reboot. Disabled dockers as you suggested. Trying webgui through IP address now reports a "502 Bad Gateway - ngnix" page. Still no SSH access. Entering through telnet, here is the contents of /var/log/ngnix /error.log. Quote 2018/09/22 10:27:23 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:23 [crit] 10006#10006: *18 stat() "/usr/local/emhttp/Main" failed (13: Permission denied), client: 10.10.11. 114, server: , request: "GET /Main HTTP/1.1", host: "10.10.10.111" 2018/09/22 10:27:23 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:23 [crit] 10006#10006: *18 connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied) while con necting to upstream, client: 10.10.11.114, server: , request: "GET /Main HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-f pm.sock:", host: "10.10.10.111" 2018/09/22 10:27:24 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:24 [crit] 10006#10006: *18 stat() "/usr/local/emhttp/favicon.ico" failed (13: Permission denied), client: 10 .10.11.114, server: , request: "GET /favicon.ico HTTP/1.1", host: "10.10.10.111", referrer: "http://10.10.10.111/Main" 2018/09/22 10:27:24 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:24 [crit] 10006#10006: *18 connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied) while con necting to upstream, client: 10.10.11.114, server: , request: "GET /favicon.ico HTTP/1.1", upstream: "fastcgi://unix:/var/run /php5-fpm.sock:", host: "10.10.10.111", referrer: "http://10.10.10.111/Main" 2018/09/22 10:27:46 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:46 [crit] 10006#10006: *46 stat() "/usr/local/emhttp/Main" failed (13: Permission denied), client: 10.10.11. 114, server: , request: "GET /Main HTTP/1.1", host: "10.10.10.111" 2018/09/22 10:27:46 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:46 [crit] 10006#10006: *46 connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied) while con necting to upstream, client: 10.10.11.114, server: , request: "GET /Main HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-f pm.sock:", host: "10.10.10.111" 2018/09/22 10:27:54 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:54 [crit] 10006#10006: *54 stat() "/usr/local/emhttp/Main" failed (13: Permission denied), client: 10.10.11. 114, server: , request: "GET /Main HTTP/1.1", host: "10.10.10.111" 2018/09/22 10:27:54 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:54 [crit] 10006#10006: *54 connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied) while con necting to upstream, client: 10.10.11.114, server: , request: "GET /Main HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-f pm.sock:", host: "10.10.10.111" 2018/09/22 10:27:54 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:54 [crit] 10006#10006: *54 stat() "/usr/local/emhttp/favicon.ico" failed (13: Permission denied), client: 10 .10.11.114, server: , request: "GET /favicon.ico HTTP/1.1", host: "10.10.10.111" 2018/09/22 10:27:54 [alert] 10006#10006: connect() failed (13: Permission denied) 2018/09/22 10:27:54 [crit] 10006#10006: *54 connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied) while con necting to upstream, client: 10.10.11.114, server: , request: "GET /favicon.ico HTTP/1.1", upstream: "fastcgi://unix:/var/run /php5-fpm.sock:", host: "10.10.10.111" Also, got this via email: Quote Tower : Sep 22 10:27:05 : root : unable to stat /etc/sudoers : Permission denied ; TTY=unknown ; PWD=/ ; USER=nobody ; Thanks. Link to comment
madaroda Posted September 23, 2018 Author Share Posted September 23, 2018 UPDATE: I got SSH and webgui up again by reverting to the last saved version of my flash drive (6.3.x). I upgraded to the current version (6.5.x) and SSH continues to run. The WEBGUI is down again, though. I enter my user name and password, and the browser (any of them) now goes to a "500 Internal Server Error --- nginx" page. The content of /var/log/ngnix /error.log is now different, reading: Quote 2018/09/23 12:52:27 [alert] 12174#12174: connect() failed (13: Permission denied) 2018/09/23 12:52:27 [crit] 12174#12174: *168 open() "/etc/nginx/htpasswd" failed (13: Permission denied), client: 10.10.11.114, server: , request: "GET /Main HTTP/1.1", host: "10.10.10.111" Permissions of /etc/nginx/htpasswd are at 666. Fix? Link to comment
madaroda Posted September 25, 2018 Author Share Posted September 25, 2018 I'll keep updating in hopes someone runs into this: Via SSH, I made DOCKER_ENABLED="no" in /boot/config/docker.cfg; and rebooted. Still getting the 500 error on the webgui. The errors reported in /var/log/ngnix/error.log have changed slightly: Quote 2018/09/25 09:57:20 [alert] 10486#10486: connect() failed (13: Permission denied) 2018/09/25 09:57:20 [crit] 10486#10486: *977 open() "/etc/nginx/htpasswd" failed (13: Permission denied), client: 10.10.11.114, server: , request: "GET /sub/var HTTP/1.1", host: "10.10.10.111", referrer: "http://10.10.10.111/Docker" The very last part (referrer: "http://10.10.10.111/Docker") is new, and came up AFTER I disabled docker altogether. How is that possible? Also I continue to get the following email from my unraid install after reboot: Quote Tower : Sep 25 09:42:37 : root : unable to stat /etc/sudoers : Permission denied ; TTY=unknown ; PWD=/ ; USER=nobody ; Could this be related? Do I need to add a user "nobody"? Gracias. Link to comment
madaroda Posted September 25, 2018 Author Share Posted September 25, 2018 I found the problem. It appears that somewhere along the upgrade process, the permissions for the root folder ("/") were being reset to 700 on every reboot. Adding "chmod 755 /" to the bottom of the /boot/config/file fixed the problem. Link to comment
ken-ji Posted September 25, 2018 Share Posted September 25, 2018 The wrong permissions for / is indicative of a broken plugin/package being installed on your system. Can you provide your diagnotics file? Link to comment
madaroda Posted September 26, 2018 Author Share Posted September 26, 2018 I'd be happy to. I downloaded the Diagnostics from the Tools page, and it is a heavily populated zip file. Which file(s) should I include? Link to comment
JonathanM Posted September 26, 2018 Share Posted September 26, 2018 35 minutes ago, madaroda said: Which file(s) should I include? The diagnostics zip file. 1 hour ago, ken-ji said: Can you provide your diagnotics file? Link to comment
madaroda Posted September 26, 2018 Author Share Posted September 26, 2018 Here's the zip. tower-diagnostics-20180925-1626.zip Link to comment
ken-ji Posted September 26, 2018 Share Posted September 26, 2018 you are going to have to disable all the plugins first (move /boon/config/plugins/*.plg to another location first), restart then re install one at a time (checking the / directory permissions after each plugin) Nothing stands out, but some packages installed by plugins have been known to do this before, because they were incorrectly built by the maintainer. Link to comment
madaroda Posted September 26, 2018 Author Share Posted September 26, 2018 I moved all plugins to a temporary folder and rebooted. The "/" folder has the following permissions. Quote drwx------ 19 root root 400 Sep 26 12:38 // So it does not seem as if a plugin is masking "/" incorrectly. I will check containers now. Any other ideas? Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.