ISS-011: Warrants routed to gastown.dog sit unclaimed; the dog pool does not pick them up #2

New issue

Open

opened 2026-09-02 02:23:43 +00:00 by forgejo-admin · 0 comments

forgejo-admin commented

2026-09-02 02:23:43 +00:00

Owner

Migrated from gc-scratch/issues/ISS-011-dog-pool-never-claims-dog-routed-warrants.yml on 2026-09-01. That directory is a local YAML tracker in the gc-scratch city; this repo is now the home for these defects.

id: ISS-011
title: Warrants routed to gastown.dog sit unclaimed; the dog pool does not pick them up
type: bug
status: open
priority: P2
component: gc dog pool / scale_check demand registration for warrants
created: 2026-08-31
reported_by: gastown.deacon
upstream: ce-ttu (celilo store warrant, closed as no-op 2026-08-30)
description: |
  A warrant (ce-ttu, celilo store) was routed to gastown.dog and sat
  unclaimed for 13.5 hours. A dog session spawned at 20:11Z on 2026-08-30,
  closed within 4 minutes, and never claimed the warrant. Expected: a
  dog-routed warrant registers as pool demand, a dog session claims it and
  executes. Happened: the warrant aged out while looking healthy, the same
  invisible-to-the-pool shape as ce-2qm. Either the dog pool cannot see
  dog-routed warrants filed in a rig store, or the demand never registered
  with scale_check. Deacon closed the warrant as no-op because the target
  session was gone and a fresh worker had already done the work.
evidence:
  - "ce-ttu routed to gastown.dog sat unclaimed 13.5h while routed (deacon patrol 2026-08-30T20:25Z)"
  - "dog session spawned 2026-08-30 20:11Z and closed within 4 minutes without claiming the warrant"
proposed_fix: |
  Trace the scale_check query for the dog pool against a dog-routed warrant
  in a rig store and find which step drops it: pool visibility of
  rig-store warrants, or demand registration. Fix the step that drops it.

Migrated from `gc-scratch/issues/ISS-011-dog-pool-never-claims-dog-routed-warrants.yml` on 2026-09-01. That directory is a local YAML tracker in the gc-scratch city; this repo is now the home for these defects. ```yaml id: ISS-011 title: Warrants routed to gastown.dog sit unclaimed; the dog pool does not pick them up type: bug status: open priority: P2 component: gc dog pool / scale_check demand registration for warrants created: 2026-08-31 reported_by: gastown.deacon upstream: ce-ttu (celilo store warrant, closed as no-op 2026-08-30) description: | A warrant (ce-ttu, celilo store) was routed to gastown.dog and sat unclaimed for 13.5 hours. A dog session spawned at 20:11Z on 2026-08-30, closed within 4 minutes, and never claimed the warrant. Expected: a dog-routed warrant registers as pool demand, a dog session claims it and executes. Happened: the warrant aged out while looking healthy, the same invisible-to-the-pool shape as ce-2qm. Either the dog pool cannot see dog-routed warrants filed in a rig store, or the demand never registered with scale_check. Deacon closed the warrant as no-op because the target session was gone and a fresh worker had already done the work. evidence: - "ce-ttu routed to gastown.dog sat unclaimed 13.5h while routed (deacon patrol 2026-08-30T20:25Z)" - "dog session spawned 2026-08-30 20:11Z and closed within 4 minutes without claiming the warrant" proposed_fix: | Trace the scale_check query for the dog pool against a dog-routed warrant in a rig store and find which step drops it: pool visibility of rig-store warrants, or demand registration. Fix the step that drops it. ```

forgejo-admin referenced this issue

2026-09-21 04:37:52 +00:00

A recurring order is disabled forever by its own prior instance: an expired lease is never reclaimed, and gc order check reads "ready" for 185 hours while the order never fires #32

No labels

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

celilo/gascity#2

No description provided.

Rows
Columns