Richiesta di miglioramento per lo script di importazione di phpBB3

[shortmort37 (Dan Morton)]

Provato anche questo:

root@vps116136-import:/var/www/discourse/config# su discourse -c “bundle exec rake db:drop”
exec: line 1: “bundle: comando non trovato

[italo (Ítalo)]

Mi dispiace, avrei dovuto prevedere questi controlli.

Prova ad eseguire il comando drop con questa variabile d’ambiente:

cd /var/discourse
./launcher enter <nome-del-tuo-container>

su discourse
DISABLE_DATABASE_ENVIRONMENT_CHECK=1 bundle exec rake db:drop

@shortmort37

root@vps116136-import:/var/www/discourse/config#

Questo in particolare non ha funzionato perché non eri nella directory in cui si trova il Gemfile del progetto, nel tuo caso: /var/www/discourse.

Una nota veloce: il modo più semplice sarebbe stato avere un backup fin dal primissimo avvio del forum, così avresti semplicemente ripristinato prima di tentare di importare di nuovo, ma supponendo che tu non lo avessi, ci è rimasto questo soft reset.

[shortmort37 (Dan Morton)]

Ancora nessun risultato.

root@vps116136-import:/var/www/discourse# su discourse
discourse@vps116136-import:/var/www/discourse$ DISABLE_DATABASE_ENVIRONMENT_CHECK=1 bundle exec rake db:drop
PG::InsufficientPrivilege: ERROR:  must be owner of database discourse
Couldn’t drop database ‘discourse’
rake aborted!
ActiveRecord::StatementInvalid: PG::InsufficientPrivilege: ERROR:  must be owner of database discourse (ActiveRecord::StatementInvalid)

…

Provo ora come root…

[shortmort37 (Dan Morton)]

No.

root@vps116136-import:/var/www/discourse# DISABLE_DATABASE_ENVIRONMENT_CHECK=1 bundle exec rake db:drop
fatal: rilevata proprietà dubbia nella repository in ‘/var/www/discourse’
Per aggiungere un’eccezione per questa directory, chiama:

    git config --global --add safe.directory /var/www/discourse

rake interrotto!

[italo (Ítalo)]

Dimentica le mie prime istruzioni

1. Usa docker cp per copiare il tuo ultimo backup fuori dal container. I backup si trovano in /shared/backups/default.
2. Elimina la cartella shared dalla directory di installazione (il luogo da cui esegui ./launcher): rm -rf /var/discourse/shared
3. Ricostruisci il container usando ./launcher rebuild <nome-container>.

Questo dovrebbe risolvere il problema, ma fai attenzione a non perdere il tuo backup. Stavo cercando di evitare di suggerirlo per non farti eliminare accidentalmente il backup, ma sembra essere l’unica strada percorribile.

[shortmort37 (Dan Morton)]

@italo

Usa docker cp per copiare il tuo ultimo backup fuori dal container. I backup si trovano in /shared/backups/default.

Ci vorrà un po’. Il file tar.gz è di 15GB.

[shortmort37 (Dan Morton)]

In effetti, ci vorrà…

Ho fatto .5GB da quando ho iniziato.

[shortmort37 (Dan Morton)]

@italo

Copia con Docker il tuo ultimo backup fuori dal container. I backup si trovano in /shared/backups/default.

Fatto.

@italo

Elimina la cartella condivisa dalla directory di installazione (il luogo da cui esegui ./launcher): rm -rf /var/discourse/shared

Fatto.

@italo

Ricostruisci il container usando ./launcher rebuild <nome-container>.

Completato. Pronto per eseguire lo script di importazione, ma…

/var/discourse/shared/standalone/import
├── data
├── mysql
└── settings.yml

L’ho cancellato via, vero.

[italo (Ítalo)]

@shortmort37

Ho mandato via questo , vero.

Sì.

Suppongo tu abbia creato un volume per il tuo container mysql all’interno della cartella condivisa. In tal caso, sfortunatamente dovrai rigenerare il container e ripristinare nuovamente il database.
Gli allegati puoi semplicemente copiarli.
Il file settings.yml non dovrebbe essere così difficile da configurare di nuovo.

[shortmort37 (Dan Morton)]

@italo

Presumo che tu abbia creato un volume per il tuo container mysql all’interno della cartella condivisa. In tal caso, sfortunatamente dovrai rigenerare il container e ripristinare nuovamente il database.

Non sono sicuro di cosa significhi rigenerare un container. La prima volta ho inserito phpbb_mysql.sql nella directory mysql secondo queste istruzioni. C’è altro da fare oltre a questo?

I file allegati puoi semplicemente copiarli.

Sì. Tranne che il tar.gz è di 15 GB perché ci sono 45 GB di dati nella directory /files di phpBB. Gestisco il mio forum da 22 anni, lo sai! Quindi sì, li copierò indietro. Ma probabilmente, sarà domani prima che riprenda in mano la cosa.

[italo (Ítalo)]

@shortmort37

Sì. Tranne che il tar.gz è di 15GB perché ci sono 45GB di dati nella cartella /files di phpBB

Sì, questa è la natura delle migrazioni di comunità. Un buon consiglio sarebbe iniziare con un campione più piccolo e, una volta perfezionato il processo, eseguire un’importazione completa.

Ci sono sforzi in corso per rendere gli strumenti più flessibili e il processo meno ridondante, ma questo è un argomento molto complesso.

Spero che tutto vada bene nella tua esecuzione di domani.

[shortmort37 (Dan Morton)]

@italo

Sì, questa è la natura delle migrazioni della community. Un buon consiglio sarebbe iniziare con un campione più piccolo e dopo aver perfezionato il processo è possibile eseguire un’importazione completa.

Sono d’accordo! Ma phpBB non rende facile ridurre la dimensione del campione. Sono un po’ bloccato con quello che ho. Comunque, era un ambiente di test e nulla è irrecuperabile.

@italo

Spero che tutto vada bene nella tua esecuzione di domani.

Grazie! Pubblicherò qui. A proposito, ora che sono un esperto di docker cp , sarebbe un grosso problema modificare lo script ruby per stampare l’post_id di phpBB quando si verifica qualcosa del genere?

8000 / 24451 ( 32.7%) [677 items/min] W, [2026-01-13T02:50:22.466363 #25640] WARN – : Bad date/time value “0000:00:00 00:00:00”: mon out of range
W, [2026-01-13T02:50:22.466500 #25640] WARN – : Bad date/time value “0000:00:00 00:00:00”: mon out of range
W, [2026-01-13T02:50:22.466600 #25640] WARN – : Bad date/time value “0000:00:00 00:00:00”: mon out of range