chkconfig criando links simbólicos de serviço com a ordem errada

Question

No RHEL 6.3, eu tenho um serviço de sistema que deve ser iniciado após postgresql e httpd (pedidos 64 e 85, respectivamente), mas chkconfig sempre coloca na ordem 50. Eu tentei uma experiência em uma máquina virtual CentOS 6.0 para fazer tenho certeza que entendi a sintaxe da sub-rotina LSB.

Eu criei /etc/init.d/foo , raiz do proprietário, permissões 755, com este texto:

### BEGIN INIT INFO
# Provides: foo
# Required-Start: postgresql httpd
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Description: Foo init script
### END INIT INFO

Em seguida, executei chkconfig --add foo . Resultado: /etc/rc5.d/S86foo é criado, conforme esperado. (Os outros runlevels também são como esperado.)

Repeti exatamente a mesma experiência na máquina do RHEL e, em vez disso, criei /etc/rc5.d/S50foo . Não consigo ver nada diferente entre os dois que levaria a resultados diferentes. Ambas as máquinas têm o postgresql e o httpd iniciando nos mesmos pedidos e runlevels. Alguma ideia? Eu poderia usar apenas # chkconfig: 2345 86 50 ou renomear manualmente os links simbólicos de serviço para a ordem correta, mas estou tentando documentar um processo de instalação para usuários posteriores, e quero saber como fazer isso direito e entender por que ele não está funcionando como esperado.

    

Answer 1

Em sistemas RH, você deve usar chkconfig line conforme documentado:

link

Em relação à linha chkconfig:

The chkconfig: line in a SysV-style initscript is used to determine the runlevels in which the service should be started by default. It is also used to set the "priority", or order in which the services are started within a runlevel. All Fedora SysV-style initscripts must have this line.

Em relação ao cabeçalho do LSB:

Each Fedora SysV-style initscript which needs to start by default in any runlevel must include this line in the LSB Header, and it must match the list of runlevels defined for startup in the Chkconfig header.