업그레이드 후 사이트가 계속 멈춥니다

18개월 이상 잘 운영되고 있는 사이트가 하나 있습니다.

Debian buster에서 실행되고 있다는 것을 알아차려서 bullseye로 업그레이드하고 Discourse도 3.1.0.beta3로 업데이트했습니다.

그 이후로 매일 아침마다 사이트가 다운되어 있는 것을 발견하고 원인을 파악하려고 노력하고 있습니다. 로그에 이상한 오류가 많이 발생하고 있습니다:

./launcher logs app 명령어로 확인하면 다음과 같은 메시지가 많이 보입니다:

svlogd: warning: unable to lock directory: /var/log/postgres: temporary failure
svlogd: fatal: no functional log directories.
svlogd: warning: unable to lock directory: /var/log/redis: temporary failure
svlogd: fatal: no functional log directories.

/var/log/postgres/current 파일에서는 다음과 같은 내용을 볼 수 있습니다:

2023-04-10 10:48:23.733 GMT [6918] LOG:  skipping missing configuration file "/shared/postgres_data/postgresql.auto.conf"
2023-04-10 10:48:23.734 UTC [6918] FATAL:  data directory "/shared/postgres_data" has wrong ownership
2023-04-10 10:48:23.734 UTC [6918] HINT:  The server must be started by the user that owns the data directory.

그리고 /var/log/redis/current 파일에서는:

3787:M 10 Apr 2023 10:49:09.043 * 100 changes in 300 seconds. Saving...
3787:M 10 Apr 2023 10:49:09.044 * Background saving started by pid 7014
7014:C 10 Apr 2023 10:49:09.045 # Failed opening the RDB file dump.rdb (in server root dir /shared/redis_data) for saving: Permission denied
3787:M 10 Apr 2023 10:49:09.144 # Background saving error

/shared/postgres_data의 소유자는 postgres:postgres이고, redis_data의 소유자는 redis:redis입니다.

./launcher rebuild app 명령어를 여러 번 시도해 보았습니다.

도와주세요!

감사합니다

Phil

오! 문제를 찾았어요!

처음 discourse를 설치했을 때 groups.io에서 메시지를 가져오기 위해 ‘import’ 컨테이너를 만들었었거든요. 이 컨테이너를 제거하고 컨테이너 폴더에서 yml 파일들을 삭제한 뒤로 재부팅을 여러 번 했지만 지금까지는 잘 돌아가고 있었습니다.

docker 업그레이드 과정에서 뭔가 다시 활성화된 것 같더라고요. docker container list 명령을 실행해 보니 'import’라는 이름의 컨테이너가 있더라고요!

docker에서 해당 컨테이너를 삭제하고 앱 컨테이너를 재시작했는데, 이제 모든 것이 정상으로 돌아온 것 같습니다.

감사합니다

Phil