O GlassFish não iniciará quando o SNMP estiver ativado

1

Eu tenho um servidor de aplicativos GlassFish v3 em execução no Debian Lenny de 64 bits. Tudo está correndo bem, exceto que eu gostaria de monitorar a instância da JVM da GF com o SNMP. No entanto, toda vez que eu tentar ativá-lo, adicione o seguinte <jvm-options> em domain.xml:

-Dcom.sun.management.snmp.port=10161
-Dcom.sun.management.snmp.acl.file=/path/to/snmp.acl
-Dcom.sun.management.snmp.interface=127.0.0.1

GlassFish se recusa a começar:

$ asadmin start-domain
Waiting for DAS to start .Error starting domain: default.
The server exited prematurely with exit code 1.
Command start-domain failed.
$

Também não há nada esclarecedor (bem, realmente nada) em jvm.log ou server.log. O arquivo snmp.acl contém:

acl = {
  {
    communities = public
    access = read-only
    managers = localhost
  }
}

e é chmod 600 (eu sei que este não é o problema, porque ele realmente falhará com um erro sobre as permissões, se estiver configurado para algo diferente de 600)

$ java -version
java version "1.6.0_0"
OpenJDK  Runtime Environment (build 1.6.0_0-b11)
OpenJDK 64-Bit Server VM (build 1.6.0_0-b11, mixed mode)
    
por edarc 27.01.2010 / 17:04

3 respostas

2
As opções

-Dcom.sun.management são a extensão Sun para a JVM. Não faz parte da especificação da JVM e, portanto, eles não estão disponíveis no OpenJDK !

De qualquer forma, mesmo usando uma Sun JVM, recebi um erro fatal ao implantar aplicativos no cluster em execução. Talvez seja intencional da Sun porque eles venderam uma extensão para monitoramento de SNMP.

    
por 25.02.2010 / 19:52
1

Eu tive o mesmo problema. Depois de ativar o SNMP, o Glassfish não inicia mais. A solução é simples e descrita aqui: link

Basta colocar as permissões corretas no seu arquivo acl.

[randombugs@jack]# chown <application user> /etc/java-6-sun/management/snmp.acl
[randombugs@jack]# chmod o-r /etc/java-6-sun/management/snmp.acl
[randombugs@jack]# chmod g-r /etc/java-6-sun/management/snmp.acl
    
por 14.03.2011 / 15:46
0

Você provavelmente já verificou, mas já há alguma coisa escutando nessa porta?

netstat -an | grep LISTEN mostrará isso.

    
por 21.10.2010 / 09:03