iniciando o Glassfish AS me informando que a porta 4848 está bloqueada (ou qualquer porta que eu configure). Mas verificar as portas não são usadas. Não há firewall.
root@ubuntu:~/glassfishv3/glassfish/bin# netstat -tlunp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 2149/sshd
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 2441/cupsd
tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 2075/postgres
tcp6 0 0 :::22 :::* LISTEN 2149/sshd
tcp6 0 0 :::5432 :::* LISTEN 2075/postgres
udp 0 0 0.0.0.0:68 0.0.0.0:* 2082/dhclient3
udp 0 0 0.0.0.0:39256 0.0.0.0:* 2413/avahi-daemon:
udp 0 0 0.0.0.0:5353 0.0.0.0:* 2413/avahi-daemon:
Ubuntu 9.04 Linux ubuntu 2.6.28-11-genérico # 42-Ubuntu SMP Fri Apr 17 01:58:03 UTC 2009 x86_64 GNU / Linux (é um servidor virtual).
Não tenho certeza de como abordar esse problema.
Faltando arquivos etc / hosts!
java.net.UnknownHostException: ubuntu: ubuntu
at java.net.InetAddress.getLocalHost(InetAddress.java:1353)
at com.sun.enterprise.util.net.NetUtils.getCanonicalHostName
Razão simples, por vezes, não deve procurar problemas complexos!
adicione 127.0.1.1 your-computer-name para o seu / etc / hosts
e tente novamente!
com os melhores cumprimentos.
Uma vez recebi uma exceção semelhante, e publico a solução aqui apenas no caso de alguém precisar de algo: Existe um processo que já está usando a porta de administração 4848 - provavelmente é outra instância de um servidor GlassFish.
java.net.BindException: Argumentos inválidos: bind: 7676 = com.sun.enterprise.v3.services.impl.ServiceInitializerHandler
O, você teria que mudar a chave "net.ipv6.bindv6only" de "1" para "0" em "/etc/sysctl.d/bindv6only.conf", que é um parâmetro do kernel que permite ativar Aplicativos IPV6 para escutar apenas o "pedido" do IPV6 (o pedido não é a expressão, mas você entendeu)
Eu tive esse problema e o culpado estava em / etc / hosts, havia duas entradas e o comando "hostname" retornava uma referência para a segunda entrada. Quando a segunda entrada foi feita a primeira entrada, e. 127.0.1.1 my.domainname.com (ou localhost) então resolveu o problema.
Para mim, o problema acabou sendo o 'hostname' devido à interface múltipla.
Execute 'hostname' e, em seguida, veja se você pode executar ping nos resultados
Execute java -jar glassfish3/glassfish/modules/glassfish.jar e verifique os logs detalhados
Defina o nome do host como "localhost" por hostname localhost
A linha inferior é que o seu servidor tem problemas de ligação ao nome do host (não a porta como se diz na mensagem de erro)
Outro motivo que acabei de encontrar foi o fato de o nome do host e o endereço IP simplesmente não corresponderem:
hostname
XXXXXX
hostname -i
XXX.XXX.XXX.42
O número IP retornado por hostname -i é diferente daquele atribuído ao servidor. Meu palpite é que isso faz com que o Glassfish tente ligar a porta no antigo endereço IP retornado por hostname -i , o que obviamente irá falhar.
O problema foi causado pela máquina sendo movida para outro segmento de rede após a instalação.
Como Insyte sugere, o erro exato pode nos ajudar a solucionar problemas.
Mas, no caso de nada útil do glassfish, você pode considerar o strace (1), para que você possa encontrar a chamada do sistema que falha e o erro que ela gera. Você pode precisar -f para seguir processos filho bifurcados, dependendo de como o glassfish se comporta.
É possível que esteja dizendo que a porta está bloqueada no firewall? Se for esse o caso, você terá que configurar uma regra para permitir as conexões de entrada.