Por que meu servidor do leme é reiniciado a cada 5 minutos?

Question

Por que meu servidor do leme é reiniciado a cada 5 minutos?

#1 resposta do (3 votos)

1

Meu servidor Rudder está funcionando muito bem, mas a cada 5 minutos eu sou expulso da minha sessão HTML e "" O leme está carregando, por favor aguarde "aparece a tela. Depois de algum tempo, eu posso usá-lo novamente normalmente.

Como posso impedir que esse comportamento aconteça?

configuration-management rudder

por fanf42 08.10.2014 / 09:39

1 resposta

Tags configuration-management rudder

Migrar o Diretório de Usuários no Windows Server 2008 O comando do Windows para obter o uso da CPU e da memória para todo o processo em um horário específico diz 22:00 MST

score 3 · Accepted Answer

O leme tem uma regra de configuração no servidor que diz "o servidor de leme deve estar ativo e acessível. Caso contrário, tente reiniciá-lo". e por padrão, as regras de verificação do agente a cada 5 minutos.

A regra é verificada acessando o URL http://localhost:8080/rudder/api/status e esperando uma resposta de texto "OK" com o status 200 OK.

Portanto, para validar que o problema está vinculado a essa regra, você pode tentar executar o seguinte comando como root no servidor do Rudder:

    $ /var/rudder/cfengine-community/bin/cf-agent -KI

E ckeck se houver algo assim na saída:

2014-10-07T10:06:03+0200     info: /default/root_component_check/methods/'any'/default/generic_alive_check/commands/'/usr/bin/curl -s http://localhost:8080/rudder/api/status |/bin/grep -q OK'[0]: Executing 'no timeout' ... '/usr/bin/curl -s http://localhost:8080/rudder/api/status |/bin/grep -q OK'
2014-10-07T10:06:03+0200    error: /default/root_component_check/methods/'any'/default/generic_alive_check/commands/'/usr/bin/curl -s http://localhost:8080/rudder/api/status |/bin/grep -q OK'[0]: Finished command related to promiser '/usr/bin/curl -s http://localhost:8080/rudder/api/status |/bin/grep -q OK' -- an error occurred, returned 1
2014-10-07T10:06:03+0200     info: /default/root_component_check/methods/'any'/default/generic_alive_check/commands/'/usr/bin/curl -s http://localhost:8080/rudder/api/status |/bin/grep -q OK'[0]: Completed execution of '/usr/bin/curl -s http://localhost:8080/rudder/api/status |/bin/grep -q OK'
R: @@server-roles@@result_error@@server-roles@@server-roles-directive@@0@@Check rudder status@@None@@2014-10-07 08:06:02+00:00##root@#The http://localhost:8080/rudder/api/status web application failed to respond for the second time. Restarting jetty NOW !

Se sim, após o Rudder ser reiniciado, execute o seguinte comando manualmente:

curl -v -X GET http://localhost:8080/rudder/api/status

Se isso não retornar "HTTP / 1.1 200 OK" e "OK", há algo que proíbe o teste para ter sucesso. O caso mais provável de verificar é:

você alterou o valor "rudder.rest.allowNonAuthenticatedUser" no arquivo de configuração /opt/rudder/etc/rudder-web.properties ? É necessário ter "verdade" se você não quiser mudar outras coisas.
você tem alguma conexão de filtragem de firewall do host local para si mesmo?
talvez seja algo sobre o localhost IPv6 não estar resolvido corretamente.

Para o último caso: Java tenta muito usar o IPv6 sobre IPv4, então se você tiver em / etc / hosts:

 ::1     localhost

Isso pode levar ao problema. Tente mudar isso para:

::1     ip6-localhost

E verifique se você tem uma linha parecida com:

127.0.0.1       localhost