Terraform-aws-github-runner: dev-usw2-scale-up 실패: "SQS 이벤트 처리 실패" "PEM 루틴: get_name: Sign.sign에 시작 라인 없음"

PEM 키 없이 base64 인코딩을 수행한 경우에도 이와 똑같은 문제를 보았습니다.
-----BEGIN RSA PRIVATE KEY-----
-----END RSA PRIVATE KEY-----

.pem 파일의 전체 내용을 가져와서 base64로 인코딩해야 하는 것 같습니다.

@compiaffe 감사

README/docs에 다음과 같은 내용이 있으면 확실히 도움이 됩니다.

• GITHUB_KEY=$(base64 ./myapp-aws-github-runner.2020-07-29.private-key.pem) ; cat $GITHUB_KEY > encoded_key.out now use this entire file as the github_app_key_base64 value

재배포했는데 이제 람다 확장 기능에서 다음과 같은 SQS 오류가 표시됩니다. '이전에 본 적이 있는지 궁금하십니까?

2020-07-29T12:38:43.476-07:00 | 2020-07-29T19:38:43.476Z    e67a6201-6e39-50c8-94f7-359abc4954cd    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:17333:16",         "    at Generator.throw (<anonymous>)",         "    at rejected (/var/task/index.js:17315:65)",         "    at processTicksAndRejections (internal/process/task_queues.js:97:5)"     ] }

감사합니다.

@cmcconnell1 예, 한 번 본 적이 있습니다. 이전에 로그 항목을 확인하면 Github 끝점에 대한 API 호출이 403으로 응답된 것으로 표시될 수 있습니다.

Github 앱에 Actions, Checks 및 Self-hosted Runners에 대한 권한을 부여해야 했지만 관리에 대한 액세스 권한을 부여할 필요는 없는 것 같습니다.

조직 또는 저장소의 설치로 이동하여 추가/다른 권한 요청을 허용하는 것을 잊지 마십시오.

@compiaffe 감사
이제 람다/cloudwatch 로그에 더 이상 오류가 없으며 S3 버킷에 있는 action-runners.zip 파일을 확인하고 README를 따르고 스팟 인스턴스 생성을 제외하고 예상되는 기능을 볼 수 있습니다. 마지막 문제인 것 같습니다.

참조: 스케일링-셀프호스트-액션-러너#퍼팅-올-투게더

러너를 빌드하는 경우 시작하거나 등록하지 않습니다. 당신이 할 수 있는 최선은 그 흔적을 따라가는 것입니다. GitHub 앱에는 웹훅으로 전송된 이벤트를 볼 수 있는 고급 설정 페이지가 있습니다. 이벤트가 수락되지 않으면 끝점과 비밀을 다시 확인하십시오. 다음으로 웹훅에 대한 로그를 확인하고 클라우드 워치에서 람다를 확장할 수 있습니다. 마지막으로 EC2 사용자 데이터 로깅을 검사할 수 있습니다. SSM을 통한 액세스(MP: ssh여야 합니까?)는 기본적으로 활성화되어 있습니다. 인스턴스에 연결을 선택하고 /var/log/user_data.log 로그를 검사하면 됩니다.

오류 포인트는 람다와 클라우드워치 이후이고 다음 문제 해결 단계는 EC2 사용자 데이터(로그)를 검사하는 것이지만 스팟 인스턴스가 배포되지 않을 때 인스턴스가 없기 때문에 이것은 약간 어렵습니다.

도와 주셔서 감사합니다.

여전히 문제가 있습니까?

@npalm 우리는 이것을 https://github.com/philips-labs/terraform-aws-github-runner/issues/104 와 동일했습니다. 나는 휴가 중이었고 테스트를 시작할 0.3.0 및 0.4.0 태그 버전이 있음을 확인했습니다. 감사합니다.

동일한 문제가 있습니다. 개발 분기/0.0.5를 사용하고 base64 인코딩(BEGIN 및 END 비트 포함)을 수행하고 아래와 같이 변수.tf 파일에 값을 저장했지만 여전히 오류가 발생합니다. . (오류: 오류: 0909006C :PEM 루틴: get_name: Sign.sign 에서 시작 라인 없음(internal/crypto/sig.js:105:29)) 및 바로 그 직후 ERROR Invoke Error {"errorType":"Error"," errorMessage":"SQS 이벤트 처리 실패"