- Información general
- Requisitos
- Plantillas de implementación
- Manual: preparar la instalación
- Manual: preparar la instalación
- Paso 2: configurar el registro compatible con OCI para las instalaciones sin conexión
- Paso 3: configurar el almacén de objetos externo
- Paso 4: configurar High Availability Add-on
- Paso 5: configurar las bases de datos SQL
- Paso 7: configurar el DNS
- Paso 8: configurar los discos
- Paso 9: configurar los ajustes a nivel de kernel y sistema operativo
- Paso 10: configurar los puertos de nodo
- Paso 11: aplicar ajustes varios
- Paso 12: Validar e instalar los paquetes RPM necesarios
- Paso 13: Generar cluster_config.json
- Ejemplo de Clúster_config.json
- Configuración general
- Configuración del perfil
- Configuración de certificados
- Configuración de la base de datos
- Configuración del almacén de objetos externo
- Configuración de URL prefirmada
- Configuración de ArgoCD
- Configuración de la autenticación Kerberos
- Configuración de registro externo compatible con OCI
- Disaster recovery: configuraciones activas/pasivas y activas/activas
- Configuración de High Availability Add-on
- Configuración específica de Orchestrator
- Configuración específica de Insights
- Process Mining-specific configuration
- Configuración específica de Document Understanding
- Automation Suite Robots-specific configuration
- Configuración de la supervisión
- Opcional: configurar el servidor proxy
- Opcional: habilitación de la resistencia a fallos de zona en un clúster multinodo de producción preparada para alta disponibilidad
- Opcional: pasar resolv.conf personalizado
- Optional: Increasing fault tolerance
- Inclusión de un nodo agente dedicado compatible con GPU
- Añadir un nodo agente dedicado a Automation Suite Robots
- Paso 15: configurar el registro temporal de Docker para las instalaciones sin conexión
- Paso 16: validar los requisitos previos para la instalación
- Ejecutar uipathctl
- Manual: realizar la instalación
- Después de la instalación
- Administración de clústeres
- Gestionar los productos
- Primeros pasos con el Portal de administración del clúster
- Migración de Redis desde un clúster a un High Availability Add-on externo
- Migrating in-cluster objectstore to external objectstore
- Migrar del registro en clúster a un registro externo compatible con OCI
- Cambiar manualmente al clúster secundario en una configuración activa/pasiva
- Disaster Recovery: realizar operaciones posteriores a la instalación
- Convertir una instalación existente en una configuración en varios sitios
- Directrices sobre la actualización de una implementación activa/pasiva o activa/activa
- Directrices sobre la copia de seguridad y restauración de una implementación activa/pasiva o activa/activa
- Escalar una implementación de nodo único (evaluación) a una implementación multinodo (HA)
- Supervisión y alertas
- Migración y actualización
- Migrar entre clústeres de Automation Suite
- Actualizar Automation Suite
- Descargar los paquetes de instalación y obtener todos los archivos del primer nodo del servidor
- Recuperar la última configuración aplicada del clúster
- Actualizar la configuración del clúster
- Configurar el registro compatible con OCI para las instalaciones sin conexión
- Ejecutar la actualización
- Realizar operaciones posteriores a la actualización
- Configuración específica del producto
- Configuración avanzada de Orchestrator
- Configurar parámetros de Orchestrator
- Configurar AppSettings
- Configurar el tamaño máximo de la solicitud
- Anular la configuración de almacenamiento a nivel de clúster
- Configurar NLog
- Guardar los registros del robot en Elasticsearch
- Configurar almacenes de credenciales
- Configurar clave de cifrado por tenant
- Limpiar la base de datos de Orchestrator
- Omitir la instalación de la biblioteca de host
- Buenas prácticas y mantenimiento
- Solución de problemas
- Cómo solucionar los problemas de los servicios durante la instalación
- Cómo reducir los permisos para un directorio de copia de seguridad NFS
- Cómo desinstalar el clúster
- Cómo limpiar los artefactos sin conexión para mejorar el espacio en disco
- Cómo borrar datos de Redis
- Cómo habilitar el registro de Istio
- Cómo limpiar manualmente los registros
- Sacar a Ceph del modo solo lectura
- Cómo limpiar los registros antiguos almacenados en el depósito sf-logs
- Cómo deshabilitar los registros de transmisión para AI Center
- Cómo depurar instalaciones de Automation Suite fallidas
- Cómo eliminar imágenes del instalador antiguo después de la actualización
- Cómo deshabilitar la descarga de la suma de comprobación TX
- Cómo establecer manualmente el nivel de registro de ArgoCD en Info
- Cómo expandir el almacenamiento de AI Center
- Cómo generar el pull_secret_value codificado para registros externos
- Cómo abordar los cifrados débiles en TLS 1.2
- Cómo comprobar la versión de TLS
- Cómo trabajar con certificados
- Cómo programar la copia de seguridad y la restauración de datos de Ceph
- Cómo recopilar datos de uso de DU con el almacén de objetos en el clúster (Ceph)
- Cómo instalar RKE2 SELinux en entornos aislados
- Cómo limpiar copias de seguridad diferenciales antiguas en un servidor NFS
- Cómo implementar Insights en un clúster habilitado para FIPS
- Cómo migrar a cgroup v2
- Cómo recuperar la autenticación Kerberos después de reiniciar una máquina virtual
- Cómo enviar una imagen de Docker local al registro en el clúster
- Cómo excluir depósitos de la copia de seguridad
- Error al descargar el paquete
- La instalación sin conexión falla porque falta un binario
- Azure disk not marked as SSD
- Fallo tras la actualización del certificado
- Errores de validación del certificado TLS
- El antivirus causa problemas de instalación
- Automation Suite not working after OS upgrade
- Automation Suite requiere que backlog_wait_time se establezca en 0
- La instalación del registro temporal falla en RHEL 8.9
- Problema de reinicio frecuente en las implementaciones del espacio de nombres de uipath durante las instalaciones sin conexión
- Configuración de DNS no respetada por CoreDNS
- La propagación del registro en el clúster falla debido a la memoria insuficiente
- Las comprobaciones de requisitos previos fallan cuando los proyectos modernos de Document Understanding están habilitados y AI Center está deshabilitado
- Pods atascados en estado Init debido a un fallo de montaje del volumen XFS en nodos RHEL 8.x
- Los datos del clúster parecen perdidos después de un reinicio debido a un orden incorrecto de montaje del disco de Rancher y etcd
- Upgrade fails due to unhealthy Ceph
- La actualización falla debido a objetos clásicos en la base de datos de Orchestrator
- El clúster de Ceph se encuentra en un estado degradado tras una actualización en paralelo.
- La actualización del servicio falla para Apps
- Tiempos de actualización in situ
- La actualización falla en entornos sin conexión
- pod de snapshot-controller-crds en estado CrashLoopBackOff después de la actualización
- La actualización falla debido a los tamaños de PVC de Insights anulados
- Error de actualización debido a un nombre de host en mayúsculas
- Establecer un intervalo de tiempo de espera para los portales de gestión
- La autenticación no funciona tras la migración
- kinit: no se puede encontrar la KDC para el territorio <AD Domain> mientras se obtienen las credenciales iniciales
- kinit: keytab no contiene claves adecuadas para *** mientras se obtienen las credenciales iniciales
- Error en la operación GSSAPI debido a un código de estado no válido
- Alarma recibida por un error en el trabajo de Kerberos-tgt-update
- Proveedor de SSPI: servidor no encontrado en la base de datos de Kerberos
- Error en inicio de sesión de un usuario AD debido a una cuenta deshabilitada
- ArgoCD login failed
- Fallo en la obtención de la imagen de Sandbox
- Los pods no se muestran en la interfaz de usuario de ArgoCD
- Fallo de la sonda Redis
- El servidor RKE2 no se inicia
- ArgoCD entra en estado de progreso tras la primera instalación
- Pod del servidor de repositorio de ArgoCD en CrashLoopBackOff
- Mitigación manual de Política de red de ArgoCD (GHSA-47m3-95c7-g2g8)
- Faltan métricas de Ceph-rook en los paneles de supervisión
- Falta de coincidencia en los errores informados durante las comprobaciones de estado de diagnóstico
- Configurar solicitudes de recursos y límites para cargas de trabajo creadas por uipathctl
- No hay problema ascendente en buen estado
- Inicio de Redis bloqueado por antivirus
- Los pods de AI Center y Document Understanding no se inician con la verificación del certificado TLS habilitada
- Fluentd no exporta registros en entornos IPv6
- Studio Desktop no puede cargar conectores y actividades de Integration Service
- Document Understanding no se encuentra en la barra izquierda de Automation Suite
- Estado fallido al crear una sesión de etiquetado de datos
- Estado fallido al intentar implementar una habilidad ML
- El trabajo de migración falla en ArgoCD
- El reconocimiento de la escritura manual con el extractor de formularios inteligente no funciona
- Ejecutar alta disponibilidad con Process Mining
- La ingestión de Process Mining falló al iniciar sesión con Kerberos
- No se puede conectar a la base de datos AutomationSuite_ProcessMining_Warehouse utilizando una cadena de conexión en formato pyodbc
- La instalación de Airflow falla con sqlalchemy.exc.ArgumentError: no se pudo analizar la URL rfc1738 de la cadena ''
- Cómo añadir una regla de tabla de IP para utilizar el puerto 1433 de SQL Server
- El certificado de Automation Suite no es de confianza desde el servidor donde se ejecuta CData Sync
- Process Mining no se carga después de deshabilitarlo y volver a habilitarlo
- Ejecutar la herramienta de diagnóstico
- Uso del paquete de soporte de Automation Suite
- Explorar registros
Los datos del clúster parecen perdidos después de un reinicio debido a un orden incorrecto de montaje del disco de Rancher y etcd
Restaure los datos ocultos de etcd y corrija el orden de montaje del disco Rancher y etcd después de reiniciar en Automation Suite en Linux.
Descripción
En instalaciones multidisco, el disco etcd dedicado, montado en /var/lib/rancher/rke2/server/db, debe montarse después de su directorio principal, /var/lib/rancher. Si el orden de montaje se invierte, de modo que /var/lib/rancher se monta sobre un disco etcd ya montado, los datos de etcd se ocultan debajo del montaje /var/lib/rancher.
Un reinicio que vuelve a desencadenar este orden de montaje incorrecto hace que el nodo del servidor RKE2 parezca perder todos los volúmenes persistentes, las reclamaciones de volumen persistentes y las aplicaciones, aunque los datos etcd subyacentes sigan presentes en el disco.
A partir de Automation Suite 2.2510.4, el comando uipathctl rke2 prereq run comprueba esta condición. Para ejecutar la comprobación, utiliza el siguiente comando:
./bin/uipathctl rke2 prereq run cluster_config.json --versions ./versions/helm-charts.json --log-level=debug --included disk --node-type server -v
./bin/uipathctl rke2 prereq run cluster_config.json --versions ./versions/helm-charts.json --log-level=debug --included disk --node-type server -v
Si el orden de montaje es incorrecto, la comprobación falla con el siguiente error:
❌ [RKE2_DISK]
❌ [Rancher_Etcd_Mount_Order] '/var/lib/rancher/rke2/server/db' is not mounted. Configure the cluster disk (--cluster-disk-name) before continuing, or if both disks are already mounted, do the data migration if required, unmount and remount (or reboot) so '/var/lib/rancher' is mounted before '/var/lib/rancher/rke2/server/db'.
❌ [RKE2_DISK]
❌ [Rancher_Etcd_Mount_Order] '/var/lib/rancher/rke2/server/db' is not mounted. Configure the cluster disk (--cluster-disk-name) before continuing, or if both disks are already mounted, do the data migration if required, unmount and remount (or reboot) so '/var/lib/rancher' is mounted before '/var/lib/rancher/rke2/server/db'.
En versiones anteriores, o si prefieres no ejecutar la comprobación completa de requisitos previos, verifica el orden de montaje directamente:
stat -c '%n -> %D' /var/lib/rancher/ /var/lib/rancher/rke2/server/db /
stat -c '%n -> %D' /var/lib/rancher/ /var/lib/rancher/rke2/server/db /
Si los ID de dispositivo no son todos diferentes, el disco etcd no se monta en su ruta esperada.
Solución
Para un clúster multinodo, aplica los siguientes pasos a un nodo del servidor a la vez y confirma que el nodo está en buen estado antes de pasar al siguiente nodo. Haz una copia de seguridad del clúster y ponlo en modo de mantenimiento antes de comenzar. Ejecuta todos los comandos como raíz (sudo -i).
Para corregir el orden de montaje y restaurar los datos etcd ocultos, realiza los siguientes pasos:
-
Detén el drenaje de nodos y los servicios del servidor RKE2 y, a continuación, desmonta ambas rutas:
systemctl stop node-drain.service systemctl stop rke2-server rke2-killall.sh umount /var/lib/rancher umount /var/lib/rancher/rke2/server/dbsystemctl stop node-drain.service systemctl stop rke2-server rke2-killall.sh umount /var/lib/rancher umount /var/lib/rancher/rke2/server/db -
Monta solo el volumen
/var/lib/rancherprincipal:RANCHER_UUID=$(blkid -o value -s UUID /dev/uipathvg/rancherlv) mount -t xfs -o defaults,nofail UUID="$RANCHER_UUID" /var/lib/rancherRANCHER_UUID=$(blkid -o value -s UUID /dev/uipathvg/rancherlv) mount -t xfs -o defaults,nofail UUID="$RANCHER_UUID" /var/lib/rancher -
Monta el disco etcd en una ubicación temporal, para que los datos ocultos queden expuestos en lugar de volver a cubrirse:
mkdir -p /mnt/tmp_db ETCD_UUID=$(blkid -o value -s UUID /dev/uipathetcdvg/etcdlv) mount -t xfs -o defaults,nofail UUID="$ETCD_UUID" /mnt/tmp_dbmkdir -p /mnt/tmp_db ETCD_UUID=$(blkid -o value -s UUID /dev/uipathetcdvg/etcdlv) mount -t xfs -o defaults,nofail UUID="$ETCD_UUID" /mnt/tmp_db -
Copia los datos ocultos de etcd en el disco de etcd:
cp -ax /var/lib/rancher/rke2/server/db/. /mnt/tmp_db/cp -ax /var/lib/rancher/rke2/server/db/. /mnt/tmp_db/ -
Desmonta la ubicación temporal, borra los datos obsoletos del disco principal y monta el disco etcd en su ruta anidada correcta:
umount /mnt/tmp_db rmdir /mnt/tmp_db find /var/lib/rancher/rke2/server/db -mindepth 1 -delete mount -t xfs -o defaults,nofail UUID="$ETCD_UUID" /var/lib/rancher/rke2/server/dbumount /mnt/tmp_db rmdir /mnt/tmp_db find /var/lib/rancher/rke2/server/db -mindepth 1 -delete mount -t xfs -o defaults,nofail UUID="$ETCD_UUID" /var/lib/rancher/rke2/server/db -
Actualiza
/etc/fstabpara que el orden de montaje persista en los reinicios. El montaje principal (/var/lib/rancher) debe declararse antes del montaje anidado (/var/lib/rancher/rke2/server/db):# uipath-rancher UUID=<rancher-disk-uuid> /var/lib/rancher xfs defaults,nofail 0 0 # uipath-etcd UUID=<etcd-disk-uuid> /var/lib/rancher/rke2/server/db xfs defaults,nofail 0 0# uipath-rancher UUID=<rancher-disk-uuid> /var/lib/rancher xfs defaults,nofail 0 0 # uipath-etcd UUID=<etcd-disk-uuid> /var/lib/rancher/rke2/server/db xfs defaults,nofail 0 0Antes de reiniciar, verifica que ambas rutas se monten correctamente:
mountpoint /var/lib/rancher mountpoint /var/lib/rancher/rke2/server/dbmountpoint /var/lib/rancher mountpoint /var/lib/rancher/rke2/server/db -
Verifica el orden de montaje y reinicia los servicios del clúster:
df -h | grep rancher systemctl start rke2-server systemctl start node-uncordondf -h | grep rancher systemctl start rke2-server systemctl start node-uncordon