5 Fazendo upgrade online #
O SUSE oferece uma ferramenta gráfica intuitiva e uma ferramenta de linha de comando simples para fazer upgrade de um sistema em execução para um novo pacote de serviço. Elas oferecem suporte para “rollback” de pacotes de serviço e muito mais. Este capítulo explica passo a passo como fazer upgrade do pacote de serviço com essas ferramentas.
5.1 Visão geral conceitual #
A SUSE lança novos pacotes de serviço para a família do SUSE Linux Enterprise regularmente. Para facilitar aos clientes a migração para um novo pacote de serviço e minimizar o tempo de espera, o SUSE suporta a migração online durante a execução do sistema.
A partir do SLE 12, o YaST Wagon foi substituído pela migração do YaST (GUI) e pela migração do Zypper (linha de comando). Esse procedimento tem as seguintes vantagens:
O sistema está sempre em um estado definido até a atualização do primeiro RPM.
Cancelamento possível até a atualização do primeiro RPM.
Recuperação simples, em caso de erro.
É possível fazer um “rollback” por meio das ferramentas do sistema. Não há necessidade de backup ou de restauração.
Uso de todos os repositórios ativos.
Capacidade de ignorar um pacote de serviço
A migração online apenas é suportada para migração entre pacotes de serviço. A migração online não é suportada para fazer upgrade para novas versões principais. Para obter os detalhes, consulte o Capítulo 1, Upgrade de caminhos e métodos.
Use a migração offline para fazer upgrade para uma nova versão principal. Para obter os detalhes, consulte o Capítulo 4, Fazendo upgrade offline.
Se o sistema do qual será feito o upgrade for um cliente do SUSE Manager, não será possível fazer upgrade dele por meio da migração online do YaST nem do comando zypper migration
. Em vez disso, siga o procedimento de Migração de Cliente. Ele está descrito no Guia de Upgrade do SUSE Manager.
5.2 Workflow de migração de service pack #
É possível executar a migração do pacote de serviço pelo YaST, zypper
ou AutoYaST.
Antes de começar a migração de um pacote de serviço, o sistema deve ser registrado no SUSE Customer Center ou em um servidor RMT local. É possível também usar o SUSE Manager.
Independentemente do método, a migração de service pack consiste nas seguintes etapas:
Localize os destinos de migração possíveis em seus sistemas registrados.
Selecione um destino de migração.
Solicite e habilite novos repositórios.
Execute a migração.
A lista de destinos de migração depende dos produtos que você instalou e registrou. Se você tem uma extensão instalada para a qual ainda não há um novo SP disponível, talvez nenhum destino de migração seja oferecido a você.
A lista de destinos de migração disponíveis para o seu host sempre será recuperada do SUSE Customer Center e depende dos produtos ou extensões instalados.
5.3 Cancelando a migração do pacote de serviço #
É possível cancelar a migração de um pacote de serviço apenas em fases específicas durante o processo de migração:
Até o upgrade do pacote ser iniciado, há apenas mudanças mínimas no sistema, como para serviços e repositórios. Restaure
/etc/zypp/repos.d/*
para reverter ao estado anterior.Depois que o upgrade do pacote é iniciado, você poderá reverter ao estado anterior usando um instantâneo do Snapper (consulte o Chapter 7, System Recovery and Snapshot Management with Snapper).
Depois que o destino de migração for selecionado, o SUSE Customer Center mudará os dados do repositório. Para reverter esse estado manualmente, use
SUSEConnect
--rollback
.
5.4 Fazendo upgrade com a ferramenta Migração Online (YaST) #
Para executar a migração do pacote de serviço com o YaST, use a ferramenta
. Por padrão, o YaST não instala nenhum pacote de um repositório de terceiros. Se um pacote foi instalado de um repositório de terceiros, o YaST impede que os pacotes sejam substituídos pelo mesmo pacote que vem do SUSE.Ao executar a migração do Pacote de Serviço, o YaST instalará todos os pacotes recomendados. Principalmente no caso das instalações mínimas personalizadas, isso pode aumentar o tamanho da instalação do sistema de forma significativa.
Para mudar este comportamento padrão e permitir apenas os pacotes necessários, ajuste a opção solver.onlyRequires
em /etc/zypp/zypp.conf
.
solver.onlyRequires = true
Edite também o arquivo /etc/zypp/zypper.conf
e mude a opção installRecommends
.
installRecommends=false
Isso muda o comportamento de todas as operações de pacote, como a instalação de patches ou novos pacotes. Para mudar o comportamento do Zypper para uma única chamada, adicione o parâmetro --no-recommends
à linha de comando.
Para iniciar a migração do pacote de serviço, faça o seguinte:
Desative todas as extensões não utilizadas em seu servidor de registro para evitar conflitos futuros de dependência. Se você se esquecer de uma extensão, o YaST detectará posteriormente os repositórios de extensões não utilizadas e as desativará.
Se você efetuou login em uma sessão do GNOME em execução na máquina que você pretende atualizar, alterne para um console de texto. Não é recomendável executar a atualização de uma sessão GNOME. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com GNOME).
Se você é assinante do LTSS, verifique se o repositório de extensões LTSS está ativo.
Execute a atualização online do YaST para obter as atualizações de pacote mais recentes para o seu sistema.
Instale o pacote yast2-migration e suas dependências (no YaST em › ).
Reinicie o YaST; do contrário, o módulo recém-instalado não será mostrado no centro de controle.
No YaST, escolha SUSE Linux Enterprise Server da qual você está fazendo upgrade, este módulo será classificado como ou ). O YaST mostra os destinos de migração possíveis e um resumo. Se houver mais de um destino de migração disponível para o seu sistema, selecione um deles na lista.
(dependendo da versão doSelecione um destino de migração na lista e clique em
para continuar.Se a ferramenta de migração oferecer repositórios de atualização, recomenda-se clicar em
para continuar.Se a ferramenta Migração Online encontrar repositórios obsoletos de DVD ou de um servidor local, será altamente recomendado desabilitá-los. Os repositórios obsoletos são de um SP anterior. Todos os repositórios antigos do SUSE Customer Center ou da RMT são removidos automaticamente.
Confira o resumo e clique em
para continuar a migração. Clique em para confirmar.Reinicie o sistema após a migração bem-sucedida.
5.5 Fazendo upgrade com o Zypper #
Para executar a migração do pacote de serviço com o Zypper, use a ferramenta de linha de comando zypper
migration
do pacote
zypper-migration-plugin.
Ao executar a migração do Pacote de Serviço, o YaST instalará todos os pacotes recomendados. Principalmente no caso das instalações mínimas personalizadas, isso pode aumentar o tamanho da instalação do sistema de forma significativa.
Para mudar este comportamento padrão e permitir apenas os pacotes necessários, ajuste a opção solver.onlyRequires
em /etc/zypp/zypp.conf
.
solver.onlyRequires = true
Edite também o arquivo /etc/zypp/zypper.conf
e mude a opção installRecommends
.
installRecommends=false
Isso muda o comportamento de todas as operações de pacote, como a instalação de patches ou novos pacotes. Para mudar o comportamento do Zypper para uma única chamada, adicione o parâmetro --no-recommends
à linha de comando.
Para iniciar a migração do pacote de serviço, faça o seguinte:
Se você efetuou login em uma sessão do GNOME em execução na máquina que você pretende atualizar, alterne para um console de texto. Não é recomendável executar a atualização de uma sessão GNOME. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com GNOME).
Registre a máquina do SUSE Linux Enterprise, caso ainda não tenha feito isso:
tux >
sudo
SUSEConnect
--regcode YOUR_REGISTRATION_CODESe você é assinante do LTSS, verifique se o repositório de extensões LTSS está ativo.
Execute
zypper migration
:tux >
sudo
zypper migration
Executing 'zypper patch-check --updatestack-only' Refreshing service 'Basesystem_Module_15_x86_64'. Refreshing service 'Desktop_Applications_Module_15_x86_64'. Refreshing service 'SUSE_Linux_Enterprise_Server_15_x86_64'. Refreshing service 'Server_Applications_Module_15_x86_64'. Loading repository data... Reading installed packages... 0 patches needed (0 security patches) Executing 'zypper refresh' Repository 'SLE-Module-Basesystem15-Pool' is up to date. Repository 'SLE-Module-Basesystem15-Updates' is up to date. Repository 'SLE-Module-Desktop-Applications15-Pool' is up to date. Repository 'SLE-Module-Desktop-Applications15-Updates' is up to date. Repository 'SLE-Product-SLES15-Pool' is up to date. Repository 'SLE-Product-SLES15-Updates' is up to date. Repository 'SLE-Module-Server-Applications15-Pool' is up to date. Repository 'SLE-Module-Server-Applications15-Updates' is up to date. All repositories have been refreshed. Available migrations: 1 | SUSE Linux Enterprise Server 15 SP2 x86_64 Basesystem Module 15 SP2 x86_64 Desktop Applications Module 15 SP2 x86_64 Python 2 Module 15 SP2 x86_64 Server Applications Module 15 SP2 x86_64 2 | SUSE Linux Enterprise Server 15 SP1 x86_64 Basesystem Module 15 SP1 x86_64 Desktop Applications Module 15 SP1 x86_64 Python 2 Module 15 SP1 x86_64 Server Applications Module 15 SP1 x86_64 [num/q]:Algumas observações sobre o processo de migração:
Se houver mais de um destino de migração disponível para o seu sistema, o Zypper permitirá selecionar um SP na lista. Isso equivale a ignorar um ou mais SPs. Lembre-se de que a migração online para produtos base (SLES, SLED) permanece disponível apenas entre os SPs de uma versão principal.
Por padrão, o Zypper usa a opção
--no-allow-vendor-change
, que é passada para ozypper
dup
. Se um pacote foi instalado de um repositório de terceiros, essa opção impede que os pacotes sejam substituídos pelo mesmo pacote que vem do SUSE.Se o Zypper encontrar repositórios obsoletos de DVD ou de um servidor local, será altamente recomendado desabilitá-los. Os repositórios antigos do SUSE Customer Center ou da RMT são removidos automaticamente.
Revise todas as mudanças, principalmente os pacotes que serão removidos. Digite
y
para continuar (o número exato de pacotes para upgrade pode variar de acordo com o sistema):266 packages to upgrade, 54 to downgrade, 17 new, 8 to reinstall, 5 to remove, 1 to change arch. Overall download size: 285.1 MiB. Already cached: 0 B After the operation, additional 139.8 MiB will be used. Continue? [y/n/? shows all options] (y):
Use as teclas Shift–Page ↑ ou Shift–Page ↓ para mover a barra de rolagem no shell.
Reinicie o sistema após a migração bem-sucedida.
5.6 Fazendo upgrade com o Zypper simples #
Se seu sistema não foi registrado porque você não tem acesso à Internet ou um servidor de registro, a migração para um novo pacote de serviço não é possível com a Migração do YaST ou o zypper migration
. Nesse caso, você ainda pode migrar para um novo pacote de serviço com o Zypper simples e algumas interações manuais.
Este caminho de migração para um novo pacote de serviço é suportado apenas para sistemas não registrados sem acesso à Internet ou um servidor de registro. Por exemplo, pode ser o caso de máquinas em uma rede com proteção especial. Caso você tenha um sistema registrado, use a migração do YaST ou do Zypper.
Este caminho de migração exige que você forneça as fontes de instalação para o novo pacote de serviço em um local que possa ser acessado pela máquina que será migrada. Para fazer isso, é possível, por exemplo, configurar um servidor RMT ou SLP.
É necessário também que o sistema tenha acesso ao repositório de atualizações mais recente para a versão do produto instalado.
Se você efetuou login em uma sessão gráfica em execução na máquina que você pretende migrar, efetue logout dessa sessão e alterne para um console de texto. Não é recomendável executar a atualização de uma sessão gráfica. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com X).
Atualize as ferramentas de gerenciamento de pacote com os repositórios antigos do SUSE Linux Enterprise:
tux >
sudo
zypper
patch --updatestack-onlyObtenha uma lista de pacotes que não têm um repositório atribuído a eles (pacotes órfãos). Esses pacotes não serão migrados, e não haverá garantia de que eles funcionarão após a migração (porque outros pacotes dos quais eles dependem podem ter mudado de formas incompatíveis). Para obter a lista, execute:
tux >
sudo
zypper packages --orphanedRevise cuidadosamente a lista e remova todos os pacotes órfãos que não são mais necessários. Anote todos os pacotes órfãos restantes, você precisará deles mais tarde para comparação.
Para obter uma lista de todos os repositórios em que o sistema está registrado atualmente, execute:
tux >
sudo
zypper repos -uNo caso a seguir, você precisa regravar os URLs para que apontem para os respectivos respositórios do novo pacote de serviço (
SLE-15
precisa ser substituído porSLE-15-SP1
). Se o URL de um repositório for parecido com este:http://rmt.example.com/repo/SUSE/Products/SLE-15-Product-SLES/x86_64/product/
ele precisará ser mudado para:
http://rmt.example.com/repo/SUSE/Products/SLE-15-SP1-Product-SLES/x86_64/product/
Isso deve ser feito com todos os repositórios habilitados. Convém fazer isso também com os repositórios que estão desabilitados no momento, para evitar ter fontes de instalação incorretas no sistema quando eles forem ativados posteriormente.
Para mudar os URLs dos repositórios, você tem as seguintes opções:
Por meio de
› › . Selecione um repositório e clique em para fazer a mudança necessária. Repita esse procedimento para todos os repositórios.Por meio do zypper. Adicione um novo repositório e depois remova o correspondente mais antigo:
tux >
sudo
zypper addrepo -f URL NAME-15-SP1tux >
sudo
zypper removerepo NAMEPor meio da edição dos arquivos de configuração do repositório em
/etc/zypp/repos.d
. Cada repositório é representado por um arquivo de configuração. É necessário mudar o valor do parâmetrobaseurl
em cada arquivo.
Revise as mudanças executando o comando
zypper repos -u
e atualize os repositórios executando:tux >
sudo
zypper refresh -f -sEm caso de falha na atualização de um repositório, verifique se você não inseriu o URL incorreto. Se não for possível corrigir o problema, a recomendação será desabilitar o repositório com falha.
Se todos os repositórios estiverem configurados corretamente, execute
tux >
sudo
zypper refresh -f -snovamente para garantir que todos os repositórios estejam atualizados.
Antes de iniciar a migração, é recomendável executar um teste:
tux >
sudo
zypper dup -D --no-allow-vendor-change --no-recommendsO parâmetro
-D
executará um dry-run, que simula a migração sem de fato mudar o sistema. Se houver problemas, corrija-os antes de continuar. Se a execução do teste for bem-sucedida, execute a migração real com o comando:tux >
sudo
zypper dup --no-allow-vendor-change --no-recommendsA opção
-no-allow-vendor-change
garante que os RPMs de terceiros não sobregravem os RPMs do sistema base. A opção--no-recommends
garante que os pacotes desmarcados durante a instalação inicial não serão adicionados novamente.Quando a migração for concluída e o sistema for inicializado na nova versão do pacote de serviço, execute outra vez a verificação de pacotes órfãos:
tux >
sudo
zypper packages --orphanedCompare a nova lista com aquela que você gerou antes de iniciar a migração. Caso novos pacotes apareçam na lista, talvez eles tenham sido movidos para um módulo diferente no novo pacote de serviço. Se você não tinha esse módulo na instalação anterior, o pacote não foi atualizado.
Você pode verificar a qual módulo um pacote pertence em https://scc.suse.com/packages. Adicione os módulos ausentes por meio do comando
zypper addrepo
ou pelo módulo YaST Repositórios de software e atualize os pacotes órfãos executando:tux >
sudo
zypper install --no-recommends LIST OF PACKAGESVocê migrou com êxito para um novo pacote de serviço!
5.7 Voltando um pacote de serviço #
Se um pacote de serviço não funcionar para você, o SUSE Linux Enterprise permitirá reverter o sistema ao estado anterior à inicialização da migração do pacote de serviço. O pré-requisito é uma partição raiz Btrfs com instantâneos habilitados (este é o padrão desde o SLES 12). Consulte o Chapter 7, System Recovery and Snapshot Management with Snapper para obter os detalhes.
Confira uma lista de todos os instantâneos do Snapper:
tux >
sudo
snapper listRevise a saída para localizar o instantâneo que foi criado logo antes da inicialização da migração do pacote de serviço. A coluna
contém uma declaração correspondente, e o instantâneo está marcado comoimportant
(importante) na coluna . Memorize o número do instantâneo da coluna e a data da coluna .Reinicialize o sistema. No menu de boot, selecione 15 SP2 e inicialize o sistema.
e escolha o instantâneo com a data e o número que você memorizou na etapa anterior. Um segundo menu de boot (aquele do instantâneo) é carregado. Selecione a entrada que começa com SLESO sistema é inicializado no estado anterior com a partição do sistema montada como apenas leitura. Efetue login como
root
e verifique se você escolheu o instantâneo correto. Verifique também se tudo funciona conforme o esperado. Como o sistema de arquivos raiz está montado como apenas leitura, pode haver restrições de funcionalidade.Em caso de problemas ou se você inicializou o instantâneo errado, reinicialize e escolha outro instantâneo do qual inicializar. Até este ponto, não foram feitas mudanças permanentes. Se o instantâneo está correto e funciona conforme o esperado, faça a mudança permanente executando o seguinte comando:
tux >
sudo
snapper rollbackReinicialize posteriormente. Na tela de boot, escolha a entrada de boot padrão para reinicializar no sistema restaurado.
Verifique se a configuração do repositório foi redefinida apropriadamente. Verifique também se todos os produtos foram registrados apropriadamente. Se não for nenhum desses casos, a atualização do sistema em um momento posterior talvez não funcione mais, ou o sistema pode ser atualizado usando os repositórios de pacotes errados.
Verifique se o sistema pode acessar a Internet antes de iniciar este procedimento.
Atualize serviços e repositórios executando
tux >
sudo
zypper ref -fsObtenha uma lista de repositórios ativos executando
tux >
sudo
zypper lrVerifique cuidadosamente a saída deste comando. Não deve aparecer na lista serviços e repositórios que foram adicionados para a atualização. Por exemplo, se você estiver voltando do SLES15 SP1 para o SLES15, a lista deverá incluir os repositórios
SLES15
, e não os repositóriosSLES15-SP1
.Se na lista constar os repositórios incorretos, apague-os e, se necessário, substitua-os pelas versões correspondentes à versão do produto ou do pacote de serviço. Para obter uma lista de repositórios para os caminhos de migração suportados, consulte a Seção 2.3, “Dependências de módulos e ciclos de vida”. Observe que a intervenção manual talvez não seja necessária, já que os repositórios devem ser atualizados automaticamente, mas a melhor prática é verificar e fazer as correções pertinentes.
Por fim, verifique o status do registro para todos os produtos instalados executando
tux >
sudo
SUSEConnect --statusTodos os produtos devem ser relatados como
Registered
(Registrados). Se não for esse o caso, conserte o registro executandotux >
sudo
SUSEConnect --rollback
Agora, você reverteu com êxito o sistema ao estado que foi capturado logo antes da inicialização da migração do pacote de serviço.
5.8 Fazendo upgrade com o SUSE Manager #
O SUSE Manager é uma solução de servidor que oferece atualizações, patches e correções de segurança para clientes SUSE Linux Enterprise. Ele vem com um conjunto de ferramentas e uma interface do usuário baseada na Web para as tarefas de gerenciamento. Consulte https://www.suse.com/products/suse-manager/ para obter mais informações sobre o SUSE Manager.
A Migração do SP permite migrar de um Pacote de Serviço (SP, Service Pack) para outro dentro de uma versão principal (por exemplo, do SLES 15 GA para o SLES 15 SP1).
Se sua máquina for gerenciada pelo SUSE Manager, atualize-a conforme descrito na documentação do SUSE Manager. O procedimento de Migração de Cliente está descrito no Guia de Upgrade do SUSE Manager, disponível em https://documentation.suse.com/suma/.
5.9 Fazendo upgrade do openSUSE Leap para o SUSE Linux Enterprise Server #
Você pode fazer upgrade de uma instalação do openSUSE online para o SUSE Linux Enterprise Server. O procedimento é semelhante ao da Seção 5.5, “Fazendo upgrade com o Zypper”, mas algumas outras etapas são necessárias. Antes de executar esse procedimento em um sistema de produção, recomendamos que ele seja executado em um sistema de teste que replique a configuração da produção.
Para saber as versões do openSUSE Leap que suportam migração, leia a Seção 1.1, “Caminhos de upgrade suportados para o SLES 15 SP2”.
Os repositórios do openSUSE incluem mais pacotes do que os que estão disponíveis nos repositórios do SUSE Linux Enterprise Server. Se você tiver algum desses pacotes instalados, eles não receberão mais atualizações após a migração. Esses pacotes serão removidos ao seguir o procedimento abaixo.
Verifique se todos os pacotes necessários para operação do seu sistema estão disponíveis no repositório do SUSE Linux Enterprise Server. Você também pode verificar se os pacotes estão disponíveis no repositório do SUSE Package Hub. Para obter os detalhes, consulte o Seção 20.3, “SUSE Package Hub”.
Para migração do openSUSE Leap, execute o procedimento a seguir:
Alterne para uma TTY. Por exemplo, pressione Ctrl–Alt–F1. Em seguida, efetue login como
root
.Instale o SUSEConnect.
root #
zypper in SUSEConnect
Registre-se no SCC para acessar os repositórios do SUSE Linux Enterprise Server.
root #
SUSEConnect -r REGISTRATION_CODE -p SLES/15.1/x86_64
Liste e desabilite todos os repositórios do openSUSE no sistema.
root #
zypper lr
root #
zypper mr -d REPO_IDS
Substitua REPO_IDS por uma lista de todos os repositórios do openSUSE habilitados, separados por caractere de espaço.
Agora, adicione os módulos necessários à sua instalação.
root #
SUSEConnect --list-extensions
[...]root #
SUSEConnect -p sle-module-basesystem/15.1/x86_64
Para receber substituições da maioria dos pacotes do Leap, recomendamos habilitar os módulos Basesystem, Desktop Applications, Server Applications e Legacy. Recomendamos também habilitar o SUSE Package Hub.
Migre os pacotes instalados para os repositórios do SUSE Linux Enterprise Server.
root #
zypper dup --force-resolution
Remova os pacotes órfãos.
root #
zypper rm $(zypper --no-refresh packages --orphaned | gawk '{print $5}' | tail -n +5)
Por fim, reinicialize o sistema.