Skip to content

RFC-0001 · P1 · cli — --verbose + install log + failure resume + cluster doctor auth checks (§8.5) #101

Description

@LukasWodka

Parent: backend#830 (RFC-0001 epic) · RFC: §8.5 · Flow family: backend#877 (Connect / install) · Phase 1 — CLI
Related: cli#5 (split stdout/stderr for --output json — adjacent), the installer reorder backend#838 (streams the rollout)

Why

§8.5: the connect flow is zero-prompt on a headless box, so the failure path has to stand on its own — otherwise "easy when it works" becomes "stuck when it doesn't." Today the CLI has no verbosity flag (only --plain), and cluster doctor checks cluster health only, so it can't diagnose a failed provision.

Scope

  • --verbose / TRACEBLOC_LOG_LEVEL that streams the device-flow → provision → Helm steps (default stays quiet — ~6 ✔ lines).
  • Always write a persistent ~/.tracebloc/install-<ts>.log.
  • On any failure: print the exact resume command (re-running is idempotent — §7.2/§8.2) and point at tracebloc cluster doctor.
  • Extend cluster doctor to also check auth / config / token state (today it's cluster-health only).

Acceptance

  • --verbose streams the staged steps; default output stays quiet.
  • Every run writes an install-<ts>.log.
  • A simulated failure prints a copy-pasteable resume command + the doctor hint.
  • cluster doctor reports auth/config/token problems, not just cluster health.

Notes

Installer-side §8.5 work (streamed per-Deployment rollout + "still pulling images" heartbeat; 🟢 Connected = a real readiness probe, not a sleep) lives with the installer reorder (backend#838) — cross-ref, not this CLI ticket's scope.

Work Type: Feature · Squad: DevEx · Area: SDK (CLI) · Priority: P1

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions