Skip to content

cleanup: drop asap-gorilla symlink - #365

Merged
zzylol merged 1 commit into
mainfrom
cleanup/drop-asap-gorilla-symlink
May 9, 2026
Merged

zzylol merged 1 commit into
mainfrom
cleanup/drop-asap-gorilla-symlink

Conversation

@zzylol

@zzylol zzylol commented May 9, 2026

Copy link
Copy Markdown
Contributor

Summary

`asap-gorilla` at the repo root was a symlink to `asap-gorilla-rust/`, kept for backwards-compat with the pre-unify-Gorilla-implementations (#357) consumer name. The backend's path-dep now points at `asap-gorilla-rust` directly (ProjectASAP/ASAPQuery-backend#118), so the alias is no longer load-bearing.

Audit confirmed remaining `asap-gorilla` token refs in the tree are all unrelated:

  • `asap-gorilla-tsdb` (Thanos bucket name)
  • `asap-gorilla-go` (Go module name)
  • `asap-gorilla-e2e` (test fixture)
  • `asap-gorilla` (MinIO bucket string)

None reference the deleted symlink path.

Merge order

Requires backend PR #118 to land first. Otherwise the symlink delete breaks the backend's path-dep resolution.

Test plan

  • No code paths still resolve through the symlink (verified via grep, audit attached above)

🤖 Generated with Claude Code

`asap-gorilla` at the repo root was a symlink to `asap-gorilla-rust/`,
kept for backwards-compat with the pre-unify-Gorilla-implementations
(#357) consumer name. The backend's path-dep now points at
`asap-gorilla-rust` directly (ProjectASAP/ASAPQuery-backend#cleanup/flatten-asap-gorilla-symlink),
so the alias is no longer load-bearing.

Audit confirmed remaining `asap-gorilla` refs in the tree are all
unrelated: `asap-gorilla-tsdb` (Thanos bucket), `asap-gorilla-go`
(Go module name), `asap-gorilla-e2e` (test fixture), `asap-gorilla`
(MinIO bucket string). None reference the deleted symlink path.

**Merge order**: requires the matching backend PR to land first.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@zzylol
zzylol merged commit 7115857 into main May 9, 2026
@zzylol
zzylol deleted the cleanup/drop-asap-gorilla-symlink branch May 9, 2026 19:15
zzylol added a commit that referenced this pull request May 9, 2026
Three small follow-ons after PR #365 (asap-gorilla symlink delete) +
PR #363 (gorillaprocessor / per-sketch cmd dirs delete) made the
service rebuild flow brittle:

## (1) `Dockerfile.backend` — repoint asap-gorilla path-dep

The backend's `asap-query-engine/Cargo.toml` path-dep was updated to
`asap-gorilla = { path = "../../ASAPCollector/asap-gorilla-rust" }`
in PR #118 (backend repo) when the symlink was being removed, but
the matching Dockerfile still copied to `ASAPCollector/asap-gorilla`
(the now-deleted symlink path). Result: cargo couldn't find the
crate inside the build container; backend image rebuild failed.

Repoints the COPY:
- `--from=asap-gorilla → ASAPCollector/asap-gorilla` →
- `--from=asap-gorilla-rust → ASAPCollector/asap-gorilla-rust`

Caller has to pass the matching `--build-context
asap-gorilla-rust=/path/to/asap-gorilla-rust` (mirrors the
existing `asap-precompute-rs` build-context pattern).

## (2) `cmd/asap-otel/builder-config.yaml` — add asap-gorilla-go replace

`gorillas3processor`'s own go.mod has
`replace github.com/ProjectASAP/asap-gorilla-go => ../../../asap-gorilla-go`,
but OCB does NOT transitively forward processor-level replaces into
the binary's generated `cmd/asap-otel/go.mod`. Result: OCB tried to
fetch `asap-gorilla-go` from github.com (private/non-existent
public path), build failed with "Repository not found".

Adds the replace at the binary level, mirroring the existing
`sketchlib-go` and `asap-precompute-go` redirects. Path math
documented inline (binary go.mod is 3 dirs deep under repo root).

## (3) `mvp-no-resource-limits.yml` — opt-in override

The MVP demo's `mvp-multi-stage.yml` hardcodes `cpus: 1.5` and
`memory: 1536M` on agents (and similar caps on gateway / Thanos
services). At any meaningful cardinality (≥2k aggregate series),
the agent's 5-sketch fan-out + windowState buffer eats 7+ GiB of
RSS and gets OOM-killed (SIGKILL/137). Each restart flushes a
1-ms-wide TSDB block — the cold-path-through-thanos returns
present-but-degenerate data.

Override lifts both `cpus` and `memory` (the whole `limits:`
block) for: agent-a, agent-b, gateway, prometheus-b0,
thanos-store-gateway, thanos-query, thanos-compact. Apply by
appending `-f deploy/docker-compose/mvp-no-resource-limits.yml`
to the existing compose chain. Default behaviour unchanged for
paper-eval reproducibility.

Verified with `docker compose ... config | python3 -c '...'`:
all 7 services show `limits=None`.

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant