Join us at MongoDB.local London on 7 May to unlock new possibilities for your data. Use WEB50 to save 50%.
Register now >
Docs Menu
Docs Home
/ /

Reintentar una tarea fallida de recolección de registros

Nota

Grupos y proyectos son términos sinónimos. Tu {PROJECT-ID} es el mismo que el ID de tu proyecto. Para los grupos existentes, el ID de grupo/proyecto permanece igual. Esta página utiliza el término más familiar «grupo» al referirse a las descripciones. El punto final se mantiene como se indica en el documento.

Al crear un trabajo de recopilación de registros, Ops Manager inicia un trabajo en segundo plano para descargar los registros de la implementación de Ops Manager especificada. Utilice este punto de conexión para reintentar un único trabajo de recopilación de registros fallido.

Para comprobar si un trabajo de recopilación de registros falló, puede utilizar el Obtener todas las tareas de recopilación de registros para un Proyecto y obtener una tarea de recopilación de registros. El elemento de respuesta status muestra FAILURE para los trabajos de recopilación de registros fallidos.

URL base: https://{OPSMANAGER-HOST}:{PORT}/api/public/v1.0

PUT /groups/{GROUP-ID}/logCollectionJobs/{JOB-ID}/retry
Nombre
Tipo
Necesidad
Descripción

ID del grupo

string

Requerido

Cadena única de 24 dígitos hexadecimales que identifica el trabajo de solicitud de recopilación de registros.

JOB-ID

string

Requerido

string única de 24 dígitos hexadecimales que identifica la tarea de colección de registros a reintentar. Utilice el endpoint Obtener todos los trabajos de recolección de registros de un Proyecto para obtener los ID asociados a su Proyecto.

Los siguientes parámetros de query son opcionales:

Nombre
Tipo
Necesidad
Descripción
predeterminado

bonito

booleano

Opcional

Indicador que señala si el cuerpo de la respuesta debe estar en un pretty-print formato.

false

envelope

booleano

Opcional

Bandera que indica si se debe o no envolver la respuesta en un sobre.

Algunos Los clientes de laAPI no pueden acceder a los encabezados de respuesta HTTP ni al código de estado. Para solucionar esto, configure envelope=true en la consulta.

Para los endpoints que devuelven un resultado, el cuerpo de la respuesta incluye:

Nombre
Descripción

status

Código de respuesta HTTP

content

Cuerpo de respuesta esperado

false

Este endpoint no utiliza parámetros de cuerpo de solicitud HTTP.

Este endpoint no tiene elementos de respuesta.

1curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
2 --header "Accept: application/json" \
3 --header "Content-Type: application/json" \
4 --include \
5 --request PUT "https://<OpsManagerHost>:<Port>/api/public/v1.0/groups/{GROUP-ID}/logCollectionJobs/{JOB-ID}/retry?pretty=true"
HTTP/1.1 401 Unauthorized
Content-Type: application/json;charset=ISO-8859-1
Date: {dateInUnixFormat}
WWW-Authenticate: Digest realm="MMS Public API", domain="", nonce="{nonce}", algorithm=MD5, op="auth", stale=false
Content-Length: {requestLengthInBytes}
Connection: keep-alive
HTTP/1.1 200 OK
Vary: Accept-Encoding
Content-Type: application/json
Strict-Transport-Security: max-age=300
Date: {dateInUnixFormat}
Connection: keep-alive
Content-Length: {requestLengthInBytes}
X-MongoDB-Service-Version: gitHash={gitHash}; versionString={ApplicationVersion}

Este endpoint no devuelve un cuerpo de respuesta.

Volver

Prolongar

En esta página