运维开发网

chkconfig相当于CentOS6上的upstart作业

运维开发网 https://www.qedev.com 2020-05-08 16:02 出处:网络 作者:运维开发网整理
在RHEL6 / CentOS6上,有什么新兴方式: chkconfig add my-svc chkconfig my-svc on 说明:我写了一个/etc/init/xvc0.conf工作.我可以
在RHEL6 / CentOS6上,有什么新兴方式:

chkconfig add my-svc
chkconfig my-svc on

说明:

我写了一个/etc/init/xvc0.conf工作.我可以

启动xvc0

在CLI上,但重启后initctl列表给了我

...
xvc0 stop/waiting
...

所以我需要一种方法在启动upstart序列中插入我的工作.

(顺便说一句,在研究这个时我发现(Ububtu)帖子建议创建作为/etc/event.d/xvc0.这看起来是无效的 – 启动xvc0给出Unknown.什么给出了?那么/ etc的目的是什么/event.d?)

干杯,

阿尔夫

编辑

虽然不能直接回答我的问题,但我发现了以下内容:

>如果在xvc0.conf中我使用该指令:

从运行级别开始[2345]

在运行级别停止[016]

而不是长手:

start on runlevel 2
start on runlevel 3
...
stop on runlevel 0
...

作业在启动时启动

>我找到了指向(极其令人困惑的)指令的指针:

开始停止rc RUNLEVEL = [2345]

停止开始rc RUNLEVEL = [016]

哪些也在prefdm.conf工作中使用,并且似乎也起作用,但是以一种微妙的方式与前者(不明白的方式)有所不同,并且基本上搞砸了我正在尝试做的事情(也就是说,从而开始的/ dev / xvc0).

即便如此,上面提出的问题 – 编辑脚本(以及语法相当不透明的语言)以实现自动启动对我来说似乎更加不方便.

在工作本身使用:

start on runlevel [2345] 
stop on runlevel [016]

而不是长手:

start on runlevel 2
start on runlevel 3
...
stop on runlevel 0
...

具有在启动时启动作业的效果.可能的原因:每个’start’都会覆盖前一个(而不是添加到它).

至于从CLI更改或记录作业的启动/停止,单击chkconfig,这似乎是不可能的(如果你问我,那是一个很大的新贵缺陷).其他更好的观点没有得到解决,但请参阅@MichaelHampton对我的问题的评论,为什么这个练习无论如何都是毫无意义的(至少在RH宇宙中).

0

精彩评论

暂无评论...
验证码 换一张
取 消