This guide covers known issues, their causes, and the fastest path to a working state.
When something goes wrong, always run diagnostics first:
.\rocmroll.bat doctor --instance <name>
.\rocmroll.bat doctor --system
.\rocmroll.bat doctor --gpu- Git Not Found
- GPU Not Detected
- ROCm Install Fails
- GPU Not Available on RDNA 2 and RDNA 1
- GPU Not Visible When Install Path Contains Spaces
- Torch Import Fails After Install
- ComfyUI Fails to Start
- Known ComfyUI Database Error
- Shared Workflows Symlink Fails
- Performance Package Failures
- Stale Lock File
- Long Path Failures
- Cache Corruption
- Python Runtime Errors
- Custom Node Install Failures
- Nightly Channel Breaks
Symptom:
ERROR: git is not available in PATH.
Cause: Git for Windows is not installed or not in PATH.
Fix:
- Install Git for Windows.
- Open a new terminal to pick up the updated
PATH. - Verify:
git --version
Symptom:
ERROR ROCMROLL-GPU-001: No supported AMD GPU detected.
Diagnosis:
.\rocmroll.bat doctor --gpu
python .\source\scripts\gpu_detect.py --jsonCause: The GPU name returned by Windows WMI does not match any entry in source\manifests\rocm-architectures.json, or AMD drivers are not installed.
Fix — Manual GFX override:
.\rocmroll.bat instance install --name rocm-stable --gfx gfx120XUse the GFX family key from the rocm-architectures.json manifest.
Fix — Add your GPU to the manifest:
Open source\manifests\rocm-architectures.json and add your GPU under the correct GFX family. Submit a PR if it should be included for others.
Fix — Install AMD drivers:
Download and install the latest AMD Radeon Software from amd.com.
Symptom:
ERROR ROCMROLL-ROCM-003: pip install failed for torch.
Quick recovery sequence:
.\rocmroll.bat cache clean --all
.\rocmroll.bat instance repair --name rocm-stable
.\rocmroll.bat doctor --instance rocm-stableStable channel specifics:
- Stable uses Python 3.12 ROCm wheels (
cp312). If you overrode Python to a different version, the wheels will be incompatible. - If the AMD direct URLs are unreachable, check your network or try again later.
Nightly channel specifics:
- Nightly indexes can move or go offline. This is expected — nightly is volatile.
- Try switching to stable when diagnosing whether the issue is local or upstream.
.\rocmroll.bat instance install --name rocm-stable --channel stableCommon pip failures:
| Symptom | Fix |
|---|---|
SSL certificate verify failed |
Check system clock, update Windows root certificates |
No matching distribution found |
Your GPU may require --pre for pre-release packages |
Connection timeout |
Network issue or AMD server down — retry later |
| Partial wheel download stuck | .\rocmroll.bat cache clean --all |
Symptom: Install completes (possibly with a warning that the GPU was not visible during validation), but torch.cuda.is_available() is False and ComfyUI runs on CPU. Affects RX 6000 series (RDNA 2, gfx103X) and RX 5000 series (RDNA 1, gfx101X).
Cause: AMD's official ROCm Windows release wheels (the stable channel's direct URLs) only support RDNA 3 and RDNA 4 GPUs. They install without error on RDNA 1/2 systems but never detect the GPU.
Fix (automatic): RDNA 1/2 support ships through AMD's multi-arch nightly wheels. These families are marked stableSupported: false in source\manifests\rocm-architectures.json, so selecting --channel stable automatically switches the install to the preview channel (whl-multi-arch index with exact-chip packages such as torch[device-gfx1030]). If your instance was installed before this behavior existed - including with the removed rdna1/rdna2 channels, which now resolve to preview - re-run the install (it converges) or repair the ROCm component:
.\rocmroll.bat instance repair --name rocm-stable --rocm
.\rocmroll.bat rocm validate --instance rocm-stableNote: Multi-arch nightly wheels are pre-release builds and inherit nightly volatility, even when the install started from the stable channel. This is currently the only way to get GPU acceleration on RDNA 1/2 under Windows.
Symptom: During install or launch from a root folder whose path contains a space (for example D:\T2IAI\ComfyUI ROCmRoll\), output like this appears and torch.cuda.is_available() is False:
ComfyUI: Unknown command line argument 'ROCmRoll\environments\...\_rocm_sdk_core\lib\llvm\bin\offload-arch.exe'.
Try: 'D:\T2IAI\ComfyUI --help'
Cause: An upstream bug in AMD's rocm_sdk package (TheRock). It detects the GPU target family by spawning offload-arch.exe with an unquoted path. Windows splits the unquoted command line at the first space, so a different executable runs (in the example above, the portable D:\T2IAI\ComfyUI.exe), GPU detection fails, and torch falls back to CPU.
Workaround (automatic): ROCmRoll sets the ROCM_SDK_TARGET_FAMILY environment variable to the GPU family it detected itself (for example gfx103X-dgpu), both during install-time validation and in generated launchers. rocm_sdk honours this variable and skips the broken offload-arch.exe detection entirely.
The variable is only set when the installed distribution actually ships that family (rocm_sdk raises ValueError otherwise). The stable channel's direct-URL wheels ship a single family named custom, so the variable is intentionally not set there - single-family distributions resolve correctly on their own.
If you see this on an existing instance, regenerate the launcher to pick up the workaround:
.\rocmroll.bat instance repair --name rocm-stable
.\rocmroll.bat rocm validate --instance rocm-stableAlternative: reinstall ROCmRoll into a path without spaces (recommended root: C:\Platform\ai).
Symptom:
ImportError: DLL load failed while importing torch._C
Diagnosis:
.\environments\rocm-stable-py312\python.exe .\source\scripts\verify_rocm.py --jsonCauses and fixes:
| Cause | Fix |
|---|---|
| AMD driver not installed or outdated | Install/update from amd.com |
| Missing ROCm SDK DLLs | .\rocmroll.bat instance repair --name rocm-stable |
rocm-sdk.exe init was not run |
Repair launchers, then launch again |
| PATH does not include ROCm bin | Generated launcher handles PATH — launch via rocmroll instance launch |
Symptom: ComfyUI process exits immediately or shows a Python traceback.
Check the launch log:
.\rocmroll.bat logsCommon causes:
| Error message | Fix |
|---|---|
ModuleNotFoundError: No module named 'comfy' |
Repair ComfyUI deps: .\rocmroll.bat instance repair --name rocm-stable |
address already in use |
Another instance is using port 8188. Use --port 8189. |
extra_model_paths.yaml not found |
.\rocmroll.bat instance repair --name rocm-stable |
| SageAttention import error | .\rocmroll.bat instance repair --name rocm-stable |
Symptom:
[ERROR] Failed to initialize database...
(sqlite3.OperationalError) unable to open database file
Cause: This error is triggered by the --user-directory launch argument. It is a confirmed upstream ComfyUI bug tracked at ComfyUI#10040.
Current workaround: ROCmRoll omits --user-directory from all generated launchers. ComfyUI writes its user data (settings, workflows) to the instance-local path:
instances\<instance>\user\
If you see this error in an old launcher:
Regenerate the launcher to pick up the fix:
.\rocmroll.bat instance repair --name rocm-stableSharing workflows across instances:
Use the --shared-workflows flag to create a symbolic link from the instance's workflow folder to shared\workflows\:
.\rocmroll.bat instance install --name rocm-stableOr add it to an existing instance:
.\rocmroll.bat instance repair --name rocm-stableThis workaround will be removed once the upstream bug is fixed and ROCmRoll re-enables --user-directory.
Symptom:
ERROR: Creating a symbolic link requires elevation or Developer Mode.
Cause: Windows restricts symbolic link creation to administrators or accounts with Developer Mode enabled.
Fix — Enable Developer Mode (recommended):
- Open Settings > System > For developers.
- Toggle Developer Mode on.
- Re-run the install or repair command.
Fix — Run as Administrator:
Open PowerShell as Administrator and run:
.\rocmroll.bat instance repair --name rocm-stableNote: If instances\<instance>\user\default\workflows already exists as a real directory (with workflows in it), ROCmRoll will warn and skip rather than delete your data. Back up those workflows to shared\workflows\ manually before re-running.
Symptom: flash-attn, sageattention, bitsandbytes, or amd-aiter fail to install or import.
Context: These packages are optional. Their availability depends on architecture, upstream release status, and wheel compatibility. A failure here does not prevent ComfyUI from starting.
Diagnosis:
.\rocmroll.bat doctor --instance rocm-stableLook for [WARN] entries rather than [FAIL] — optional packages report warnings, not failures.
Rollback a bad patch:
.\rocmroll.bat instance repair --name rocm-stableRe-apply performance packages:
.\rocmroll.bat instance repair --name rocm-stableSkip a package permanently: Edit source\manifests\package-profiles.json and set "required": false and add your GFX family to "skipArchitectures".
Symptom:
ERROR ROCMROLL-LOCK-001: Instance 'rocm-stable' is locked by PID 12345.
Cause: A previous install or repair was interrupted and the lock file was not cleaned up.
Check if the process is still running:
Get-Process -Id 12345 -ErrorAction SilentlyContinueIf the process is gone, the lock is stale.
Fix:
.\rocmroll.bat instance install --name rocm-stable --force--force validates the lock (PID and age) before removing it. It will not remove a lock held by an active process.
Symptom: Installation fails with path-too-long errors deep in Python site-packages or ROCm SDK directories.
Fix:
- Enable Windows long path support (run as Administrator):
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem' -Name 'LongPathsEnabled' -Value 1Or use Group Policy: Computer Configuration > Administrative Templates > System > Filesystem > Enable Win32 long paths.
- Keep the root path short. The recommended path is:
C:\Platform\ai
Avoid paths with spaces, Unicode characters, or many nested directory levels.
Symptom: Downloads fail with checksum errors or pip installs fail with corrupt wheel errors.
Fix — Clear partial downloads:
.\rocmroll.bat cache cleanFix — Clear all caches:
.\rocmroll.bat cache clean --allFix — Clear temp and partial downloads:
.\rocmroll.bat cache clean --tempFix — Remove old downloads:
.\rocmroll.bat cache prune --older-than-days 30Symptom:
ERROR: Python runtime validation failed.
Diagnosis:
.\rocmroll.bat doctor --systemRebuild the runtime:
.\rocmroll.bat create-runtime --forceThis re-downloads (or reuses cached) Python archives and rebuilds the runtime from scratch.
Verify manually:
.\runtimes\python-3.12.10\python.exe -c "import sys; import site; print(sys.version); print(site.getsitepackages())"Symptom: A custom node fails to clone or its requirements fail to install.
Behaviour: ROCmRoll logs custom node failures as warnings, not fatal errors. The install continues and ComfyUI starts. The failed node will be absent from custom_nodes\.
Re-install nodes:
.\rocmroll.bat comfyui nodes --instance rocm-stable --updateUpdate all nodes:
.\rocmroll.bat comfyui nodes --instance rocm-stable --updateSkip a problem node: Edit source\manifests\custom-nodes.json and remove the entry, or mark it optional if your version of the manifest supports that field.
Symptom: Nightly install fails on ROCm package resolution or torch import after install.
Expected behaviour: Nightly is volatile by design. AMD nightly indexes can change, move packages, or temporarily drop support for a GFX family.
Diagnosis:
.\rocmroll.bat doctor --instance rocm-nightlyQuick fix — switch to stable:
.\rocmroll.bat instance install --name rocm-stable --channel stableWait and retry: Nightly issues are often resolved within 24-48 hours as AMD publishes new packages.
Report the issue: If nightly has been broken for more than 48 hours, open an issue with the output of:
.\rocmroll.bat doctor --instance rocm-nightly --json- Run
.\rocmroll.bat doctor --instance <name> --jsonand capture the output. - Check
logs\install\for the most recent install log. - Open an issue at the project repository with the doctor JSON and install log attached.