{"record":{"id":"84c8b70463257754","repo":"tinyhumansai/openhuman","slug":"memory-vector-search-e","errorCode":null,"errorMessage":"memory_vector_search: {e}","messagePattern":"memory_vector_search: (.+?)","errorType":"exception","errorClass":null,"httpStatus":null,"severity":"error","filePath":"src/openhuman/memory/tools/search/vector_search.rs","lineNumber":133,"sourceCode":"            parsed.time_window_days,\n            min_score,\n            limit,\n            parsed.diverse,\n        );\n\n        let config = config_rpc::load_config_with_timeout()\n            .await\n            .map_err(|e| anyhow::anyhow!(\"memory_vector_search: load config failed: {e}\"))?;\n\n        // Chunks are read through the bound driver, not by opening the store\n        // in this process. Before the module port this called\n        // `list_chunks(&config, …)` directly, which resolved the workspace path\n        // and opened the same SQLite database the loaded module already had\n        // open — two engine instances over one file, with the module not\n        // authoritative. See `docs/specs/2026-08-13-memory-module-port.md` §2.1.\n        let guard = active_memory_guard()\n            .await\n            .map_err(|e| anyhow::anyhow!(\"memory_vector_search: {e}\"))?;\n        let chunk_reader = guard.as_chunks().ok_or_else(|| {\n            anyhow::anyhow!(\"memory_vector_search: memory driver does not support the chunk family\")\n        })?;\n\n        let embedder = provider_from_config(&config)\n            .map_err(|e| anyhow::anyhow!(\"memory_vector_search: embedding provider failed: {e}\"))?;\n\n        let query_vec = embedder\n            .embed_one(&parsed.query)\n            .await\n            .map_err(|e| anyhow::anyhow!(\"memory_vector_search: embedding query failed: {e}\"))?;\n\n        let source_kind = match parsed.source_kind.as_deref() {\n            Some(s) => Some(\n                SourceKind::parse(s).map_err(|e| anyhow::anyhow!(\"memory_vector_search: {e}\"))?,\n            ),\n            None => None,\n        };","sourceCodeStart":115,"sourceCodeEnd":151,"githubUrl":"https://github.com/tinyhumansai/openhuman/blob/749120085864ce16e0f273c7b86fac7740b39c5b/src/openhuman/memory/tools/search/vector_search.rs#L115-L151","documentation":"Generic wrapper for a failure while acquiring the active memory guard — the process-global handle over the bound memory driver (loaded module or fallback). At this point in `memory_vector_search`, config loaded fine but establishing the connection to the memory subsystem failed; `{e}` identifies whether the module load, binding, or driver initialization went wrong.","triggerScenarios":"Thrown at src/openhuman/memory/tools/search/vector_search.rs:133 when the library encounters an invalid state.","commonSituations":"See trigger scenarios.","solutions":["Inspect `{e}` for the module-load or binding failure detail","Check memory module health/status via the memory RPC surface","Retry after restarting the core — module load state is process-scoped","Fall back to a non-vector memory search (hybrid or recall) if available"],"exampleFix":null,"handlingStrategy":"retry","validationCode":null,"typeGuard":null,"tryCatchPattern":null,"preventionTips":[],"tags":[],"backgroundTag":null,"analyzedSha":"749120085864ce16e0f273c7b86fac7740b39c5b","analyzedAt":"2026-08-17T21:21:45.363Z","contentChangedAt":null,"schemaVersion":2},"datasetVersion":"2026-09-14T00:17:10.932Z"}