Mislukt om op te starten fout - probleem met pups

Installatie
1

Hallo allemaal -

Ik heb onlangs zonder succes geprobeerd onze testinstantie opnieuw op te bouwen na een update. Googlen/ChatGPT geeft aan dat er misschien iets mis is met de opmaak van app.yml, maar ik heb het nog niet kunnen uitzoeken. Hier is de stdout, waarvan ik besef dat deze niet erg nuttig is:

x86_64 arch gedetecteerd.
WAARSCHUWING: containers/app.yml is wereldw-leesbaar. U kunt dit bestand beveiligen door uit te voeren: chmod o-rwx containers/app.yml
Launcher wordt bijgewerkt
Uw versie van Launcher is voor op origin
Oude container wordt gestopt
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 start op oO0OoO0OoO0Oo
109:C 13 Jun 2025 15:20:04.997 # Redis versie=7.0.15, bits=64, commit=00000000, gewijzigd=0, pid=109, net gestart
109:C 13 Jun 2025 15:20:04.997 # Configuratie geladen
109:M 13 Jun 2025 15:20:04.997 * monotoon klok: POSIX clock_gettime
109:M 13 Jun 2025 15:20:04.998 * Draaimodus=standalone, poort=6379.
109:M 13 Jun 2025 15:20:04.998 # Server geïnitialiseerd
109:M 13 Jun 2025 15:20:04.999 * Laden van RDB geproduceerd door versie 7.0.7
109:M 13 Jun 2025 15:20:04.999 * RDB leeftijd 14 seconden
109:M 13 Jun 2025 15:20:04.999 * RDB geheugengebruik bij creatie 2.95 MB
109:M 13 Jun 2025 15:20:05.007 * Klaar met laden RDB, sleutels geladen: 3659, sleutels verlopen: 0.
109:M 13 Jun 2025 15:20:05.007 * DB geladen vanaf schijf: 0.008 seconden
109:M 13 Jun 2025 15:20:05.007 * Klaar om verbindingen te accepteren
3649:C 13 Jun 2025 15:22:52.415 # oO0OoO0OoO0Oo Redis start op oO0OoO0OoO0Oo
3649:C 13 Jun 2025 15:22:52.415 # Redis versie=7.0.15, bits=64, commit=00000000, gewijzigd=0, pid=3649, net gestart
3649:C 13 Jun 2025 15:22:52.415 # Configuratie geladen
3649:M 13 Jun 2025 15:22:52.415 * monotoon klok: POSIX clock_gettime
3649:M 13 Jun 2025 15:22:52.416 # Waarschuwing: Kon geen server TCP luisterende socket maken *:6379: bind: Adres al in gebruik
3649:M 13 Jun 2025 15:22:52.416 # Mislukt luisteren op poort 6379 (TCP), afbreken.
109:M 13 Jun 2025 15:25:05.035 * 100 wijzigingen in 300 seconden. Opslaan...
109:M 13 Jun 2025 15:25:05.041 * Achtergrond opslaan gestart door pid 3823
3823:C 13 Jun 2025 15:25:05.257 * DB opgeslagen op schijf
3823:C 13 Jun 2025 15:25:05.257 * Fork CoW voor RDB: huidig 1 MB, piek 1 MB, gemiddeld 0 MB
109:M 13 Jun 2025 15:25:05.342 * Achtergrond opslaan beëindigd met succes
109:signal-handler (1749828411) SIGTERM ontvangen, afsluiten plannen...
109:M 13 Jun 2025 15:26:51.694 # Gebruiker heeft afsluiten aangevraagd...
109:M 13 Jun 2025 15:26:51.694 * Opslaan van de laatste RDB-snapshot voor het afsluiten.
109:M 13 Jun 2025 15:26:51.710 * DB opgeslagen op schijf
109:M 13 Jun 2025 15:26:51.710 # Redis is nu klaar om af te sluiten, tot ziens...
bootstrap mislukt met exit code 1
** BOOTSTRAP MISLUKT ** scroll omhoog en zoek naar eerdere foutmeldingen, er kunnen er meer dan één zijn.
./discourse-doctor kan helpen het probleem te diagnosticeren.
5b720b35a25e026d9908c60a2f7c5bcf3725b16a0b282875e8a66ce5ace4d06b

Ik wil de stderr als bijlage uploaden, maar als nieuwe gebruiker kan ik dat niet. Is dit laatste deel van het logboek met het fragment met betrekking tot pups voldoende?

2025-06-13 15:26:51.615 UTC [42] LOG: alle actieve transacties worden afgebroken
2025-06-13 15:26:51.634 UTC [42] LOG: achtergrondwerker "logical replication launcher" (PID 56) beëindigd met exit code 1
2025-06-13 15:26:51.634 UTC [51] LOG: afsluiten
2025-06-13 15:26:51.637 UTC [51] LOG: checkpoint start: afsluiten direct
2025-06-13 15:26:51.646 UTC [51] LOG: checkpoint voltooid: 15 buffers geschreven (0,0%); 0 WAL-bestanden toegevoegd, 0 verwijderd, 0 gerecycled; schrijven=0.001 s, synchroniseren=0.003 s, totaal=0.012 s; synchronisatiebestanden=3, langste=0.003 s, gemiddelde=0.001 s; afstand=49 kB, schatting=243 kB
2025-06-13 15:26:51.659 UTC [42] LOG: databasesysteem is afgesloten
/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': Ongeldige run command bestandsnaam (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 `<top (required)>'
	from /usr/local/bin/pups:25:in `load'
	from /usr/local/bin/pups:25:in `<main>'

Zijn er nog andere dingen waar ik naar moet kijken die licht op het probleem kunnen werpen? Ik waardeer uw hulp!

2

Trouwens, ik heb het app.yml-bestand door een YAML-linter gehaald en die vond niets. Ik heb ook geprobeerd opnieuw te bouwen zonder actieve plugins, en dat maakte geen verschil.

3

Suggest you paste some or all of your YML file - take care redact passwords and access tokens. The output

does seem suspicious. My own YML file is very simple, no commands, but perhaps yours is complicated.

2 likes
4

Bedankt @Ed_S. Ik heb de YML bijgevoegd in de hoop dat daar een aanwijzing in zit.

app_yml_redacted.txt (4,7 KB)

5

Bedankt. Het enige wat ik kan zien is dat waar ik heb

templates/web.ratelimited.template.yml
heb jij
templates/web.ratelimited-whitelist.template.yml

Misschien zit er een syntaxisfout in dat bestand? Ik denk dat die zou zijn op

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

Hoewel er net zo goed een syntaxisfout in een van de andere genoemde templates zou kunnen zitten.

1 like
6

Ik heb het zeker teruggebracht tot dit bestand, dat zeker de opstartfout veroorzaakt -

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

dat ik hieronder plak (met IP-adressen geredigeerd):

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;

Ziet er iets vreemds uit in het run-commando hier? YAML linting ziet er nog steeds goed uit.

7

Uw inspringing is net iets anders dan ik zou verwachten. En u heeft een lege regel aan het einde. Maar ik weet niet of dit aanwijzingen zijn.

1 like
8

Ik denk dat ik op jouw plek zou beginnen met het verwijderen van secties uit deze YML in een binaire zoekopdracht om de boosdoener te vinden. Je hebt een paar lege regels en je hebt twee ‘vervang’-secties die je misschien één voor één kunt verwijderen. Begin met het verwijderen van grote secties en hoop dat je het probleem kunt oplossen.

2 likes
9

Bedankt voor je hulp @Ed_S, het bleek een slechte indentatie te zijn die begraven lag in het YAML-bestand dat ik hierboven noemde. Ik weet niet zeker waarom geen van de linters dit oppikte, maar door het problematische bestand te vergelijken met een bestand in productie, werd het probleem meteen duidelijk.

2 likes
10

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