设为首页 收藏本站
查看: 1595|回复: 0

[经验分享] 配置Centreon 第10步时报: Ctitical Not Writable 解决方法

[复制链接]

尚未签到

发表于 2019-1-26 10:24:59 | 显示全部楼层 |阅读模式
原创作品,转载请指明出处:http://weiskarray.blog.运维网.com/6851740/1401487。



本人在配置Centreon的时候碰到了各种问题,也上网搜了很多解决方案,有些错误在网上获得很大的帮助并解决了。但是有些并没有解决。就如题目中所提到的这个问题,在网上并没有找到正确的解决方案,最终是跑去读源代码找出问题所在的并解决。所以把解决方案记录下来,希望对大家有帮助。

  

错误提示第一种情况:

首先大家先看提示界面

WritableCentreonConfigurationFile(centreon.conf.php)Critical:NotWriteable
/etc/centreon/ asterisk:asterisk (755)Should be nagios:nagios(755)
GenerateCentreon configuration file OK
/etc/centreon/centreon.conf.php asterisk:asterisk (755)Should be nagios:nagios(755)
GenerateCentstorage configuration file OK
/etc/centreon//conf.pm asterisk:asterisk (755) Should be nagios:nagios (755)

  

       如果是上面这种情况,只需按照给出的提示修改即可。即把”/etc/centreon/”目录及目录下文件的权限改为755,所有者与用户组改为nagios:nagios,如下

         chmod–R 755 /etc/centreon

         chown–R nagios.nagios /etc/centreon

(注:不同的安装设置可能会要求修改成不同的用户名与用户组,只需根据提示进行即可)

  

注意一下,就是权限修改的时候一定要修改成755(修改成其他或777都不行),下面是第10步设置的源文件代码:

  if((strcmp($perms,'755') == 0 )  && (!strcmp($_SESSION['apache_user'],$uid['name'])) && (!strcmp($_SESSION['apache_group'], $gid['name'])) ){
                echo 'OK';
                   $msg = '';
                     }else {
                echo 'Critical: Not Writeable';
                $msg =  $uid['name'] .':'.$gid['name'].' ('.$perms. ')';
                $msg .=  'Should be '.$_SESSION['apache_user'].':'.$_SESSION['apache_user'].' (755)';
                         $return_false = 1;
          }
       所以一定要修改成755!(我安装的版本是2.2.2的,其他更新的版本是不是这样大家可以自己看一下)

经过所提示的进行修改,这种情况下的错误基本上就能解决了。

  

第二种情况:

WritableCentreonConfigurationFile(centreon.conf.php)Critical:NotWriteable
/etc/centreon/ asterisk:asterisk (755)Should be :(755)
GenerateCentreon configuration file OK
/etc/centreon/centreon.conf.php asterisk:asterisk (755)Should be :(755)
GenerateCentstorage configuration file OK
/etc/centreon//conf.pm asterisk:asterisk (755) Should be: (755)



这种情况就行提示中的“Should be :(755)”没有了用户名与用户组!!

        通过上面的源文件代码大家已经看到进行用户名、用户组的条件判断与输出提示都是经过SESSION来完成的,而这没有输出任何东西,所以问题就出在这——说明PHP的SESSION不可用!

  

大家可以进行一下简单的测试,看看所安装PHP的SESSION功能是不是可用的。

下面就用两个实例来说明吧:

文件1 test1.php

                  

文件2: test2.php

                  

  

经过上面的测试如果在test2.php中没有显示出“Havi”, 则说明确实是SESSION不可用的话,就说明大家遇到的问题确实是跟我的一样了。



在这里按照了下面的进行SESSION不可用问题:

第一个可能原因:

        查看/etc/php.ini文件中session.use_trans_sid参数是否被设为了零。所以一个办法是在配置文件php.ini里把 session.use_trans_sid的值改成1。

第二个可能原因:

是对服务器保存session的文件夹没有读取的权限,可以在php.ini文件(Linux系统下)中查看session保存的地址:

session.save_path: var/tmp

所以就是检查下var/tmp文件夹是否可写。

写一个文件:test3.php来测试一下:

                  

如果返回bool(false),证明文件夹写权限被限制了。

所以,可以把var/tmp权限进行修改,也可以指定新的路径,直到test3.php返回true。在此就不细说了。

  

把PHP的SESSION问题解决了,大家重新进行配置,到第10步的时候就不会出现错误提示啦!



  希望对大家有帮助!
  





运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-667692-1-1.html 上篇帖子: 【分布式centreon监控】部署及故障处理‘ndomod: Could not open data sink!’ 下篇帖子: 【linux】centreon 双重菜单 (已解决)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表