Nous avons augmenté notre mémoire RAM et reconstruit la base de données, mais le problème persiste.
Je voudrais savoir si les développeurs sont au courant de ce problème.. Merci !
Y a-t-il une solution rapide que je puisse appliquer en tant qu’administrateur ? Peut-être augmenter le délai d’attente ?
Je ne suis pas sûr. Il semble en tout cas qu’un délai d’attente plus long aiderait. Cela se produit beaucoup plus souvent dans les fils très fréquentés, ce qui laisse penser qu’il y a un échantillonnage ou un balayage qui prend trop de temps.
Si je parviens à trouver comment l’implémenter, je reviendrai vers vous. Je le doublerais.
Oui, le problème persiste avec la version 2.5.0.beta2
Avez-vous exécuté la configuration de Discourse après avoir modifié la RAM ? Il existe des paramètres qui doivent être mis à jour pour tirer pleinement parti de la RAM.
Je ne suis pas sûr, car la mise en œuvre dépend d’une autre personne. Mais je lui signalerai que cela doit être fait pour compléter le processus. Merci beaucoup !
Bonjour,
Je rencontre de nombreuses erreurs 502 lors du déplacement de messages.
Avez-vous prévu d’améliorer ce scénario ?
Merci
Bonjour, avez-vous réussi à le trouver ? Ce serait formidable de pouvoir paramétrer le timeout dans app.yml ENV ou dans les paramètres du site Discourse pour ceux d’entre nous qui ont peu de mémoire.
Peut-être une question idiote ?
Lorsque vous déplacez beaucoup de publications comme celle-ci, ce processus est-il géré par Sidekiq ?
Désolé, je n’ai pas cherché dans le code…
Mise à jour
J’ai jeté un coup d’œil rapide à la base de code Ruby et oui, lorsque la fonction de déplacement des publications est appelée, les tâches sont mises en file d’attente avec enqueue_jobs().
N’étant pas un développeur de Discourse, il semblerait à un observateur occasionnel du code que les problèmes liés aux délais, aux erreurs ou aux délais d’attente liés au déplacement des publications soient directement liés aux performances et à la configuration de sidekiq.
J’ai essayé d’étudier comment Discourse utilise Sidekiq au niveau du système il y a plusieurs jours, mais je n’ai pas réussi à trouver la version « résumé » pour les débutants.
Je suis donc allé sur le site web de Sidekiq pour essayer de mieux comprendre ce qui se passe sous le capot et j’ai remarqué qu’il y avait trois offres différentes, ce qui m’a rendu confus et j’ai passé à autre chose 
car je ne pouvais pas comprendre, avec ma courte durée d’attention et mon besoin de gratification immédiate, quelle version de Sidekiq utilise Discourse, quelles sont les fonctionnalités exactes et les paramètres configurables…
Étant un novice dans ce domaine, je suis intéressé à connaître exactement l’architecture de Sidekiq, ses fonctionnalités, ses paramètres, ses variables d'environnement disponibles dans Discourse… mais jusqu’à présent, je “n’ai toujours pas trouvé ce que je cherche” - sur l’air de notre chanson préférée de U2.
Toutes les réponses découlent de la curiosité…
Mise à jour :
Sur un conseil d’un membre actif dans un autre fil, nous avons désactivé tous les plugins sauf « Qui est en ligne » et depuis, aucun problème de déplacement n’a été signalé.
Nous faisons donc preuve d’un optimisme prudent. Nous vous tiendrons informés si la situation évolue.
Merci à tous ceux qui ont apporté leur aide pour résoudre ce problème !
Quels plugins avez-vous désactivés spécifiquement ?
Très probablement du baratin, je parie qu’il y a des crochets qui se déclenchent lors du déplacement d’un message.
Bon à savoir. Merci. Et bravo à @featheredtoast pour la correction.
Ma communauté rencontre récemment le problème d’erreur 502 lors du déplacement de messages, en particulier entre des fils de discussion volumineux. Je n’avais aucun plugin personnalisé installé. Suivant les conseils d’un autre fil de discussion Discourse, j’ai augmenté unicorn_workers à 10 et db_shared_buffers à 4096 Mo, mais cela n’a pas amélioré la situation. Ci-dessous se trouve le journal ./discourse-doctor de notre forum. J’espère obtenir quelques pistes. Merci !
==================== INFOS DOCKER ====================
VERSION DOCKER : Docker version 17.10.0-ce, build f4ffd25
PROCESSUS DOCKER (docker ps -a)
ID DU CONTENEUR IMAGE COMMANDE CRÉÉ STATUT PORTS NOMS
ddfb2222fd64 local_discourse/app "/sbin/boot" il y a 10 jours En exécution depuis 10 jours 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
ddfb2222fd64 local_discourse/app "/sbin/boot" il y a 10 jours En exécution depuis 10 jours 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
Le conteneur Discourse app est en cours d'exécution
==================== PLUGINS ====================
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-solved.git
Aucun plugin non officiel détecté.
Consultez https://github.com/discourse/discourse/blob/master/lib/plugin/metadata.rb pour la liste officielle.
========================================
Discourse 2.6.0.beta2
Version de Discourse à localhost : Discourse 2.6.0.beta2
==================== INFORMATIONS SUR LA MÉMOIRE ====================
RAM (Mo) : 16434
total utilisé libre partagé cache/buffer disponible
Mémoire : 16048 5605 919 4255 9523 5850
Swap : 2047 437 1610
==================== VÉRIFICATION DE L'ESPACE DISQUE ====================
---------- Espace disque du système d'exploitation ----------
Système de fichiers Taille Utilisé Disponible %Utilisé Monté sur
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /var/lib/docker/aufs
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /var/lib/docker/plugins
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
---------- Espace disque du conteneur ----------
drapeau abrégé inconnu : 'w' dans -w
Consultez 'docker exec --help'.
==================== INFORMATIONS SUR LE DISQUE ====================
Disque /dev/vda : 320 GiB, 343597383680 octets, 671088640 secteurs
Unités : secteurs de 1 * 512 = 512 octets
Taille du secteur (logique/physique) : 512 octets / 512 octets
Taille d'E/S (minimale/optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant du disque : 29B528BA-16C4-402E-BEE9-53555C8B6F10
Périphérique Début Fin Secteurs Taille Type
/dev/vda1 2048 671086591 671084544 320G Système de fichiers Linux
==================== FIN DES INFORMATIONS SUR LE DISQUE ====================
Bonjour, je rencontre le même problème. Impossible de diviser les mégas-sujets à cause de cela.
J’ai également essayé en mode sans échec, sans aucun changement.
Aucun problème dans mon installation Discourse de développement (même version 2.6.0.beta2), cependant.
Et rien dans les journaux.
Je reçois cette erreur 502 depuis un an 
Nous ne vous avons pas encore demandé : quels plugins utilisez-vous ?
J’ai désactivé tous les plugins pour vérifier s’il s’agissait d’un bug lié à un plugin. Il semble que le problème se reproduise de manière stable avec de longs fils de discussion.