![[Bug已解决] ncclUnhandledCudaError: Call to CUDA function failed 通用排查手册（含健康自检脚本）解决方案](http://pic.xiahunao.cn/yaotu/[Bug已解决] ncclUnhandledCudaError: Call to CUDA function failed 通用排查手册（含健康自检脚本）解决方案)
[Bug已解决] ncclUnhandledCudaError: Call to CUDA function failed 通用排查手册含健康自检脚本解决方案一、报错长什么样分布式训练时NCCL 调用某个 CUDA 函数失败报ncclUnhandledCudaError: Call to CUDA function failed.注意它和「带具体错误码」的 NCCL 报错如 999 unknown error不同——这条没有给具体 CUDA 错误码只说「调用 CUDA 函数失败」。这正是它棘手的地方NCCL 当了个「传声筒」但没告诉你底层 CUDA 到底怎么了。前面我们分别聊过带具体码的版本005 的 999、010 的 unspecific launch。本文给一份通用排查手册配一个可复用健康自检脚本让你在面对任何「ncclUnhandledCudaError: Call to CUDA function failed」时有章法地定位。二、先建立心智模型NCCL 调用 CUDA 失败 底层 CUDA 已错无论错误码有没有给出结论一致NCCL 背后的某个 CUDA 调用stream 同步、event、kernel launch失败了因为 CUDA 当时已处于错误态。所以排查的第一性原理永远是找到「第一现场」——哪个 CUDA 操作最先出错而不是最后报 NCCL 的那次集合通信。三、可复用健康自检脚本建议存为 health_check.py下面这个脚本建议保存下来每次分布式训练启动前跑一遍把「NCCL 调用 CUDA 失败」掐死在萌芽import os import sys import datetime import torch import torch.distributed as dist def health_check(rank, world): # 1) 基础版本核对 print(f[rank {rank}] PyTorch{torch.__version__} fCUDA编译{torch.version.cuda} fNCCL{torch.cuda.nccl.version() if hasattr(torch.cuda,nccl) else ?}) # 2) GPU 是否真的健康 if not torch.cuda.is_available(): print(f[rank {rank}] ❌ GPU 不可用退出, filesys.stderr); sys.exit(1) dev rank % torch.cuda.device_count() torch.cuda.set_device(dev) try: a torch.randn(1024, 1024, devicefcuda:{dev}) b (a a) 1 torch.cuda.synchronize(dev) except Exception as e: print(f[rank {rank}] ❌ 基础 GEMM 失败{e}, filesys.stderr); sys.exit(2) # 3) NCCL 握手 一次 all_reduce try: dist.init_process_group(nccl, rankrank, world_sizeworld, timeoutdatetime.timedelta(seconds60)) t torch.randn(4, devicefcuda:{dev}) dist.all_reduce(t, opdist.ReduceOp.SUM) torch.cuda.synchronize(dev) print(f[rank {rank}] ✅ NCCL 握手 all_reduce 成功) except Exception as e: print(f[rank {rank}] ❌ NCCL 失败{e}, filesys.stderr) sys.exit(3) finally: if dist.is_initialized(): dist.destroy_process_group() if __name__ __main__: health_check(int(os.environ.get(RANK, 0)), int(os.environ.get(WORLD_SIZE, 1)))运行方式# 两卡本机 RANK0 WORLD_SIZE2 MASTER_ADDRlocalhost MASTER_PORT29510 python health_check.py RANK1 WORLD_SIZE2 MASTER_ADDRlocalhost MASTER_PORT29510 python health_check.py 如果健康自检就报 NCCL 错说明问题在环境 / 基础设施而不是你的训练代码。四、排查步骤按顺序步骤 1开调试日志看哪个 rank、哪一步先错export NCCL_DEBUGINFO export NCCL_DEBUG_SUBSYSALL export TORCH_DISTRIBUTED_DEBUGDETAIL export CUDA_LAUNCH_BLOCKING1重跑。定位到「rank X 在 Y 操作某个 all_reduce / broadcast率先失败」。步骤 2核对版本三件套对照见 031 节torch.version.cudaPyTorch 编译 CUDA≤ 驱动支持 CUDAnvidia-smi右上角NCCL 版本与 CUDA 大致匹配多机各节点版本完全一致。步骤 3确认是不是「第一现场」在 NCCL 之前CUDA_LAUNCH_BLOCKING1让 CUDA 错误在出事的 kernel 那行就炸。如果错误其实发生在某次普通 GEMM / 自定义算子而不是 NCCL 调用那就先修那个见 016 cublas、022 自定义 CUDA 扩展。步骤 4检查设备可用性避免 busy/unavailable按 015 节启动前确认 GPU 没被占用 / 没在 reset。CI 里清僵尸进程、用CUDA_VISIBLE_DEVICES隔离。步骤 5网络 / 网卡多机多机时确认NCCL_SOCKET_IFNAME指向正确网卡、MASTER_PORT防火墙放行、无 InfiniBand 时NCCL_IB_DISABLE1。步骤 6缩短超时fail fastinit_process_group(timeoutdatetime.timedelta(seconds60))避免干等见 015。五、常见「第一现场」与对应解法速查第一现场现象根因解法某 rank GEMM 失败fp16 Tensor Core16 节 cublas 执行失败形状对齐 / AMP / 查 inf自定义 CUDA 扩展越界compute-sanitizer 定位修 kernel / 退 CPUGPU busy / unavailable15 节清进程 / 短超时版本不匹配31 节装匹配轮子 / 容器统一多机网卡错本节步骤 5正确网卡 / 关 IBXid 硬件错误5 节dmesg 查 Xid报修六、一个健壮训练启动模板整合所有要点import os, sys, datetime import torch import torch.distributed as dist import torch.multiprocessing as mp def worker(rank, world): # 健康检查复用第三节逻辑这里精简 os.environ[MASTER_ADDR] os.environ.get(MASTER_ADDR, localhost) os.environ[MASTER_PORT] os.environ.get(MASTER_PORT, 29510) torch.cuda.set_device(rank) dist.init_process_group(nccl, rankrank, world_sizeworld, timeoutdatetime.timedelta(seconds60)) model torch.nn.Linear(16, 8).cuda() model torch.nn.parallel.DistributedDataParallel(model, device_ids[rank]) x torch.randn(8, 16, devicefcuda:{rank}) for step in range(5): out model(x) loss out.sum() loss.backward() dist.barrier() # 每步同步早暴露通信问题 dist.destroy_process_group() if __name__ __main__: mp.spawn(worker, args(2,), nprocs2)七、如何判断「这条」就是你要查的报错是ncclUnhandledCudaError: Call to CUDA function failed无具体码出现在 NCCL 集合通信期间没有 999 / unspecific 等具体码信息更模糊按本手册步骤 1→6 能定位到第一现场。命中即用本手册系统排查。八、小结ncclUnhandledCudaError: Call to CUDA function failed是 NCCL「传声筒」式的模糊报错——它只说 CUDA 函数失败不给具体码。应对核心是找第一现场保存并运行健康自检脚本第三节启动前排除环境开NCCL_DEBUGINFOCUDA_LAUNCH_BLOCKING1定位哪个 rank / 哪步先错核对版本三件套31 节、设备可用性15 节、网络步骤 5用速查表把「第一现场」映射到具体解法训练模板内置短超时 barrier早暴露。模糊的 NCCL 错误不可怕可怕的是没有章法地乱试。把「健康检查 调试日志 版本核对 第一现场定位」变成启动训练的标配这类错误就会从「玄学」变成「有迹可循」。
[Bug已解决] ncclUnhandledCudaError: Call to CUDA function failed 通用排查手册含健康自检脚本解决方案一、报错长什么样分布式训练时NCCL 调用某个 CUDA 函数失败报ncclUnhandledCudaError: Call to CUDA function failed.注意它和「带具体错误码」的 NCCL 报错如 999 unknown error不同——这条没有给具体 CUDA 错误码只说「调用 CUDA 函数失败」。这正是它棘手的地方NCCL 当了个「传声筒」但没告诉你底层 CUDA 到底怎么了。前面我们分别聊过带具体码的版本005 的 999、010 的 unspecific launch。本文给一份通用排查手册配一个可复用健康自检脚本让你在面对任何「ncclUnhandledCudaError: Call to CUDA function failed」时有章法地定位。二、先建立心智模型NCCL 调用 CUDA 失败 底层 CUDA 已错无论错误码有没有给出结论一致NCCL 背后的某个 CUDA 调用stream 同步、event、kernel launch失败了因为 CUDA 当时已处于错误态。所以排查的第一性原理永远是找到「第一现场」——哪个 CUDA 操作最先出错而不是最后报 NCCL 的那次集合通信。三、可复用健康自检脚本建议存为 health_check.py下面这个脚本建议保存下来每次分布式训练启动前跑一遍把「NCCL 调用 CUDA 失败」掐死在萌芽import os import sys import datetime import torch import torch.distributed as dist def health_check(rank, world): # 1) 基础版本核对 print(f[rank {rank}] PyTorch{torch.__version__} fCUDA编译{torch.version.cuda} fNCCL{torch.cuda.nccl.version() if hasattr(torch.cuda,nccl) else ?}) # 2) GPU 是否真的健康 if not torch.cuda.is_available(): print(f[rank {rank}] ❌ GPU 不可用退出, filesys.stderr); sys.exit(1) dev rank % torch.cuda.device_count() torch.cuda.set_device(dev) try: a torch.randn(1024, 1024, devicefcuda:{dev}) b (a a) 1 torch.cuda.synchronize(dev) except Exception as e: print(f[rank {rank}] ❌ 基础 GEMM 失败{e}, filesys.stderr); sys.exit(2) # 3) NCCL 握手 一次 all_reduce try: dist.init_process_group(nccl, rankrank, world_sizeworld, timeoutdatetime.timedelta(seconds60)) t torch.randn(4, devicefcuda:{dev}) dist.all_reduce(t, opdist.ReduceOp.SUM) torch.cuda.synchronize(dev) print(f[rank {rank}] ✅ NCCL 握手 all_reduce 成功) except Exception as e: print(f[rank {rank}] ❌ NCCL 失败{e}, filesys.stderr) sys.exit(3) finally: if dist.is_initialized(): dist.destroy_process_group() if __name__ __main__: health_check(int(os.environ.get(RANK, 0)), int(os.environ.get(WORLD_SIZE, 1)))运行方式# 两卡本机 RANK0 WORLD_SIZE2 MASTER_ADDRlocalhost MASTER_PORT29510 python health_check.py RANK1 WORLD_SIZE2 MASTER_ADDRlocalhost MASTER_PORT29510 python health_check.py 如果健康自检就报 NCCL 错说明问题在环境 / 基础设施而不是你的训练代码。四、排查步骤按顺序步骤 1开调试日志看哪个 rank、哪一步先错export NCCL_DEBUGINFO export NCCL_DEBUG_SUBSYSALL export TORCH_DISTRIBUTED_DEBUGDETAIL export CUDA_LAUNCH_BLOCKING1重跑。定位到「rank X 在 Y 操作某个 all_reduce / broadcast率先失败」。步骤 2核对版本三件套对照见 031 节torch.version.cudaPyTorch 编译 CUDA≤ 驱动支持 CUDAnvidia-smi右上角NCCL 版本与 CUDA 大致匹配多机各节点版本完全一致。步骤 3确认是不是「第一现场」在 NCCL 之前CUDA_LAUNCH_BLOCKING1让 CUDA 错误在出事的 kernel 那行就炸。如果错误其实发生在某次普通 GEMM / 自定义算子而不是 NCCL 调用那就先修那个见 016 cublas、022 自定义 CUDA 扩展。步骤 4检查设备可用性避免 busy/unavailable按 015 节启动前确认 GPU 没被占用 / 没在 reset。CI 里清僵尸进程、用CUDA_VISIBLE_DEVICES隔离。步骤 5网络 / 网卡多机多机时确认NCCL_SOCKET_IFNAME指向正确网卡、MASTER_PORT防火墙放行、无 InfiniBand 时NCCL_IB_DISABLE1。步骤 6缩短超时fail fastinit_process_group(timeoutdatetime.timedelta(seconds60))避免干等见 015。五、常见「第一现场」与对应解法速查第一现场现象根因解法某 rank GEMM 失败fp16 Tensor Core16 节 cublas 执行失败形状对齐 / AMP / 查 inf自定义 CUDA 扩展越界compute-sanitizer 定位修 kernel / 退 CPUGPU busy / unavailable15 节清进程 / 短超时版本不匹配31 节装匹配轮子 / 容器统一多机网卡错本节步骤 5正确网卡 / 关 IBXid 硬件错误5 节dmesg 查 Xid报修六、一个健壮训练启动模板整合所有要点import os, sys, datetime import torch import torch.distributed as dist import torch.multiprocessing as mp def worker(rank, world): # 健康检查复用第三节逻辑这里精简 os.environ[MASTER_ADDR] os.environ.get(MASTER_ADDR, localhost) os.environ[MASTER_PORT] os.environ.get(MASTER_PORT, 29510) torch.cuda.set_device(rank) dist.init_process_group(nccl, rankrank, world_sizeworld, timeoutdatetime.timedelta(seconds60)) model torch.nn.Linear(16, 8).cuda() model torch.nn.parallel.DistributedDataParallel(model, device_ids[rank]) x torch.randn(8, 16, devicefcuda:{rank}) for step in range(5): out model(x) loss out.sum() loss.backward() dist.barrier() # 每步同步早暴露通信问题 dist.destroy_process_group() if __name__ __main__: mp.spawn(worker, args(2,), nprocs2)七、如何判断「这条」就是你要查的报错是ncclUnhandledCudaError: Call to CUDA function failed无具体码出现在 NCCL 集合通信期间没有 999 / unspecific 等具体码信息更模糊按本手册步骤 1→6 能定位到第一现场。命中即用本手册系统排查。八、小结ncclUnhandledCudaError: Call to CUDA function failed是 NCCL「传声筒」式的模糊报错——它只说 CUDA 函数失败不给具体码。应对核心是找第一现场保存并运行健康自检脚本第三节启动前排除环境开NCCL_DEBUGINFOCUDA_LAUNCH_BLOCKING1定位哪个 rank / 哪步先错核对版本三件套31 节、设备可用性15 节、网络步骤 5用速查表把「第一现场」映射到具体解法训练模板内置短超时 barrier早暴露。模糊的 NCCL 错误不可怕可怕的是没有章法地乱试。把「健康检查 调试日志 版本核对 第一现场定位」变成启动训练的标配这类错误就会从「玄学」变成「有迹可循」。
![[Bug已解决] torch.compile(inductor) 静默丢弃前向模式 AD 切向量（返回 None）解决方案](http://pic.xiahunao.cn/yaotu/[Bug已解决] torch.compile(inductor) 静默丢弃前向模式 AD 切向量（返回 None）解决方案)
