Error R10 (Boot timeout) -> Web process failed to bind to $PORT within 60 seconds of launch

위와 같은 에러를 만났다. 에러 코드의 설명 그대로 port 에 binding 하는것을 실패했다는 에러이다. 내 코드를 보니 app.listen 을 따로 해주고 있지 않았다. 자동으로 random port 에 바인딩 해서 서버를 실행하는 줄 알았더니 아니었던 모양이다. 따라서 아래와 같이 port 를 지정해주고, app.listen 으로 서버를 실행해줬더니 해결되었다.

const PORT = process.env.PORT || 3000;
app.listen(PORT, () => {
  console.log(`Our app is running on port ${PORT}`);
});

메시지의 content 를 읽으려고 불러와도 계속 빈 스트링으로 나오는 에러(?)가 있었다. 원인은 에러라기 보다는 디스코드 developer portal 의 설정 문제였다. client instance 의 intents 키에 GatewayIntentBits.MessageContent, 를 추가해주거나, 직접 포탈로 가서 해당 설정을 켜두면 된다.

ref) https://stackoverflow.com/questions/73036854/message-content-doesnt-have-any-value-in-discord-js-v14

s3 에서 미리 서명된 url(presigned url) 을 이용하여 콘텐츠 업로드 시 위 에러가 뜨는 경우가 있다.

에러 메시지를 읽어보면 The request signature we calculated does not match the signature you provided. Check your key and signing method.

그렇다면 호출하고 있는 method 를 체크해보자.

putObject 로 호출하고 있는 presigned url 을 get method 로 호출하고 있어서 생기는 문제였다. put method 로 변경하여 호출해주자 해결되었다.

MacBook-pro project % eb init 

...

ERROR: NotAuthorizedError - Operation Denied. Access Denied

위 에러가 발생하는 경우, aws configure 혹은 eb init 시 설정해둔 aws profile 의 IAM 권한을 확인해야 한다. 나의 경우는 AmazonS3FullAccess 권한이 없어 발생한 에러였다.

기본적으로 AdministratorAccess-AWSElasticBeanstalk AmazonEC2FullAccess AWSCodeDeployFullAccess AWSCodeDeployRole AmazonS3FullAccess 위 권한들이 있으면 create 시 아무 문제가 없는거 같다.

+기존의 AWSElasticBeanstalkFullAccess 권한이 AdministratorAccess-AWSElasticBeanstalk 권한으로 변경되었다. ref) https://stackoverflow.com/questions/67485957/awselasticbeanstalkfullaccess-provides-full-access-equivalent

npm i -D serverless-dotenv-plugin

yarn add serverless-dotenv-plugin

serverless.yaml 파일에 위 plugin 을 추가해준다.

service:
  name: my-service
plugins:
  - serverless-dotenv-plugin
  ...

이러면 이제 process.env 를 이용하여 .env 파일에 선언해 둔 환경설정을 불러올 수 있게 된다.

ref https://www.serverless.com/plugins/serverless-dotenv-plugin

psql 명령어로 postgresql 을 실행하려다 위와 같은 에러가 뜨면서 실행이 되지 않았다. 이런 경우,

iMac ~ % rm /opt/homebrew/var/postgres/postmaster.pid
iMac ~ % brew services restart postgresql            
Stopping `postgresql`... (might take a while)
==> Successfully stopped `postgresql` (label: homebrew.mxcl.postgresql)
==> Successfully started `postgresql` (label: homebrew.mxcl.postgresql)
iMac ~ % psql postgres

brew services restart postgresql 후 다시 psql 을 실행하면 제대로 작동한다.

The security token included in the request is invalid.

에러 발생시, aws configure 와 aws credentials 정보가 같은지 확인해야 한다.

AWS cognito Client 'clientId' is configured for secret but secret was not received ...

라는 이름의 에러를 만날때가 있다.

Cognito 에서 User pool 을 생성할 때 App client 부분의 generate client secret (빨간 블럭 부분) 을 체크하면 secret 키를 generate 하여 넣어주어야 하는데, 체크한 후 secret key를 넣어주지 않아서 생기는 문제이다. 한번 체크되어 생성한 App client 는 체크 수정이 되지 않는다. 따라서 App client 를 새로 만들고 만들 때 해당 체크박스를 해제하면 된다.

eslint 경로 설정 문제이다. parser Oprions 에 tsconfigRootDir: __dirname 을 추가하면 된다.

// /.eslintrc.js

...
parserOptions: {
    project: "./tsconfig.json",
    tsconfigRootDir: __dirname,
    sourceType: "module",
  },
...

CRA git issue 에서도 해결 방법을 찾을 수 있었다. node version 을 16으로 낮추는 방법과 yarn upgrade 를 하는 방법이 있다.

나는 node version 을 굳이 다운그레이드 하고 싶지 않아 yarn upgrade 를 통해 문제를 해결했다. 이후에도 해당 에러가 계속 발생한다면 yarn_lock 파일을 삭제하고 다시 yarn install 해주면 된다. 위의 방법으로도 해결되지 않을 경우에는 node_module 과 yarn_lock 파일을 함께 삭제하고 다시 yarn install 하면 해결된다.

npm 도 마찬가지로 upgrade 해주면 된다고 한다.

최근 맥북을 초기화했는데, 다시 PostgreSQL 을 설치하려고 brew update 및 brew doctor 실행하는 도중 에러가 발견되었다.

참고로 brew doctor 명령어는 home brew 의 자체 진단 도구로, 모든 것이 제대로 작동하는지 확인한 다음 문제를 보고하고 해결방법을 알려준다.

발생한 에러 메시지는 아래 두 개이다.

• Warning: "config" scripts exist outside your system or Homebrew directories.

• Warning: You have unlinked kegs in your Cellar.

mac@MacBookPro ~ % brew doctor
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry or file an issue; just ignore this. Thanks!

Warning: "config" scripts exist outside your system or Homebrew directories.
`./configure` scripts often look for *-config scripts to determine if
software packages are installed, and which additional flags to use when
compiling and linking.

Having additional scripts in your path can confuse software installed via
Homebrew if the config script overrides a system or Homebrew-provided
script of the same name. We found the following "config" scripts:
  /Library/Frameworks/Python.framework/Versions/3.5/bin/python3.5m-config
  /Library/Frameworks/Python.framework/Versions/3.5/bin/python3.5-config
  /Library/Frameworks/Python.framework/Versions/3.5/bin/python3-config

Warning: You have unlinked kegs in your Cellar.
Leaving kegs unlinked can lead to build-trouble and cause formulae that depend on
those kegs to fail to run properly once built. Run `brew link` on these:
  python@3.9

fix You have unlinked kegs in your Cellar error

일단 아래의 Warning: You have unlinked kegs in your Cellar. 에러부터 해결해보자.

에러 메시지를 잘 읽어보면, Run brew link on these: python@3.9 를 하라고 친절하게 알려주고 있다. brew link 는 symlinks를 생성하는 명령어인데, 아마도 python 3.9 version 의 경로 참조가 잘못된 모양이다.

mac@MacBookPro ~ % brew link python@3.9

시도하니 아래와 같은 에러가 발생했다.

mac@MacBookPro ~ % brew link python@3.9
Linking /usr/local/Cellar/python@3.9/3.9.12... 
Error: Could not symlink bin/2to3
Target /usr/local/bin/2to3
already exists. You may want to remove it:
  rm '/usr/local/bin/2to3'

To force the link and overwrite all conflicting files:
  brew link --overwrite python@3.9

To list all files that would be deleted:
  brew link --overwrite --dry-run python@3.9

/usr/local/bin/2to3 에 이미 있어 symlink를 생성할 수 없으니 그것을 지우고 overwrtie 하라고 한다. 시키는대로 진행한다.

mac@MacBookPro ~ % rm '/usr/local/bin/2to3'
mac@MacBookPro ~ % brew link --overwrite python@3.9
Linking /usr/local/Cellar/python@3.9/3.9.12... 24 symlinks created.

brew doctor 를 실행하면 이제 Warning: You have unlinked kegs in your Cellar. 에러는 사라지고 하나의 에러만이 남았음을 확인할 수 있다.

mac@MacBookPro ~ % brew doctor        
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry or file an issue; just ignore this. Thanks!

Warning: "config" scripts exist outside your system or Homebrew directories.
`./configure` scripts often look for *-config scripts to determine if
software packages are installed, and which additional flags to use when
compiling and linking.

Having additional scripts in your path can confuse software installed via
Homebrew if the config script overrides a system or Homebrew-provided
script of the same name. We found the following "config" scripts:
  /Library/Frameworks/Python.framework/Versions/3.5/bin/python3.5m-config
  /Library/Frameworks/Python.framework/Versions/3.5/bin/python3.5-config
  /Library/Frameworks/Python.framework/Versions/3.5/bin/python3-config

fix "config" scripts exist outside your system or Homebrew directories error

Warning: "config" scripts exist outside your system or Homebrew directories. 에러의 해결책은 stackoverflow 에서 도움 받았다.

먼저 config scripts 가 있는 path directory 를 전부 지운다.

mac@MacBookPro ~ % rm /Library/Frameworks/Python.framework/Versions/3.5/bin/python3.5m-config
mac@MacBookPro ~ % rm /Library/Frameworks/Python.framework/Versions/3.5/bin/python3.5-config
mac@MacBookPro ~ % rm /Library/Frameworks/Python.framework/Versions/3.5/bin/python3-config

그리고 brew doctor 를 다시 실행한다.

mac@MacBookPro ~ % brew doctor
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry or file an issue; just ignore this. Thanks!

Warning: Broken symlinks were found. Remove them with `brew cleanup`:
  /usr/local/bin/python3.5-config
  /usr/local/bin/python3.5m-config

그러면 이제 brew cleanup 을 통해 Broken symlinks를 cleanup 시키라고 알려준다. 명령어를 통해 cleanup 한 후, brew doctor 를 다시 실행하면

mac@MacBookPro ~ % brew doctor 
Your system is ready to brew.

짜잔! 해결된다.

dacapo 를 만나면 처음으로 돌아가 다시 연주하게 된다.

개발 공부를 시작하면서 약 1년간 velog 를 이용하다가 티스토리로 이주했었는데, 티스토리가 불편해서 다시 이주해왔다. 처음으로 돌아온 느낌과 잘 어울리는거 같아 냉큼 제목에 가져다 붙였다.

블로그를 쓰려는 이유는 기억을 보조하기 위해서이다. 기록하는걸 좋아하기도 하지만, 어떤 것을 공부했는지 어떤 에러를 만났고 어떻게 해결했는지 또 거기서 무엇을 배웠는지 기록해두면 나름 도움이 되더라. 그게 나 말고 다른 누군가에게도 도움이 된다면 더 좋고.

지난 블로그들은 그저 배운것을 옮기는 것에 급급했다면 이번 블로그는 조금 더 양질의 글로 채우고 싶다.

일이 바빠 업로드가 조금 느리더라도 차근차근 꾸준히 쌓아갈 수 있기를 바라며. 인트로 없이는 글을 못 쓰는 버릇때문에 계속 비공개글만 쌓인채 미루고 미뤄질까 두려워 던져두는 글.