Acho que posso ter resolvido isso.
Por alguma razão, os scripts de init não estavam sendo copiados para /etc/rc.d/init.d! Eu criei links simbólicos lá, e agora o chkconfig está pegando eles, e a maioria agora está começando na inicialização ...
Estou executando o CentOS 6.2 - acabei de migrar alguns aplicativos para um servidor de failover e copiei seus scripts de inicialização para /etc/init.d.
Eu os fiz executáveis, adicionei-os ao chkconfig, com o chkconfig -add, defini seus níveis, certifiquei-me de que eles estivessem residindo em /etc/rc.d/ - me certifiquei de executá-los a partir do rc2.d etc. As permissões são as mesmas nos dois servidores. Eles também estão sendo executados na mesma ordem que no servidor principal
No entanto, na reinicialização, eles não são iniciados. Alguma idéia?
Os infratores são estes:
jetty 0:off 1:off 2:on 3:on 4:on 5:on 6:off
smart 0:off 1:off 2:on 3:on 4:on 5:on 6:off
/etc/init.d:
-rwxr-xr-x. 1 root root 14456 Mar 13 20:21 jetty
-rwxrwxrwx. 1 root root 5829 Mar 29 09:58 smart
/etc/rc.d/rc3.d
lrwxrwxrwx. 1 root root 15 Mar 29 19:21 S99jetty -> ../init.d/jetty
lrwxrwxrwx. 1 root root 11 Mar 26 17:12 S99local -> ../rc.local
lrwxrwxrwx. 1 root root 15 Mar 29 19:21 S99smart -> ../init.d/smart
Eu verifiquei e estou no nível de execução 3. Verifiquei seus registros e não há nenhuma indicação de que eles foram iniciados. Eu posso iniciá-los manualmente facilmente - e outros serviços estão começando normalmente.
Estou completamente sem ideias.
Sou usuário de CentOS 6.5 e Jetty 9.1.0.v20131115 . Eu encontrei os mesmos sintomas que você está descrevendo.
Consegui corrigir meu problema atualizando jetty.sh , respectivamente /etc/init.d/jetty , respectivamente /etc/rc.d/init.d/jetty .
Neste script, na definição NAME , altere + para * , ou seja, altere NAME=$(echo $(basename $0) | sed -e 's/^[SK][0-9]+//' -e 's/\.sh$//')
para NAME=$(echo $(basename $0) | sed -e 's/^[SK][0-9]*//' -e 's/\.sh$//')
O script jetty.sh costumava ter um erro relacionado a chkconfig . Esse bug foi corrigido em um commit .
Histórico: na versão com bugs, a variável de ambiente NAME é definida como jetty99 , 99 vindo de uma configuração chkconfig .
O script geralmente é denominado jetty , portanto, a versão com bugs procurará um arquivo de configuração denominado /etc/default/jetty99 em vez do correto /etc/default/jetty .
Você pode verificar o status usando o comando ntsysv ? Certifique-se de que os daemons que você precisa estão selecionados.
Os daemons iniciam corretamente com /sbin/service daemonname start ?