Problema dopo la ricostruzione di Discourse su Digital Ocean Droplet

Ho distribuito con successo Discourse su un Droplet di Digital Ocean, ma dopo aver avviato una ricostruzione, ho riscontrato dei problemi.

Qualcuno ha riscontrato un problema simile? Apprezzerei qualsiasi intuizione o soluzione.

Le righe da 99 a 101 hanno un livello di indentazione errato, ne serve uno in più. Vedi qui per un esempio corretto:

3 Mi Piace

Fatto! Sto ancora riscontrando lo stesso problema, però

Puoi provare a passare l’intero file YAML attraverso un linter per verificare la presenza di altri problemi.

3 Mi Piace

Ho riscontrato delle difficoltà con la mia configurazione di Discourse:

  1. File YAML e Sintassi:

    • Ho verificato la mia configurazione YAML usando YamlLint; non ha segnalato alcun problema.
    • Tuttavia, è apparso un errore di sintassi da una directory Ruby:
      /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:148:in `block (2 levels) in run_commands': Invalid run command cd (SyntaxError)
      ...
      from /usr/local/bin/pups:25:in `<main>'
      
  2. Ricostruzione e Accesso:

    • Sono tornato al file app.yml predefinito e ho apportato alcune modifiche. La ricostruzione è andata a buon fine.
    • Tuttavia, quando tento di accedere al sito, riscontro questi errori:

  3. Test con Browser W3M:

    • Per diagnosticare ulteriormente, ho installato w3m, un browser da terminale, sul droplet.
    • Accedendo a localhost si è verificato un errore ‘502 bad gateway’:
  4. Problemi SSL

    • Ho pensato che potesse trattarsi di un problema SSL e ora sto rinnovando i certificati SSL.

Qualsiasi intuizione o aiuto sarebbe molto apprezzato!

Il mio forum è inattivo da 2 giorni.

Potrebbe esserlo, se hai raggiunto il loro limite di richieste. Come è terminata la tua revisione?

Hai un backup del tuo forum e hai provato a ripristinarlo su un altro server? Se il mio forum fosse inattivo per 2 giorni, impiegherei 30 minuti per provare.

2 Mi Piace

Non ho un backup del mio forum, sono molto nuovo nell’impostazione di Discourse.

Se stai partendo da zero, dovresti provare a installare un’istanza pulita utilizzando un nuovo sottodominio. Questo dovrebbe aggirare il limite di frequenza di letsencrypt se lo hai raggiunto. :+1:

1 Mi Piace

Avere Cloudflare davanti al tuo sito è un modo per vedere che Let’s Encrypt fallisce. Ti consiglio di usare solo DNS finché non sei sicuro che Let’s Encrypt funzioni correttamente.

2 Mi Piace

Ho già utenti e dati, non voglio perdere tutto e ricominciare da capo.

Grazie per il suggerimento! Ora è solo DNS! :slightly_smiling_face:

Modifica: sto anche ricevendo un errore image,

Sembra che la soluzione più semplice sia passare a un sottodominio diverso, o aspettare una settimana finché Let’s Encrypt non ti fornirà un certificato. Il modo più difficile è aggiungere un secondo sottodominio che punti al tuo server e modificare il tuo app.yml per richiedere un certificato per entrambi i sottodomini. Configura Let’s Encrypt con domini multipli. Poiché sembra che i tuoi problemi siano iniziati a causa di difficoltà con la formattazione YML, questa soluzione piuttosto complicata potrebbe non funzionare per te.

1 Mi Piace

Allora devi assolutamente assicurarti di avere un backup e di averlo in un posto sicuro.

2 Mi Piace

Grazie per l’idea, ora ho usato un sottodominio diverso, ma ho lo stesso problema.

Un ‘502’ e un ‘Connection Refused’.

Il tuo DNS per il sottodominio punta all’indirizzo IP di quel server? E non hai altri record A o AAAA per il sottodominio?

Ti consiglio di eseguire ./discourse-setup che verificherà che le connessioni in entrata al tuo dominio raggiungano il tuo server.

Puoi connetterti via SSH al tuo server tramite hostname con ssh user@subdomain.yoursite.com (o qualunque sia il tuo sottodominio?

1 Mi Piace

Sì, ho verificato che il DNS per il sottodominio punti all’indirizzo IP del server e non ci sono altri record A o AAAA in conflitto per esso.

Ho eseguito il comando e questo è l’output

Ultimo aggiornamento: Dopo l’esecuzione di discourse-setup, navigando su home.techwithanirudh.com si verifica un errore “502 Bad Gateway”. Ecco uno snapshot dell’errore (fare riferimento all’immagine allegata).

Assolutamente, l’accesso via SSH al server utilizzando l’hostname funziona perfettamente.

Ho lavorato offline con @techwithanirudh per risolvere questo problema… @techwithanirudh non era a conoscenza delle istruzioni di disinstallazione del chatbot.

Il problema qui (al momento) era il 502 dovuto al fatto che il container non si avviava correttamente a causa dell’indice rimasto nel db senza codice di supporto nella libreria postgres. Le istruzioni di disinstallazione rimuovono l’indice dal db in modo da poter eseguire la build in sicurezza senza costruire la libreria dell’indice.

Il sito di @techwithanirudh è ora attivo e funzionante.

7 Mi Piace

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.