Por que meu servidor do Jetty está registrando um erro de DNS?

3

Eu tenho uma máquina virtual Xen onde instalei um Jetty 7.4.5, para executar uma instância do Hudson. Estava funcionando bem por cerca de um mês. Hoje notamos que o Hudson não conseguiu gerar builds. O problema é que não temos mais espaço no disco, porque tivemos um arquivo de log do Jetty de um dia atrás com 34 Gb de dados.

Este arquivo contém muitas mensagens sobre o DNS, como abaixo:

21/09/2011 07:34:30 javax.jmdns.impl.DNSIncoming$MessageInputStream readName
GRAVE: Extended label are not currently supported.
21/09/2011 07:34:30 javax.jmdns.impl.DNSIncoming$MessageInputStream readName
GRAVE: Extended label are not currently supported.
21/09/2011 07:34:30 javax.jmdns.impl.DNSIncoming$MessageInputStream readName
GRAVE: Extended label are not currently supported.
21/09/2011 07:34:30 javax.jmdns.impl.DNSIncoming$MessageInputStream readName
GRAVE: Extended label are not currently supported.
21/09/2011 07:34:30 javax.jmdns.impl.constants.DNSRecordType typeForIndex
GRAVE: Could not find record type for index: 120
21/09/2011 07:34:30 javax.jmdns.impl.DNSIncoming readQuestion
GRAVE: Could not find record type: dns[query,10.10.2.53:5353, length=296, id=0x0, flags=0x6544:aa]
   0: 6963654465736372 3d32342d706f7274 2031302f3130302f 3130303020457468     iceDescr =24-port .10/100/ 1000.Eth
  20: 65726e6574205377 69746368c02b0021 000100000078001a 00000000a5500c53     ernet.Sw itch.+.! .....x.. .....P.S
  40: 7769746368313832 396261056c6f6361 6c00c02b00100001 0000007800bc0d6d     witch182 9ba.loca l..+.... ...x...m
  60: 6f64656c3d534745 3230303015736572 69616c4e6f3d374e 3430304843303033     odel=SGE 2000.ser ialNo=7N 400HC003
  80: 3137126877766572 73696f6e3d30302e 30302e303112666d 56657273696f6e3d     17.hwver sion=00. 00.01.fm Version=
  a0: 332e302e302e3137 0d69667665727369 6f6e3d312e30174d 4143416464726573     3.0.0.17 .ifversi on=1.0.M ACAddres
  c0: 733d303032323662 3138323962611164 6576696365547970 653d537769746368     s=00226b 1829ba.d eviceTyp e=Switch
  e0: 09686f73746e616d 653d2f6465766963 6544657363723d32 342d706f72742031     .hostnam e=/devic eDescr=2 4-port.1
 100: 302f3130302f3130 3030204574686572 6e65742053776974 6368c02b00210001     0/100/10 00.Ether net.Swit ch.+.!..
 120: 00000078001a0000                                                        ...x....

21/09/2011 07:34:30 javax.jmdns.impl.constants.DNSRecordClass classForIndex
AVISO: Could not find record class for index: 26

Copiamos o arquivo de log para outro local, o removemos do nosso servidor para liberar espaço e notamos o arquivo de registro real sendo arquivado novamente com esse tipo de mensagem. Além disso, notamos que o jetty está usando as seguintes portas (resultado do netstat):

tcp6       0      0 :::8080                 :::*                    LISTEN       1598/java       
tcp6       0      0 :::55224                :::*                    LISTEN       1598/java       
udp6       0      0 :::33848                :::*                                1598/java       
udp6       0      0 :::5353                 :::*                                1598/java

Alguém sabe por que o Jetty está usando as portas diferentes do 8080 e de onde vêm essas mensagens DNS? Nós instalamos apenas o hudson.

    
por Alexandre 23.09.2011 / 01:49

2 respostas

4

Não terei a última palavra sobre isso, mas acabei de ter o mesmo problema ao executar o Jenkins (ele contém o Hudson).

O Hudson usa o Jmdns para implementar uma descoberta de serviço na rede local (via transmissão). Acredito que Hudson entra em pânico quando algo que não vem de seu planeta responde. Não sei como deixar isso feliz, mas, no meu caso, desativei esse recurso. Com Jenkins, é assim:

java -Dhudson.DNSMultiCast.disabled=true -jar path/to/jenkins.war
    
por 23.01.2013 / 21:55
2

Você pode desabilitar o registro desses erros de DNS ajustando as configurações de registro no Jenkins.

Na interface da Web do Jenkins, acesse:

Manage Jenkins -> System Log -> Log Levels (on the left)

Adicione a seguinte entrada:

Name: javax.jmdns

Level: off

Dessa forma, você pode manter o recurso de DNS multicast, mas sem todos os dados de registro.

    
por 06.01.2016 / 19:18