Skip to content

Common issues

This page provides solutions to common issues and answers to frequently asked questions when running OpenClaw on Olares.

If you encounter a problem not listed here, check the Upgrade OpenClaw page for version-specific changes or refer to the official OpenClaw documentation.

Agent fails to respond with "Missing API key" error after upgrade

When using a cloud-hosted LLM provider, your agent fails to connect or communicate with external APIs and reports the following error:

text
Missing API key for the selected provider on the gateway. Configure provider
auth, then try again.

Cause

Starting with OpenClaw V2026.06.05, authentication profiles and core structural configurations migrate out of legacy JSON files and into an internal SQLite database.

If you recently upgraded your application but have not executed the database migration utility, the gateway will look for authentication profiles in the new database and fail to detect your cloud API keys.

Solution

Run the automated repair utility in the OpenClaw CLI to migrate your legacy authentication JSON files into the SQLite database.

  1. Open the OpenClaw CLI from the Launchpad.

  2. Run the automated repair and migration command:

    bash
    openclaw doctor --fix
  3. Verify the output logs in your terminal. A successful migration confirms that your old JSON profiles have been imported into SQLite.

    Example output:

    text
    |  Migrated auth profile JSON for ~/.openclaw/agents/main/agent/auth-profiles.json into  |
    |  SQLite (backups:                                                                      |
    |  ~/.openclaw/agents/main/agent/auth-profiles.json.sqlite-import.1781088154476.bak,     |
    |  ~/.openclaw/agents/main/agent/auth-state.json.sqlite-import.1781088154484.bak).       |

    Once complete, the gateway will automatically detect your keys and connect normally.

Cannot restart OpenClaw in CLI

If you attempt to manually start, stop, or restart OpenClaw using standard commands like openclaw gateway restart or openclaw gateway stop in the OpenClaw CLI, you might receive errors similar to the following:

  • Gateway service disabled
  • Gateway failed to start: gateway already running (pid 1); lock timeout after 5000ms
  • Gateway service check failed: Error: systemctl --user unavailable: spawn systemctl ENOENT

Cause

OpenClaw is deployed as a containerized app in Olares, where the gateway runs as the primary container process pid 1 and is always active. This environment does not use standard Linux system and service management tools such as systemd and systemctl, so the default openclaw gateway commands do not work.

Solution

Do not use the standard openclaw gateway commands. Restart OpenClaw using one of the following methods.

Method 1: Fast restart via OpenClaw CLI (Recommended)

Use the built-in restart-gateway script. This command safely shuts down the running gateway, applies your latest configurations, and brings the agent back online quickly (usually within 5 seconds).

  1. Open the OpenClaw CLI.

  2. Run the following command:

    bash
    restart-gateway

    The terminal will display the restart progress and confirm when the gateway is back online:

    text
    gateway: restart requested
    gateway: old process gone, waiting for new one
    gateway: ready

Method 2: Restart OpenClaw from Settings or Market

  • Open Settings, go to Applications > OpenClaw, click Stop, and then click Resume.
  • Open Market, go to My Olares, find OpenClaw, click keyboard_arrow_down next to the operation button, select Stop, and then select Resume.

Method 3: Restart the container

Open Control Hub, click clawdbot under Deployments, and then click Restart.

OpenClaw automatically stops during long tasks

When you ask the OpenClaw agent to perform tasks that take a long time to process like massive web scrapes or deep analysis, the task is abruptly terminated before returning the result.

Cause

By default, OpenClaw sets a maximum runtime limit of 10 minutes per task. If a task exceeds this limit, the system forcefully terminates it to save resources.

Solution

Extend this timeout limit by modifying the configuration file as follows:

  1. Open the Control UI, go to Config > Raw, and then find the agents section.

  2. In the defaults block, add the timeoutSeconds field or modify the existing one in it.

    To set it to 1 hour, specify 3600 for the value:

    json
    "agents": {
        "defaults": {
            "timeoutSeconds": 3600
        }
    }
  3. Click Save to restart the gateway and apply the changes.

"Rate limit exceeded" error when installing skills

Installing a skill fails with a 429 error:

text
Downloading [email protected] from ClawHub...
ClawHub /api/v1/download failed (429): Rate limit exceeded

Cause

The ClawHub registry temporarily limits downloads due to high traffic to maintain server stability.

Solution

Wait a few hours and run the installation command again.

Model responds slowly

There is a noticeable delay before the agent begins typing its first response.

Cause

This usually happens due to the way Ollama manages system resources and application settings:

  • Automatic offloading: To save resources, Ollama unloads models from memory by default when they are idle. The next time you interact with the model, it takes time to reload it, causing a noticeable delay in the first response.
  • Context setting clashes: If you have multiple applications using the same model but with different context settings, Ollama is forced to constantly unload and reload the model to switch between those different configurations.

Solution

To fix the issue, try one of the following methods.

Method 1: Prevent automatic offloading for model apps

Keep the model permanently in memory by enabling the KEEP_ALIVE environment variable for your model app.

  1. Open Settings, and then go to Applications > {Your Model App} > Manage environment variables.

  2. Find KEEP_ALIVE, click edit_square, set the value to true, and then click Confirm.

    Enable Keep Alive for model app in Settings

  3. Click Apply.

Method 2: Unify context sizes across apps

Use the same context size for all apps that share the same model to reduce reload times.

  1. Check the current context size of your running models:

    • In the Ollama terminal, run ollama ps. The CONTEXT column shows the context size in use.

      View model details in Ollama terminal

    • For a standalone model app, check the context size using Control Hub:

      a. Under the System namespace, find the model app's project (typically named {model-name}server-shared), and then open its pod terminal.

      Open pod terminal in Control Hub

      b. Run ollama run {model-name}, press Ctrl+D, and then run ollama ps.

      View model details in Control Hub

  2. Set all apps to use the same context size.

Clean reinstall OpenClaw

If you want to uninstall OpenClaw and start fresh, simply uninstalling the app is not enough. By default, Olares preserves your application data such as configurations and persona files, so you do not lose your work.

To completely remove OpenClaw and all of its data before reinstalling, follow the steps based on your Olares OS version.