Acknowledge an alarm
const url = 'https://example.com/api/v1/components/example/alarms/example:acknowledge';const options = {method: 'POST'};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request POST \ --url https://example.com/api/v1/components/example/alarms/example:acknowledgeRecords that a human has seen this alarm, and changes nothing else. The alarm stays exactly as raised as it was: acknowledging is not fixing, so health is NOT recomputed and cleared_at is untouched. Acknowledging is orthogonal to clearing in both directions, so a cleared alarm can still be acknowledged by whoever reviews the history, and clearing never acknowledges on an operator’s behalf. Acknowledging twice is idempotent: the first person and the first time stay, and the no-op writes no second audit row. Gated by alarm:acknowledge, whose scope is resolved on the component tier from that permission (not from component:update); a component outside the caller’s component:read is a non-disclosing 404, and one it can read but not acknowledge on is a 403.
Parameters
Section titled “ Parameters ”Path Parameters
Section titled “Path Parameters ”The component’s name, or a dotted address (e.g. boi.17c.415a.$comp.display-1)
The component’s name, or a dotted address (e.g. boi.17c.415a.$comp.display-1)
The alarm id
The alarm id
Responses
Section titled “ Responses ”OK
object
A URL to the JSON Schema for this object.
Whether anybody has recorded seeing this alarm; says nothing about whether it is still raised
When a human first recorded seeing this alarm; null while nobody has. Independent of cleared_at
Who acknowledged it, by name; empty while unacknowledged, or once that principal has been purged (the audit log keeps the name)
Null while the alarm is active
The component the alarm is on, by name
The component’s uuid, the stable form of component
The condition identity: one open alarm per (component, dedup_key)
The event rule that raised the alarm, by name; absent when an operator raised it
The raising rule’s uuid
The severity level the alarm was raised at, by name (see /severity-levels)
Example
{ "$schema": "/api/v1/schemas/AlarmBody.json"}default
Section titled “default ”Error
object
A URL to the JSON Schema for this object.
A human-readable explanation specific to this occurrence of the problem.
Optional list of individual error details
object
Where the error occurred, e.g. ‘body.items[3].tags’ or ‘path.thing-id’
Error message text
The value at the given location
A URI reference that identifies the specific occurrence of the problem.
HTTP status code
A short, human-readable summary of the problem type. This value should not change between occurrences of the error.
A URI reference to human-readable documentation for the error.
Example
{ "$schema": "/api/v1/schemas/ErrorModel.json", "detail": "Property foo is required but is missing.", "instance": "https://example.com/error-log/abc123", "status": 400, "title": "Bad Request", "type": "about:blank"}