Per-instance in-VM agent state across every project.
curl --request GET \ --url https://stratum.example.com/v1/admin/compute/instance-agents \ --header 'Authorization: Bearer <token>'Operator endpoint. The drill-in behind the fleet summary: one row per live instance, in every project, with its agent version, health and last heartbeat.
Instances whose agent has never reported ARE included, with
health: unknown and no version. They are the population an operator is
usually looking for, so omitting them would defeat the purpose.
Install-scoped, like the other /v1/admin/compute/* endpoints.
Authorizations
Section titled “Authorizations”Responses
Section titled “Responses”Per-instance agent state.
object
The agent build this control plane serves, repeated here so a client rendering the list does not need the summary call too.
One instance’s in-VM agent state in the fleet listing.
object
Owning project. The listing spans all of them.
Build the agent reported. Absent when it has never reported, which is the same condition as health: unknown.
Same derivation as the per-instance agent-status endpoint: unknown when the agent has never reported, unhealthy when it has been silent longer than the heartbeat window, agent_disabled when the instance does not want an agent and enrollment_pending when it was enabled and not yet installed.
Last heartbeat. Absent when the agent has never reported.
Whether agentVersion matches the build the control plane serves. True when either side is unknown, so missing metadata never reads as drift.
Example
{ "items": [ { "health": "healthy" } ]}Authenticated but not authorized.
object
The findings of a rejected IAM policy document (custom and resource policies).
One finding of a rejected IAM policy document. A rejection lists every finding, so the author fixes the document in one round trip.
object
The finding, e.g. INVALID_DOCUMENT, UNKNOWN_ACTION, ACTION_NOT_APPLICABLE.
Index of the statement at fault; -1 for the document as a whole.
The offending action, where one is at fault (ACTION_NOT_APPLICABLE).
Field errors, for codes that carry them: each problem at its field
(see FieldError). Documented on the responses that set it, e.g.
approveNodeJoin’s INVALID_INPUT and JOIN_APPROVAL_REFUSED.
Absent otherwise.
One field’s problem, the stage-2 installer API’s shape.
field is the field’s path, message what is wrong with it.
object
The field’s path, e.g. links[0].interface, disks[1].confirm,
mgmt.address or role; empty for the whole request.
Structured facts about the refusal, for codes that carry them. The
shape is fixed per code and documented on the response that answers
it, e.g. IMAGE_POOL_MISMATCH (see ImagePoolMismatchDetails) and
IMAGE_IN_USE. Absent for codes that carry none.
object
Example
{ "issues": [ { "code": "ACTION_NOT_APPLICABLE", "action": "compute:CreateVpc" } ]}