Terraform-aws-github-runner: Error al escalar lambda

Tuve el mismo error, intente otorgar derechos a la aplicación en el grupo Acciones.

@adrianmiron ¿Lo has arreglado?

mismo problema +1

@npalm ¿Podrías ayudarme?

@adrianmiron probé el grupo Actions pero todavía tengo problemas. ¿Puedes compartir todos tus permisos? Estoy probando el corredor de la organización.

No reconozco el problema La escala lambda está obteniendo un mensaje de la cola, luego verifica si todavía hay trabajos en cola. Si es así, se está ampliando. La lambda de escalamiento ascendente se activa para los mensajes que están durante 30 segundos en la cola. El mensaje de error indica que lambda no puede llamar a la API.

¿Puede verificar si su aplicación GitHub está configurada de acuerdo con los documentos? Dado que se activa su lambda de escalamiento ascendente, parece que la aplicación está instalada para el repositorio; de lo contrario, no se debería recibir ningún evento. Entonces, la mayoría de los aspectos lógicos parecen que los permisos no están configurados correctamente.

@ manoj-k-deepr De mis investigaciones del mismo error, resultaron ser problemas de permisos de la aplicación github (que es la que realmente hace la consulta a las acciones de repositorio. Recuerdo que revisé la aplicación lambda -> github cosa 5 veces y no lo fue.

Comparta una pantalla de impresión con permisos de organización / repositorio y compararé por la mañana.

@npalm sí, su problema con el permiso. Solucioné el problema proporcionando acceso a los corredores autohospedados ( lectura y escritura ) en la organización. En los documentos no se menciona nada sobre el permiso de corredor.

Hubo un problema con los permisos de la aplicación Github. @npalm ¿Puede actualizar la documentación y especificar qué permisos requiere la aplicación?

@mkryva Genial, lo tienes funcionando. Dejaré el problema abierto para que podamos actualizar los documentos. ¡Las relaciones públicas para mejorar los documentos son siempre bienvenidas!

Después de actualizar los permisos, falla con el siguiente error:

ERROR AuthFailure.ServiceLinkedRoleCreationNotPermitted: The provided credentials do not have permission to create the service-linked role for EC2 Spot Instances.

UPD: Parece que el motivo fue "Ha alcanzado su cuota máxima de solicitudes de flota puntual para esta cuenta".

escalar lambda fallando para mí, incluso después de la última confirmación de (ghes) corrección por @mcaulifn

DEBUG   https://enterprise.github.custom.com/api/v3

ERROR   RequestError [HttpError]: request to https://enterprise.github.custom.com/api/v3/app/installations/22/access_tokens 
failed, reason: connect ETIMEDOUT 192.168.1.1:443
    at /var/task/index.js:2797:11
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
    at async getInstallationAuthentication (/var/task/index.js:266:7) {
  status: 500,
  headers: {},
  request: {
    method: 'POST',
    url: 'https://enterprise.github.custom.com/api/v3/app/installations/22/access_tokens',
    headers: {
      accept: 'application/vnd.github.antiope-preview+json,application/vnd.github.machine-man-preview+json',
      'user-agent': 'octokit-request.js/5.4.12 Node.js/12.19.0 (linux; x64)',
      authorization: 'bearer [REDACTED]',
      'content-length': 0
    }
  }
}

ERROR RequestError [HttpError]: request to https://enterprise.github.custom.com/api/v3/app/installations/22/access_tokens failed, 
reason: connect ETIMEDOUT 192.168.1.1:443 at /var/task/index.js:2797:11 at processTicksAndRejections 
(internal/process/task_queues.js:97:5) at async getInstallationAuthentication (/var/task/index.js:266:7) 
{ status: 500, headers: {}, request: { 
    method: 'POST', url: 'https://enterprise.github.custom.com/api/v3/app/installations/22/access_tokens', 
    headers: { accept: 'application/vnd.github.antiope-preview+json,application/vnd.github.machine-man-preview+json', 
    'user-agent': 'octokit-request.js/5.4.12 Node.js/12.19.0 (linux; x64)', authorization: 'bearer [REDACTED]', 
    'content-length': 0 } } }



ERROR   Invoke Error    
{
    "errorType": "Error",
    "errorMessage": "Failed handling SQS event",
    "stack": [
        "Error: Failed handling SQS event",
        "    at _homogeneousError (/var/runtime/CallbackContext.js:12:12)",
        "    at postError (/var/runtime/CallbackContext.js:29:54)",
        "    at callback (/var/runtime/CallbackContext.js:41:7)",
        "    at /var/runtime/CallbackContext.js:104:16",
        "    at /var/task/index.js:50911:16",
        "    at Generator.throw (<anonymous>)",
        "    at rejected (/var/task/index.js:50893:65)",
        "    at processTicksAndRejections (internal/process/task_queues.js:97:5)"
    ]
}

@buamod ¿estás usando GHES? ¿Derecha? Solo para estar seguro, ¿reconstruyó la lambda y se aseguró de que se use?

ETIMEDOUT sugeriría que GHES no respondió. ¿Estás detrás de un proxy?

@buamod ¿estás usando GHES? ¿Derecha? Solo para estar seguro, ¿reconstruyó la lambda y se aseguró de que se use?

Implementé las últimas lambdas de confirmación, las construí con comandos de Docker del script Ci / build.sh.

ETIMEDOUT sugeriría que GHES no respondió. ¿Estás detrás de un proxy?

Puede que haya un proxy que no conozco. Digamos que hay un proxy, ¿cómo pasaría eso?

Los requisitos de proxy de