Erreur de connexion à Redis

Soutien Installation
1

Lorsque j’essaie de démarrer Discourse, je ne peux pas y accéder depuis mon navigateur. J’ai trouvé certaines informations dans les fichiers journaux qui pourraient en être la cause. Quelqu’un sait-il quel est le problème ?

# /var/discourse/standalone/log/rails/unicorn.stderr.log
Échec de la déclaration de l'erreur : Erreur de connexion à Redis sur localhost:6379 (Errno::EADDRNOTAVAIL) 2 Erreur de connexion à Redis sur localhost:6379 (Errno::EADDRNOTAVAIL) l'abonnement a échoué, reconnexion dans 1 seconde. Pile d'appels ["/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:362:in `rescue in establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:343:in `establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:106:in `block in connect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:306:in `with_reconnect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:105:in `connect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:381:in `ensure_connected'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:231:in `block in process'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:319:in `logging'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:230:in `process'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:139:in `block in call_loop'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:292:in `with_socket_timeout'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:138:in `call_loop'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/subscribe.rb:43:in `subscription'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/subscribe.rb:12:in `subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:3467:in `_subscription'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:2300:in `block in subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:52:in `block in synchronize'", "/usr/local/lib/ruby/2.6.0/monitor.rb:235:in `mon_synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:52:in `synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:2299:in `subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-2.2.3/lib/message_bus/backends/redis.rb:287:in `global_subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-2.2.3/lib/message_bus.rb:721:in `global_subscribe_thread'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-2.2.3/lib/message_bus.rb:669:in `block in new_subscriber_thread'"]
Échec de la déclaration de l'erreur : Erreur de connexion à Redis sur localhost:6379 (Errno::EADDRNOTAVAIL) 3 Exception de tâche : Erreur de connexion à Redis sur localhost:6379 (Errno::EADDRNOTAVAIL)

# /shared/standalone/log/var-log/redis/current
40:M 11 déc. 2019 17:46:24.868 # AVERTISSEMENT : Le paramètre TCP backlog de 511 ne peut pas être appliqué car /proc/sys/net/core/somaxconn est défini sur la valeur inférieure de 128.
40:M 11 déc. 2019 17:46:24.868 # Serveur initialisé
40:M 11 déc. 2019 17:46:24.868 # AVERTISSEMENT : overcommit_memory est défini sur 0 ! La sauvegarde en arrière-plan peut échouer dans des conditions de faible mémoire. Pour corriger ce problème, ajoutez 'vm.overcommit_memory = 1' dans /etc/sysctl.conf, puis redémarrez ou exécutez la commande 'sysctl vm.overcommit_memory=1' pour que cela prenne effet.
40:M 11 déc. 2019 17:46:24.868 # AVERTISSEMENT : le support des Transparent Huge Pages (THP) est activé dans votre noyau. Cela entraînera des problèmes de latence et d'utilisation de la mémoire avec Redis. Pour corriger ce problème, exécutez la commande 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' en tant que root, et ajoutez-la à votre fichier /etc/rc.local afin de conserver ce paramètre après un redémarrage. Redis doit être redémarré après la désactivation de THP.
40:M 11 déc. 2019 17:46:24.885 * Base de données chargée depuis le disque : 0,017 secondes
40:M 11 déc. 2019 17:46:24.891 * Prêt à accepter les connexions

Si ces lignes de journal très longues sont trop difficiles à lire ici, je les ai également publiées sur hasteb.in : https://hasteb.in/cipemeki.rb

2

Quelque chose d’étrange se passe ici. Je recommande de mettre à jour Docker, de redémarrer votre serveur et de reconstruire Discourse.

3

Mise à niveau réussie de Docker avec apt upgrade docker (ce n’était pas la dernière version), redémarrage du serveur via reboot, reconstruction avec ./launcher rebuild app (quelques avertissements Redis pendant la reconstruction, mais ils sont globalement identiques à ceux du fichier var-log/redis/current), mais je ne peux toujours pas accéder à mon site. J’ai essayé d’y accéder via apache2 en tant que proxy (ProxyPass), ce qui me renvoie une erreur 503, et via l’adresse IP et le port HTTP (j’ai désactivé HTTPS), ce qui me donne simplement une erreur “ERR_CONNECTION_REFUSED” de la part de mon navigateur.
Cette fois, le fichier unicorn.stderr.log affiche uniquement ce qui suit :

I, [2019-12-12T11:58:37.378657 #70]  INFO -- : Refreshing Gem list
I, [2019-12-12T11:58:56.751681 #70]  INFO -- : listening on addr=127.0.0.1:3000 fd=9
I, [2019-12-12T11:59:04.682642 #70]  INFO -- : master process ready
I, [2019-12-12T11:59:23.890076 #172]  INFO -- : worker=0 ready
I, [2019-12-12T11:59:24.852000 #179]  INFO -- : worker=1 ready

et le fichier Redis actuel affiche toujours les mêmes avertissements qu’auparavant.

4

Personne n’a de solution pour cela ? Je n’ai toujours pas trouvé de moyen de régler ce problème.

5

Ce n’est rien d’évident. Et si on regardait /var/discourse/shared/standalone/logs/rails/production.log (si je peux taper) ?

6

Il n’y a pas de dossier logs dans shared.

7

C’est log et non logs. Vous allez devoir nous aider pour que nous puissions vous aider…

8

Le fichier production.log est simplement vide.

9

Et je n’ai toujours pas trouvé de solution pour corriger cela. J’ai également discuté avec certains administrateurs du forum utilisant Discourse, et personne parmi eux ne semble avoir rencontré ce problème.

10

Je rencontre également ce problème.
Dans : unicorn.stdout.log :

Démarrage de 5 sidekiqs supervisés
Chargement de Sidekiq avec l'identifiant de processus 4160
2020-01-25T19:29:16.281Z pid=4160 tid=orb7qpo9c ERROR: Erreur lors de la récupération du job : Erreur de connexion à Redis sur localhost:6379 (Errno::EADDRNOTAVAIL)
2020-01-25T19:29:16.288Z pid=4160 tid=orb7qpoj0 ERROR: Erreur lors de la récupération du job : Erreur de connexion à Redis sur localhost:6379 (Errno::EADDRNOTAVAIL)
2020-01-25T19:29:16.287Z pid=4160 tid=orb7rr8k4 ERROR: Erreur lors de la récupération du job : Erreur de connexion à Redis sur localhost:6379 (Errno::EADDRNOTAVAIL)
2020-01-25T19:29:16.283Z pid=4160 tid=orb7qpop4 ERROR: Erreur lors de la récupération du job : Erreur de connexion à Redis sur localhost:6379 (Errno::EADDRNOTAVAIL)

Il s’agit d’une installation toute neuve de Discourse, dans un conteneur autonome avec une connexion via socket Unix vers nginx externe. J’essaie d’intégrer Discourse dans un site Ghost pour les commentaires ; les erreurs sont corrélées à l’affichage d’un message contenant une intégration Discourse (et Discourse tente de mettre en file d’attente un job pour analyser la page référente ?). J’avais une configuration similaire qui fonctionnait depuis un an, mais elle a planté lors d’une tentative de mise à niveau, donc je la reconfigure à partir d’une mémoire (défectueuse). Il y a beaucoup de place pour une erreur de ma part…

Les journaux Unicorn montrent une erreur de connexion à Redis
production.log.txt (155,8 Ko) unicorn.stderr.log.txt (14,5 Ko)

Redis lui-même semble fonctionner correctement (depuis standalone/log/var-log/redis/current) current.txt (37,0 Ko)
et semble gérer quelques connexions sur le port attendu :6379. Certaines de ces connexions proviennent d’un worker Unicorn, au cas où cela importerait.

root@server3:/var/discourse/shared/standalone/log/var-log/redis# nsenter -t $(docker inspect -f '{{.State.Pid}}' app) -n netstat -ap
Connexions Internet actives (serveurs et établies)
Proto Recv-Q Send-Q Adresse locale           Adresse distante         État       PID/Nom du programme    
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      2250/redis-server * 
tcp        0      0 localhost.localdom:3000 0.0.0.0:*               LISTEN      2280/unicorn master 
tcp        0      0 0.0.0.0:postgresql      0.0.0.0:*               LISTEN      2253/postmaster     
tcp        0      0 localhost.localdo:45404 localhost.localdom:6379 ESTABLISHED 3004/unicorn worker 
tcp        0      0 localhost.localdo:45448 localhost.localdom:6379 ESTABLISHED 2981/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45408 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45346 localhost.localdom:6379 ESTABLISHED 2280/unicorn master 
tcp        0      0 localhost.localdo:45456 localhost.localdom:6379 ESTABLISHED 3013/unicorn worker 
tcp        0      0 localhost.localdom:3000 localhost.localdo:49628 TIME_WAIT   -                   
tcp        0      0 localhost.localdo:45426 localhost.localdom:6379 ESTABLISHED 3022/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45346 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45336 localhost.localdom:6379 ESTABLISHED 2280/unicorn master 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45392 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45458 localhost.localdom:6379 ESTABLISHED 3022/unicorn worker 
tcp        0      0 localhost.localdo:45452 localhost.localdom:6379 ESTABLISHED 3004/unicorn worker 
tcp        0      0 localhost.localdo:45380 localhost.localdom:6379 ESTABLISHED 2981/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45410 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45390 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45374 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45420 localhost.localdom:6379 ESTABLISHED 3013/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45400 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45390 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45332 localhost.localdom:6379 ESTABLISHED 2280/unicorn master 
tcp        0      0 localhost.localdo:45392 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdom:3000 localhost.localdo:49626 TIME_WAIT   -                   
tcp        0      0 localhost.localdom:6379 localhost.localdo:45386 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45428 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45414 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45368 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45332 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45376 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45396 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdom:6379 localhost.localdo:45418 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45448 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45388 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45374 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45408 localhost.localdom:6379 ESTABLISHED 3004/unicorn worker 
tcp        0      0 localhost.localdo:45386 localhost.localdom:6379 ESTABLISHED 2981/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45398 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45398 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdom:6379 localhost.localdo:45430 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45394 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45458 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45456 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45420 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45396 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45394 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45368 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdom:6379 localhost.localdo:45426 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45376 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45428 localhost.localdom:6379 ESTABLISHED 3022/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45404 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45400 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45388 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45414 localhost.localdom:6379 ESTABLISHED 3013/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45336 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45418 localhost.localdom:6379 ESTABLISHED 3013/unicorn worker 
tcp        0      0 localhost.localdo:45384 localhost.localdom:6379 ESTABLISHED 2981/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45384 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45430 localhost.localdom:6379 ESTABLISHED 3022/unicorn worker 
tcp        0      0 localhost.localdo:45410 localhost.localdom:6379 ESTABLISHED 3004/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45380 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45452 ESTABLISHED 2250/redis-server * 
tcp6       0      0 [::]:6379               [::]:*                  LISTEN      2250/redis-server * 
tcp6       0      0 [::]:postgresql         [::]:*                  LISTEN      2253/postmaster     
udp        0      0 localhost.localdo:57631 localhost.localdo:57631 ESTABLISHED 2253/postmaster     
Sockets de domaine UNIX actifs (serveurs et établis)
Proto RefCnt Flags       Type       État         I-Node   PID/Nom du programme     Chemin
unix  2      [ ACC ]     STREAM     LISTENING     10681809 2253/postmaster      /var/run/postgresql/.s.PGSQL.5432
unix  3      [ ]         DGRAM                    10681045 2247/rsyslogd        /dev/log
unix  2      [ ACC ]     STREAM     LISTENING     10682768 2257/nginx: master   /shared/nginx.http.sock
unix  3      [ ]         STREAM     CONNECTED     10682773 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682778 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682772 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682776 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682770 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682774 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682775 2257/nginx: master   
unix  2      [ ]         DGRAM                    10681046 2247/rsyslogd        
unix  3      [ ]         STREAM     CONNECTED     10682777 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682779 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682771 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10766487 2970/sidekiq 6.0.4   
unix  3      [ ]         STREAM     CONNECTED     10683830 2280/unicorn master  
unix  3      [ ]         STREAM     CONNECTED     10764869 27949/postgres: 10/  /var/run/postgresql/.s.PGSQL.5432
unix  3      [ ]         STREAM     CONNECTED     10684631 2750/postgres: 10/m  /var/run/postgresql/.s.PGSQL.5432
root@server3:/var/discourse/shared/standalone/log/var-log/redis#
11

J’ai le même problème.
J’ai l’erreur EADDRNOTAVAIL sur localhost:6379 à plusieurs reprises dans mes fichiers journaux. Je les publierai si on me le demande.

12

Ces problèmes de connexion sont-ils intermittents ou se produisent-ils uniquement lors du démarrage du conteneur, quand Redis démarre après Unicorn ?

13

L’erreur est dispersée dans le fichier journal, mais n’apparaît qu’une seule fois lors de la reconstruction.

14

Je rencontre le même problème !! :pleurer:

15

Salut les gars,

Je viens de mettre à jour via SSH. Je suis allé dans /var/discourse et j’ai exécuté ./launcher rebuild app.

Et maintenant, aucune page n’est servie. Il semble que la connexion à Redis échoue.

Des idées ?

Merci depuis Hambourg,
René

16

Vérifier l’espace disque ? Quelle est la preuve que vous ne vous connectez pas à Redis ?

17

Je rencontre la même erreur sur une nouvelle installation Docker de Discourse. Tout fonctionnait parfaitement, puis je l’ai arrêté pour configurer Postgres 12 et activer une page d’erreur de maintenance statique. Maintenant, je ne parviens plus à faire redémarrer Discourse.

Il semble y avoir un problème de connexion de Rails à Redis. D’après production.log :

Error connecting to Redis on localhost:6379 (Errno::EADDRNOTAVAIL) subscribe failed, reconnecting in 1 second. Call stack ["/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:363:in `rescue in establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:344:in `establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:106:in `block in connect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:307:in `with_reconnect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:105:in `connect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:382:in `ensure_connected'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:231:in `block in process'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:320:in `logging'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:230:in `process'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:125:in `call'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis.rb:915:in `block in get'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis.rb:51:in `block in synchronize'", "/usr/local/lib/ruby/2.6.0/monitor.rb:235:in `mon_synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis.rb:51:in `synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis.rb:914:in `get'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus/backends/redis.rb:360:in `process_global_backlog'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus/backends/redis.rb:271:in `block in global_subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus/backends/redis.rb:284:in `global_subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus.rb:741:in `global_subscribe_thread'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus.rb:689:in `block in new_subscriber_thread'"]
Creating scope :open. Overwriting existing method Poll.open.
Creating scope :open. Overwriting existing method Poll.open.
Creating scope :open. Overwriting existing method Poll.open.

production_errors.log est vide. Redis semble démarrer normalement. Il est à noter que le syslog contient ces lignes :

May 17 13:35:30 wobbly-wiki-forum-app rsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
May 17 13:35:30 wobbly-wiki-forum-app rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ]
May 17 13:35:30 wobbly-wiki-forum-app rsyslogd:  [origin software="rsyslogd" swVersion="8.1901.0" x-pid="51" x-info="https://www.rsyslog.com"] start

Je me demande si elles pourraient indiquer un problème. Pour information, il y a suffisamment de mémoire disponible et d’espace disque sur le serveur.

EDIT : Résolu ! J’utilisais un proxy inverse nginx, mais je n’avais pas suivi les instructions à la lettre. J’avais oublié d’ajouter le modèle "templates/web.socketed.template.yml", et j’avais également commenté toute la section expose: de app.yml. Maintenant, cela fonctionne.

18

Quelqu’un d’autre a-t-il trouvé une solution à ce problème ? Je rencontre cette erreur sur une installation de base basée sur docker sur Ubuntu Server 20.04. Je n’exécute rien via un proxy inverse Nginx. J’ai juste utilisé le script d’installation docker par défaut.