Comment déboguer les téléchargements S3

Pendant un bref instant, j’ai réussi à effectuer des téléchargements S3 vers un bucket. Ensuite, j’ai suivi plusieurs publications ici pour m’assurer que tout était correct et maintenant tous les téléchargements se font en local. Je ne vois aucun indice dans le journal d’erreurs.

Comment déboguer cette configuration complexe ?

Une publication suggère qu’il faut le faire principalement avec des variables d’environnement, mais une autre non, et le panneau d’administration semble contenir tous les paramètres S3 nécessaires. Je suis essentiellement confus.

J’ai revérifié toutes les valeurs pour S3 dans le système.

Salut @Andro

J’ai aussi du mal avec ça. Pourriez-vous partager votre politique IAM S3 ? Je n’arrive même pas à dépasser cette étape.

De plus, qu’avez-vous défini pour les indicateurs de configuration suivants ?

  • s3 configure tombstone policy
  • enable s3 inventory

Merci !

Celui à suivre est Utilisation du stockage d’objets pour les téléchargements (S3 et clones). Les choses fonctionnent un peu différemment si vous utilisez ces variables d’environnement et c’est ce que vous voulez. N’oubliez pas la partie en haut concernant la tâche rake.

Je pense qu’il y a un problème pour savoir comment créer les autorisations de bucket.

Pas très bon. L’application Launcher a été reconstruite après l’ajout de la commande rake conformément aux instructions :

ÉCHEC

Pups::ExecError : cd /var/www/discourse && sudo -E -u discourse bundle exec rake s3:upload_assets a échoué avec le retour #<Process::Status: pid 1347 exit 1>
Emplacement de l’échec : /pups/lib/pups/exec_command.rb:112:in `spawn’
exec a échoué avec les paramètres {“cd”=>“$home”, “cmd”=>[“sudo -E -u discourse bundle exec rake s3:upload_assets”]}
c0b19d01faa8c6e1f217b209bdd5293c1a1dcd2016f286d17050c299f676256c
É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 plus d’un.
./discourse-doctor peut aider à diagnostiquer le problème.

Vous avez probablement oublié une des variables d’environnement. Les avoir dans la base de données n’est pas suffisant.

J’ai ajouté toutes les variables S3 mais toujours le même échec.

Que dois-je essayer ensuite ? Le journal de reconstruction du lanceur indique simplement “exit with 1” (sortie avec 1) sans plus d’indices.

Quelqu’un a-t-il un exemple de valeurs app.yml fonctionnelles (édité pour la confidentialité) ?

La prochaine supposition est que vous avez un problème d’autorisations sur le compartiment qui vous empêche de télécharger.

Ces exemples de strophes dans le sujet Clones sont le fichier app.yml d’exemple.