Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

sandbox get reports Phase: Error with no reason; forward/stop/start error messages don't point back to root cause

Aperta
#3,309 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
55/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
rust
Ambito
cli

Direzione di ricerca

Inizia individuando le implementazioni di openshell sandbox get, forward start e sandbox stop, quindi segui come vengono rappresentati la fase Error del sandbox e il relativo motivo. Riproduci il comportamento con i comandi del sandbox e ispeziona i log correlati. Il lavoro è completato quando get e i comandi dipendenti mostrano lo stesso motivo utile dell'ultimo errore, invece di messaggi generici scollegati.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

state:triage-needed

Summary

When a sandbox is in Phase: Error, openshell sandbox get <name> shows the phase but no explanation of what happened. Dependent commands also return generic, disconnected errors:

  • openshell forward start --background <port> <name> → sandbox is not ready (no mention of Error phase or its cause)
  • openshell sandbox stop <name> → sandbox must be Ready to stop (current phase: Error)

A user has to separately run openshell logs <name> and manually correlate timestamps to find the actual failure (in our case, a supervisor session stream error coinciding with an SSH disconnect).

Expected

sandbox get should include a reason/last-error field when Phase: Error, and dependent commands (forward start, stop) should surface that same reason instead of a generic "not ready"/phase-mismatch message.

openshell version: 0.0.116

Lingua principale
Rust
Stelle
8.7k
Fork
1.3k
Merge medio
2g 8h
PR unite (30g)
271

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di NVIDIA/OpenShell

Tutte le issue di NVIDIA/OpenShell

Issue simili

Altre issue su Rust

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.