我之前帮团队排查过好几次类似的问题，这个卡住的情况基本都和Jenkins的磁盘使用统计逻辑或者Slave节点的环境有关，给你几个亲测有效的解决思路：

• 临时禁用磁盘统计功能：如果你的团队不需要构建磁盘使用统计这个功能，这是最快的解决办法。进入Manage Jenkins -> Configure System，找到「Disk Usage」板块，取消勾选「Calculate disk usage of builds」，保存后重新跑构建试试，大概率能绕过这个卡点。
• 检查Slave节点的权限与命令可用性：Linux Slave上，Jenkins Agent的运行用户需要能正常执行df、du这类磁盘统计命令，同时对工作目录（$JENKINS_HOME/workspace）有完整的读写权限；Windows节点则要确保Agent用户能访问磁盘信息，没有被系统权限限制。
• 更新或卸载Disk Usage插件：不少旧版本的Disk Usage插件存在bug，会导致统计时挂起。你可以去Manage Jenkins -> Plugins里检查该插件的更新，更新后重启Jenkins；如果更新后还是不行，暂时卸载这个插件，验证构建是否能正常完成。
• 排查Slave节点的磁盘IO负载：当Slave节点的磁盘IO被占满时，磁盘统计操作会因为等待IO响应而卡住。你可以在Slave上用iostat（Linux）或任务管理器（Windows）查看磁盘使用率，如果确实是IO瓶颈，清理节点上的冗余构建文件、日志或者换用性能更好的存储就能解决。
• 调整统计超时设置（部分版本支持）：有些新版本的Disk Usage插件提供了统计超时配置，进入Manage Jenkins -> Configure System的Disk Usage高级设置里，尝试增加超时时间，或者设置超时后自动跳过统计步骤。

内容的提问来源于stack exchange，提问作者newdevopsguy