no, come affermato nell’OP, è per questo che non credo sia lo stesso problema a cui ti riferisci, il mio bucket è specificato, ho provato sia nelle impostazioni dell’interfaccia utente della sezione di backup sia tramite variabili d’ambiente nel yaml, continua comunque a provare a usare default
per chiarire nulla è cambiato dal lato discourse o garage da quando ha smesso di funzionare tranne un aggiornamento a 3.5 e poi a 3.6
Quindi ho creato un bucket chiamato “Default” e funziona come previsto, quindi sì, non sta selezionando correttamente il nome del bucket che gli indico.
Tranne che migliaia di persone e l’hosting CDCK sarebbero probabilmente interessati anche loro e non lo sono. È molto più probabile che tu abbia eliminato o aggiunto un carattere a una riga nel tuo app.yml.
non c’è niente che non va nella mia configurazione, non è stato cambiato nulla tranne l’aggiornamento di discourse. Ho provato la configurazione nello yaml e la configurazione nell’interfaccia utente, le impostazioni dell’interfaccia utente la mostrano letteralmente come “cyanlabs-community” e tuttavia il backup tenta ancora di salvare in “default”
Grazie, ma ho la sensazione di girare in tondo qui.
il bucket predefinito non esisteva all’inizio di questa conversazione, l’ho creato da allora e utilizza quel bucket nonostante abbia impostato il bucket cyanlabs-community nelle impostazioni.
sia cyanlabs-community che default esistono nell’istanza s3, ma Discourse non utilizzerà cyanlabs-community per quanto ci provi
[2025-09-22 15:14:59] Finalizzando il backup...
[2025-09-22 15:14:59] Finalizzando il file di dump del database: cyanlabs-official-community-2025-09-22-151437-v20250916082012.sql.gz
[2025-09-22 15:14:59] Rimozione della directory temporanea '/var/www/discourse/tmp/backups/default/2025-09-22-151437'...
[2025-09-22 15:14:59] Caricamento dell'archivio...
[2025-09-22 15:15:37] Esecuzione dell'hook after_create_hook per il backup...
[2025-09-22 15:15:37] Eliminazione dei vecchi backup...
[2025-09-22 15:15:37] Pulizia...
[2025-09-22 15:15:37] Rimozione dell'archivio dallo storage locale...
[2025-09-22 15:15:37] Rimozione dei file residui '.tar'...
[2025-09-22 15:15:37] Segnalazione del backup come completato...
[2025-09-22 15:15:37] Aggiornamento delle statistiche del disco...
[2025-09-22 15:15:37] Notifica a 'CyanLabs' della fine del backup...
[2025-09-22 15:15:40] Fatto!
Ciò che è interessante è che tenta ancora di stabilire la connessione a bucketname.s3.domain.tld, ad esempio cyanlabsdiscourse.s3.domain.tld, poiché senza aggiungere un record DNS non funzionerebbe a quel sotto-sottodominio. quindi l’impostazione viene rispettata per l’URL ma sembra essere ignorata dalla selezione del bucket
AWS può essere misterioso! Mi dispiace che tu non sia riuscito a utilizzare il nome del bucket preferito. Difficile aiutare senza poterlo replicare, quindi immagino che dovrai accontentarti di usare il nome predefinito per il bucket.
