Files
gstack/docs/gbrain-sync-errors.md
T
garrytanandInfiniteyieldai 96f473abda A2: stage dot-leading slugs gbrain can collect; network errors are db-unreachable
A page slug segment starting with a dot (a .claude project) staged a file
gbrain's import walker prunes, so the batch was refused on every run.
Leading dots become "dot-" per segment, and slugs recorded in state under
the old name map through the same function so no page is duplicated.

A DNS or connection failure (ENOTFOUND, EAI_AGAIN, ECONNREFUSED, ...) no
longer classifies as broken-db, which routed users to move a working
config aside. The new db-unreachable status carries the reason
"database host unreachable (<code> <host>); your gbrain config is
unchanged. Fix: check network or VPN, then re-run /sync-gbrain.", skips
local sync stages with that reason, and counts as usable for
gstack-gbrain-detect --is-ok like timeout.

Co-authored-by: Infiniteyieldai <infiniteyield.ai@gmail.com>
2026-10-03 20:45:47 +00:00

276 lines
8.8 KiB
Markdown

# gbrain-sync error lookup
Every error message `gstack-brain-*` can print, with problem, cause, and fix.
Search this file by the prefix after `BRAIN_SYNC:` or by the binary name in
the command output.
---
## `BRAIN_SYNC: brain repo detected: <url>`
**Problem.** You're on a machine that has `~/.gstack-artifacts-remote.txt`
(or the legacy `~/.gstack-brain-remote.txt`, copied from another machine) but
no local git repo at `~/.gstack/.git`.
**Cause.** You've set up GBrain sync elsewhere and your gstack hasn't been
restored on this machine yet.
**Fix.**
```bash
gstack-brain-restore
```
This pulls the repo into `~/.gstack/` and re-registers merge drivers.
If you don't want to restore here, dismiss the hint with:
```bash
gstack-config set artifacts_sync_mode_prompted true
```
---
## `BRAIN_SYNC: blocked: <pattern-family>:<snippet>`
**Problem.** Sync stopped because the secret scanner detected credential-shaped
content in a staged file. The queue is preserved; nothing was pushed.
**Cause.** One of the pre-commit secret patterns matched the file contents —
likely an AWS key, GitHub token, OpenAI key, PEM block, JWT, or bearer token
embedded in JSON.
**Fix (three options).**
1. **If it's a real secret**: edit the offending file to remove the secret,
then re-run any skill to retry sync.
2. **If the pattern is a false positive** (e.g., your learning contains a
GitHub token pattern in an example string that you *want* to publish):
```bash
gstack-brain-sync --skip-file <path>
```
This permanently excludes the path from future syncs.
3. **If you want to abandon this sync batch entirely** (start fresh):
```bash
gstack-brain-sync --drop-queue --yes
```
This clears the queue without committing. Future writes will re-populate
it normally.
---
## `BRAIN_SYNC: push failed: auth.`
**Problem.** Git push was rejected because your auth with the remote expired
or is missing.
**Cause.** The remote is unreachable with current credentials.
**Fix.** Refresh auth based on your remote:
- **GitHub**: `gh auth status` (then `gh auth refresh` if needed)
- **GitLab**: `glab auth status`
- **Other**: `git remote -v` + check SSH keys or credential helper
After fixing auth, run any skill to retry sync automatically.
---
## `BRAIN_SYNC: push failed: <first-line-of-error>`
**Problem.** Push failed for a reason other than auth. The first line of
git's error appears after the colon.
**Cause.** Could be network issue, rejected push (remote ahead), server 500,
or repo access revoked.
**Fix.** Look at `~/.gstack/.brain-sync-status.json` for more detail, or run:
```bash
cd ~/.gstack && git status && git push origin HEAD
```
to see git's full error. The queue is cleared after any push attempt, but
your local commit still exists — the next skill run will retry the push.
---
## `gstack: brain-sync push NOT sent — the egress receipt could not be written`
**Problem.** The push was refused before anything left your machine. Every
brain-sync push writes a tamper-evident receipt to the egress ledger
(`~/.gstack/security/egress.jsonl`) before sending, fail-closed. The
receipt could not be written, so nothing was sent, no local commit was
made, and the queue is preserved — the next run retries the whole drain.
`gstack-brain-sync --status` shows `EGRESS_RECEIPT_FAILED` as the failure
detail.
**Cause.** `~/.gstack/security/` is not writable (the receipt writer creates
it when missing, so absence alone is not the cause), the disk is full, or
`GSTACK_HOME` points at a read-only location.
**Fix.**
```bash
mkdir -p ~/.gstack/security && chmod -R u+w ~/.gstack/security
```
Then run any skill (or `gstack-brain-sync --once`) to retry. Inspect the
ledger with `gstack-egress list`; verify its hash chain with
`gstack-egress verify`.
---
## `gstack-artifacts-init: ~/.gstack/ is already a git repo pointing at: <url>`
**Problem.** You tried to init with a remote URL that doesn't match the
existing one. The command refuses to overwrite.
**Cause.** You already ran `gstack-artifacts-init` with a different remote.
**Fix.** Either:
- Use the existing remote: run `gstack-artifacts-init` without `--remote`, or
with the matching URL.
- Switch remotes: `git -C ~/.gstack remote set-url origin <url>` (the
command's own suggestion), or `gstack-brain-uninstall` first, then re-init
with the new URL. Neither deletes your data.
---
## `Remote not reachable via SSH: <url>`
**Problem.** Init couldn't reach the git remote to verify connectivity.
**Cause.** Wrong URL, missing auth, network issue.
**Fix.** Test manually:
```bash
git ls-remote <url>
```
If that fails, check:
- URL spelling
- GitHub: `gh auth status`
- GitLab: `glab auth status`
- Private network / VPN / DNS
---
## `Failed to create or find '<name>'. Try --remote <url>.`
**Problem.** Auto-repo-creation via `gh repo create` failed and the repo
isn't discoverable via `gh repo view` either.
**Cause.** `gh` is unauthenticated, a repo with that name already exists
owned by someone else, or your GitHub account hit a quota.
**Fix.**
```bash
gh auth status
```
If unauth'd, run `gh auth login`. If the repo name collides, pass a different
name:
```bash
gstack-artifacts-init --remote git@github.com:YOURUSER/custom-name.git
```
---
## `gstack-brain-restore: ~/.gstack/.git already points at <url>`
**Problem.** You tried to restore from a URL that doesn't match the existing
git config.
**Cause.** Stale `.git` from a previous init with a different remote.
**Fix.** `gstack-brain-uninstall`, then re-run `gstack-brain-restore <url>`.
---
## `gstack-brain-restore: ~/.gstack/ has existing allowlisted files that would be clobbered`
**Problem.** You're trying to restore, but `~/.gstack/` already contains
learnings or plans that would be overwritten.
**Cause.** Either (a) this machine has accumulated state from a pre-sync
gstack session, or (b) a previous failed restore left partial state.
**Fix (three options).**
1. **If this machine's state should become the new truth**: run
`gstack-artifacts-init` instead of restore — this creates a brand-new brain
repo from this machine's state.
2. **If you want to adopt the remote and discard this machine's state**:
back up `~/.gstack/projects/` first, then remove the offending files and
re-run restore.
3. **If you want to merge**: there's no automatic merge for this. Manually
copy learnings from `~/.gstack/` into your running gstack on a machine
with sync already on, then restore here.
---
## `gstack-brain-restore: <url> does not look like a gstack-brain repo`
**Problem.** The clone succeeded but the repo is missing `.brain-allowlist`
and `.gitattributes`.
**Cause.** You pointed restore at a random git repo, or someone deleted the
canonical config files from the brain repo.
**Fix.** Verify the URL. If it's correct, run `gstack-artifacts-init --remote
<url>` to re-seed the canonical config.
---
## `database host unreachable (<code> <host>); your gbrain config is unchanged. Fix: check network or VPN, then re-run /sync-gbrain.`
**Problem.** `/sync-gbrain` skipped the code, memory and dream stages, or
`/setup-gbrain` reported `gbrain_local_status: db-unreachable`.
**Cause.** gbrain could not reach the database named in `~/.gbrain/config.json`
because of a network error (`ENOTFOUND` / `EAI_AGAIN` in an offline sandbox, a
VPN that is down, a refused or timed-out connection). Nothing is known to be
wrong with the config, so gstack leaves it alone and keeps brain-aware skill
blocks rendered, the same way it treats a slow `timeout`.
**Fix.** Restore network access (or the VPN), then:
```bash
/sync-gbrain
```
Do not move `~/.gbrain/config.json` aside; that remediation is only for
`broken-db` / `broken-config`.
---
## `[memory-ingest] ... dot-leading slug` (pages under `.claude`-style project slugs never landed)
**Problem.** Before this release, ingest refused every batch that held a page
from a project whose slug starts with a dot (for example `.claude`), with
`gbrain import accounted for N-1 of N staged page(s) ... Refusing to advance state`.
**Cause.** gbrain's import walker skips every path segment that starts with a
dot, so the staged page was never collected.
**Fix.** Nothing to do after upgrading: such slugs now stage as `dot-claude`,
and state recorded under the old name maps to the new one. Run
`/sync-gbrain` once to import the pages that were stuck.
---
## Nothing is syncing but I expect it to
**Not an error, but a common gotcha.** Check in order:
1. `gstack-brain-sync --status` — is mode `off`?
2. `~/.gstack/.git` exists?
3. `gstack-config get artifacts_sync_mode` — should be `full` or `artifacts-only`.
4. The file you expect to sync — is it in the allowlist?
`cat ~/.gstack/.brain-allowlist`
5. Privacy class filter — if mode is `artifacts-only`, behavioral files
(timelines, developer-profile) are intentionally skipped.
If all those look right, run:
```bash
gstack-brain-sync --discover-new
gstack-brain-sync --once
```
to force a drain.