Saudações,
Este é um daqueles casos em que o conhecimento de trabalhos anteriores torna a tarefa atual mais "suave".
Refiro-me a um post que fiz sobre a atualização de um Debian na Akamai Linode.
Toda a experiencia adquirida foi de grande utilidade.
Atualizando um Debian na SkySilk: do 9 (Stretch) ao 11 (Bullseye)
A SkySilk é uma empresa que fornece serviços em nuvem com um diferencial que é o baixo custo. Este preço baixo deve-se ao uso da tecnologia LXC; eles também suportam virtualização KVM.
Se você não vai rodar um sistema crítico, eu creio que um VPS sobre o LXC pode atender! Veja a tabela de preço na data de hoje (27/05/2024)...
 |
| 2 VCPUs, 8 GB de RAM, espaço em SDD de 100 GB e transferência mensal de 3 TB |
Enfim... vamos a atualização! Ela foi feita com base no post Debian na Linode: do 9 ao 11...
Passo 1
Faça uma cópia de segurança!
Passo 2
Procure ler a documentação do seu provedor de serviço.
Passo 3
Altere o /etc/apt/sources.list. No VPS deste cliente eu deixei assim:
deb http://deb.debian.org/debian bullseye main contrib non-free deb-src http://deb.debian.org/debian bullseye main contrib non-free deb http://deb.debian.org/debian bullseye-updates main contrib non-free deb-src http://deb.debian.org/debian bullseye-updates main contrib non-free deb http://deb.debian.org/debian bullseye-backports main contrib non-free deb-src http://deb.debian.org/debian bullseye-backports main contrib non-free deb http://security.debian.org/debian-security/ bullseye-security main contrib non-free deb-src http://security.debian.org/debian-security/ bullseye-security main contrib non-free
Remova o Fail2Ban com o comando apt remove fail2ban. Isto é para evitar um bug durante o upgrade; às vezes a atualização falha! Não se preocupa depois você instala ele novamente. ^_ ^
Passo 6
Com o comando systemctl, pare o servidor de banco de dados. Aqui o cliente tem o MariaDB instalado. Execute systemctl stop mariadb.
Passo 7
Faça a mudança de versão do Debian (9 para 11) com o comando apt dist-upgrade.
Para mim, o passo 7 foi a parte mais crítica de todo o processo. O servidor Apache e o MariaDB não iniciaram durante e após a atualização! 😱
eheheh... achou que seria fácil?
O erro em ambos os casos era o mesmo ... "Failed at step NAMESPACE spawning /usr/sbin/... : Permission denied"...
Servidor HTTP: apache2.service Failed at step NAMESPACE spawning /usr/sbin/apachectl: Permission denied.
Servidor DB: mariadb.service: Failed at step NAMESPACE spawning /usr/bin/install: Permission denied.
Bem... eu não tenho intenção de reinventar a roda! Então, depois de uma rápida pesquisa, eu encontrei a solução nos links:
stackoverflow.com/questions/55728957/apache-failed-at-step-namespace#answers
Basicamente editamos alguns arquivos, depois fazemos um systemctl daemon-reload seguido do restart do servidor em questão.
Ainda não tive tempo de analisar o caso, mas, parece que o erro já bem conhecido dos usuário de virtualização com LXC. No forum do Proxmox encontramos usuário relatando o mesmo erro. E pelo logs não são apenas estes dois serviços que estão "bugados" por aqui! 😑
Este tipo de situação faz parte. Um pouco de adrenalina é bom de vez em quando! 😅
Depois que os problemas foram corrigidos o sistema e o site do cliente voltou 100%...
Paz a todos!
Bonus: Defina o PHP 7.4 como padrão para o Debian 11
Não esquece de conferir o PHP padrão do sistema, se necessário torne a versão 7.4 com padrão para seu Debian 11 com os comando...
#update-alternatives --config php
#update-alternatives --config php-cgi
#update-alternatives --config php-fpm.sock
Para cada comando acima, escolha o PHP 7.4 e tecle enter! 😉