Terraform-aws-github-runner: Aumento de lambda falhou

Eu tive o mesmo erro, tente conceder direitos ao aplicativo no grupo Ações.

@adrianmiron Você consertou?

mesmo problema +1

@npalm Você poderia me ajudar?

@adrianmiron tentei o grupo Actions, mas ainda estou tendo problemas. Você pode compartilhar todas as suas permissões? Estou tentando um corredor de organização.

Não reconheço o problema O lambda escalonado está buscando um messange da fila; em seguida, ele verifica se ainda há trabalhos na fila. Se sim, está aumentando. O lambda de aumento de escala é acionado para mensagens que ficam por 30 segundos na fila. A mensagem de erro indica que o lambda não tem permissão para chamar a API.

Verifique se o aplicativo GitHub está configurado de acordo com os documentos. Como o lambda de aumento de escala é acionado, parece que o aplicativo está instalado para o repo, caso contrário, nenhum evento deve ser recebido. Portanto, a maioria dos ligicais parece que as permissões não estão definidas corretamente.

@ manoj-k-deepr Pelas minhas investigações sobre o mesmo erro, descobri que eram problemas de permissão do aplicativo github (que é o que realmente faz a consulta às ações do repo. Lembro que examinei o aplicativo lambda -> github coisa 5 vezes e não foi isso.

Compartilhe uma tela de impressão com permissões em organização / repo e compararei de manhã.

@npalm sim, é um problema com permissão. Resolvi o problema fornecendo acesso de corredores auto-hospedados ( leitura e gravação ) na organização. Na documentação, nada foi mencionado sobre a permissão do corredor.

Ocorreu um problema com as permissões do aplicativo Github. @npalm Você pode atualizar a documentação e especificar quais permissões o aplicativo requer

@mkryva Ótimo, você fez funcionar. Vou deixar o problema em aberto para que possamos atualizar a documentação. PR's para melhorar a documentação são sempre bem-vindos!

Depois de atualizar as permissões, ele falha com o seguinte erro:

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

UPD: parece que o motivo foi "Você atingiu sua cota máxima de solicitações de frota spot para esta conta".

dimensionar lambda falhando para mim, mesmo após o último commit de (ghes) corrigido 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 você está usando GHES? Direito? Só para ter certeza, você reconstruiu o lambda e garantiu que ele fosse usado?

ETIMEDOUT sugere que GHES não respondeu. Você está atrás de um proxy?

@buamod você está usando GHES? Direito? Só para ter certeza, você reconstruiu o lambda e garantiu que ele fosse usado?

Implantei os lambdas do commit mais recentes, criei-os com comandos docker do script Ci / build.sh.

ETIMEDOUT sugere que GHES não respondeu. Você está atrás de um proxy?

Pode haver um proxy que não conheço. Digamos que haja um proxy, como eu passaria isso?

Os requisitos de proxy