Hey, This morning I got some users warn me that apparently our discourse installation was down but by the time I checked it was up again. There were multiple “offline” like behaviour I can see from my monitoring stack but when I went to check the logs via launcher logs app it seems like they are ou…

For clarity, I’ll add that I know logs can be in the container /var/logs but nginx, postgres and redis really show nothing abnormal in my experience. nginx have lots of logs about flooding requests (and thus limiting) for badge json of users coming from topics postgresql simply return the query ex…

launcher logs is simply a wrapper for docker logs, which can show timestamps with -t. The following should give you timestamped logs: sudo docker logs -t --tail 1000 app The lines you quoted in those two files are not related to Discourse; if you figured so because there’s discourse_app in some o…

Personally I’d look through the relevant parts of the output of dmesg - one possibility being that firewall (UFW) events are blocking traffic. In fact, some logging of connectivity might be useful, to distinguish the case that the machine itself is unreachable, and the case that discourse is unresp…

[이미지] Leonardo Mosquera: Based on them, it looks like logrotate is failing, but you won’t see a detailed error unless you install a local mail setup. Thank you Leonardo, I’ve added postfix (default for ubuntu). We’ll see what comes out of it. [이미지] Leonardo Mosquera: I’d also check serve…

[이미지] Crius: I’m not experienced with dmesg but what I can see is a plethora of [UFW BLOCK] messages from several different IPs but of course being so many it’s hard to understand if there is a pattern. Yes, similar for me. The only ones we care about, I think, are to ports 80 and 443. Perhap…

[이미지] Ed S: and it’s quite likely there’ll be nothing there. Yep, nothing for me too. Anyway, judging by the monitoring, it seems like the container is up at all time and the home page as well but it’s literally the app not responding to requests and the fact that there is noData period in t…

CloudFlare shouldn’t be caching any of your pages. Discourse is an app, not a website.

These outages are around an hour or more, and clustered around midnight - does that match your observations?

Discourse의 일시적인 '다운' 발생 - 로그에서 더 많은 정보를 얻는 방법

제품 지원 자체 호스팅

Ed_S (Ed S) 5월 24, 2023, 3:34오후 9

이러한 장애는 약 1시간 이상 지속되며 자정 전후에 집중되는 경향이 있습니다. 이는 여러분이 관찰한 내용과 일치합니까?

Due to extreme load, this is temporarily being shown to everyone... when it's not really the case

글		댓글	조회수
Does the Docker installation still rotate logs? Product Support	12	2341	8월 26, 2017
Discourse not using much RAM Self-hosting server-resources	30	2173	8월 8, 2021
Discourse web interface becomes unresponsive a few minutes after starting Self-hosting	34	7320	1월 8, 2018
Bursts of 502 Service Unavailable, pointers to debug Self-hosting	15	1822	2월 18, 2018
Purging old IP logs? Product Support	2	744	1월 26, 2019

Discourse의 일시적인 '다운' 발생 - 로그에서 더 많은 정보를 얻는 방법

Related topics