Update/Rebuild-Fehlercode 1 (3.1.0.beta4 - 3.3.0.beta3) - Zusammenhang mit Redis-Port 6379?

Guten Morgen allerseits, erster Beitrag von mir. Ich habe seit ein paar Jahren einen DigitalOcean/Discourse-Server schlecht gewartet, den ich übernommen habe, und habe gerade mein SSL-Zertifikat neu ausgestellt und versucht, die App zu aktualisieren/neu zu erstellen, und erhielt die folgende Fehlermeldung, die hier gemeldet wurde.

I, [2024-07-04T10:58:00.012668 #1]  INFO -- : > exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf
I, [2024-07-04T10:58:00.017822 #1]  INFO -- : sleep 10
954:C 04 Jul 2024 10:58:00.044 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
954:C 04 Jul 2024 10:58:00.044 # Redis version=7.0.7, bits=64, commit=00000000, modified=0, pid=954, just started
954:C 04 Jul 2024 10:58:00.044 # Configuration loaded
954:M 04 Jul 2024 10:58:00.045 * monotonic clock: POSIX clock_gettime
954:M 04 Jul 2024 10:58:00.046 # Warning: Could not create server TCP listening socket *:6379: bind: Address already in use
954:M 04 Jul 2024 10:58:00.046 # Failed listening on port 6379 (TCP), aborting.
I, [2024-07-04T10:58:10.031866 #1]  INFO -- :
I, [2024-07-04T10:58:10.032253 #1]  INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate'
rake aborted!
Gem::LoadError: can't activate stringio-3.1.1, already activated stringio-3.1.0 (Gem::LoadError)

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 958 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"cd"=>"$home", "tag"=>"migrate", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
f71a114482f45f7cff5f8d045d314a0bd8d21cf3b1af7e8c2c0a7fc1722df4a5

Bitte sehen Sie sich das vollständige Protokoll an.

Ich habe den Befehl zum Neuerstellen erneut mit “sudo” versucht, weil ich weiß, was ich tue, und ich habe gehört, dass das alles zum Laufen bringt… Hat es nicht. :rofl:
Bitte empfehlen Sie mir so einfach wie möglich Schritte, die ich unternehmen kann. Ich bin nicht mit allen Linux-Befehlen vertraut und kenne mich mit der Discourse-Software kaum aus.

Vielen Dank für jede Hilfe bei diesem Problem.

Plugin-Liste:

          - git clone https://github.com/discourse/docker_manager.git
          - git clone https://github.com/discourse/discourse-data-explorer.git
          - git clone https://github.com/iunctis/discourse-formatting-toolbar.git
          - git clone https://github.com/paviliondev/discourse-locations.git
          - git clone https://github.com/paviliondev/discourse-events.git
          - git clone https://github.com/jannolii/discourse-topic-trade-buttons.git
          - git clone https://github.com/discourse/discourse-cakeday.git

Ich habe keine MAXMIND-Tags in meiner app.yml-Datei.

Ich würde zuerst die nicht standardmäßigen Plugins entfernen.

1 „Gefällt mir“

Vielen Dank, @pfaffman!

Nachdem ich Ubuntu aktualisiert und aufgerüstet, den Server neu gestartet, den Doctor ausgeführt und wiederholt versucht hatte, wollte ich dies als Nächstes versuchen, als ich Ihre Antwort sah, die diese Vermutungen bestätigte.

Die nicht-Discourse-Plugins wurden deaktiviert und der Wiederaufbau war erfolgreich. Neu ausgestellte SSL-Zertifikate werden jetzt verwendet, und ich kann mir Zeit nehmen, alles so zu konfigurieren, wie wir es hatten.

Ich schätze Ihre Hilfe und hoffe, mehr Zeit hier zu verbringen und mehr zu lernen, wenn ich nicht unter Druck stehe.

Es scheint, dass Ihr Setup vor Let’s Encrypt installiert wurde; es besteht keine Notwendigkeit, Zertifikate manuell zu verwalten. Ich würde wahrscheinlich empfehlen, zu einer neuen VM zu wechseln (ich wette, Ihr Betriebssystem ist auch nicht mehr unterstützt?). Siehe Eine Discourse-Site mit rsync auf einen anderen VPS verschieben.

2 „Gefällt mir“

Vielen Dank auch für diesen Rat. Es war als eine automatisch erneuernde Konfiguration eingerichtet worden, basierend auf der ursprünglichen Einrichtung vor etwa 5 Jahren, aber ich habe es anscheinend auf die harte Tour am Laufen gehalten.

Ich werde einige Nachforschungen anstellen und diesen Rat berücksichtigen. Nochmals vielen Dank, Jay.

1 „Gefällt mir“