> ## Documentation Index
> Fetch the complete documentation index at: https://docs.basaltic.sh/llms.txt
> Use this file to discover all available pages before exploring further.

# Fallos de recursos

> La matriz de fallas activas, cómo se deduplican los códigos y cómo se asigna la gravedad al estado del recurso.

Los recursos que ejecutan trabajo en segundo plano siempre incluyen `faults`: una matriz de fallos activos, o `[]` cuando no quedan ningunos. El campo singular `fault` ya no se devuelve. Lea cada entrada; más de un código puede estar activo a la vez. Las entradas se ordenan por `last_at`, el más nuevo primero, con un orden estable para los empates.

Vea [Referencias de recursos](/es/reference-resolution) para obtener el recurso en sí.

<a id="the-fault-object" />

## El objeto Fault

Cada entrada incluye `code`, `severity` (`error` o `warning`), `message`, `details` (un objeto o `null`), `first_at`, `last_at`, y `occurrences`. Las marcas de tiempo identifican la primera y la última observación en la serie activa.

`details` es un contexto estructurado, no una cadena. El texto de forma libre heredado se conserva bajo `legacy_text` dentro de ese objeto.

Un recurso saludable:

```json theme={null}
{
  "faults": []
}
```

Un recurso con un error activo:

```json theme={null}
{
  "faults": [
    {
      "code": "START_FAILED",
      "severity": "error",
      "message": "The instance did not reach running.",
      "details": null,
      "first_at": "2026-09-14T03:12:00Z",
      "last_at": "2026-09-14T03:12:00Z",
      "occurrences": 1
    }
  ]
}
```

<a id="deduplication-and-occurrences" />

## Deduplicación y ocurrencias

Una observación repetida del mismo código en el mismo recurso conserva `first_at`, actualiza `message`, `details` y `last_at`, e incrementa `occurrences` desde uno. No agrega una segunda fila. Un código que se repite después de la resolución comienza una nueva serie.

<a id="recovery" />

## Recuperación

Una operación exitosa resuelve solo los códigos que posee. Un error independiente permanece visible y puede mantener el recurso en un estado de error. Eliminar una falla no es prueba de que todos los problemas se hayan recuperado.

Las filas migradas de las cadenas de error por recurso anteriores llevan `LEGACY_FAILURE_STATE`. La operación que ahora posee ese error lo resuelve de la misma manera que resuelve sus propios códigos.

<a id="severity-and-status" />

## Gravedad y estado

Un `error` activo establece `current_state` a `error` en instancias, `status` a `error` en otros recursos, y `failed` en copias de seguridad. Una `warning` no cambia por sí misma el estado del ciclo de vida.

Dos superficies son solo de advertencia: un fallo DNS de un desafío de certificado nunca se mueve `verified`, y un fallo de política de instantánea nunca se mueve `enabled` o informa `error`.

Las fallas resueltas desaparecen de este array. No es una fuente de historial y no hay un punto final público de historial de fallas.

Los códigos específicos de servicio y la recuperación están en las páginas que describen esos recursos: [compute](/es/compute), [storage](/es/storage), [certificates](/es/certificates) y [load balancers](/es/load-balancers).


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.