Installation Issues
RoboDojo depends on Isaac Sim, Isaac Lab, CUDA-capable NVIDIA drivers, local assets, and policy-side Python environments. When installation fails, first separate the problem into system compatibility, Python/package setup, asset download, or Docker/container setup.
Hardware or driver does not meet Isaac Sim requirements
Section titled “Hardware or driver does not meet Isaac Sim requirements”Symptoms: Isaac Sim fails to launch, crashes during startup, cannot create a rendering context, or exits before RoboDojo evaluation begins.
Cause: The GPU, driver, RAM, VRAM, or OS may not satisfy Isaac Sim’s requirements. Isaac Sim 5.1 documents Ubuntu 22.04/24.04 support, 32 GB RAM minimum, 16 GB VRAM minimum, and tested Linux driver versions in the 580 series. It also notes that GPUs without RT cores are not supported.
What to try:
-
Check the host:
-
Compare the machine against the Isaac Sim 5.1 requirements.
-
Run RoboDojo’s install verification:
-
If the driver is too old or the GPU has no RT cores, fix that before reinstalling RoboDojo packages.
Isaac Sim compatibility checker fails
Section titled “Isaac Sim compatibility checker fails”Symptoms: The Isaac Sim compatibility check reports missing requirements or the machine looks valid but Isaac Sim still fails early.
Cause: Isaac Sim provides a lightweight compatibility checker specifically for verifying system requirements. A failed check usually means the problem is below RoboDojo, such as GPU, driver, OS, or rendering support.
What to try:
-
Run the compatibility check from the Isaac Sim installation when available. In the container workflow, Isaac Sim documents:
-
Fix the reported system issue, then rerun
bash scripts/robodojo.sh doctor --env-cfg arx_x5.
Official reference: Isaac Sim requirements and Isaac Sim container installation.
First Isaac Sim launch takes a long time
Section titled “First Isaac Sim launch takes a long time”Symptoms: The first time Isaac Sim or a RoboDojo evaluation starts, the process appears to hang for a long time before the simulator window or headless run becomes active.
Cause: On first launch, Isaac Sim compiles shaders, builds caches, initializes extensions, and prepares local runtime data. This can take much longer than later launches, especially on a fresh machine, fresh Docker image, or empty Omniverse cache directory.
What to try:
- Wait for the first launch to finish instead of interrupting it immediately.
- Watch CPU/GPU/disk activity to confirm the process is still working.
- Keep Isaac Sim and Omniverse cache directories persistent between runs, especially in Docker.
- After the first successful launch, later starts should usually be faster.
Later Isaac Sim launches still take a long time
Section titled “Later Isaac Sim launches still take a long time”Symptoms: Isaac Sim has already launched successfully before, but later starts still pause for a long time while loading a scene or starting evaluation.
Cause: Isaac Sim or RoboDojo may be trying to fetch material assets, textures, or other referenced online resources. This is more likely on machines with restricted internet access, unstable DNS, proxy issues, or blocked NVIDIA / Omniverse asset endpoints.
What to try:
- Check that the machine has working network access before launching evaluation.
- If the machine is behind a proxy or firewall, make sure Isaac Sim can reach the required asset endpoints.
- Finish RoboDojo asset download with
bash scripts/init_assets.shbefore evaluation. - If running in Docker, keep cache mounts persistent so successfully fetched assets are reused.
- If the process eventually prints a missing material or asset URL, use that path to identify the blocked resource.
Python or GLIBC mismatch during Isaac Sim package install
Section titled “Python or GLIBC mismatch during Isaac Sim package install”Symptoms: Isaac Sim Python packages cannot be found, pip reports no matching distribution, or package import fails immediately after install.
Cause: Isaac Sim’s Python package installation has strict platform requirements. The official Python install docs say Isaac Sim requires Python 3.11, and Linux package discovery requires GLIBC 2.35 or newer.
What to try:
-
Use RoboDojo’s install script instead of mixing Python environments manually:
-
Confirm the active Python environment:
-
If you are on an older Linux distribution, use the Docker path or move to a host compatible with Isaac Sim’s Python package requirements.
Official reference: Isaac Sim Python Environment Installation.
Assets are missing or paths point to the wrong location
Section titled “Assets are missing or paths point to the wrong location”Symptoms: RoboDojo starts but fails to load USD files, robot assets, object assets, materials, or evaluation layouts.
Cause: RoboDojo assets are not installed, or robot embodiment paths still point to a previous checkout. Isaac Sim also notes that an internet connection is required for online Isaac Sim assets and some extensions.
What to try:
-
Download RoboDojo assets:
-
Update local embodiment paths:
-
Check the required asset directories:
-
Check the expected evaluation layout directory exists:
-
Run a lightweight asset/path check:
-
If the machine is offline or behind a restricted network, finish all asset downloads before evaluation.
Official reference: Isaac Sim requirements. RoboDojo setup reference: Install & Download.
Isaac Sim or Isaac Lab imports fail
Section titled “Isaac Sim or Isaac Lab imports fail”Symptoms: The install finishes, but evaluation fails immediately with Python import errors for isaacsim, isaaclab, or related simulator packages.
Cause: The simulator environment is incomplete, the wrong Conda environment is active, or the Isaac Sim / Isaac Lab install step was interrupted.
What to try:
-
Activate the RoboDojo environment and test imports:
-
Resume installation from the failed layer:
-
If you are not sure where the install failed, resume from one of the supported steps:
Supported steps include
system,conda,base_deps,submodules,isaacsim,isaaclab, andcurobo.
Docker container cannot see the GPU
Section titled “Docker container cannot see the GPU”Symptoms: Docker starts but Isaac Sim reports no GPU, CUDA is unavailable, or rendering fails inside the container.
Cause: Docker is not running with NVIDIA GPU access, the NVIDIA Container Toolkit is missing, or runtime flags are incomplete. Isaac Sim’s container docs use --gpus all, require the EULA environment variable, and suggest --runtime=nvidia if GPU detection has issues.
What to try:
-
Verify Docker GPU access:
-
Install or repair Docker NVIDIA support:
-
Rebuild and rerun the RoboDojo Docker image:
Official reference: Isaac Sim container installation. RoboDojo Docker reference: Optional: Install with Docker.
Docker networking or cache problems
Section titled “Docker networking or cache problems”Symptoms: The simulator container cannot connect to the policy server, first launch is very slow every time, or logs are hard to find after a crash.
Cause: Docker bridge networking can hide the host network interface from the simulator, and missing cache/log mounts force Isaac Sim to rebuild caches repeatedly. Isaac Sim’s container docs recommend host networking for livestreaming and document cache, log, config, data, and package mounts for persistent state.
What to try:
-
For RoboDojo Docker evaluation, prefer host networking:
-
Keep the cache mounts from Optional: Install with Docker so Warp and Omniverse caches persist between runs.
-
If connecting to a host-side policy server from a container, use
--network hostwith--policy-host 127.0.0.1, or use a reachable host/IP according to your Docker network mode. -
Inspect container logs with:
For RoboDojo simulator containers, inspect the command’s terminal output and mounted Omniverse cache/log directories.
Official reference: Isaac Sim container installation and Isaac Sim setup tips.
Related page: Evaluation Issues.