Oups. Le logiciel qui alimente ce forum de discussion a rencontré un problème inattendu

J’ai soudainement eu ceci aujourd’hui.

J’ai essayé ./launcher rebuild app plusieurs fois sans succès.

Quelqu’un peut-il suggérer où je peux vérifier pour trouver l’erreur ?

Oups. Le logiciel qui alimente ce forum de discussion a rencontré un problème inattendu

Avez-vous vu cela comme un message d’erreur ? Où ? :slight_smile:

Votre site s’est-il reconstruit correctement ? Y a-t-il eu des erreurs ?

Il s’affiche lorsque je me connecte à la page d’accueil du forum.

La reconstruction est réussie, à ma connaissance… Il démarre correctement avec la dernière ligne :

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=2 -e UNICORN_SIDEKIQS=1 -e RUBY_GLOBAL_METHOD_CACHE_SIZE=131072 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e LETSENCRYPT_DIR=/shared/letsencrypt -e DISCOURSE_FORCE_HTTPS=true -e DISCOURSE_HOSTNAME=support.chenhsong.com -e DISCOURSE_DEVELOPER_EMAILS= -e DISCOURSE_SMTP_ADDRESS=smtp.sendgrid.net -e DISCOURSE_SMTP_PORT=587 -e DISCOURSE_SMTP_USER_NAME=apikey -e DISCOURSE_SMTP_PASSWORD=??? -e LETSENCRYPT_ACCOUNT_EMAIL= -h support-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 80:80 -p 443:443 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address 02:ad:4c:fe:ac:75 local_discourse/app /sbin/boot
f0795eafda2ebc91dac07c5c38040a0b14eda0a9b86ce90b6bc79c51acb519ba

syslog contient un ensemble d’erreurs très étranges avec une date incorrecte (cela se produit depuis quelques jours) :

Feb  3 01:35:01 support-app rsyslogd: action 'action-0-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: file '8' write error: No space left on device [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: action 'action-0-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.1901.0 try https://www.rsyslog.com/e/2027 ]
Feb  3 01:45:01 support-app rsyslogd: file '8' write error: No space left on device [v8.1901.0 try Feb  4 04:38:13 support-app rsyslogd:  [origin software="rsyslogd" swVersion="8.1901.0" x-pid="371" x-info="https://www.rsyslog.com"] start

Cela signifie que votre disque est plein. Vous pouvez supprimer certaines sauvegardes et essayer

 cd /var/discourse
./launcher cleanup
1 « J'aime »

L’une des premières choses que j’ai vérifiées. Non, le disque n’est pas plein. Seulement 65 % d’utilisation maximum sur tous les volumes.

Mais je me suis assuré que le disque est propre avec beaucoup d’espace. Puis j’ai reconstruit plusieurs fois, ce qui a tous réussi. Mais toujours cette erreur.

EDIT : En restaurant ma sauvegarde précédente (deux bêtas auparavant), tout fonctionne bien. Donc quelque chose a à voir avec cette bêta.

1 « J'aime »

Êtes-vous certain ?

Je suis éveillé au milieu de la nuit à cause de l’insomnie, donc ceci pourrait être l’un de mes messages les moins intelligents, mais si l’horodatage suggère que le problème n’était pas récent et que l’entrée du journal ne décrit pas avec précision votre situation actuelle, ma première pensée serait que l’entrée du journal est ancienne et sans rapport.

Au minimum, je serais curieux de savoir si d’autres entrées de journal similaires continuent d’être générées !

Par ailleurs… pourriez-vous vérifier la date et l’heure actuelles de l’appareil ? Si la commande de terminal timedatectl fonctionne, tant mieux ! Sinon, la commande date devrait fonctionner sur à peu près n’importe quelle machine Linux.

 

Avez-vous fait cela ?

J’ai rencontré cette erreur après la mise à jour :frowning:

Une erreur de disque plein peut également se produire lorsque vous manquez d’inodes. Que dit df -i ?

Le /logs serait-il plus révélateur dans ce cas ?

Je me suis récemment enfermé hors de mon site de test avec une erreur similaire et cela m’a orienté vers un conflit de plugin particulier.

Nous (krita-artists.org) avons fait référence à ce fil de discussion et il nous a aidés à remettre le site en ligne -

2 « J'aime »

Juste en réponse à quelques commentaires ci-dessus :

  • df -i pas même proche. <10%

  • logs aucune autre erreur dans syslog et syslog.1 etc.

Le problème dans le sujet citait un message ou deux plus haut, il s’agissait d’avoir un ancien plugin toujours dans votre app.yml. Cela pourrait-il être la même chose pour vous aussi ?

Pourriez-vous lister vos plugins ici pour que nous puissions voir ?

1 « J'aime »

Ce pourrait être ça !

J’ai ceci dans mon app.yml

git clone https://github.com/merefield/discourse-topic-previews.git -b "theme_sidecar"

C’est manifestement un ancien dépôt avec une branche spéciale !

J’essaierai avec le dernier :

git clone https://github.com/paviliondev/discourse-topic-previews-sidecar

EDIT : Ça marche !!! :champagne:

Un grand merci à @raghukamath

4 « J'aime »

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