Skip to main content

11 de agosto de 2026

La actualización del clúster de Omnissa Access se bloquea en la fase de reconstrucción de RPMDB

Resuelve el problema de una actualización del clúster bloqueada provocada por un nodo secundario que deja de responder durante la fase de reconstrucción de la base de datos RPMDB. El procedimiento consiste en reducir el clúster a un único nodo actualizado y clonarlo para restaurar el clúster.

Problema

Durante la actualización de un clúster de Omnissa Access, un nodo secundario deja de avanzar y no responde en la fase successfully rebuilt RPMDB. No se pueden establecer nuevas conexiones SSH al nodo afectado. Es posible que otros nodos del clúster hayan completado la actualización correctamente.

Causa

Un problema de entorno específico del nodo durante el proceso de reconstrucción de la base de datos RPM impide que la actualización se complete en el nodo afectado.

Solución

  1. Tome una instantánea de cada nodo del clúster antes de realizar cambios.

    Nota: Si la implementación utiliza una base de datos externa, realice una copia de seguridad de la base de datos antes de continuar.

  2. Apague el nodo o los nodos que no responden.

  3. En el nodo de trabajo, compruebe que la actualización se haya completado correctamente y, a continuación, tome una instantánea del nodo actualizado.

  4. En vCenter, clone el nodo actualizado una vez por cada nodo que apagó.

  5. Para cada nodo clonado, abra la configuración de la máquina virtual en vCenter y actualice la dirección MAC del adaptador de red para que coincida con la dirección MAC del nodo original que va a reemplazar.

  6. Encienda el nodo clonado e inicie sesión como root.

  7. Actualice el archivo /etc/hosts con la dirección IP y el nombre de host correctos para este nodo.

  8. Ejecute sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf para restaurar la configuración de la resolución DNS.

  9. Edite el archivo /etc/systemd/network/10-eth0.network y establezca la dirección IP en la dirección correcta para este nodo.

  10. Edite el archivo /etc/hostname y reemplace la entrada existente por el nombre de host correcto para este nodo.

  11. Reinicie el nodo.

  12. Compruebe que el nodo reconfigurado se unió correctamente al clúster y que todos los servicios de Omnissa Access se estén ejecutando.

    Nota: Repita los pasos del 5 al 12 para cada nodo clonado adicional.

¿Le resultó útil esta página?

Enviar comentarios sobre este tema

¿Le resultó útil este tema?

No incluya información personal ni confidencial.

Generando el enlace…