Skip to main content
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 para obtener el recurso en sí.

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:
Un recurso con un error activo:

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.

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.

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, storage, certificates y load balancers.