chkconfig equivalente para trabalhos iniciantes no CentOS6

5

No RHEL6 / CentOS6, qual é a melhor maneira de:

chkconfig add my-svc
chkconfig my-svc on

Explicação: Eu escrevi um trabalho /etc/init/xvc0.conf. Eu posso fazer

inicie xvc0

na CLI, mas depois da reinicialização a lista do initctl me dá

...
xvc0 stop/waiting
... 

Então eu preciso de uma maneira de inserir meu trabalho na sequência inicial de inicialização.

(Incidentalmente, enquanto pesquisava isso eu achei (Ububtu) posts aconselhando para criar o trabalho como /etc/event.d/xvc0. Isso parece ser ineficaz - iniciar xvc0 dá Unknown. O que dá? E qual é então o propósito? de /etc/event.d?)

Felicidades, alf

EDITAR

Embora não seja uma resposta direta à minha pergunta, descobri o que segue:

  1. Se, no xvc0.conf, eu uso a diretiva:

    inicie no runlevel [2345] parar no runlevel [016]

em vez do longhand:

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

O trabalho é iniciado na inicialização

  1. Encontrei ponteiros para as diretivas (extremamente confusas):

    iniciar no parado rc RUNLEVEL = [2345] pare de começar rc RUNLEVEL = [016]

Que também são usados no trabalho prefdm.conf e que também parecem funcionar, mas de uma maneira que sutilmente difere do primeiro (não entendi como) e basicamente atrapalham o que estou tentando fazer (o que é, iniciando agetty em / dev / xvc0).

Mesmo assim, a questão acima está - editar scripts (e em uma linguagem de uma sintaxe bastante opaca) para obter uma inicialização automática parece incômodo para mim.

    
por Alien Life Form 08.05.2013 / 12:16

3 respostas

3

No trabalho em si usando:

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

em vez do longhand:

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

tem o efeito de iniciar o trabalho na inicialização. Possível razão: todo 'start' substitui o anterior (em vez de adicionar a ele).

No que diz respeito a alterar ou documentar a inicialização / interrupção de um job da CLI, à la chkconfig, isso parece não ser possível (uma grande falha, se você me perguntar). Os outros pontos mais delicados não são abordados, mas veja o comentário de @ MichaelHampton à minha pergunta sobre por que o exercício é sem sentido de qualquer maneira (no universo RH, pelo menos).

    
por 09.05.2013 / 11:57
-1

Eu definiria os runlevels que eu queria que o serviço fosse iniciado também

chkconfig --level 345 my-svc on
    
por 08.05.2013 / 12:50
-1

Eu não acho que haja alguma maneira de controlar o upstart a partir da linha de comando. Eu não vi nada além de initctl no CentOS 6.x, enquanto procurava por isso. Você só tem a opção de editar os arquivos de configuração do upstart.

    
por 08.05.2013 / 15:59