faults: an array of
active faults, or [] when none remain. The singular fault field is no longer
returned. Read every entry; more than one code can be active at once. Entries
are ordered by last_at, newest first, with a stable order for ties.
See Resource references for how to fetch the resource
itself.
The Fault object
Each entry includescode, severity (error or warning), message,
details (an object or null), first_at, last_at, and occurrences.
The timestamps identify the first and latest observations in the active series.
details is structured context, not a string. Legacy free-form text is
preserved under legacy_text inside that object.
A healthy resource:
Deduplication and occurrences
A repeated observation of the same code on the same resource preservesfirst_at, refreshes message, details and last_at, and increments
occurrences from one. It does not add a second row. A code that recurs after
resolution starts a new series.
Recovery
A succeeding operation resolves only the codes it owns. An independent error stays visible and can keep the resource in an error state. Clearing one fault is not proof that every problem has recovered. Rows migrated from the previous per-resource error strings carryLEGACY_FAILURE_STATE. The operation that now owns that failure resolves it
the same way it resolves its own codes.
Severity and status
An activeerror sets current_state to error on instances, status to
error on other resources, and failed on backups. A warning does not by
itself change the lifecycle status.
Two surfaces are warning-only: a certificate challenge’s DNS fault never moves
verified, and a snapshot-policy fault never moves enabled or reports
error.
Resolved faults disappear from this array. It is not a history feed, and there
is no public fault-history endpoint.
Service-specific codes and recovery are on the pages that describe those
resources: compute, storage,
certificates and load balancers.