Pas d'accès au site après avoir configuré les identifiants S3

Soutien
1

Je ne peux pas accéder au site après avoir configuré les identifiants S3 pour la sauvegarde. Je n’ai rien modifié d’autre.

image
image1750×499 14.5 KB

1 « J'aime »
2

Vous pouvez consulter /var/discourse/shared/log/rails/production.log (ou un fichier similaire) pour voir l’erreur.

Il se peut que vous ayez besoin de :

cd /var/discourse
./launcher enter app
rails c
# puis quelque chose comme
SiteSetting.backup_location='local'

Mais cela pourrait être une coïncidence : les sauvegardes S3 n’ont rien à voir avec ce problème, et votre disque est peut-être plein.

6 « J'aime »
3

Merci. J’ai essayé, mais je n’ai pas pu le corriger. Voici le journal d’erreurs :

ActionView::Template::Error (s3_upload_bucket)
/var/www/discourse/lib/file_store/s3_store.rb:153:in `s3_bucket'
Démarrage de la requête HEAD "/" pour 35.111.111.163 à 2020-03-05 06:34:08 +0000
Traitement par ListController#latest en tant que HTML
  Rendu de list/list.erb dans layouts/application
  Rendu de list/list.erb dans layouts/application (Durée : 6,1 ms | Allocs : 2278)
  Rendu de layouts/_head.html.erb (Durée : 0,2 ms | Allocs : 102)
  Rendu de common/_google_universal_analytics.html.erb (Durée : 0,2 ms | Allocs : 79)
  Rendu de common/_discourse_stylesheet.html.erb (Durée : 0,4 ms | Allocs : 200)
Terminé avec une erreur 500 Internal Server Error en 60 ms (ActiveRecord : 0,0 ms | Allocs : 17538)
ActionView::Template::Error (s3_upload_bucket)
/var/www/discourse/lib/file_store/s3_store.rb:153:in `s3_bucket'
4

Il reste 5 Go d’espace libre.

5

Je désactiverais les paramètres S3 depuis la console Rails. J’ai essayé de donner un exemple ci-dessus. Vous devrez peut-être rechercher ici d’autres exemples.

1 « J'aime »
6

Vous n’avez pas défini le paramètre s3_upload_bucket.
Il suffit de faire

cd /var/discourse
./launcher enter app
rails c
SiteSetting.s3_upload_bucket = 'le_nom_de_votre_bucket'

en modifiant la dernière ligne pour qu’elle contienne le vrai nom de votre bucket S3.

5 « J'aime »
7

Merci. Cela a résolu le problème. Mais pourquoi cela est-il arrivé ? Parce que je voulais uniquement utiliser S3 pour les sauvegardes, je n’ai donc saisi aucun bac pour les téléversements. Est-ce normal ou un bug ?

8

Je ne parviens à reproduire ce problème qu’en activant enable_s3_uploads.

Voici ce qui s’est probablement produit, ce qui entraîne l’affichage d’un écran Oops :

  • vous avez ajouté s3 access key id et s3 secret access key
  • vous avez configuré un s3_upload_bucket
  • vous avez activé enable_s3_uploads
  • vous avez défini backup_location sur s3
  • vous avez dû définir un s3_backup_bucket et vous l’avez configuré avec le même bucket
  • cela génère le message d’erreur Vous ne pouvez pas utiliser le même bucket pour ‘s3_upload_bucket’ et ‘s3_backup_bucket’. Choisissez un bucket différent ou utilisez un chemin différent pour chaque bucket.
  • vous avez vidé s3_upload_bucket afin de pouvoir utiliser s3_backup_bucket
  • vous n’avez pas désactivé enable_s3_uploads

Le bug réside dans le fait que l’activation de enable_s3_uploads nécessite un s3_upload_bucket, mais que la suppression de cette valeur tout en maintenant les uploads S3 activés fait planter le forum.

7 « J'aime »
9

Y a-t-il quelque chose que nous puissions faire pour résoudre le problème ci-dessus, @eviltrout ?

1 « J'aime »
10

Une validation est déjà en place pour empêcher cela :

Mais elle ne couvre pas le cas où vous videz le bac tout en laissant les téléchargements activés.

2 « J'aime »
11

Cela devrait suffire :

3 « J'aime »
12

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