Fehler beim Bootstrap - Problem mit pups

Installation
1

Hallo Leute -

Ich habe kürzlich versucht, unsere Testinstanz nach einem Update ohne Erfolg neu zu erstellen. Recherchen im Internet/ChatGPT deuten darauf hin, dass möglicherweise etwas mit der Formatierung der app.yml nicht stimmt, aber ich konnte es nicht herausfinden. Hier ist die Standardausgabe, von der ich weiß, dass sie nicht sehr nützlich ist:

x86_64 arch detected.
WARNING: containers/app.yml file is world-readable. You can secure this file by running: chmod o-rwx containers/app.yml
Ensuring launcher is up to date
Your version of Launcher is ahead of origin
Stopping old container
app
2.0.20250226-0128: Pulling from discourse/base
Digest: sha256:6f18aa2cd22bba0deb91d69194e577d4f96130ad555ae8ec646a8792cbfe37db
Status: Image is up to date for discourse/base:2.0.20250226-0128
docker.io/discourse/base:2.0.20250226-0128
/usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
109:C 13 Jun 2025 15:20:04.997 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
109:C 13 Jun 2025 15:20:04.997 # Redis version=7.0.15, bits=64, commit=00000000, modified=0, pid=109, just started
109:C 13 Jun 2025 15:20:04.997 # Configuration loaded
109:M 13 Jun 2025 15:20:04.997 * monotonic clock: POSIX clock_gettime
109:M 13 Jun 2025 15:20:04.998 * Running mode=standalone, port=6379.
109:M 13 Jun 2025 15:20:04.998 # Server initialized
109:M 13 Jun 2025 15:20:04.999 * Loading RDB produced by version 7.0.7
109:M 13 Jun 2025 15:20:04.999 * RDB age 14 seconds
109:M 13 Jun 2025 15:20:04.999 * RDB memory usage when created 2.95 Mb
109:M 13 Jun 2025 15:20:05.007 * Done loading RDB, keys loaded: 3659, keys expired: 0.
109:M 13 Jun 2025 15:20:05.007 * DB loaded from disk: 0.008 seconds
109:M 13 Jun 2025 15:20:05.007 * Ready to accept connections
3649:C 13 Jun 2025 15:22:52.415 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
3649:C 13 Jun 2025 15:22:52.415 # Redis version=7.0.15, bits=64, commit=00000000, modified=0, pid=3649, just started
3649:C 13 Jun 2025 15:22:52.415 # Configuration loaded
3649:M 13 Jun 2025 15:22:52.415 * monotonic clock: POSIX clock_gettime
3649:M 13 Jun 2025 15:22:52.416 # Warning: Could not create server TCP listening socket *:6379: bind: Address already in use
3649:M 13 Jun 2025 15:22:52.416 # Failed listening on port 6379 (TCP), aborting.
109:M 13 Jun 2025 15:25:05.035 * 100 changes in 300 seconds. Saving...
109:M 13 Jun 2025 15:25:05.041 * Background saving started by pid 3823
3823:C 13 Jun 2025 15:25:05.257 * DB saved on disk
3823:C 13 Jun 2025 15:25:05.257 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB
109:M 13 Jun 2025 15:25:05.342 * Background saving terminated with success
109:signal-handler (1749828411) Received SIGTERM scheduling shutdown...
109:M 13 Jun 2025 15:26:51.694 # User requested shutdown...
109:M 13 Jun 2025 15:26:51.694 * Saving the final RDB snapshot before exiting.
109:M 13 Jun 2025 15:26:51.710 * DB saved on disk
109:M 13 Jun 2025 15:26:51.710 # Redis is now ready to exit, bye bye...
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.
5b720b35a25e026d9908c60a2f7c5bcf3725b16a0b282875e8a66ce5ace4d06b

Ich würde gerne die stderr als Anhang hochladen, aber als neuer Benutzer kann ich das nicht. Vielleicht reicht dieser letzte Teil des Logs mit dem Ausschnitt, der pups betrifft?

2025-06-13 15:26:51.615 UTC [42] LOG:  aborting any active transactions
2025-06-13 15:26:51.634 UTC [42] LOG:  background worker "logical replication launcher" (PID 56) exited with exit code 1
2025-06-13 15:26:51.634 UTC [51] LOG:  shutting down
2025-06-13 15:26:51.637 UTC [51] LOG:  checkpoint starting: shutdown immediate
2025-06-13 15:26:51.646 UTC [51] LOG:  checkpoint complete: wrote 15 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.001 s, sync=0.003 s, total=0.012 s; sync files=3, longest=0.003 s, average=0.001 s; distance=49 kB, estimate=243 kB
2025-06-13 15:26:51.659 UTC [42] LOG:  database system is shut down
/usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:223:in `block (2 levels) in run_commands': Invalid run command filename (SyntaxError)
	from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:211:in `each'
	from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:211:in `block in run_commands'
	from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:210:in `each'
	from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:210:in `run_commands'
	from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:191:in `run'
	from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/cli.rb:89:in `run'
	from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/bin/pups:9:in `
	from /usr/local/bin/pups:25:in `load'
	from /usr/local/bin/pups:25:in `

Gibt es noch etwas, nach dem ich suchen sollte, das Licht auf das Problem werfen könnte? Ich schätze Ihre Hilfe!

2

Übrigens habe ich die Datei app.yml einem YAML-Linter unterzogen und er hat nichts gefunden. Ich habe auch versucht, ohne aktive Plugins neu zu erstellen, und das hat keinen Unterschied gemacht.

3

Schlagen Sie vor, dass Sie Ihre YML-Datei ganz oder teilweise einfügen – achten Sie darauf, Passwörter und Zugriffstoken zu schwärzen. Die Ausgabe

scheint verdächtig zu sein. Meine eigene YML-Datei ist sehr einfach, keine Befehle, aber vielleicht ist Ihre kompliziert.

2 „Gefällt mir“
4

Danke @Ed_S. Ich habe die YML angehängt, in der Hoffnung, dass sich dort ein Hinweis findet.

app_yml_redacted.txt (4.7 KB)

5

Danke. Das Einzige, was ich sehen kann, ist, dass wo ich habe

templates/web.ratelimited.template.yml

Sie haben

templates/web.ratelimited-whitelist.template.yml

Möglicherweise gibt es einen Syntaxfehler in dieser Datei? Es wäre, denke ich, unter

/var/discourse/templates/web.ratelimited-whitelist.template.yml

Obwohl es genauso gut einen Syntaxfehler in einer der anderen erwähnten Vorlagen geben könnte.

1 „Gefällt mir“
6

Ich habe es definitiv auf diese Datei eingegrenzt:

/var/discourse/templates/web.ratelimited-whitelist.template.yml

welche ich unten einfüge.

params:
  reqs_per_second: 12
  burst_per_second: 12
  reqs_per_minute: 200
  burst_per_minute: 100
  conn_per_ip: 20

run:
  - replace:
    filename: "/etc/nginx/conf.d/discourse.conf"
    from: /server.+{/
    to: |
       geo $limit {
           default 1;
           XX.YYY.ZZ.ZZZ 0; # hubprod
           XXX.YY.ZZZ.ZZZ 0; # hubdev
       }

       map $limit $limit_key {
           0 "";
           1 $binary_remote_addr;
       }

       limit_req_zone $limit_key zone=flood:10m rate=$reqs_per_secondr/s;
       limit_req_zone $limit_key zone=bot:10m rate=$reqs_per_minuter/m;
       limit_req_status 429;
       limit_conn_zone $limit_key zone=connperip:10m;
       limit_conn_status 429;
       server {
  - replace:
    filename: "/etc/nginx/conf.d/discourse.conf"
    from: "/location @discourse {/"
    to: |
       location @discourse {
         limit_conn connperip $conn_per_ip;
         limit_req zone=flood burst=$burst_per_second nodelay;
         limit_req zone=bot burst=$burst_per_minute nodelay;

Sieht irgendetwas im Run-Befehl hier falsch aus?

7

Ihre Einrückung unterscheidet sich nur geringfügig von dem, was ich erwarten würde. Und Sie haben eine Leerzeile am Ende. Aber ich weiß nicht, ob das Hinweise sind.

1 „Gefällt mir“
8

Ich würde an deiner Stelle anfangen, Abschnitte dieser YML in einer binären Suche zu löschen, um den Schuldigen zu finden. Du hast ein paar Leerzeilen und zwei ‘replace’-Abschnitte, die du vielleicht einzeln entfernen könntest. Beginne damit, große Abschnitte zu entfernen und hoffe, dass du dich dem Problem annähern kannst.

2 „Gefällt mir“
9

Danke für deine Hilfe @Ed_S, es stellte sich heraus, dass es sich um eine schlechte Einrückung in der oben genannten YAML-Datei handelte. Ich bin mir nicht sicher, warum die Linter das nicht erkannt haben, aber das Vergleichen der Problemdatei mit einer Produktionsdatei machte das Problem sofort deutlich.

2 „Gefällt mir“
10

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