Quando ricompili, hai un messaggio [FALLITO] alla fine?
Potresti mostrarci le righe prima di questo avviso di fallimento? (per quanto possibile)
Troveremo degli indizi in questo.
Quando ricompili, hai un messaggio [FALLITO] alla fine?
Potresti mostrarci le righe prima di questo avviso di fallimento? (per quanto possibile)
Troveremo degli indizi in questo.
Non credo ci sia un messaggio FAILED alla fine. Eseguirò un’altra build. Grazie!
Se la ricostruzione va fino in fondo, la mia ipotesi è un plugin o un componente del tema danneggiato.
Controlla la console del tuo browser (F12) per vedere se ci sono avvisi rossi.
Puoi anche provare [your-forum]/safe-mode per caricare il tuo forum senza plugin e temi.
Sì, nessun FALLIMENTO. La build termina apparentemente bene e anche l’esecuzione di docker appare bene.
Niente di evidente nella console. Sto tentando di avviare la modalità provvisoria ma ricevo l’errore “sito non raggiungibile” da Chrome. Tuttavia, riesco ad accedere alla home page e ai messaggi statici (nel modo normale).
Ecco la coda del log di produzione corrente:
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `block in synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `mon_synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:966:in `get'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:366:in `process_global_backlog'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:274:in `block in global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:287:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:786:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:734:in `block in new_subscriber_thread'
Potresti condividere la tua lista di plugin? O il tuo URL del forum in DM così posso controllare?
Hai qualcosa di utile in [il_tuo_forum]/logs? Un elenco di errori in [il_tuo_forum]/sidekiq?
Non abbiamo molte informazioni per aiutarti a trovare il problema.
Per iniziare, ecco l’elenco (molto breve) dei plugin. Questi sono tutti i plugin elencati in app.yml:
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-push-notifications.git
- git clone https://github.com/davidtaylorhq/discourse-whos-online.git
Penso che il plugin Who’s Online sia stato reso ufficiale a settembre. Potresti provare a usare il repository aggiornato e vedere se questo aiuta?
https://github.com/discourse/discourse-whos-online
Aggiornamento. Grazie a tutti per i vostri suggerimenti. I problemi principali (eccetto uno) sono apparentemente (ancora da testare) stati risolti. L’unico problema rimasto è che i certificati SSL non si rinnovano più e nemmeno il processo di rinnovo manuale consigliato qui funziona. Sembra che Let’s Encrypt non sia in grado di accedere al file di convalida qui dalla directory “well-known”. Questo aveva funzionato bene per quasi 3 anni in precedenza. Quindi questo è ancora un problema, soprattutto perché HSTS blocca completamente Chrome in questa situazione.
Sembra un pasticcio.
Potresti provare a eseguire un discourse-doctor per vedere se ti dà qualche idea. Ne ho alcuni, ma senza accesso al server, ci vorrebbe troppo tempo a qualcuno del mio modesto livello per aiutarti.
Probabilmente reinstallerei tutto se fossi nei tuoi panni
1 Backup
cd /var/discourse
./launcher enter app
discourse backup
Recupera il backup tramite sftp (protocollo sftp, porta 22, host: ip del tuo server, login: root, password: password di root)
Assicurati che la cartella uploads sia nel backup. Se non lo è, fai una copia locale della cartella sul tuo disco rigido.
2 Elimina, reinstalla il tuo vps, o usa un altro vps
Usa la configurazione di installazione di discourse, se tutto va bene: accedi, carica e ripristina un backup
(puoi anche ripristinare il backup dalla riga di comando, è più veloce: Restore a backup from the command line)
Se non sei sicuro di questo, è meglio aspettare qualcuno di più qualificato ![]()
Grazie. Non credo che seguirò quella strada solo per risolvere il problema SSL. Ci deve essere una soluzione più mirata, dato che gli altri problemi sembrano essere stati risolti. Ma grazie ancora.
Quindi in /var/discourse/shared/standalone/ssl sembrano esserci chiavi e certificati appena scritti dal mio ultimo tentativo. Ma il log mostra chiaramente un errore di convalida e il sito non li sta effettivamente utilizzando. Inoltre, forse è solo un aspetto estetico, i log non mostrano i percorsi corretti in questo caso. Ad esempio, dice che la chiave viene installata in:
/shared/ssl/[site]_ecc.key
Ma il percorso effettivo è /shared/standalone/ssl
Il che è almeno strano.
L’errore tipico è:
[site]:Errore di verifica: Recupero http://[site]/.well-known/acme-challenge/[stringa di sfida]: Errore nel recupero dei dati di convalida
Dovrei notare che il sito richiede l’accesso per tutti gli utenti, ma questo non è stato un problema per i rinnovi dei certificati SSL (durante i diversi anni di operatività).
Poiché altri problemi sono stati risolti, sposto la domanda ssl in un thread separato. Grazie a tutti!
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.