openclaw - 💡(How to fix) Fix [Bug]: Memory index with Ollama embeddings times out after 120s even though embeddings are ready and batch is disabled [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#60856Fetched 2026-04-08 02:46:26
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Author
Participants
Timeline (top)
labeled ×2commented ×1cross-referenced ×1

Memory indexing fails with memory embeddings batch timed out after 120s when memorySearch.provider is set to ollama, even though openclaw memory status --deep reports Embeddings: ready and direct Ollama embedding requests succeed.

Error Message

Relevant observed log lines:

  • memory sync failed (watch): Error: memory embeddings batch timed out after 120s
  • Memory index failed (main): memory embeddings batch timed out after 120s

Observed openclaw memory status --deep output:

  • Provider: ollama (requested: ollama)
  • Model: nomic-embed-text
  • Embeddings: ready
  • Batch: disabled
  • Vector: ready
  • FTS: ready

Observed ollama list output included:

  • nomic-embed-text:latest

Observed direct embedding API response:

  • curl to http://127.0.0.1:11434/api/embeddings with model nomic-embed-text returned a valid embedding vector.

Root Cause

Memory indexing fails with memory embeddings batch timed out after 120s when memorySearch.provider is set to ollama, even though openclaw memory status --deep reports Embeddings: ready and direct Ollama embedding requests succeed.

Code Example

Relevant observed log lines:
- `memory sync failed (watch): Error: memory embeddings batch timed out after 120s`
- `Memory index failed (main): memory embeddings batch timed out after 120s`

Observed `openclaw memory status --deep` output:
- `Provider: ollama (requested: ollama)`
- `Model: nomic-embed-text`
- `Embeddings: ready`
- `Batch: disabled`
- `Vector: ready`
- `FTS: ready`

Observed `ollama list` output included:
- `nomic-embed-text:latest`

Observed direct embedding API response:
- `curl` to `http://127.0.0.1:11434/api/embeddings` with model `nomic-embed-text` returned a valid embedding vector.
RAW_BUFFERClick to expand / collapse

Bug type

Crash (process/app exits or hangs)

Beta release blocker

No

Summary

Memory indexing fails with memory embeddings batch timed out after 120s when memorySearch.provider is set to ollama, even though openclaw memory status --deep reports Embeddings: ready and direct Ollama embedding requests succeed.

Steps to reproduce

  1. Configure agents.defaults.memorySearch.provider = "ollama" with remote.baseUrl = "http://127.0.0.1:11434" and remote.apiKey = "ollama-local".
  2. Ensure nomic-embed-text is installed in Ollama.
  3. Restart the gateway.
  4. Run openclaw memory status --deep and confirm it reports Provider: ollama, Model: nomic-embed-text, Embeddings: ready, and Batch: disabled.
  5. Run openclaw memory index --force.
  6. Observe Memory index failed (main): memory embeddings batch timed out after 120s.

Expected behavior

openclaw memory index --force should complete successfully after openclaw memory status --deep reports Provider: ollama, Embeddings: ready, and Batch: disabled, and after direct requests to Ollama's /api/embeddings endpoint succeed for the same model.

Actual behavior

openclaw memory index --force fails with Memory index failed (main): memory embeddings batch timed out after 120s. The gateway log also records memory sync failed (watch): Error: memory embeddings batch timed out after 120s.

OpenClaw version

2026.4.2 (d74a122)

Operating system

Debian Trixie

Install method

npm global

Model

openai-codex/gpt-5.4

Provider / routing chain

openclaw -> ollama (memory embeddings at http://127.0.0.1:11434)

Additional provider/model setup details

Memory search was configured with:

  • agents.defaults.memorySearch.provider = "ollama"
  • agents.defaults.memorySearch.remote.baseUrl = "http://127.0.0.1:11434"
  • agents.defaults.memorySearch.remote.apiKey = "ollama-local"
  • agents.defaults.memorySearch.remote.batch.enabled = false

Observed openclaw memory status --deep output:

  • Provider: ollama (requested: ollama)
  • Model: nomic-embed-text
  • Embeddings: ready
  • Batch: disabled

Observed ollama list output included:

  • nomic-embed-text:latest

Direct embedding request that succeeded:

  • curl -s http://127.0.0.1:11434/api/embeddings -d '{"model":"nomic-embed-text","prompt":"test memory embeddings"}'

Logs, screenshots, and evidence

Relevant observed log lines:
- `memory sync failed (watch): Error: memory embeddings batch timed out after 120s`
- `Memory index failed (main): memory embeddings batch timed out after 120s`

Observed `openclaw memory status --deep` output:
- `Provider: ollama (requested: ollama)`
- `Model: nomic-embed-text`
- `Embeddings: ready`
- `Batch: disabled`
- `Vector: ready`
- `FTS: ready`

Observed `ollama list` output included:
- `nomic-embed-text:latest`

Observed direct embedding API response:
- `curl` to `http://127.0.0.1:11434/api/embeddings` with model `nomic-embed-text` returned a valid embedding vector.

Impact and severity

Affected users/systems/channels: local Linux install using Ollama for memory embeddings Severity: medium Frequency: repeated across multiple observed openclaw memory index --force attempts and background memory sync attempts Consequence: semantic memory indexing does not complete, so Ollama-backed memory search cannot be used as intended

Additional information

During setup there were two earlier observed failure modes before the final reproduced state:

  • openai embeddings failed: 404 404 page not found
  • Ollama embeddings HTTP 404: {"error":"model \"nomic-embed-text\" not found, try pulling it first"}

After correcting those issues, the timeout persisted in the state where:

  • Ollama had nomic-embed-text installed
  • direct /api/embeddings requests succeeded
  • openclaw memory status --deep reported Embeddings: ready
  • Batch: disabled

extent analysis

TL;DR

The most likely fix is to investigate and adjust the configuration or implementation related to batch processing in the Ollama provider, as the error message indicates a timeout issue with memory embeddings batch processing.

Guidance

  1. Verify Ollama Configuration: Double-check the Ollama configuration, especially the batch settings, to ensure it aligns with the expectations of openclaw. The fact that agents.defaults.memorySearch.remote.batch.enabled is set to false might be relevant.
  2. Check Timeout Settings: Look into the timeout settings for the openclaw and Ollama configurations. The error message specifies a 120-second timeout, so adjusting this value might help if the process genuinely takes longer than expected.
  3. Investigate Ollama Logs: Examine the Ollama logs for any errors or indications of what might be causing the batch processing to timeout. This could provide clues about whether the issue lies within Ollama or in the communication between openclaw and Ollama.
  4. Test with Batch Enabled: As a troubleshooting step, try enabling batch processing (agents.defaults.memorySearch.remote.batch.enabled = true) to see if this changes the behavior, although this might not be the desired long-term configuration.
  5. Direct API Request Analysis: Further analyze the successful direct embedding requests to Ollama's /api/embeddings endpoint to understand why these succeed while the batch process times out. This might reveal differences in how requests are handled.

Example

No specific code example is provided due to the lack of direct code references in the issue description. However, adjusting the configuration settings as mentioned in the guidance (e.g., batch settings, timeout values) would be the first steps.

Notes

The solution might depend on specifics of the Ollama provider's implementation and how it handles batch requests versus individual requests. The fact that direct requests succeed suggests that the issue might be specific to how openclaw interacts with Ollama in batch mode.

Recommendation

Apply a workaround by adjusting the timeout settings or batch processing configuration to better match the performance characteristics of the Ollama provider and the specific use case. This might involve increasing the timeout value or optimizing the batch processing settings for more efficient communication between openclaw and Ollama.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

openclaw memory index --force should complete successfully after openclaw memory status --deep reports Provider: ollama, Embeddings: ready, and Batch: disabled, and after direct requests to Ollama's /api/embeddings endpoint succeed for the same model.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix [Bug]: Memory index with Ollama embeddings times out after 120s even though embeddings are ready and batch is disabled [1 comments, 2 participants]