Para facilitar, fizemos um clone de uma VM mudando somente o host. O problema é que sempre que for repetido desta maneira é necessário seguir os procedimentos abaixo:
- Remover todos os pacotes: " yum remove camara * "
- Verificar se os pacotes ainda estão instalados: yum list | grep camara . Se no inicio dos nomes do pacote estiver com "@" significa que ainda estão instalados.
- Matar todos os processos java: "ps -ef | grep java | awk {'print "kill -9 " $2'} | sh"
- Apagar diretorios: " rm -rf /opt/appserverenvs/ /opt/jboss* /opt/jdk* /opt/wily* "
- Limpar arquivo exports e apagar tudas as informações: vim /etc/exports
- Verificar arquivo /etc/fstab. Deixar somente /mnt/arquivosdeploy
- Editar o arquivo "puppet.conf" com o nome do respectivo servidor: vim /etc/puppetlabs/puppet/puppet.conf
- Apagar diretório scripts: " rm -rf /var/scripts "
- Verificar se a instância utiliza o cdpolicy-ldap. Se sim configurar com respectivos nomes.
- A partir daqui já podem ser incluídos os arquivos no puppet. Neste exemplo copiei uma máquina que estava pronta e acrescentei dentro do arquivo "site.pp" o ip da máquina. Em seguida rodamos os deploys, puppet (tucano1) e em seguida na máquina copiada rodamos o puppet sem o java: puppet agent --test --debug. Se der tudo certo rodamos com o java e reiniciamos as instâncias para darmos inicio aos respectivos deploys: JAVA_HOME=/opt/jdk8 puppet agent --test --debug
Obs.: Importante resaltar que tentamos copiar os hashs dos arquivos deployados no standlone.xml e a pasta content toda para facilitar a monobra dos deploys, através de copiar para o novo servidor alternado só o usuário pelo comando chown. Ao tentar rodar o puppet não funcionou. Só funcionou refazendo os deploys pela console normalmente.
Nenhum comentário:
Postar um comentário