Errori nell'esportazione dei dati da Teams a Discourse self-hosted su Digital Ocean

Ciao a tutti!
Ho riscontrato alcuni problemi relativi all’esportazione e al ripristino dei dati e chiedo il vostro aiuto.

Contesto:
Volevo esportare i dati da Discourse Teams verso un droplet auto-ospitato su Digital Ocean.
Il backup e il ripristino sono andati a buon fine, senza problemi. Tuttavia, dopo il ripristino, ecco cosa mostra Discourse:


Dropshare Apps - upload anything anywhere on macOS and iOS (ecco una registrazione dello schermo - scusate, questo forum non mi ha permesso di caricarla nativamente)

Ho provato a ripristinare di nuovo. Stesso problema.

Ecco il registro di ripristino dei dati in formato txt:
Dropshare Apps - upload anything anywhere on macOS and iOS

Aiutatemi, per favore.

Modifica:
Ecco lo screenshot da /log
dsh.re/64209a (aggiungete https:// - scusate, il forum non mi ha permesso di caricare l’immagine o aggiungere un altro URL)

3 Mi Piace

Ciao Yash! Mi dispiace sentire che stai avendo problemi con il backup/ripristino. Hai già provato la modalità provvisoria? Basta aggiungere /safe-mode alla fine dell’URL. Da lì puoi vedere cosa succede quando disattivi il tema corrente, i plugin non ufficiali o tutti i plugin.

Ti consiglio anche di dare un’occhiata a /logs e al log degli errori di nginx per vedere se ci sono errori che potrebbero aiutarti ulteriormente.

E cosa succede quando esegui ./launcher rebuild app dalla riga di comando? Potresti provare a eseguirlo più volte. Questo ha funzionato per me in passato.

Infine, puoi condividere il contenuto del tuo file containers/app.yml (senza password e informazioni identificative del sito, per favore) in modo che possiamo vedere quali plugin hai installato?

4 Mi Piace

Ciao Tobias,
Grazie mille per la risposta immediata. Apprezzo davvero il tuo aiuto.

  1. Quando vado su /safe-mode, mi vengono mostrate alcune opzioni con caselle di controllo, come disabilitare il tema, ecc. Una volta spuntate tutte e cliccato su “Avanti”, sullo frontend compare lo stesso errore.

L’URL aggiunto era /?safe_mode=no_custom%2Cno_plugins%2Conly_official

Ti segnalo che si tratta di un droplet DO a un clic, senza plugin aggiuntivi installati da me. Tuttavia, l’istanza Teams aveva molti plugin. Pensi che questo possa essere la causa del problema?

  1. Ecco i log di /logs
    Dropshare Apps - upload anything anywhere on macOS and iOS

  2. Sto provando ./launcher rebuild app in questo momento. Il primo tentativo non ha prodotto risultati. Sto riprovando. Dopo il login, sullo frontend compare lo stesso errore.

  3. Ecco un’istantanea del file app.yml. Dovrei esportare il file e inviarlo qui?

Hai qualche idea su cosa stia andando storto?

2 Mi Piace

Aspetta. L’unico metodo di installazione supportato è questo: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub

Prova a seguire questa procedura e facci sapere come va.

2 Mi Piace

Discourse | DigitalOcean Marketplace 1-Click App - questo non funzionerà? Dovrò eliminare il droplet e riconfigurarlo seguendo le istruzioni che hai condiviso. Ho capito bene?

2 Mi Piace

Esatto. Scusa per questo! Dovrai ricominciare da capo.

2 Mi Piace

Ok, proverò e pubblicherò i risultati qui. Grazie, Tobias!

3 Mi Piace

Ciao @tobiaseigen
Ho configurato un nuovo droplet e installato Discourse seguendo le istruzioni su GitHub. Ho effettuato l’accesso, caricato il backup e avviato il ripristino, ma ricevo lo stesso errore.

Registro di ripristino:
Dropshare Apps - upload anything anywhere on macOS and iOS

Registro degli errori in /logs

App.yml

Potresti aiutarmi con i prossimi passaggi? Ho provato anche a eseguire il rebuild del launcher e la modalità sicura, ma ottengo lo stesso errore. Finora non ho installato alcun plugin.

Nota a margine: l’installer one-click di DigitalOcean utilizza Docker e l’ultima release da GitHub. Non dovrebbe essere esattamente identico a un’installazione manuale?

4 Mi Piace

Ok, ottimo, siamo un passo più vicini. Lo esaminerò la prossima volta che sarò al computer.

4 Mi Piace

È un problema relativo ai caricamenti. Il sistema sta cercando il nome di un bucket S3, ma il nuovo ambiente non è configurato con uno.

Come è stato creato il backup e sono inclusi tutti i caricamenti? Non vedo alcun caricamento nel registro di ripristino, il che suggerisce che non ce ne fossero nel backup.

3 Mi Piace

Ah! È stato terminato questo sito prima che tu facessi il backup? Se non è così, le risorse saranno su S3, quindi un ripristino completo fallirà.

Affinché il backup funzioni correttamente, è necessario attivare un’impostazione nascosta per includere tutte le risorse S3 nel backup.

È possibile che la cancellazione di un sito team non attivi automaticamente questa impostazione.

3 Mi Piace

Sono abbastanza sicuro che si tratti del solito download di backup che avviene quando un sito viene disattivato. Include tutti i file caricati.

Domani farò una prova personale per confermare che il processo di backup/ripristino funzioni ancora correttamente su Teams.

3 Mi Piace

Ho appena eseguito un test rapido del processo di backup e ho visto che gli upload sono effettivamente inclusi nel file di backup. Domani cercherò di capire come ripristinarlo su un nuovo sito self-hosted.

2 Mi Piace

Ciao @schleifer - Come ha giustamente sottolineato Tobias, il backup è stato creato dai team (il solito download del backup). Quando ho cliccato su Annulla abbonamento, mi è stata data l’opzione di eseguire il backup e scaricare quel backup. Successivamente ho effettuato un backup separato dal pannello di amministrazione. Entrambi hanno la stessa dimensione del file e nessuno dei due funziona sull’installazione self-hosted.

@pfaffman - No no, il sito era ancora attivo quando ho effettuato il backup. Non sono sicuro dell’impostazione nascosta. Forse quello potrebbe essere il problema.

@tobiaseigen - Quando estraggo il file tar.gz, l’unico contenuto è “dump.sql”. Non vedo nessun media/allegato. Ho fatto qualcosa di sbagliato durante il backup?

3 Mi Piace

Sì. Quella non è il backup di cui hai bisogno. Se hai solo il dump SQL, dovrai contattarli e richiedere il backup che include anche i file caricati. Sono quasi certo che risolveranno la questione domani e sarai a posto.

3 Mi Piace

Di solito mancherà (ovviamente) i file caricati, ma il ripristino non fallirà per questo?

4 Mi Piace

Avevo gli stessi pensieri: se i file mancano, Discourse non dovrebbe mostrare comunque tutti i thread, i link esterni e le conversazioni, esclusi solo gli allegati caricati nativamente?

3 Mi Piace

Penso che se estrae il file dump.sql.gz e lo rinomina in full-dump-filename.sql.gz, il ripristino dovrebbe funzionare, ma se usa il nome tar.gz il sistema tenta di elaborare i caricamenti e fallisce. (Forse ci sono impostazioni S3 nelle impostazioni del sito? Non sono del tutto chiaro.) La settimana scorsa c’è stato un argomento simile e quella era la raccomandazione di Gerhard.

Ma se vuole davvero ospitare il sito, gli servono i caricamenti, quindi potrebbe anche aspettare il dump completo.

3 Mi Piace

@biyaniyash puoi andare per favore su /admin/site_settings/category/all_results?filter=s3 nel tuo nuovo sito e disabilitare tutto ciò che è relativo a S3, poi riprova? Dovrebbe far funzionare il tuo sito.

1 Mi Piace

Ciao @tobiaseigen:
Questo è ciò che vedo di default quando vado su /admin/site_settings/category/all_results?filter=s3 sul nuovo sito Discourse self-hosted:

Tutte le opzioni, tranne una, sembrano essere disabilitate di default. Potresti confermarmi quali sono i passaggi che devo seguire?

3 Mi Piace