Sugestões ? Dúvidas ? Envie-me um e-mail

Sábado, 9 de Agosto de 2008

Openfire: como atualizar o servidor (para usuários de .zip ou .tar.gz)

Uma dúvida muito constante dos usuários Openfire é como fazer para atualizarem seu servidor para uma versão mais recente.

Segue então um pequeno howto (adaptado do orginal da Ignite Realtime):
  • Pare o Openfire
  • Faça um backup do diretório de instalação do Openfire (isso é preciso porque ao abrir o novo .tar.gz ou .zip os dados serão sobreescritos). No meu caso, que mantenho o openfire no /opt, um simples mv /opt/openfire /opt/openfire.old já resolve.
  • Backupeie o banco de dados (se você usar o DB interno, isso já foi feito no passo anterior). Se você usa MySQL, por exemplo, um simples mysqldump da base já resolve.
  • Abra o .tar.gz ou .zip (isso irá criar um novo diretório openfire, se você moveu o anterior, como eu costumo fazer)
  • Copie o diretório conf do backup para a nova instalação.
  • Se você usar o DB interno, copie o diretório embedded-db do backup para a nova instalação.
  • Copie o diretório enterprise do backup para a nova instalação (se ele existir)
  • Copie o diretório plugins do backup para a nova instalação, exceto por _plugins/admin_ (esse passo eu dispenso, e sempre instalo os plugins novamente, já que as configurações e dados dos mesmos estão no DB)
  • Copie os arquivos modificados localizados em resources/security do backup para a nova instalação.
  • Inicie o Openfire.
Voilà. Seu servidor está atualizado e no ar novamente.

Simples não? Para instalação em Windows, MAC ou outras versões do instalador como pacotes .rpms, você pode encontrar o howto completo nesse link.

8 comentários:

Vinícius Santoro disse...

Backupeie?
O artigo ficou bom porém, a palavra utilizada não ta legal.
Se possível, troque para "Faça backup" ou "Efetue backup".

Parabéns pelo artigo.

Mas cuidado com o português amigo.

Abraço.

Marcelo Terres disse...

Ok, sua sugestão foi anotada e o post alterado. Nessa área de informático temos de cuidar com os neologismos :-)

Obrigado pelo aviso e pelo seu interesse.

E obrigado também pelo elogio.

[]s

Anônimo disse...

amigo preciso de sua ajuda. hoje pelo console do linux eu deu um stop no openfire /etc/init.d/openfire stop
depois eu iniciei o mesmo com o comando /etc/init.d/openfire start
apos isso minha conta de admin nao entra mais.
tem como recuperar essa senha ou colocar o sistema para pedir para setar nova senha do admin???

Marcelo Terres disse...

Olá.

Qual versão do Openfire você usa ?

[]s

wdroops disse...

Boa tarde Marcelo, eu uso Openfire, Versão: 3.6.0, instalado em um Ubuntu, e o login nos clientes era com a senha do AD(win2003), porém tudo parou, e não consigo mais entrar na administração, e os clientes não logam, você pode me ajudar a recuperar a senha para administrar ??

william@agenciaw.com

Marcelo Terres disse...

Não sei se a versão 3.6.0 funciona ainda assim, mas até a versão 3.5.1 com certeza era possível adicionar uma tag no arquivo openfire.xml onde você informava quais os logins que eram admins.

O nome da tag era authorizedUsernames. Dentro dela você podia colocar os logins separados por vírgula.

De qualquer maneira, como parece que você perdeu contato com o AD, talvez isso também não resolva. Você já verificou se o AD não está bloqueando as consultas de seu Openfire ?

[]s

Blog do Rafa disse...

Ola pessoal...

Estou com o mesmo problema do wdroops.... uso o Openfire v. 3.6.3, e hoje pela manha o openfire parou creio eu de comunicar com o meu AD. Sendo assim não consigo mais nem logar no console de administração do openfire, e nem os usuários entrar no chat (tudo parado)...Ja verifiquei no meu AD e esta tudo certo, firewall desativado, parei o anti-virus... e nada

Alguém conseguiu resolver o problema?

rafael.mendes@msn.com
http://rafa-mendes.blogspot.com

Blog do Rafa disse...

Pessoal... ja consegui resolver o meu problema, o que ocorreu é que uma pessoa que trabalha comigo alterou a senha do usuário que eu estava autenticando no AD...ai o openfire não conectava mais no AD...

Se tiverem o mesmo problema, verifiquem a senha do usuário que conecta no AD...

Abraços!

Postar um comentário