I, [2025-02-24T17:35:41.516926 #1] INFO -- : Fin des processus asynchrones
I, [2025-02-24T17:35:41.516987 #1] INFO -- : Envoi du signal INT à HOME=/var/lib/postgresql UTILISATEUR=postgres exécuter 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) Reçu SIGTERM planifiant l'arrêt...
I, [2025-02-24T17:35:41.517067 #1] INFO -- : Envoi du TERM à exécuter 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 : réception d'une demande d'arrêt rapide
2025-02-24 17:35:41.518 UTC [38] LOG : interruption de toutes les transactions en cours
2025-02-24 17:35:41.521 UTC [38] LOG : le travailleur de fond "logical replication launcher" (PID 52) a quitté avec le code de sortie 1
105:M 24 fév. 2025 17:35:41.523 # Utilisateur a demandé l'arrêt...
105:M 24 fév. 2025 17:35:41.523 * Sauvegarde de la dernière capture RDB avant de quitter.
2025-02-24 17:35:41.525 UTC [47] LOG : arrêt en cours
2025-02-24 17:35:41.538 UTC [47] LOG : début du point de contrôle : arrêt immédiat
2025-02-24 17:35:41.550 UTC [47] LOG : point de contrôle terminé : écrit 0 tampons (0,0 %) ; 0 fichier WAL ajouté, 0 supprimé, 0 recyclé ; écriture=0,005 s, synchronisation=0,001 s, total=0,025 s ; fichiers de synchronisation=0, plus long=0,000 s, moyen=0,000 s ; distance=0 Ko, estimation=1122 Ko
2025-02-24 17:35:41.581 UTC [38] LOG : le système de base de données est arrêté
105:M 24 fév. 2025 17:35:41.657 * La base de données enregistrée sur le disque
105:M 24 fév. 2025 17:35:41.657 # Redis est maintenant prêt à quitter, au revoir...
ÉCHEC
--------------------
Erreur d'exécution Pups::ExecError : cd /var/www/discourse && sudo -E -u discourse bundle exec rake s3:upload_assets a échoué avec le statut de sortie #<Process::Status: pid 2845 sortit 1>
Lieu de l'échec : /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exécution échouée avec les paramètres {"cd"=>"$home", "cmd"=>["sudo -E -u discourse bundle exec rake s3:upload_assets", "sudo -E -u discourse bundle exec rake s3:expire_missing_assets"]}
L'initialisation a échoué avec le code de sortie 1
** ÉCHEC DE LA BOOTSTRAP ** veuillez faire défiler vers le haut et rechercher les messages d'erreur précédents, il pourrait y en avoir plusieurs.
./discourse-doctor peut aider à diagnostiquer le problème.
c08b2ad74e9f1171f7677979af4e41a46be92877a0783350b2f020359895a431
Oui, je suppose que c’est le problème Aws::S3::Errors::InvalidArgument: Unsupported header 'x-amz-checksum-crc32' received for this API call. (Aws::S3::Errors::InvalidArgument)
Y a-t-il un moyen de rétrograder manuellement le gem aws-sdk-s3 ?
rake aborté !
Aws::S3::Errors::InvalidArgument : En-tête non pris en charge 'x-amz-checksum-crc32' reçu pour cet appel API. (Aws::S3::Errors::InvalidArgument)
ÉCHEC
--------------------
Pups::ExecError : cd /var/www/discourse && sudo -E -u discourse bundle exec rake s3:expire_missing_assets a échoué avec le statut #cProcess::Status : pid 2900 sortie 1e
Emplacement de l'échec : /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132 :dans `spawn'
exec échoué avec les paramètres {"cd" => "$home", "cmd" => ["sudo -E -u discourse bundle exec rake s3:upload_assets", "sudo -E -u discourse bundle exec rake s3:expire_missing_assets"]}
L'amorçage a échoué avec le code de sortie 1
** ÉCHEC DE L'AMORÇAGE ** veuillez faire défiler vers le haut et rechercher les messages d'erreur précédents, il peut y en avoir plusieurs.
./discourse-doctor peut aider à diagnostiquer le problème.
Merci, j’essaierai pendant le temps de maintenance,
est-ce que la suppression de - sudo -E -u discourse bundle exec rake s3:expire_missing_assets
a des effets secondaires ?
Cela ne semble pas être un problème très critique, mais y a-t-il un moyen de le résoudre ?
Il n’y avait aucun problème dans la version précédente, n’est-ce pas ?
