automation-suite
2.2510
true
Linux 版 Automation Suite 安装指南
- 概述
- 要求
- 部署模板
- 手动:准备安装
- 手动:准备安装
- 步骤 2:为离线安装配置符合 OCI 的注册表
- 步骤 3:配置外部对象存储
- 步骤 4:配置 High Availability Add-on
- 步骤 5:配置 SQL 数据库
- 步骤 7:配置 DNS
- 步骤 8:配置磁盘
- 步骤 9:配置内核和操作系统级别设置
- 步骤 10:配置节点端口
- 步骤 11:应用其他设置
- 步骤 12:验证并安装所需的 RPM 包
- 步骤 13:生成 cluster_config.json
- Cluster_config.json 示例
- 常规配置
- 配置文件配置
- 证书配置
- 数据库配置
- 外部对象存储配置
- 预签名 URL 配置
- ArgoCD 配置
- Kerberos 身份验证配置
- 符合 OCI 的外部注册表配置
- Disaster Recovery:主动/被动和主动/主动配置
- High Availability Add-on 配置
- 特定于 Orchestrator 的配置
- Insights 特定配置
- Process Mining 特定配置
- Document Understanding 特定配置
- Automation Suite Robot 特定配置
- 监控配置
- 可选:配置代理服务器
- 可选:在多节点 HA 就绪生产集群中启用区域故障恢复
- 可选:传递自定义 resolv.conf
- 可选:提高容错能力
- 添加具有 GPU 支持的专用代理节点
- 为 Automation Suite Robot 添加专用代理节点
- 步骤 15:为离线安装配置临时 Docker 注册表
- 步骤 16:验证安装的先决条件
- 正在运行 uipathctl
- 手动:执行安装
- 安装后
- 集群管理
- 监控和警示
- 迁移和升级
- 特定于产品的配置
- 最佳实践和维护
- 故障排除
- 如何在安装过程中对服务进行故障排除
- 如何减少 NFS 备份目录的权限
- 如何卸载集群
- 如何清理离线工件以改善磁盘空间
- 如何清除 Redis 数据
- 如何启用 Istio 日志记录
- 如何手动清理日志
- 将 Ceph 退出只读模式
- 如何清理存储在 sf-logs 存储桶中的旧日志
- 如何禁用 AI Center 的流日志
- 如何对失败的 Automation Suite 安装进行调试
- 如何在升级后从旧安装程序中删除映像
- 如何禁用 TX 校验和卸载
- 如何手动将 ArgoCD 日志级别设置为 Info
- 如何扩展 AI Center 存储
- 如何为外部注册表生成已编码的 pull_secret_value
- 如何解决 TLS 1.2 中的弱密码问题
- 如何查看 TLS 版本
- 如何使用证书
- 如何计划 Ceph 备份和还原数据
- 如何使用集群内对象存储 (Ceph) 收集 DU 使用情况数据
- 如何在离线环境中安装 RKE2 SELinux
- 如何清理 NFS 服务器上的旧差异备份
- 如何在已启用 FIPS 的集群中部署 Insights
- 如何迁移到 cgroup v2
- 如何在虚拟机重新启动后恢复 Kerberos 身份验证
- 如何将本地 Docker 映像推送到集群内注册表
- 如何从备份中排除存储桶
- 下载捆绑包时出错
- 由于缺少二进制文件,离线安装失败
- Azure 磁盘未标记为 SSD
- 证书更新后失败
- TLS 证书验证错误
- 杀毒软件导致安装问题
- 操作系统升级后,Automation Suite 无法正常工作
- Automation Suite 要求将积压_等待_时间设置为 0
- 在 RHEL 8.9 上的临时注册表安装失败
- 离线安装期间 UiPath 命名空间部署中的频繁重新启动问题
- CoreDNS 不遵循 DNS 设置
- 由于内存不足,集群内注册表种子设定失败
- 启用 Document Understanding 新式项目并禁用 AI Center 时,先决条件检查失败
- 由于 RHEL 8.x 节点上的 XFS 卷装载失败,Pod 卡在 Init 状态
- 由于 Rancher 和 etcd 磁盘装载顺序不正确,重新启动后集群数据似乎丢失
- 无法获取沙盒映像
- Pod 未显示在 ArgoCD 用户界面中
- Redis 探测器失败
- RKE2 服务器无法启动
- ArgoCD 在首次安装后进入“进行中”状态
- 处于 CrashLoopBackOff 状态的 ArgoCD 存储库服务器 Pod
- 手动 ArgoCD 网络策略缓解措施 (MHSA-47m3-95c7-g2g8)
- 监控仪表板中缺少 Ceph-rook 指标
- 诊断性运行状况检查期间报告的错误不匹配
- 为 uipathctl 创建的工作负载配置资源请求和限制
- 无正常的上游问题
- 杀毒软件阻止了 Redis 启动
- 无法在启用 TLS 证书验证的情况下启动 AI Center 和 Document Understanding Pod
- Fluentd 不会在 IPv6 环境中导出日志
- Studio 桌面版无法加载 Integration Service 连接器和活动
- 运行诊断工具
- 使用 Automation Suite 支持捆绑包
- 探索日志
重要 :
请注意,此内容已使用机器翻译进行了部分本地化。
新发布内容的本地化可能需要 1-2 周的时间才能完成。
由于 RHEL 8.x 节点上的 XFS 卷装载失败,Pod 卡在 Init 状态
解决由于 Automation Suite 中的 TopoLVM XFS 格式与 RHEL 8.x 不兼容而卡在 Init 状态的 Pod。
描述
当需要新持久卷的 Pod(例如,AI Center 训练管道)在 RHEL 8.x 节点上启动时,Pod 保持 Init 状态,并显示以下错误:
Warning FailedMount 36s (x11 over 8m50s) kubelet MountVolume.SetUp failed for volume "pvc-82575d2d-2269-4cef-ace8-fa1602f3dd44" : rpc error: code = Internal desc = mount failed: volume=6d81061d-79c4-46b3-9471-478c6c739b25, error=mount failed: exit status 32
Mounting command: mount
Mounting arguments: -t xfs -o nouuid /dev/uipathstorevg/6d81061d-79c4-46b3-9471-478c6c739b25 /var/lib/kubelet/pods/547bdf64-173b-4df1-ad7a-449f6796ca09/volumes/kubernetes.io~csi/pvc-82575d2d-2269-4cef-ace8-fa1602f3dd44/mount
Output: mount: /var/lib/kubelet/pods/547bdf64-173b-4df1-ad7a-449f6796ca09/volumes/kubernetes.io~csi/pvc-82575d2d-2269-4cef-ace8-fa1602f3dd44/mount: wrong fs type, bad option, bad superblock on /dev/mapper/uipathstorevg-6d81061d--79c4--46b3--9471--478c6c739b25, missing codepage or helper program, or other error.
Warning FailedMount 36s (x11 over 8m50s) kubelet MountVolume.SetUp failed for volume "pvc-82575d2d-2269-4cef-ace8-fa1602f3dd44" : rpc error: code = Internal desc = mount failed: volume=6d81061d-79c4-46b3-9471-478c6c739b25, error=mount failed: exit status 32
Mounting command: mount
Mounting arguments: -t xfs -o nouuid /dev/uipathstorevg/6d81061d-79c4-46b3-9471-478c6c739b25 /var/lib/kubelet/pods/547bdf64-173b-4df1-ad7a-449f6796ca09/volumes/kubernetes.io~csi/pvc-82575d2d-2269-4cef-ace8-fa1602f3dd44/mount
Output: mount: /var/lib/kubelet/pods/547bdf64-173b-4df1-ad7a-449f6796ca09/volumes/kubernetes.io~csi/pvc-82575d2d-2269-4cef-ace8-fa1602f3dd44/mount: wrong fs type, bad option, bad superblock on /dev/mapper/uipathstorevg-6d81061d--79c4--46b3--9471--478c6c739b25, missing codepage or helper program, or other error.
PVC 为 Bound,PV 看起来运行正常,并且基础块储存设备可在节点上通过 lsblk 看到。
原因: TopoLVM 使用较新的xfsprogs /kernel 版本中引入的磁盘功能( bigtime 、 inobtcount 、 nrext64 )通过mkfs.xfs格式化新卷。RHEL 8.x 附带的内核和 xfsprogs 无法装载使用这些功能创建的 XFS 卷,因此装载会失败,并且会显示 wrong fs type, bad option, bad superblock。
此问题仅影响在 RHEL 8.x 节点上运行的 Automation Suite on Linux (RKE2); RHEL 9.x 和 10.x 不受影响。
解决方案
要解决此问题,请修补 topolvm-node 守护程序集,以使用禁用不兼容功能的 mkfs.xfs 包装器格式化新卷:
- 备份当前 TopoLVM 配置:
kubectl -n topolvm-system get ds topolvm-node -o yaml > /opt/UiPathAutomationSuite/topolvm-node-ds.yaml kubectl -n topolvm-system get all -o yaml > /opt/UiPathAutomationSuite/topolvm-system-all.yaml kubectl get storageclass local-volume-provisioner -o yaml > /opt/UiPathAutomationSuite/local-volume-provisioner-sc.yaml kubectl -n topolvm-system get configmap -o yaml > /opt/UiPathAutomationSuite/topolvm-system-configmaps.yamlkubectl -n topolvm-system get ds topolvm-node -o yaml > /opt/UiPathAutomationSuite/topolvm-node-ds.yaml kubectl -n topolvm-system get all -o yaml > /opt/UiPathAutomationSuite/topolvm-system-all.yaml kubectl get storageclass local-volume-provisioner -o yaml > /opt/UiPathAutomationSuite/local-volume-provisioner-sc.yaml kubectl -n topolvm-system get configmap -o yaml > /opt/UiPathAutomationSuite/topolvm-system-configmaps.yaml - 创建一个包装器配置映射,以调用带有 RHEL 8.x 兼容选项的
mkfs.xfs:cat <<'EOF' | kubectl apply -f - apiVersion: v1 kind: ConfigMap metadata: name: mkfs-xfs-wrapper namespace: topolvm-system data: mkfs.xfs: | #!/bin/sh exec /usr/sbin/mkfs.xfs -m crc=1,rmapbt=0,bigtime=0,inobtcount=0 -i nrext64=0 "$@" EOFcat <<'EOF' | kubectl apply -f - apiVersion: v1 kind: ConfigMap metadata: name: mkfs-xfs-wrapper namespace: topolvm-system data: mkfs.xfs: | #!/bin/sh exec /usr/sbin/mkfs.xfs -m crc=1,rmapbt=0,bigtime=0,inobtcount=0 -i nrext64=0 "$@" EOF - 验证 ConfigMap 是否已创建:
kubectl -n topolvm-system get configmap mkfs-xfs-wrapperkubectl -n topolvm-system get configmap mkfs-xfs-wrapper - 修补
topolvm-nodeDamonSet,以在默认的mkfs.xfs二进制路径上装载包装器:kubectl -n topolvm-system patch ds topolvm-node --type=strategic -p ' spec: template: spec: containers: - name: topolvm-node volumeMounts: - mountPath: /usr/local/sbin/mkfs.xfs name: mkfs-xfs-wrapper readOnly: true subPath: mkfs.xfs volumes: - name: mkfs-xfs-wrapper configMap: name: mkfs-xfs-wrapper defaultMode: 493 items: - key: mkfs.xfs mode: 493 path: mkfs.xfs 'kubectl -n topolvm-system patch ds topolvm-node --type=strategic -p ' spec: template: spec: containers: - name: topolvm-node volumeMounts: - mountPath: /usr/local/sbin/mkfs.xfs name: mkfs-xfs-wrapper readOnly: true subPath: mkfs.xfs volumes: - name: mkfs-xfs-wrapper configMap: name: mkfs-xfs-wrapper defaultMode: 493 items: - key: mkfs.xfs mode: 493 path: mkfs.xfs ' - 推出守护程序集并确认推出完成:
kubectl -n topolvm-system rollout status ds/topolvm-nodekubectl -n topolvm-system rollout status ds/topolvm-node