Archiviazione DO e backup caricati non visualizzati

Ho caricato il mio backup tramite SSH sul nuovo disco di archiviazione e non viene visualizzato nella sezione di amministrazione.

Il mio app.yml è così come da istruzioni qui - Move Uploads and Backups to DigitalOcean Block Storage

## Il container Docker è stateless; tutti i dati sono archiviati in /shared
volumes:
   - volume:
      host: /mnt/volume_lon1_01/shared/standalone
      guest: /shared
   - volume:
      host: /mnt/volume_lon1_01/shared/standalone/log/var-log
      guest: /var/log
    - volume:
      host: /var/postgres_data_discourse
      guest: /shared/postgres_data

Mi sta facendo impazzire…

Hai ricompilato l’applicazione dopo aver modificato/aggiunto quei valori?

1 Mi Piace

Sì, ho ricostruito l’applicazione dopo aver apportato delle modifiche

Qual è la directory prevista?

Backups o backups/default?

Attualmente il backup si trova in /backups

Proverò a ripristinarlo tramite la riga di comando oggi se non riesco a farlo visualizzare nell’interfaccia utente

È lì che puoi fare un backup per vedere dove vengono archiviati.

È lo stesso codice, quindi non cambierà nulla.

1 Mi Piace

Ho appena effettuato un backup ma non riesco a trovarlo da nessuna parte, i log mostrano..

[2022-03-01 10:05:53] Assicurazione che '/var/www/discourse/public/backups/default' esista...

Ma non esiste! Dove potrebbe essere il backup?

Pensavo che il backup sarebbe stato sul nuovo disco di archiviazione, cosa mi sfugge?

./launcher rebuild app dovrebbe resettare il forum ogni volta?

Non riesco a caricare nulla, immagini ecc. nemmeno, odio che questo rompa sempre la mia build quando seguo quelle che ritengo buone guide per fare le cose, volevo solo aggiungere un po’ di spazio di archiviazione al mio hosting esistente, ora sono senza sito web, così frustrante :face_with_spiral_eyes:

1 Mi Piace

Iniziato di nuovo usando la “guida ufficiale”, creerò uno snapshot quando sarà installato in modo da poter tornare indietro se necessario.

Questo è il percorso all’interno del container.

Penso che il backup dovrebbe trovarsi in

/mnt/volume_lon1_01/shared/standalone/backups/default

fuori dal container.

1 Mi Piace

Questo è quello che pensavo, ma non c’era nemmeno lì. Inoltre, non sono riuscito a caricare nulla nei post, immagini, ecc., ho solo ricevuto un errore. Non credo che quella guida per l’archiviazione funzioni.

Hai spostato tutta quella roba nella nuova posizione? Cosa vedi in

  /mnt/volume_lon1_01/shared/standalone

e/o

  /mnt/volume_lon1_01/shared/
1 Mi Piace

Ho seguito il tutorial esattamente e tutto era in quella posizione, ho ricominciato da capo.

Ecco cosa ho fatto:

Ho seguito questa guida qui: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub

Ho caricato il mio backup tramite SSH in backups/default

Ho creato uno snapshot di questo punto in modo da poter tornare indietro se qualcosa va storto

Ho un volume montato su /mnt/ pronto per essere spostato, quando ho spostato le directory l’ultima volta ho riscontrato i seguenti problemi:

  • Il backup non è stato salvato nella nuova cartella di backup del volume (in realtà non sono riuscito a trovarla affatto)
  • I caricamenti di immagini hanno semplicemente generato errori, presumo perché non sono riusciti a caricare sul nuovo volume per qualche motivo

I caricamenti e i backup sono stati testati con questa guida qui @techAPJ Move Uploads and Backups to DigitalOcean Block Storage

Inoltre, devo aspettare letsencrypt, credo che ci voglia una settimana perché non mi ero reso conto che una ricostruzione tentasse di ottenere un nuovo certificato ogni volta, quindi ho esaurito i miei tentativi, non posso accedere al sito finché non avrò i certificati SSL, http funziona per un minuto ma poi viene forzato a https il che significa che non posso registrarmi

Ho usato questi comandi come indicato dal tutorial:

mv /var/discourse/shared/standalone/postgres_data /var/postgres_data_discourse
mv /var/discourse/shared /mnt/volume_lon1_01

È frustrante. Mi dispiace. Le istruzioni mi sembrano corrette, ma è quel tipo di cosa in cui se fai un piccolo passo falso non funziona.

Vedi i file se entri nel container e guardi in /shared/?

Puoi aggirare il limite di Let’s Encrypt se fai Impostazione di Let’s Encrypt con domini multipli.

1 Mi Piace

Non ho ancora spostato nulla sul nuovo volume, ma vorrei un chiarimento perché ho seguito esattamente i passaggi e non ha funzionato.

Non capisco affatto quel post e per ora ho finito di occuparmene, aspetterò perché, come dici tu, è frustrante, voglio solo che il mio sito torni operativo e uno snapshot di esso prima di fare qualsiasi altra cosa.

Comunque @pfaffman grazie per il tuo aiuto finora, molto apprezzato

Allora non può funzionare e non hai seguito le istruzioni; un modo più sicuro per farlo sarebbe copiare le cose sul nuovo volume, in modo da poter passare avanti e indietro più facilmente. Forse le istruzioni sembrerebbero più sicure se includessero la copia dei file e poi la loro eliminazione (che è esattamente ciò che fa mv poiché si sposta tra partizioni).

Forse non hai visto questa parte del mio post?

1 Mi Piace

Ora ha molto più senso!

Ti consiglio di usare rsync o cp per copiare i file nella nuova partizione invece di usare mv, in modo che sia più facile tornare alla configurazione originale se qualcosa dovesse andare storto. Potrai quindi semplicemente

 ./launcher destroy app
 ./launcher start app

per vedere se la nuova configurazione funziona. E tornare a una versione di backup di app.yml se non dovesse funzionare.

1 Mi Piace

Ottima idea, grazie, ci proverò appena possibile.

1 Mi Piace