Ripristino da vecchia installazione multisito fallito

Qualcosa è cambiato nel processo di ripristino che potrebbe influenzare i backup provenienti da ambienti multisito?

Oggi ho tentato di spostare un sito tra server. Il server originale era un’installazione multisito, con nginx davanti che gestiva l’incapsulamento HTTPS e l’opzione force_https attivata.

Il nuovo server è una versione standalone dell’installazione standard, che utilizza Let’s Encrypt.

Controllando il file di backup, le caricamenti originali sono presenti, ma non sembrano essere stati ripristinati nel filesystem del nuovo server. I riferimenti alle immagini in tutto il sito puntano al vecchio multisito ‘secondsite’, quindi i percorsi indicano /uploads/secondsite/original invece di /uploads/default/original.

Ho provato il ripristino tramite GUI e da riga di comando, tanto per essere sicuro. Intendo approfondire ulteriormente la questione, ma ho pensato valesse la pena pubblicare una domanda in Support per ora; se qualcuno conferma che si tratta ancora di uno scenario supportato, sposterò la discussione in Contribute > Bug.

Questa era una funzionalità che funzionava in precedenza, ma non l’ho utilizzata da almeno un anno, forse anche di più.

Quindi i file ci sono, ma nel posto sbagliato? E il database punta a default invece che a secondsite? Sembra un bug, ma immagino tu possa semplicemente rinominare la directory? O forse il backup non includeva affatto gli upload?

Sono nell’archivio di backup, ma non arrivano mai al filesystem.

Che strano! Sembra un bug. E nessuno dei due sistemi ha configurato il caricamento su S3?

Corretto. Farò altri test più tardi.

È inaspettato. C’è la possibilità di dare un’occhiata al file di backup? Altrimenti, se vuoi eseguire il debug tu stesso, consulta discourse/lib/backup_restore/uploads_restorer.rb at main · discourse/discourse · GitHub.

La disponibilità di @team a indagare su cose del genere è davvero fantastica. @tgxworld mi ha aiutato a risolvere un problema di caso limite la settimana scorsa. :tada: