이 문제를 어떻게 해결할 수 있을까요? redis_date와 Postgres_date 폴더가 20GB 이상의 공간을 차지하고 있습니다.
이 때문에 DigitalOcean에서 더 많은 비용을 지불하고 있습니다.
제 포럼: https://onehourforum.com/
매번 이 두 폴더가 상당한 공간을 차지하면서 포럼이 다운되고 있습니다.
도움을 부탁드립니다.
스크린샷 첨부합니다.
제게는 redis_data가 실제로 매우 작습니다. 아래 명령어로 어떤 결과가 나오나요?
ls -haltrR /var/discourse/shared/standalone/redis_data
다음과 같습니다:
root@foorumi-hel:/var/discourse# ls -haltrR /var/discourse/shared/standalone/redis_data
/var/discourse/shared/standalone/redis_data:
total 9.3M
drwxr-xr-x 13 root root 4.0K Jan 10 2023 ..
-rw-r--r-- 1 messagebus input 9.3M Dec 6 20:07 dump.rdb
drwxr-xr-x 2 messagebus input 4.0K Dec 6 20:07 .
그러므로 비카시(Vikash)에게는 실제로 문제가 있는 것 같습니다.
동의합니다. Redis에 16GB가 어떻게 들어갈 수 있는지 상상도 되지 않습니다. 새 서버로 이전하면 Redis에 있는 내용(일반적으로)은 그대로 남아 있게 되므로, 삭제하고 다시 구축하는 것이 하나의 해결책이 될 수 있습니다.
다음 명령어로 확인해 볼 수 있습니다:
cd /var/discourse
./launcher enter app
redis-cli
info memory
exit
exit
exit
참고로, 포럼의 Sidekiq 상태 페이지(forum.url/sidekiq) 하단에는 Redis 메모리 사용량 요약, 특히 피크 사용량이 표시됩니다. (또한, 업타임도 확인할 수 있는데, 업타임이 매우 짧다면 Redis가 충돌 후 재시작되며 디스크에 일부 잔여물을 남기고 있을 수 있으므로 흥미로운 단서가 될 수 있습니다.)
(다만, 이는 메모리 사용량에 관한 것이며, 현재 문제는 디스크 사용량에 관한 것으로 보입니다.)
아마도 모든 임시 파일을 삭제할 수 있을 것입니다.
표준 설치인가요? 다른 머신에서 마이그레이션된 이력이 있나요? 간단한 검색 결과에 따르면, 권한 문제나 redis가 저장/이름 변경 시 실패할 수 있는 기타 원인이 원인이 될 수 있습니다.
이전 스레드는 저에게는 결론을 내리지 못했습니다:
Discourse가 디스크 공간을 많이 차지하며, 주로 redis_data 폴더 때문
redis가 데이터를 디스크에 기록하기 전에 종료되면 해당 데이터가 유실된다고 생각합니다. (하지만 제가 그 내용을 작성한 기억이 없어서, 아마도 solfege/somewhere 같은 임시 파일에 남아 있을 수도 있습니다)
스크린샷에 표시된 날짜들이 약 5분 간격으로 뭉쳐져 있습니다. 뭔가 제대로 작동하지 않고 있네요!
그걸 못 봤네요!
확실히 뭔가 문제가 있는 것 같습니다. 이 기기가 사양이 낮은 건가요? 아니면 AI 관련 작업을 많이 돌리고 있는 건가요? (그렇진 않을 것 같지만, 제 추측으로는 그게 최선입니다)
삭제해도 안전하다면, 즉시 디스크 공간 문제를 해결할 수 있습니다.
메모리 부족으로 프로세스가 종료되는지 확인하는 것을 포함한 일반적인 점검 방법입니다:
SMTP 서비스가 중지되어 있었고,
큐에는 메시지가 남아 있었습니다.
이것이 문제일까요?
제가 한 일은 다음과 같습니다.
SMTP를 수정하고 임시 파일을 삭제했습니다.
그것이 이유일 수 있습니다.
그 임시 파일들이 여전히 생성되고 있는지 확인해 보면 흥미로울 것입니다.
아래와 같이 시도해 볼 수 있습니다.
cd /var/discourse
./launcher cleanup