Este documento ha sido traducido utilizando tecnología de traducción automática. Si bien nos esforzamos por proporcionar traducciones precisas, no ofrecemos garantías sobre la integridad, precisión o confiabilidad del contenido traducido. En caso de discrepancia, la versión original en inglés prevalecerá y constituirá el texto autorizado.

Actualizar versión de v1.2.2/v1.3.0 a v1.3.1

Información general

Un botón de Actualizar versión aparece en la pantalla Panel siempre que haya una nueva SUSE Virtualization versión a la que puedas actualizar. Para obtener más información, consulta Iniciar una actualización de versión.

Para entornos aislados, consulta Preparar una actualización en entorno aislado.

Problemas conocidos

1. La actualización de versión del clúster se queda atascada después de que se actualiza el primer nodo

Para evitar que ocurra este problema, etiqueta el local-kubeconfig secreto antes de comenzar el proceso de actualización.
kubectl label secret local-kubeconfig -n fleet-local cluster.x-k8s.io/cluster-name=local

Al actualizar un clúster de Harvester de v1.2.2 o v1.3.0 a v1.3.1, el proceso de actualización se queda atascado después de que se actualiza el primer nodo.

Ejemplo:

6041 stuck on first node

Para resolver este problema, siga los siguientes pasos:

  1. Identifica el estado del clúster:

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

    Ejemplo de salida:

    ...
  - 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

    Si la salida incluye el mensaje waiting for kubelet, continúa al siguiente paso.

  2. Revisa los registros del pod capi-controller-manager:

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

    Si la salida es similar al siguiente ejemplo, es probable que el problema exista en el clúster.

    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. Aplica la siguiente solución alternativa para reanudar la actualización:

    Mata y reinicia el pod capi-controller-manager.

    Ejemplo:

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

Problema relacionado: #6041

2. La limpieza automática de imágenes no está funcionando

Debido a que la ISO de Harvester publicada contiene una lista incompleta de imágenes, no se puede realizar la limpieza automática de imágenes durante una actualización de v1.2.2 a v1.3.1. Este problema no bloquea la actualización, y puedes usar este guion para limpiar manualmente las imágenes de contenedor después de que se complete la actualización. Para obtener más información, consulta Problema #6620.