可以尝试强制取消卡住的任务。需要确认该任务能否强制取消且不会造成残留影响后，重启uis-core服务来释放任务线程池，重启后前台任务会全部失败。操作命令如下：
systemctl restart uis-core
请注意：此操作存在风险，请务必先确认任务可以强制释放，例如删除外部快照等任务不允许强制取消。

另外，任务卡住也可能是由于后台正在进行scrub校验导致。您可以先登录后台检查存储集群状态：

ceph -s
如果集群状态为health_OK但正在进行scrub，您可以先暂停scrub校验，待任务完成后恢复。相关命令如下：

# 暂停scrub
ceph osd set noscrub
ceph osd set nodeep-scrub

# 任务完成后，恢复scrub
ceph osd unset noscrub
ceph osd unset nodeep-scrub

在H3C超融合中将存储改为精简置备时任务卡住，确实很棘手。这通常是因为精简置备的转换操作本身很耗时，但有时也可能是任务线程卡死导致的。

这里有两种取消任务的方法，方法一相对温和，方法二更“强硬”，但风险也更高。

🔧 方法一：温和处理，等待或排查

• 先尝试耐心等待：转换操作，尤其是涉及大容量磁盘时，可能非常耗时。建议先等待几个小时甚至更久，观察任务进度是否在缓慢变化。

• 排查存储集群健康状态：如果长时间完全无进展，登录UIS后台，执行 ceph -s 命令检查存储集群状态。

  • 如果集群状态异常，需要先解决存储集群的问题，卡住的任务可能会随之恢复。

  • 如果集群正在进行数据校验（Scrub），可以暂时暂停校验，为转换任务腾出资源。待任务完成后，再恢复校验：

    bash

    # 暂停 Scrub ceph osd set noscrub ceph osd set nodeep-scrub # 任务完成后，恢复 Scrub ceph osd unset noscrub ceph osd unset nodeep-scrub

⚠️ 方法二：强制干预，重启服务

如果确认后台无其他关键任务运行，且无法继续等待，可以尝试通过重启UIS核心服务来强制终止所有卡住的前台任务。

核心操作：在UIS管理节点后台执行以下命令：

对于部分旧版本，命令可能是 service uis-core restart。

操作前，请务必评估以下风险：

• 数据一致性风险：强行终止转换任务可能导致虚拟机磁盘数据不一致或损坏。

• 任务残留风险：重启后，任务会从前台消失，但后台可能仍有残留进程，造成资源占用。

• 影响其他任务：此操作会清理所有正在运行的前台任务，影响其他并发的操作。

操作后检查：执行重启后，检查任务是否消失。如果虚拟机状态异常，可能需要重启虚拟机来恢复。

🚨 如果重启uis-core无效

如果重启后问题依旧，可以尝试重启tomcat服务来清理任务缓存：

注意：部分版本可能是 service tomcat8 restart。此操作同样会清理所有前台任务，请谨慎操作。