Hudson no debian lenny

Question

Eu instalei o Hudson Deamon em um servidor (rodando no debian lenny testing) há algum tempo atrás. Tudo estava funcionando até que eu realize uma atualização. No momento, o Hudson não está acessível na porta 8080 (que é a porta padrão usada). Eu procurei por problemas iptables, no entanto a porta 8080 está aberta em INPUT e OUTPUT. O arquivo de configuração em / etc / default / hudson parece bem, eu não toquei nele. E se eu fizer um ps aux | grep hudson, hudson deamon está em execução.

Atualização 1 : O que é realmente estranho para mim é que em /var/log/hudson/hudson.log não recebo nenhum erro:

[Winstone 2010/02/10 17:10:04] - Control thread shutdown successfully
[Winstone 2010/02/10 17:10:04] - Winstone shutdown successfully
Running from: /usr/share/hudson/hudson.war
[Winstone 2010/02/10 17:10:43] - Beginning extraction from war file
hudson home directory: /var/lib/hudson
[Winstone 2010/02/10 17:10:44] - HTTP Listener started: port=8080
[Winstone 2010/02/10 17:10:44] - AJP13 Listener started: port=8009
[Winstone 2010/02/10 17:10:44] - Winstone Servlet Engine v0.9.10 running: controlPort=disabled
10 févr. 2010 17:10:44 hudson.model.Hudson$4 onAttained
INFO: Started initialization
10 févr. 2010 17:10:44 hudson.model.Hudson$4 onAttained
INFO: Listed all plugins
10 févr. 2010 17:10:44 hudson.model.Hudson$4 onAttained
INFO: Prepared all plugins
10 févr. 2010 17:10:44 hudson.model.Hudson$4 onAttained
INFO: Started all plugins
10 févr. 2010 17:10:46 hudson.model.Hudson$4 onAttained
INFO: Loaded all jobs
10 févr. 2010 17:10:46 hudson.model.Hudson$4 onAttained
INFO: Completed initialization
10 févr. 2010 17:10:47 org.springframework.context.support.AbstractApplicationContext prepareRefresh
INFO: Refreshing org.springframework.web.context.support.StaticWebApplicationContext@caa559d: display name [Root WebApplicationContext]; startup date [Wed Feb 10 17:10:47 CET 2010]; root of context hierarchy
10 févr. 2010 17:10:47 org.springframework.context.support.AbstractApplicationContext obtainFreshBeanFactory
INFO: Bean factory for application context [org.springframework.web.context.support.StaticWebApplicationContext@caa559d]: org.springframework.beans.factory.support.DefaultListableBeanFactory@40d2f5f1
10 févr. 2010 17:10:47 org.springframework.beans.factory.support.DefaultListableBeanFactory preInstantiateSingletons
INFO: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@40d2f5f1: defining beans [daoAuthenticationProvider,authenticationManager,userDetailsService]; root of factory hierarchy
10 févr. 2010 17:10:47 org.springframework.context.support.AbstractApplicationContext prepareRefresh
INFO: Refreshing org.springframework.web.context.support.StaticWebApplicationContext@4d88a387: display name [Root WebApplicationContext]; startup date [Wed Feb 10 17:10:47 CET 2010]; root of context hierarchy
10 févr. 2010 17:10:47 org.springframework.context.support.AbstractApplicationContext obtainFreshBeanFactory
INFO: Bean factory for application context [org.springframework.web.context.support.StaticWebApplicationContext@4d88a387]: org.springframework.beans.factory.support.DefaultListableBeanFactory@6153e0c0
10 févr. 2010 17:10:47 org.springframework.beans.factory.support.DefaultListableBeanFactory preInstantiateSingletons
INFO: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@6153e0c0: defining beans [filter,legacy]; root of factory hierarchy
10 févr. 2010 17:10:47 hudson.TcpSlaveAgentListener <init>
INFO: JNLP slave agent listener started on TCP port 59750

Atualização 2 :

O que eu recebo com lsof -i -n -P | grep hudson:

java      28985      hudson   97u  IPv6 2002707      0t0  TCP *:8080 (LISTEN)
java      28985      hudson   99u  IPv6 2002708      0t0  TCP *:8009 (LISTEN)
java      28985      hudson  147u  IPv6 2002711      0t0  TCP *:59750 (LISTEN)
java      28985      hudson  150u  IPv6 2002712      0t0  UDP *:33848 

Eu não sei o que posso verificar. Alguém tem uma ideia para me ajudar a resolver este problema?

    

Answer 1

Após a investigação, acredito que sei de onde está o problema:

lsof -i -n -P | |grep hudson
java      28985      hudson   97u  IPv6 2002707      0t0  TCP *:8080 (LISTEN)
java      28985      hudson   99u  IPv6 2002708      0t0  TCP *:8009 (LISTEN)
java      28985      hudson  147u  IPv6 2002711      0t0  TCP *:59750 (LISTEN)
java      28985      hudson  150u  IPv6 2002712      0t0  UDP *:33848 

Como você pode ver, todos os serviços do hudson estão usando o ipv6. Para resolver o problema, preciso forçar o java a iniciar o hudson com o ipv4 e não o ipv6 editando o / etc / default / hudson:

JAVA_ARGS="- Djava.net.preferIPv4Stack = true"

E agora, tudo funciona!

Obrigado pela sua ajuda:)

UPDATE: Esse bug foi devido à minha distribuição: Teste Debian Lenny.

Para resolver este problema, edite /etc/sysctl.d/bindv6only.conf para definir net.ipv6.bindv6only como 0.

Esse problema é conhecido: link