CPU, mémoire et swap à 100%

Récemment, j’ai une erreur HTTP 500 sur mon forum Discourse. Je suis hébergé sur un Droplet avec Digital Ocean et j’ai vérifié que mon CPU, mon DISQUE et ma Mémoire sont constamment à 100 %.

Redémarrer le droplet semble résoudre ce problème temporairement et me permet d’accéder au forum, mais je ne suis pas sûr de ce qui cause autant de stress sur le système, car nous n’avons pas beaucoup de trafic sur le forum.

Je suis allé dans la console et j’ai constaté que notre mémoire Swap est également au maximum et je n’arrive pas à identifier le problème. Des suggestions sur où chercher ?

Votre forum a-t-il récemment connu une forte activité utilisateur ? Si le processeur est constamment sollicité à 100 %, cela pourrait indiquer qu’un grand nombre d’éléments s’exécutent en arrière-plan. Quelles sont les spécifications de votre droplet ? Avez-vous envisagé de mettre à niveau le droplet pour voir si c’est ce dont vous avez besoin ?

Salut,

Non, nous n’avons pas eu d’afflux d’utilisateurs ou d’activité du tout. C’est assez inactif depuis un certain temps, c’est pourquoi je suis perplexe que le droplet fonctionne à cette capacité.

Il s’agit d’un processeur 1 vCPU, 2 Go de RAM, 50 Go de disque, ce qui était plus que suffisant lors de son lancement initial et qu’il y avait beaucoup plus d’activité utilisateur.

Je dirais peut-être d’essayer de mettre à jour Discourse vers la dernière version ou de consulter les journaux pour voir si vous y trouvez votre problème.

J’essaie d’abord de mettre à niveau le gestionnaire docker, mais le problème avec le serveur l’empêche de se terminer (je l’ai laissé tourner pendant le week-end et il n’a toujours pas été mis à niveau.

Edit : J’ai regardé les journaux et j’ai vu quelques problèmes :

Essayez de mettre à niveau dans le shell :

cd /var/discourse
./launcher rebuild app
3 « J'aime »

La mise à niveau du shell et la suppression d’un tas de tâches de nouvelle tentative dans Sidekiq (erreur SSL avec le SMTP ne correspondant pas au site Web) ont entraîné une baisse drastique.

Maintenant, j’obtiens une nouvelle erreur sur laquelle je vais travailler.

Jobs::HandledExceptionWrapper : Net::ReadTimeout encapsulé : Net::ReadTimeout avec #TCPSocket:(closed)

1 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.