起因: 出现这样的原因是因为进行了二次编译,因为我采用的是编译模式,由于自己改了启动配置导致各种错,然后我就自己删除了重新进行编译,就出现了以下情况。
过程: 这个问题我认为其实没什么,即使报了pid找不到,它还是会进行二次寻找,这个时候创建的pid就出来了,启动就会成功,这就是为什么我的服务是绿色的原因
原因+解决: 这个问题我认为是在首次进行编译的时候pid就顺带编译了,所以在启动服务的时候就可以在直接找到,不会报找不到pid的错误,但是二次编译的时候不知道为什么没有这个操作,所以第一次识别pid就会报找不到,还好第二次还会再找,这个时候也生成了,最终启动成功。 最后一定要自己看一下自己service的路径,看看里面的路径对不对
详细经过 我修改了一下配置文件,ganglia忽然就说打不开PID,这让我真的是莫名其妙。 于是我检查了pid的文件目录,发现所有文件都在
这个pid应该属于启动gmeta这个服务启动后及自动进行创建的,因为我之前认为时权限问题,特意改了gmetad.pid的权限,这样 之后重启服务,确实权限没有了
gmeta.pid的文件可以查看里面的id 在这里我基本可以确定确实那里权限出问题了,所以再考虑gmetad启动时,在哪里设置服务 当我快放弃的时候终于找到解决办法了,真是要炸了。 这是我找打的gmetad.pid 你可以发现同时创建两个pid,而我们再回顾一下问题 Can’t open PID file /usr/local/ganglia/var/run/gmetad.pid (yet?) after start: No such file 注意这个 yet?,是询问你还未创建吗,也就是说我们找到/usr/local/ganglia/var/run/gmetad.pid不是第一现场,带着这个猜想我们进行配置,对gmetad的service进行配置
vim /usr/lib/systemd/system/gmetad.service然后又错误了,我快疯了 然后只能转移我的server服务器了,从Hadoop101转换到Hadoop102了,因为我重新装还是出现这种问题
但是经过我的研究,我发现什么都是配置正确的,最后我怀疑是不是本身就是正确的,我再仔细看了看日志,虽然刚开始没有找到pid,但是最后启动是正常的 最后我自己再另外一台服务器上布置了gmetad节点,是这样的
没有报pid找不到,哎,也找不到什么原因,有知道的麻烦留言指教,谢谢大佬!!! 最后解决办法就是:再其他服务器上进行了重新布置gmetad server