Posso semplicemente comprimere tutto /var/discourse ed eseguirlo su un nuovo server?

[Monikas (JustMonika)]

Perché quando provo a migrare utilizzando il backup integrato, il processo di compressione riempie rapidamente il mio disco. Avevo ancora circa 60 GB di spazio libero, ma durante il backup il disco si riempie e fallisce.

Tuttavia, se comprimo manualmente l’intera cartella /var/discourse, l’archivio è di soli circa 30 GB (la cartella stessa è di circa 34 GB).

Poiché la capacità viene rilasciata direttamente quando è piena, ho catturato uno screenshot all’80%.

Quindi le mie domande sono:

• Posso semplicemente archiviare/comprimere l'intera cartella /var/discourse, spostarla su un nuovo server, estrarla ed eseguire Discourse?

• Oppure devo seguire il metodo consigliato (backup del database + copia separata dei caricamenti)?

• Esiste un metodo per evitare che il disco si riempia durante il processo di compressione del backup?

[Canapin (Coin-coin le Canapin)]

Hey,

@Monikas

Posso semplicemente comprimere (tar/pack) l'intera cartella /var/discourse, spostarla su un nuovo server, estrarla ed eseguire Discourse?

• Oppure devo seguire il metodo consigliato (backup del database + copia separata degli upload)?

Dai un’occhiata a questo:

Move a Discourse site to another VPS with rsync

This method is different than restoring file in UI. Maybe there is a more downtime but it’s simpler for linux folks without Discourse knowledge and it’s easy to automate. Prepare new VPS First, prepare our new Current Ubuntu LTS VPS with empty Discourse dir, OS upgrade and Docker install sudo mkdir -p /var/discourse sudo apt-get update sudo apt-get dist-upgrade wget -qO- https://get.docker.com/ | sh Then, make sure that we are on latest installed kernel and other libraries by just restarting …

@Monikas

• Esiste un metodo per evitare che il disco si riempia durante il processo di compressione del backup?

Sì, avendo più spazio libero

Oltre a questa ovvia risposta, ci sono richieste di funzionalità per evitare che i backup occupino più spazio durante la creazione, ma non sono ancora state soddisfatte: Reduce local disk space needs by not (redundantly) gzipping backups & Add option to disable backup compression

[pfaffman (Jay Pfaffman)]

Inoltre, se non hai eseguito un

./launcher cleanup

potresti avere un sacco di immagini docker che occupano spazio.

[Ethsim2 (Ethan)]

Penso che docker system prune possa aiutare

[Monikas (JustMonika)]

Ho provato a liberarlo a 44 GB, il mio server è totale 98 e poi ho riavviato S3, ancora non funziona, non ho abbastanza spazio, non so cosa abbia detto Discourse sui backup così grandi

[2025-08-20 10:11:31] Finalizzazione del backup…

[2025-08-20 10:11:31] Creazione dell’archivio: discourse-2025-08-20-101058-v20250812033430.tar.gz

[2025-08-20 10:11:31] Assicurarsi che l’archivio non esista già…

[2025-08-20 10:11:31] Creazione dell’archivio vuoto…

[2025-08-20 10:11:31] Archiviazione del dump dei dati…

[2025-08-20 10:11:31] Archiviazione dei caricamenti…

[2025-08-20 10:16:35] Rimozione della directory temporanea ‘/var/www/discourse/tmp/backups/default/2025-08-20-101058’…

[2025-08-20 10:16:36] Gzipping dell’archivio, questo potrebbe richiedere del tempo…

[2025-08-20 10:28:05] ECCEZIONE: gzip -1 /var/www/discourse/public/backups/default/discourse-2025-08-20-101058-v20250812033430.tar

Impossibile comprimere l’archivio.

gzip: /var/www/discourse/public/backups/default/discourse-2025-08-20-101058-v20250812033430.tar.gz: Nessuno spazio disponibile sul dispositivo

[2025-08-20 10:28:05] /var/www/discourse/lib/discourse.rb:171:in `execute_command’

/var/www/discourse/lib/discourse.rb:137:in `exec’

/var/www/discourse/lib/discourse.rb:32:in `execute_command’

/var/www/discourse/lib/backup_restore/backuper.rb:253:in `create_archive’

/var/www/discourse/lib/backup_restore/backuper.rb:40:in `run’

/var/www/discourse/script/spawn_backup_restore.rb:9:in `backup’

/var/www/discourse/script/spawn_backup_restore.rb:31:in `block in ’

/var/www/discourse/script/spawn_backup_restore.rb:4:in `fork’

/var/www/discourse/script/spawn_backup_restore.rb:4:in `’

[2025-08-20 10:28:05] Eliminazione dei vecchi backup…

[2025-08-20 10:28:06] Pulizia…

[2025-08-20 10:28:06] Rimozione dei residui ‘.tar’…

[2025-08-20 10:28:07] Marcatura del backup come completato…

[2025-08-20 10:28:07] Notifica a ‘VegaMonika’ della fine del backup…

[pfaffman (Jay Pfaffman)]

Penso che dovrai eliminare il file .tar rimasto in /var/discourse/shared/standalone/backups/default

Sembra che tu abbia più upload di quanti ne possano entrare in un backup. Dovrai (1) ottenere un disco più grande, (2) spostare gli asset su Spaces o S3, (3) spostare gli upload su un volume, (4) non eseguire il backup degli upload.

La soluzione immediata più semplice, dopo aver eliminato il file .tar, è non eseguire il backup degli upload.

[Lee_Ars]

@Monikas

• Posso semplicemente comprimere con tar l'intera cartella /var/discourse, spostarla su un nuovo server, estrarla ed eseguire Discourse?

Ho fatto una versione di questo come parte di un passaggio da un’istanza EC2 a una più grande, ma con l’avvertenza che il nuovo server che stavo utilizzando avrebbe avuto esattamente la stessa immagine del sistema operativo di base, nome host, software installato e indirizzo IP del precedente. Dopo aver spostato /var/discourse sulla nuova macchina, ho eseguito un launcher rebuild app e il sito è stato ripristinato correttamente.

Quindi, in quelle circostanze molto specifiche, ha funzionato benissimo l’unica volta che ho provato.

[sam (Sam Saffron)]

È un modo disordinato di spostarsi, ma finché si tratta di un’installazione predefinita e ci si assicura di arrestare tutti i contenitori Docker in anticipo, probabilmente funzionerà.

[Ethsim2 (Ethan)]

snap remove aws-cli

.\\launcher stop app

docker system prune

apt autoremove

.\\launcher enter app

discourse backup

docker cp “app:/var/www/discourse/public/backups/default/your-site-2006-01-02-150405-v20200101150405.tar.gz “ “root@[server_ip_address]:/var/discourse/shared/standalone/backups/default/your-site-2006-01-02-150405-v20200101150405.tar.gz“

exit

snap install aws-cli --classic

aws configure

aws s3 cp “/var/discourse/shared/standalone/backups/default/your-site-2006-01-02-150405-v20200101150405.tar.gz“ “myBucket://your-site-2006-01-02-150405-v20200101150405.tar.gz“