Repair VoidBot embedding startup
This commit is contained in:
parent
a2755cd025
commit
02bf57deae
2 changed files with 8 additions and 3 deletions
|
|
@ -419,9 +419,13 @@ function Ensure-OllamaEndpoint {
|
|||
throw "$Label is not reachable at $BaseUrl and the ollama CLI is not available."
|
||||
}
|
||||
|
||||
$stdoutLog = Join-Path $LogDir "ollama-local.log"
|
||||
$stderrLog = Join-Path $LogDir "ollama-local.err.log"
|
||||
$process = Start-Process -FilePath $ollamaCommand.Source -ArgumentList "serve" -WorkingDirectory $repoRoot -RedirectStandardOutput $stdoutLog -RedirectStandardError $stderrLog -WindowStyle Hidden -PassThru
|
||||
$baseUri = [Uri]$BaseUrl
|
||||
$ollamaHost = if ($baseUri.IsDefaultPort) { $baseUri.Host } else { "$($baseUri.Host):$($baseUri.Port)" }
|
||||
$logSlug = ($ollamaHost -replace '[^A-Za-z0-9_.-]', '-')
|
||||
$stdoutLog = Join-Path $LogDir "ollama-local-$logSlug.log"
|
||||
$stderrLog = Join-Path $LogDir "ollama-local-$logSlug.err.log"
|
||||
$serveCommand = "set OLLAMA_HOST=$ollamaHost && `"$($ollamaCommand.Source)`" serve"
|
||||
$process = Start-Process -FilePath "cmd.exe" -ArgumentList @("/c", $serveCommand) -WorkingDirectory $repoRoot -RedirectStandardOutput $stdoutLog -RedirectStandardError $stderrLog -WindowStyle Hidden -PassThru
|
||||
$startedByScript = $true
|
||||
$processId = $process.Id
|
||||
}
|
||||
|
|
|
|||
|
|
@ -381,3 +381,4 @@
|
|||
{"ts":"2026-07-05T17:52:53Z","type":"implementation","status":"ok","note":"Registered Odin's current gang as Personas/Faces: odin and ymir are repo Faces with repo-local .voidbot state; sleipnir and hermodr are native Personas with VoidBot projection state. Cut stale Gjallar/Eir registration and verified prompt assembly for odin, ymir, sleipnir, and hermodr. Native Personas must not share repoName because the Epiphany compatibility registry rejects duplicate identity keys."}
|
||||
{"ts":"2026-07-05T18:16:38Z","type":"repair","status":"ok","note":"VoidBot Eve surface availability in Hermodr was repaired through proper CultMesh ownership: VoidBot now serves its swarm Eve surface over a daemon-owned CultMesh/RUDP document server at rudp://127.0.0.1:17873, advertises that route in gamecult.eve.provider_advertisement.v1, Odin persists providerCatalog routing metadata, and Hermodr reads Odin routing then fetches gamecult.eve.surface_state.v1 directly from VoidBot. Verified /hermodr/surface/voidbot.swarm returns providerKind provider-cultmesh-rudp with cockpit root."}
|
||||
{"ts":"2026-07-08T20:43:30Z","type":"repair","status":"ok","note":"Void movement reporting bug identified and repaired: repo activity cursors previously advanced for every fresh repo after a rumination pass even when Void proposed no operation or reported only another lane, so Aetheria/AetheriaLore/Ymir movement could be marked seen without public coverage. The runner now advances repo cursors only for repo ids actually handled by proposed operations, repo activity exports doctrineDocuments for architecture/authority/runtime docs, and rumination context exposes dynamic movementCoverage leaders instead of a fixed repo list."}
|
||||
{"ts":"2026-07-09T02:09:16Z","type":"repair","status":"ok","note":"VoidBot embedding outage was caused by a stale Windows portproxy on 127.0.0.1:11434 forwarding to dead 10.77.0.3:11434 while .env expected the Windows Ollama endpoint on 127.0.0.1:11435. Started detached Windows Ollama on 11435, restored RAG_OLLAMA_BASE_URL to 11435, verified /api/embed returns a 1024-dimensional qwen3-embedding:0.6b vector, verified MCP search_sources returns Aetheria results, and patched start-voidbot-stack Ensure-OllamaEndpoint to set OLLAMA_HOST from the configured base URL when it launches local Ollama."}
|
||||
|
|
|
|||
Loading…
Reference in a new issue