I, [2025-02-24T17:35:41.516926 #1] INFO -- : Beenden asynchrone Prozesse
I, [2025-02-24T17:35:41.516987 #1] INFO -- : Senden von INT an HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/15/bin/postmaster -D /etc/postgresql/15/main pid: 38
105:signal-handler (1740418541) Empfangene SIGTERM Planung des Herunterfahrens...
I, [2025-02-24T17:35:41.517067 #1] INFO -- : Senden von TERM an exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 105
2025-02-24 17:35:41.517 UTC [38] LOG: Schneller Herunterfahrbefehl empfangen
2025-02-24 17:35:41.518 UTC [38] LOG: Beenden aller laufenden Transaktionen
2025-02-24 17:35:41.521 UTC [38] LOG: Hintergrundarbeiter "logical replication launcher" (PID 52) ist mit Exit-Code 1 beendet
105:M 24. Feb 2025 17:35:41.523 # Benutzer forderte Herunterfahren an...
105:M 24. Feb 2025 17:35:41.523 * Speichert den letzten RDB-Snapshot vor dem Beenden.
2025-02-24 17:35:41.525 UTC [47] LOG: Herunterfahren
2025-02-24 17:35:41.538 UTC [47] LOG: Sperrpunkt wird gestartet: sofortiges Herunterfahren
2025-02-24 17:35:41.550 UTC [47] LOG: Sperrpunkt abgeschlossen: 0 Buffer geschrieben (0,0%); 0 WAL-Dateien hinzugefügt, 0 entfernt, 0 recycelt; Schreibzeit=0.005 s, Sync=0.001 s, Gesamt=0.025 s; Dateisynchronisation=0, längster=0.000 s, durchschnittlich=0.000 s; Abstand=0 kB, geschätzt=1122 kB
2025-02-24 17:35:41.581 UTC [38] LOG: Datenbanksystem ist heruntergefahren
105:M 24. Feb 2025 17:35:41.657 * Datenbank auf Festplatte gespeichert
105:M 24. Feb 2025 17:35:41.657 # Redis kann jetzt beendet werden, tschüss...
FEHLER
--------------------
Pups::ExecError: cd /var/www/discourse && sudo -E -u discourse bundle exec rake s3:upload_assets fehlgeschlagen mit Rückgabewert #<Process::Status: pid 2845 exit 1>
Ort des Fehlers: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
Ausführungsfehler mit den Parametern {"cd"=>"$home", "cmd"=>["sudo -E -u discourse bundle exec rake s3:upload_assets", "sudo -E -u discourse bundle exec rake s3:expire_missing_assets"]}
Bootstrap fehlgeschlagen mit Exit-Code 1
** BOOTSTRAP FEHLGESCHLAGEN ** scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es könnte mehr als eine geben.
./discourse-doctor kann bei der Diagnose des Problems helfen.
c08b2ad74e9f1171f7677979af4e41a46be92877a0783350b2f020359895a431
Ja, ich schätze, das ist das Problem Aws::S3::Errors::InvalidArgument: Unsupported header 'x-amz-checksum-crc32' received for this API call. (Aws::S3::Errors::InvalidArgument)
Gibt es eine Möglichkeit, das Gem aws-sdk-s3 manuell herunterzustufen?
rake aborted!
Aws::S3::Errors::InvalidArgument: Unsupported header 'x-amz-checksum-crc32' received for this API call. (Aws::S3::Errors::InvalidArgument)
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse sudo -E -u discourse bundle exec rake s3:expire_missing_assets failed with return #<Process::Status: pid 2900 exit 1>
Ort des Fehlers: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec fehlgeschlagen mit den Parametern {"cd"=>"$home", "cmd"=>["sudo -E -u discourse bundle exec rake s3:upload_assets", "sudo -E -u discourse bundle exec rake s3:expire_missing_assets"]}
Bootstrap fehlgeschlagen mit Exit-Code 1
** BOOTSTRAP FEHLGESCHLAGEN ** Bitte scrollen Sie nach oben und suchen Sie nach frühere Fehlermeldungen, möglicherweise gibt es mehr als eine.
./discourse-doctor kann bei der Diagnose des Problems helfen.
Vielen Dank, ich werde es während der Wartungszeit versuchen.
Hat das Löschen von - sudo -E -u discourse bundle exec rake s3:expire_missing_assets
irgendwelche Nebenwirkungen?
Es klingt nicht nach einem super kritischen Problem, aber gibt es eine Möglichkeit, es zu beheben?
In der vorherigen Version gab es keine Probleme, oder?
