Skip to content

task(cluster): gather stats - core Threadripper machines #1095

Open

Description

@dezren39

Gather stats - core threadripper machines

Parent epic: #1080 (basement cluster program). Project home: planning/roadmaps/basement-cluster.md.

Power each core Threadripper machine, confirm it boots, and fill its inventory record (task 1.1 template) from live data: OS-level probe where an OS exists, BMC/KVM screens where it does not. Every CPU already boots and all RAM works (Drew, 2026-10-20) - this task turns that into recorded data.

Acceptance: one completed record per core machine, committed; any machine that fails to boot or reports bad hardware gets its own issue.

Physical work notes

  • Location: basement / server room, Osseo WI.
  • Tools/parts: as listed in the task; note anything missing on this issue before starting.
  • Safety: machines unplugged before drive or cable work; circuits are electrician-only work (epic 3).
  • Verification: attach a photo of the finished state (and SMART/KVM output where relevant) to this issue before closing.

Activity

  1. added
    area/infraInfrastructure, deployment, and operations
    effort/mMedium: expected under 1 day of work
    meta/enrichedIntake review done: acceptance criteria, links, and normalized labels added
    mode/hybridOnline work plus a physical step (power, cabling, KVM access to a real device)
    on Oct 27, 2026
  2. developing-today commented on Oct 27, 2026

    @developing-today
    Contributor
  3. added
    work/assignedQueue worker lifecycle state
    queue/claimedQueue worker lifecycle state
    and removed on Oct 29, 2026
  4. dezren39 commented on Oct 29, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · picked up

  5. dezren39 commented on Oct 29, 2026

    @dezren39
    MemberAuthor

    🤖 Agent note · escalated

    • Agent: queue worker (repo-worker-code), lane A shift
    • Session / ID: queue task 2362
    • Found via: queue claim
    • Task: Triage verdict for task(cluster): gather stats - core Threadripper machines #1095
    • Verdict — CONFIRMED, but physical/on-site only: planning/roadmaps/basement-cluster.md at current HEAD still lists "Hardware inventory and first-node selection" (epic(cluster): hardware inventory & first-node selection #1080) as planned, with intent "Gather hardware stats for all ~12 machines and pick the first 3–5 cluster nodes" — no completed per-machine inventory records are committed. The issue's own acceptance requires powering each core Threadripper machine in the basement/server room (Osseo, WI), confirming boot, probing via OS/BMC/KVM, and attaching a photo of the finished state. No agent can do that remotely; this is Drew-on-site work, not a code fix, so no small_fix follow-up packet is appropriate.
    • Expectation: Drew, on site: power each core machine, fill one task-1.1 inventory record per machine and commit it; file a separate issue for any machine that fails to boot or reports bad hardware (per the issue's acceptance). Issue stays open, labelled user/escalated + status/blocked.
    • Links: epic epic(cluster): hardware inventory & first-node selection #1080; roadmap planning/roadmaps/basement-cluster.md
  6. added
    queue/blockedQueue or user escalation state
    status/blockedQueue or user escalation state
    user/escalatedQueue or user escalation state
    and removed
    queue/claimedQueue worker lifecycle state
    work/assignedQueue worker lifecycle state
    user/escalatedQueue or user escalation state
    on Oct 29, 2026
  7. dezren39 commented on Oct 29, 2026

    @dezren39
    MemberAuthor

    BOARD CLEARING (2026-10-29): Drew confirmed on 2026-10-29 that the on-site basement hardware session is HIS task — ownership claimed, no decision outstanding for the fleet. Removed from the needs-Drew board (user/escalated dropped). The issue stays open and blocked on the physical session itself; dependents stay parked behind it.

  8. added
    source/creatorFiled by the new-issue-creator job
    task/triageQueue packet kind: verify, reproduce, and route this item
    on Nov 3, 2026
  9. developing-today commented on Nov 3, 2026

    @developing-today
    Contributor

    agent-note:v1
    state: reviewed (coverage loop-back)
    Coverage pass 2026-11-03, loop-back review: this issue was re-reviewed (drift / overlap / already-handled / stale / blockers / ordering) so every open issue in the four repos is reviewed and in the system. Verdict: still live; in the system as task 2362 (triage, blocked, priority 30) in repo-health-code-pilot. Labels audited and synced. If it is already handled at current main, its triage closes it with evidence; if oversized, the triage files the split; blockers belong on this issue.
    Found via: coverage loop-back 2026-11-03

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

area/infraInfrastructure, deployment, and operationseffort/mMedium: expected under 1 day of workmeta/enrichedIntake review done: acceptance criteria, links, and normalized labels addedmode/hybridOnline work plus a physical step (power, cabling, KVM access to a real device)queue/blockedQueue or user escalation statequeue/queuedHas a queued task in the Supabase agent queuesource/creatorFiled by the new-issue-creator jobstatus/blockedQueue or user escalation statetask/triageQueue packet kind: verify, reproduce, and route this item

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions