Este documento foi traduzido usando tecnologia de tradução automática de máquina. Sempre trabalhamos para apresentar traduções precisas, mas não oferecemos nenhuma garantia em relação à integridade, precisão ou confiabilidade do conteúdo traduzido. Em caso de qualquer discrepância, a versão original em inglês prevalecerá e constituirá o texto official.

Atualize de v1.2.2/v1.3.0 para v1.3.1

Informações gerais

Um botão Upgrade aparece na tela Dashboard sempre que uma nova versão SUSE Virtualization que você pode fazer upgrade se torna disponível. Para mais informações, veja Iniciar o upgrade.

Para ambientes air-gapped, veja Preparar um upgrade air-gapped.

Problemas conhecidos

1. Upgrade do cluster travado após o primeiro nó ser atualizado.

Para evitar que esse problema ocorra, rotule o local-kubeconfig segredo antes de iniciar o processo de upgrade. kubectl label secret local-kubeconfig -n fleet-local cluster.x-k8s.io/cluster-name=local

Ao fazer upgrade de um Harvester cluster de v1.2.2 ou v1.3.0 para v1.3.1, o processo de upgrade fica travado após o primeiro nó ser atualizado.

Exemplo:

6041 stuck on first node

Para solucionar esse problema, siga estas etapas:

  1. Identifique o status do cluster:

     kubectl get clusters.provisioning.cattle.io local -n fleet-local -o yaml

    Exemplo de saída:

    ...
  - lastUpdateTime: "2024-06-18T23:37:39Z"
    message: 'configuring bootstrap node(s) custom-9cb22ccf7984: waiting for kubelet to update'
    reason: Waiting
    status: Unknown
    type: Updated
  - lastUpdateTime: "2024-06-18T23:37:39Z"
    message: 'configuring bootstrap node(s) custom-9cb22ccf7984: waiting for kubelet to update'
    reason: Waiting
    status: Unknown
    type: Provisioned

    Se a saída incluir a mensagem waiting for kubelet, continue para o próximo passo.

  2. Verifique os logs do pod capi-controller-manager:

    kubectl logs -n cattle-provisioning-capi-system deployment/capi-controller-manager

    Se a saída for semelhante ao seguinte exemplo, o problema provavelmente existe no cluster.

    2024-06-19T08:54:22.407423986Z W0619 08:54:22.407257       1 reflector.go:424] k8s.io/client-go@v0.26.1/tools/cache/reflector.go:169: failed to list *v1.Node: Unauthorized
2024-06-19T08:54:22.407470069Z E0619 08:54:22.407283       1 reflector.go:140] k8s.io/client-go@v0.26.1/tools/cache/reflector.go:169: Failed to watch *v1.Node: failed to list *v1.Node: Unauthorized
2024-06-19T08:55:05.153396619Z W0619 08:55:05.153190       1 reflector.go:424] k8s.io/client-go@v0.26.1/tools/cache/reflector.go:169: failed to list *v1.Node: Unauthorized
2024-06-19T08:55:05.153438978Z E0619 08:55:05.153217       1 reflector.go:140] k8s.io/client-go@v0.26.1/tools/cache/reflector.go:169: Failed to watch *v1.Node: failed to list *v1.Node: Unauthorized

  3. Aplique a seguinte solução alternativa para retomar o upgrade:

    Mate e reinicie o pod capi-controller-manager.

    Exemplo:

    kubectl rollout restart deployment/capi-controller-manager -n cattle-provisioning-capi-system

Problema relacionado: #6041

2. A limpeza automática de imagens não está funcionando

Porque a ISO do Harvester publicada contém uma lista de imagens incompleta, a limpeza automática de imagens não pode ser realizada durante um upgrade de v1.2.2 para v1.3.1. Esse problema não bloqueia o upgrade, e você pode usar este script para limpar manualmente as imagens de contêiner após o upgrade ser concluído. Para mais informações, veja Problema #6620.