CentOS6 上新贵工作的 chkconfig 等效项

Ali*_*orm 5 centos init chkconfig upstart centos6

在 RHEL6/CentOS6 上,新贵的方式是:

chkconfig add my-svc
chkconfig my-svc on
Run Code Online (Sandbox Code Playgroud)

说明:我写了一个 /etc/init/xvc0.conf 作业。我可以

启动 xvc0

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

...
xvc0 stop/waiting
... 
Run Code Online (Sandbox Code Playgroud)

所以我需要一种方法将我的工作插入到启动新贵序列中。

(顺便说一句,在研究这个时,我发现(Ububtu)帖子建议将工作创建为 /etc/event.d/xvc0。这似乎是无效的 - start xvc0 给出 Unknown。什么给出?那么 /etc 的目的是什么/event.d?)

干杯,阿尔夫

编辑

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

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

    在运行级别开始 [2345] 在运行级别停止 [016]

而不是普通的:

start on runlevel 2
start on runlevel 3
...
stop on runlevel 0
...
Run Code Online (Sandbox Code Playgroud)

作业在启动时启动

  1. 我找到了指向(非常令人困惑的)指令的指针:

    启动时停止 rc RUNLEVEL=[2345] 停止启动时 rc RUNLEVEL=[016]

哪些也在 prefdm.conf 工作中使用,哪些似乎也有效,但与前者略有不同(不明白如何)并且基本上搞砸了我正在尝试做的事情(即,从/dev/xvc0)。

即便如此,上面的问题仍然存在 - 编辑脚本(并且使用一种相当不透明的语法的语言)以实现自动启动对我来说似乎很不方便。

Ali*_*orm 3

在工作本身中使用:

\n\n
start on runlevel [2345] \nstop on runlevel [016]\n
Run Code Online (Sandbox Code Playgroud)\n\n

而不是普通的:

\n\n
start on runlevel 2\nstart on runlevel 3\n...\nstop on runlevel 0\n...\n
Run Code Online (Sandbox Code Playgroud)\n\n

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

\n\n

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

\n