my website를 v3.4.0 Beta3-dev- (5e86bc2f43)로 업데이트하기 전까지는 모든 것이 정상이었습니다.
하지만 어제 이 업데이트 이후로 사이트가 열리는데 거의 1분 이상 걸립니다.
도와주세요.
믿기 어렵겠지만, 이 게시글을 작성한 지 겨우 5분 후에 (그것도 제 관리자 인터페이스 테마를 다른 것으로 바꿨다가 다시 원래대로 되돌린 것만으로) 문제가 해결되었습니다.
즉, 업데이트나 재빌드 같은 작업은 전혀 하지 않았는데, 사이트가 정상적으로 열리기 시작했습니다(문제가 발생한 동안 24시간이 경과했습니다). 이 주제를 삭제해야 할지 고민이 되네요(어쨌든 이 주제를 닫을 예정입니다).
수정: 다음 날 문제가 다시 발생했습니다. 때로는 나타나고 때로는 나타나지 않습니다. 더 자세한 내용은 아래에 보고하겠습니다.
(업데이트 후 일부 마이그레이션 작업이 한동안 실행 중이었을 수 있습니다.)
@Ed_S 감사합니다.
하지만 오늘도 다시 5분간 동일한 문제가 발생했습니다. 오늘 이 문제가 생겼을 때, ‘Moderator’ 권한을 가진 다른 사용자로 크롬의 시크릿 모드에서 사이트를 열어보았더니, 이쪽에서도 문제가 나타났지만 50% 정도였습니다(페이지가 절반의 시간, 즉 약 20~30초 만에 열렸습니다).
그리고 모바일에서도 열어보니 동일한 문제가 있었습니다. 하지만 30분 후 사이트를 다시 열었을 때는 모든 것이 정상적으로 작동했습니다.
아래의 [quote=“Ed S, post:33, topic:293743, username:Ed_S”]
표준 즉시 진단 명령어 목록을 시도해 보세요:
cat /etc/lsb-release
uptime
df -h /
free
vmstat 5 5
dmesg|egrep -i "memory|oom|kill"
ps auxrc
[/quote]
다만, 서버가 실행 중인 기기의 명령줄에서 이 명령어들을 실행할 때 사이트를 동시에 탐색하여 속도 저하 현상을 유발해 보십시오.
미니 프로파일러를 활성화하고 사용하며, 결과를 보고하는 것도 가치가 있습니다.
아래를 참고하세요.
‘Mini Profiler’ 주제에 대해 완전히 이해하지 못한 부분이 몇 가지 있었습니다. 따라서 반드시 그렇게 해야 한다면 그 해결책을 선택하겠습니다.
진단 실행해 주셔서 감사합니다. 거기서 가장 눈에 띄는 것은 디스크에 쓰여지는 데이터량이 매우 많다는 점입니다. 하지만 그 원인은 추측할 수 없습니다.
iotop을 설치해서 실행해 보는 것이 좋을 수도 있습니다. 어떤 프로세스가 디스크에 많은 데이터를 쓰는지를 확인할 수 있을지도 모릅니다.
apt install iotop-c
iotop -o -b -n 22
감사합니다.
참고로, 제 Ubuntu 서버에는 이 웹사이트 하나만 설치되어 있습니다. 그리고 사용자 수도 매우 적어, 하루에 3~4명 정도만 사이트를 방문합니다. 따라서 서버에서 발생하는 모든 활동은 백그라운드 활동일 수밖에 없습니다.
두 번째로, web_only 컨테이너를 재빌드한 직후 iotop 명령어를 실행해 보았습니다. 이 정보가 특정 상황에서 관련이 있을 수 있을 것 같아서요. 또한, 웹사이트는 거의 97% 빠르게 열립니다(저/관리자 기준 5초 만에 열림). 문제가 발생하면 하드 리프레시(Ctrl+F5) 시 30초 이상 걸리기 시작합니다.
도와주셔서 감사합니다.
공식 설치 지침에 따라 Discourse를 설치하셨나요?
iotop 출력 결과에서 특별히 이상한 점은 보이지 않는 것 같습니다.
Sidekiq 상태를 살펴볼 가치가 있을 수 있습니다: 포럼의 url/sidekiq 페이지의 여러 탭(관리자 계정만 볼 수 있음)을 확인해 보세요.
네. 그리고 지난 4년간 제 사이트는 정상적으로 작동했습니다. 바로 전날 업데이트를 한 후 이 주제를 열었을 때야 비로소 이런 식으로 작동한다는 것을 알게 되었습니다(관리자로 Ctrl+F5를 눌러 강제 새로고침을 할 때, 하루 중 시점에 따라 5초에서 50초까지 걸리다가, 이후에는 정상적으로 작동함).
오늘도 다시 확인해 보니, 최신 버전의 크롬에서 다양한 사용자로 로그인하고, 모바일에서도(하지만 동일한 와이파이 환경에서) 확인해 보았더니, 열리는데 5초에서 30초 또는 50초까지 걸렸습니다.
kiq에서 이렇게 많은 '실패한 작업(Failure Jobs)'이 발생한 것에 대해 누가 도와줄 수 있을까요?
사이드킥(Sidekiq) 상태 탭 7개의 스크린샷을 공유해 주실 수 있을까요? 사이드킥 페이지 상단에는 다음 항목들이 표시되어야 합니다: Dashboard, Busy, Queues, Retries, Scheduled, Dead, Scheduler.
감사합니다. 저는 전문가가 아니지만, 두 가지 유형의 작업이 많이 눈에 띕니다: PostSentimentAnalysis와 GenerateEmbeddings.
내용에 영어와 힌디어가 섞여 있는 것이 관련이 있을지 궁금합니다. 이는 완전히 지원될 것으로 기대하지만, 비교적 드문 경우일 수도 있습니다.
