No module named ‘OpenGL_accelerate’

在 ComfyUI 0.37.4 配合 ComfyUI-MultiGPU 跑 MiniMax H3 时,纯推理(不挂 LoRA)正常,一旦加载 LoRA 节点就抛出 No module named 'OpenGL_accelerate' 。优先排查自定义节点(MultiGPU 相关)与当前 Comf

快速结论:在 ComfyUI 0.37.4 配合 ComfyUI-MultiGPU 跑 MiniMax H3 时,纯推理(不挂 LoRA)正常,一旦加载 LoRA 节点就抛出 No module named 'OpenGL_accelerate'。优先排查自定义节点(MultiGPU 相关)与当前 ComfyUI 版本/依赖的兼容性,以及是否有脏依赖或缺失依赖。

适用环境:Issue 中确认的环境为 Ubuntu 24.04 LTS(Proxmox / 裸金属,开启 IOMMU、NUMA、GPU 直通)、双 RTX 5060 Ti 16GB、双路 E5-2673、128GB DDR3、CUDA 13 相关驱动栈(nvidia-smi 显示驱动 610.57.04、CUDA UMD 13.3),ComfyUI 0.37.4(另测试过 0.34.6),使用的自定义节点为 ComfyUI-MultiGPU(FLOW / Raylight 相关启动脚本)。

最快修复方案:暂无确认的一步修复方案。Issue 中验证过的处理方式是:先按官方指引禁用全部自定义节点再测试,至少能确认是否为 MultiGPU 相关节点导致;但这并不等于已确认的最终修复。

注意事项:本 Issue 被标记为 Potential Bug,讨论中没有给出明确的根因确认,也没有官方修复 commit。因此任何“升级/降级/重装依赖”的操作都应视为可优先尝试的排查手段,而非已验证的解决方案。

问题场景

用户在 Ubuntu 24.04 上运行 ComfyUI 0.37.4,使用 ComfyUI-MultiGPU(FLOW)配合双 RTX 5060 Ti 做 P2P 多卡推理,生成 MiniMax H3(含 audio VAE)视频/音频。当工作流中只跑模型、不接 LoRA 时流程顺畅;一旦通过 rgthree 的 Power Lora 或 ComfyUI 原生 LoRA 节点加载 LoRA(例如 4-step Light2xv),就会在 got prompt 之后、MultiGPU 切换设备(如 NodeOverride.load_vae)的阶段崩出模块缺失报错。

报错原文

[INFO] got prompt
[MultiGPU CUDA Guard] Switching CUDA current device 0 -> 1 (NodeOverride.load_vae)
[INFO] Model storage policy: fast_disk=False paths=['/home/ubuntu/NVME_DATA/COMFYUI_MODEL/models/vae/MINIMAX_H3/minimax_h3_audio_vae_fp32.safetensors']
...
ModuleNotFoundError: No module named 'OpenGL_accelerate'

原因分析

可能原因:ComfyUI-MultiGPU 在加载 LoRA 时会触发额外的模块导入路径,而当前 Python 环境里没有安装或没有正确暴露 OpenGL_accelerate(PyOpenGL 的加速扩展)。也可能与 MultiGPU 节点在切换设备/加载 VAE 时的导入行为、或 CUDA 13 相关依赖(nccl/cudnn cu13 与 cu12 混用)造成的依赖环境不一致有关。由于 Issue 讨论中没有给出确定的根因结论,以上仅为可能原因。

环境排查

  • 确认 ComfyUI 版本(Issue 中为 0.37.4,另测 0.34.6)。
  • 确认 Python 环境及是否安装了 OpenGL_accelerate / PyOpenGL 相关包。
  • 确认 CUDA 相关依赖:nccl/cudnn 的 cu12 与 cu13 版本是否混装(用户测试过 nvidia-nccl-cu13、nvidia-cudnn-cu13 以及 cu12 版本)。
  • 确认是否启用 ComfyUI-MultiGPU,以及启动脚本中的 attention 参数(ck-attention / sage-attention)与 --disable-dynamic-vram 等设置。
  • 确认 nvidia-smi 显示的驱动版本与 CUDA UMD 版本(Issue 中为 610.57.04 / CUDA 13.3)。

解决步骤

  1. 先按 ComfyUI 官方排错文档的步骤,禁用全部自定义节点,只保留原生节点,重新运行加载 MiniMax H3 + LoRA 的流程,确认报错是否仍然出现。这一步在 Issue 中是用户未勾选“试过”的检查项,但属于官方推荐的首要隔离手段。
  2. 若禁用自定义节点后不再报错,再逐个启用节点,重点放回 ComfyUI-MultiGPU,观察是否在加载 LoRA 时复现 No module named 'OpenGL_accelerate'。
  3. 检查 Python 环境中的 OpenGL_accelerate 是否缺失,对比 MultiGPU 节点自带的依赖声明与实际安装情况。
  4. 核查 nccl/cudnn 的 cu12 与 cu13 是否同时存在导致环境冲突;Issue 中用户是在安装 cu12 版本后才出现“仅 LoRA 报错”的现象,可作为排查方向(可优先尝试),但不建议无依据地直接卸载。

验证方法

重新执行一次带 LoRA 的 MiniMax H3 多卡流程,确认 No module named 'OpenGL_accelerate' 不再出现,且 LoRA 节点能正常参与推理;如果禁用自定义节点后报错消失、重开后复现,则说明问题指向 MultiGPU 节点及其依赖环境。

参考来源

Comfy-Org/ComfyUI #16694

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

这个方案解决了吗?

celebrityanime
celebrityanime
文章: 29016

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注