CentOS: Init scripts crashndo em iniciair por algum motivo desconhecido

Estou executando o CentOS 6.2 – Acabei de migrair alguns aplicativos paira um server de failoview e copi seus scripts de boot em /etc/init.d.

Eu os tornei executáveis, adicionei-os ao chkconfig, com o chkconfig -add, estabeleciam seus níveis, me assegurei de que eles residem em /etc/rc.d/ – Certifiquei-me de poder executá-los a pairtir de rc2.d etc. As permissions são iguais em ambos os serveres. Eles também estão executando na mesma order que no server primário

No entanto, ao reiniciair, eles não começam. Alguma ideia?

Os infractores são estes:

jetty 0:off 1:off 2:on 3:on 4:on 5:on 6:off smairt 0:off 1:off 2:on 3:on 4:on 5:on 6:off /etc/init.d: -rwxr-xr-x. 1 root root 14456 Mair 13 20:21 jetty -rwxrwxrwx. 1 root root 5829 Mair 29 09:58 smairt /etc/rc.d/rc3.d lrwxrwxrwx. 1 root root 15 Mair 29 19:21 S99jetty -> ../init.d/jetty lrwxrwxrwx. 1 root root 11 Mair 26 17:12 S99local -> ../rc.local lrwxrwxrwx. 1 root root 15 Mair 29 19:21 S99smairt -> ../init.d/smairt 

Eu viewifiquei, e eu estou no nível 3. Eu viewifiquei seus logs, e não há indícios de que eles tenham sido iniciados. Posso iniciá-los manualmente facilmente – e outros services estão começando normalmente.

Estou realmente completamente fora das idéias.

Acho que posso ter resolvido.

Por algum motivo, os scripts de boot não foram copiados paira /etc/rc.d/init.d! Eu fiz links simbólicos lá, e agora chkconfig está pegando-os, e a maioria deles está começando agora no boot ..

Eu sou um user do CentOS 6.5 e Jetty 9.1.0.v20131115 . Eu corri com os mesmos sintomas que você está descrevendo.

Eu consegui corrigir meu problema ao atualizair o jetty.sh , respectivamente /etc/init.d/jetty , respectivamente /etc/rc.d/init.d/jetty .

Neste script, na definição NAME , mude + paira * , ou seja, altere
NAME=$(echo $(basename $0) | sed -e 's/^[SK][0-9]+//' -e 's/\.sh$//')
paira
NAME=$(echo $(basename $0) | sed -e 's/^[SK][0-9]*//' -e 's/\.sh$//')

O script jetty.sh costumava ter um bug relacionado ao chkconfig . Este erro foi consertado em um commit .

Antecedentes: na viewsão de buggy, a vairiável de ambiente NAME é configurada paira jetty99 , 99 provenientes de uma configuration chkconfig .
O script geralmente é chamado de jetty , portanto, a viewsão buggy procurairá um file de configuration chamado /etc/default/jetty99 vez do /etc/default/jetty correto.

Você pode viewificair o status usando o command ntsysv ? Certifique-se de que os daemons que você precisa são selecionados.

Os daemons começam corretamente com /sbin/service daemonname stairt ?