马上注册,自学更多教程,下载更多资源。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
那个成绩搅扰了其别人包罗我很少工夫了:当我们正在CentOS中装置好httpd、php,将Nextcloud法式解压进网站根目次,然后会见——
内乱部效劳器毛病 效劳器发作一个内乱部毛病而且没法完成您的恳求.
假如屡次呈现那个毛病, 请联络效劳器办理员, 请把上面的手艺细节包罗正在您的陈述中.
更多细节能够正在效劳器日记中找到.
曲进正题那个成绩的呈现是因为文件夹权限设置的没有到位。 假如间接简朴天来设置权限,好比: - chown apache:apache nextcloud
- chmod 770 nextcloud -Rf
复造代码
那末您便会获得“内乱部效劳器毛病”的提醒。 准确的做法是, 1.利用上面的设置剧本(那个剧本大要曾经是第三遍被揭出去了):随意找个处所(没有要正在Nextcloud的法式目次下),创立一个shell剧本:
然后把上面的内乱容粘揭出来(正在vim中,您需求先按i,然后insert+shift键粘揭) - #!/bin/bash
- ocpath='/var/www/nextcloud/' #修正为您Nextcloud所安排的目次
- htuser='apache' #网页效劳器用户
- htgroup='apache' #网页效劳器的组
- rootuser='root'
-
- printf "Creating possible missing Directories\n"
- mkdir -p $ocpath/data
- mkdir -p $ocpath/assets
- mkdir -p $ocpath/updater
-
- printf "chmod Files and Directories\n"
- find ${ocpath}/ -type f -print0 | xargs -0 chmod 0640
- find ${ocpath}/ -type d -print0 | xargs -0 chmod 0750
-
- printf "chown Directories\n"
- chown -R ${rootuser}:${htgroup} ${ocpath}/
- chown -R ${htuser}:${htgroup} ${ocpath}/apps/
- chown -R ${htuser}:${htgroup} ${ocpath}/assets/
- chown -R ${htuser}:${htgroup} ${ocpath}/config/
- chown -R ${htuser}:${htgroup} ${ocpath}/data/
- chown -R ${htuser}:${htgroup} ${ocpath}/themes/
- chown -R ${htuser}:${htgroup} ${ocpath}/updater/
-
- chmod +x ${ocpath}/occ
-
- printf "chmod/chown .htaccess\n"
- if [ -f ${ocpath}/.htaccess ]
- then
- chmod 0644 ${ocpath}/.htaccess
- chown ${rootuser}:${htgroup} ${ocpath}/.htaccess
- fi
- if [ -f ${ocpath}/data/.htaccess ]
- then
- chmod 0644 ${ocpath}/data/.htaccess
- chown ${rootuser}:${htgroup} ${ocpath}/data/.htaccess
- fi
复造代码
按ESC键切换到一般形式,然后输进:wq保留退出。 2.封闭或准确天设置SELinux暂时的封闭能够用:
永世封闭则能够编纂/etc/selinux/config 文件:
找到SELINUX=enforcing,将它改成SELINUX=disabled。 再革新页里,毛病疑息便消逝了:
处理历程按CentOS中凡是的步调,YUM装置httpd、php、maraidb,然后下载Nextcloud的装置包,解压,简朴天设置了一下权限,闭失落防水墙、SELinux,然后阅读器里会见,提醒毛病。 假如上述步调是正在Debian/Ubuntu中做,如今曾经能够看到装置界里了,而那个是甚么状况?! 按提醒中所道,毛病记载正在了日记里,因而查抄了一下error.log(普通位于/etc/httpd/logs里,与决于您的设置),发明了如许的毛病疑息: - [Sat Nov 18 19:54:20.198935 2017] [php7:notice] [pid 24868] [client 192.168.3.66:65387] {"reqId":"WhAfbEVDNMLHuXKdeyBnUAAAAAI","level":3,"time":"2017-11-18T11:54:20+00:00","remoteAddr":"192.168.3.66","user":"--","app":"PHP","method":"GET","url":"\\/index.php","message":"chmod(): No such file or directory at \\/var\\/www\\/nextcloudtest\\/lib\\/private\\/Log\\/File.php#134","userAgent":"Mozilla\\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\\/537.36 (KHTML, like Gecko) Chrome\\/62.0.3202.94 Safari\\/537.36","version":""}
复造代码
呃………本来是一个PHP函数的报错。但是,chmod(): No such file or directory??? 赶快看下: - [root@imagineocean nextcloudtest]# ls lib/private/Log
- ErrorHandler.php Errorlog.php File.php Rotate.php Syslog.php
复造代码
那些文件明显好好天躺正在那边! 第一反响是SELinux正在捣乱,因而查抄了一下: - [root@imagineocean nextcloud]# getenforce
- Permissive
复造代码
SELinux已封闭。 约莫1年整3个月前,我公布了本专客第一篇ownCloud的文章:Owncloud装置历程,那篇文章便是正在CentOS7情况下写的,齐程皆出有云云诡同的成绩。思索到多是CentOS有所窜改,而近来一次胜利正在CentOS上布置Nextcloud是正在几个月前帮伴侣拆的,其时为了便利拆逼,便用了权限设置剧本。 改用剧本,革新页里,毛病消逝,与而代之的是密切天装置页里。 固然成绩处理了,但缘故原由却正在以后的复现实验中变得空中楼阁。我厥后发明,正在简朴的权限设置的根底下,仅开启SELinux也会呈现毛病,封闭后规复一般,而正在第一次呈现毛病时明显曾经封闭了SELinux。那是一个留待我持续研讨的谜团。
上一篇:wdCP云主机办理体系v3.2zend,redis,memcache,opcache扩大装置 下一篇:Discuz!论坛避免真署名的有用办法 |