Com base nas versões desses pacotes, isso parece ser o Ubuntu Hardy 8.04 LTS. Mais de cinco anos. Apesar de sua idade, o suporte oficial só terminou em maio de 2013, mas nunca mais obterá atualizações de segurança e isso é um problema.
As versões listadas acima foram publicadas em 2010 e devem destacar a urgência da tarefa em questão. Este servidor é provavelmente vulnerável a várias explorações remotas.
Você poderia tentar fazer upgrades de distribuição no local para 12.04 (o que é suportado até 2017), mas isso significa interrupção imediata do serviço e pode significar que as coisas foram interrompidas. Também pode levar algumas iterações para chegar a 12.04. É apenas uma ideia confusa.
Eu começaria de novo. Novo servidor, nova instalação do Ubuntu.
-
Faça um backup apenas no caso de apenas explodir, mas deixe o servidor antigo como está. Quem está atualmente usando este servidor não vai apreciar qualquer tempo de inatividade, então deixar o antigo é o seu caminho para colegas de trabalho felizes e um chefe feliz.
-
Instale o Ubuntu 12.04 (ou qualquer que seja o LTS mais recente no momento da leitura) em um novo servidor (ou máquina virtual, no entanto, você configurou as coisas). Se esse for um dos muitos servidores da empresa, talvez valha a pena examinar as técnicas de consolidação / redundância de hardware com as quais a virtualização funciona bem.
-
Crie uma lista de coisas que você precisa para trabalhar no servidor antigo. Quais sites estão funcionando? Quais serviços as pessoas dependem de fornecer? Quais IPs ele usa? O IP pode ser alterado? Como? Onde? Quem vai perturbar isso?
No final deste estágio, você deve ter um documento informando o que precisa fazer.
-
Instale os pacotes do # 3, mas não copie simplesmente a configuração antiga.
É realmente tentador para portar / etc / over do servidor antigo, mas eu fiz coisas parecidas com o PHP antes e isso me atrasou dias. Use suas observações do nº 3 e brinque com o servidor antigo para criar uma nova configuração baseada nas melhores práticas modernas.
-
Copie seus sites e bancos de dados.
-
Teste e corrija. Não faço ideia de quanto tempo isso vai demorar porque eu nunca atualizei um site do Tomcat antes, mas no mínimo você precisa ter certeza de que ele ainda faz tudo o que deveria.
-
Quando você está feliz, ele precisa copiar os dados novamente do servidor antigo (supondo que as pessoas o estejam usando nesse meio tempo).
-
Desconecte o servidor antigo e atire-o no mar. Ou redirecione isso. É provavelmente antigo e ineficiente, por isso pode não ser uma má ideia
Como Brendan menciona nos comentários, você deveria estar gerando uma tonelada de documentação entre as etapas 3 e 6. Se você continuar escrevendo o que está fazendo e por que, conforme você faz as coisas, levará 30 minutos a mais mas vai deixar você com um plano sólido para a próxima vez. Quando estiver pronto, pode haver etapas desnecessárias que você pode pular da próxima vez, portanto, adicione uma conclusão.
Eu também ficaria tentado a deixar para o dono anterior e seu chefe uma nota sobre o estado do servidor e como as atualizações de segurança com negligência são perigosas. Você pode fazer isso sem soar como uma ferramenta de interferência, mas isso é opcional.