Estou montando uma máquina vagabunda com o Glassfish 4.1 usando o Ansible. Eu tentei usar o asadmin para iniciar o domínio, etc. De acordo com os registros, não há erro, mas o Glassfish não inicia.
changed: [vagrant] => {"changed": true, "cmd": "/opt/glassfish4/glassfish/bin/asadmin --user admin --passwordfile /opt/glassfish4/glassfish/bin/fich-password.txt start-domain", "delta": "0:00:12.558981", "end": "2015-09-12 09:30:48.805112", "rc": 0, "start": "2015-09-12 09:30:36.246131", "stderr": "", "stdout": "Waiting for domain1 to start ...........\nSuccessfully started the domain : domain1\ndomain Location: /opt/glassfish4/glassfish/domains/domain1\nLog File: /opt/glassfish4/glassfish/domains/domain1/logs/server.log\nAdmin Port: 4848\nCommand start-domain executed successfully.", "warnings": []}
Eu tenho procurado nos logs do Glassfish e não há erros nem
Quando eu tento executar o script a partir do terminal funciona ok, na verdade, eu defino cron para iniciar o domínio na reinicialização e uma vez eu reiniciei tudo está tudo bem, até mesmo o comando enable-secure-admin que eu defina no roteiro.
Eu criei um usuário e um grupo personalizados para glassfish e configurei as permissões de opt / glassfish4 /
Eu tenho lutado com esse problema por 3 dias. Qualquer orientação que você possa fornecer é bem-vinda.
UPDATE : usei o comando top e, aparentemente, enquanto o script está em execução, são iniciadas até três instâncias do java. Tanto quanto eu sei que não está certo, então não é uma surpresa que glassfish foi morto como fvu e alfredocambera disse.
Eu não sei porque isso está acontecendo,
Tarefa Ansible
command: /opt/glassfish4/glassfish/bin/asadmin multimode --file /opt/glassfish4/glassfish/bin/glassfish-multimode.txt
glassfish-multimode.txt
start-domain
change-admin-password --user admin --interactive=false --passwordfile /opt/glassfish4/glassfish/bin/fich-password.txt
create-password-alias --interactive=false --user admin --passwordfile /opt/glassfish4/glassfish/bin/fich-password2.txt aliaspwadmin
enable-secure-admin --interactive=false --user admin --passwordfile /opt/glassfish4/glassfish/bin/fich-password2.txt
restart-domain
Obrigado pela sua ajuda
Eu tive um problema semelhante com Jenkins enquanto fazia algum teste em um vm com o Ubuntu 14.04. O problema era que eu tinha atribuído pouca RAM (256Mb) e Jenkins estava começando, mas o kernel mataria o processo alguns segundos depois. Tente executar:
dmesg
Você também pode verificar a configuração de memória ( -Xms e -Xmx ) em:
$GLASSFISH_HOME/config/asenv.conf