La dernière sauvegarde date d’hier mais maintenant cela ne fonctionne plus, d’autres services peuvent toujours sauvegarder sur mon S3 local sans problème.
Quelqu’un sait comment je peux résoudre ce problème ?
J’ai créé ce aws-revert-template.yml pour revenir à une ancienne version. Je ne sais pas si cela fonctionne encore ; mon fichier date du 2025-08-06T05:00:00Z
non, comme indiqué dans le premier message, c’est pourquoi je ne crois pas qu’il s’agisse du même problème auquel vous faites référence, mon bucket est spécifié, j’ai essayé à la fois dans les paramètres de l’interface utilisateur de la section de sauvegarde et via des variables d’environnement dans le yaml, il essaie toujours d’utiliser la valeur par défaut quoi qu’il en soit.
pour clarifier, rien n’a changé du côté de discourse ou de garage depuis qu’il a cessé de fonctionner, à l’exception d’une mise à jour vers 3.5 puis vers 3.6.
peut-être que quelqu’un avec un vrai S3 pourrait vérifier s’il sélectionne correctement un bucket ? Idem pour d’autres tiers comme Backblaze, R2, etc. ?
J’ai donc créé un bucket nommé « Default » et il fonctionne comme prévu, donc oui, il ne sélectionne pas correctement le nom du bucket que je lui indique.
Sauf que des milliers de personnes et l’hébergement CDCK seraient également probablement affectés et ce n’est pas le cas. Il est beaucoup plus probable que vous ayez supprimé ou ajouté un caractère à une ligne de votre app.yml.
rien ne va pas avec ma configuration, rien n’a été modifié à part la mise à jour de Discourse. J’ai essayé la configuration dans le yaml et la configuration dans l’interface utilisateur, les paramètres de l’interface utilisateur l’affichent littéralement comme « cyanlabs-community » et pourtant la sauvegarde essaie toujours de sauvegarder dans « default »
malgré la configuration s3 dans l’interface utilisateur, le fichier discourse.conf ne contient aucune référence s3 comme le montre votre deuxième commande
Cependant, cela signifie que le bucket n’existe pas. Pouvez-vous essayer de créer un tout nouveau bucket et de nouvelles informations d’identification et voir si le téléchargement fonctionne alors ?
Merci, mais j’ai l’impression de tourner en rond ici.
Le bucket par défaut n’existait pas au début de cette conversation, je l’ai depuis créé et il utilise ce bucket malgré le fait que le bucket cyanlabs-community soit défini dans les paramètres.
cyanlabs-community et default existent tous deux dans l’instance s3, mais Discourse n’utilisera pas cyanlabs-community quoi que j’essaie.
Ce qui est intéressant, c’est qu’il tente toujours d’établir la connexion à bucketname.s3.domain.tld, par exemple cyanlabsdiscourse.s3.domain.tld, car sans ajouter d’enregistrement DNS, cela ne fonctionnerait pas à ce sous-sous-domaine. Le paramètre est donc respecté pour l’URL, mais il semble être ignoré par la sélection du bucket.
AWS peut être mystérieux ! Désolé que vous n’ayez pas pu obtenir le nom de bucket souhaité. Difficile d’aider sans pouvoir le reproduire, donc je suppose que vous devrez vous contenter d’utiliser le nom de bucket par défaut.
