Sito inaccessibile dopo l'aggiornamento da 3.4.0 a 3.4.1

Ciao a tutti,

Ho appena aggiornato la mia istanza Discourse dalla versione 3.4.0 alla 3.4.1 (con ./launcher rebuild app). L’aggiornamento è andato a buon fine, senza errori durante il processo, e il container Docker è in esecuzione. Tuttavia, il sito è completamente inaccessibile.

Qualcuno ha già riscontrato questo problema? Avete idee su come risolvere? Come posso fornirvi maggiori informazioni?

Grazie in anticipo per il vostro aiuto!

Ciao,

Hai provato a ricostruire una seconda volta?
Ci sono situazioni in cui può aiutare. Proverei prima quello.

Puoi anche dare un’occhiata a ./launcher logs app e /shared/standalone/log/rails/production.log se trovi qualcosa di interessante.

1 Mi Piace

Stiamo sperimentando un risponditore AI, invia sussurri qui, in questo caso ha fornito alcuni consigli ragionevoli:

Ciao, sembra che il tuo problema possa essere risolto indagando sui log del server per diagnosticare cosa è andato storto dopo l’aggiornamento. Ecco come puoi procedere:

  1. Controlla i log degli errori di Discourse nell’interfaccia di amministrazione:

    • Se hai accesso amministrativo e il sito è ancora parzialmente accessibile, puoi controllare i log dal pannello di amministrazione. Naviga su /logs per trovare i messaggi di errore.
  2. Ispeziona altri log del server:

    • Esegui i seguenti comandi sul tuo server:
    cd /var/discourse
    ./launcher enter app
    cd /shared/log/rails
    less production.log
    

    Utilizza less o strumenti simili per leggere i log e identificare potenziali errori.

  3. Controlla i log di NGINX:

    • Puoi controllare i log di NGINX per errori del web server con:
    cd /var/discourse
    ./launcher enter app
    cd /var/log/nginx
    less error.log
    
  4. Problemi di rete e DNS:

    • Esegui test per assicurarti che il DNS del tuo dominio si risolva correttamente e che porte come 443 e 80 siano accessibili.

Facci sapere cosa trovi nei log e potremo fornire maggiori dettagli per aiutarti a risolvere il problema.

Risorse utili:

Contesto aggiuntivo:
Se il problema persiste, le cause comuni potrebbero essere:

  • Incompatibilità di un plugin dopo l’aggiornamento.
  • Memoria/spazio di archiviazione insufficiente durante la ricostruzione.
  • Modifiche alla configurazione in app.yml.
2 Mi Piace

Grazie!

Sì, e stesso risultato

Ecco i log:

[default] start
[default] done
[default] Shutting down
[default] Terminating quiet threads
[default] Scheduler exiting...
[default] Pausing to allow jobs to finish...
[default] Bye!
[default] [PrettyText] Deprecation notice: `registerOption() from `pretty-text` is deprecated. Use `helper.registerOptions()` instead. [deprecated since Discourse 2.8.0.beta9] [removal in Discourse 2.9.0.beta1] [deprecation id: discourse.pretty-text.registerOption]
[default] Booting Sidekiq 6.5.12 with Sidekiq::RedisConnection::RedisAdapter options {:host=>"data", :port=>6379, :namespace=>"sidekiq"}
[default] [PrettyText] Deprecation notice: `registerOption() from `pretty-text` is deprecated. Use `helper.registerOptions()` instead. [deprecated since Discourse 2.8.0.beta9] [removal in Discourse 2.9.0.beta1] [deprecation id: discourse.pretty-text.registerOption]
[default] [PrettyText] Deprecation notice: `registerOption() from `pretty-text` is deprecated. Use `helper.registerOptions()` instead. [deprecated since Discourse 2.8.0.beta9] [removal in Discourse 2.9.0.beta1] [deprecation id: discourse.pretty-text.registerOption]
[default] [PrettyText] Deprecation notice: `registerOption() from `pretty-text` is deprecated. Use `helper.registerOptions()` instead. [deprecated since Discourse 2.8.0.beta9] [removal in Discourse 2.9.0.beta1] [deprecation id: discourse.pretty-text.registerOption]
[default] [PrettyText] Deprecation notice: `registerOption() from `pretty-text` is deprecated. Use `helper.registerOptions()` instead. [deprecated since Discourse 2.8.0.beta9] [removal in Discourse 2.9.0.beta1] [deprecation id: discourse.pretty-text.registerOption]
[default] Booted Rails 7.2.2.1 application in production environment
[default] Running in ruby 3.3.6 (2024-11-05 revision 75015d4c1f) [x86_64-linux]
[default] See LICENSE and the LGPL-3.0 for licensing details.
[default] Upgrade to Sidekiq Pro for more features and support: https://sidekiq.org
[default] start
[default] done
root@forum-web-only:/shared/log/rails#

Ecco i log di NGINX:

2025/03/07 22:13:42 [warn] 2195#2195: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2025/03/07 22:13:42 [emerg] 2195#2195: unknown "public" variable
2025/03/07 22:13:43 [warn] 2198#2198: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2025/03/07 22:13:43 [emerg] 2198#2198: unknown "public" variable
2025/03/07 22:13:44 [warn] 2200#2200: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2025/03/07 22:13:44 [emerg] 2200#2200: unknown "public" variable
2025/03/07 22:13:45 [warn] 2202#2202: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2025/03/07 22:13:45 [emerg] 2202#2202: unknown "public" variable
2025/03/07 22:13:46 [warn] 2204#2204: duplicate extension "wasm", content type: "application/wasm", previous content type: "application/wasm" in /etc/nginx/conf.d/discourse.conf:4
2025/03/07 22:13:46 [emerg] 2204#2204: unknown "public" variable

Ecco i log di discourse-doctor:

DISCOURSE DOCTOR Fri 07 Mar 2025 10:15:28 PM UTC
OS: Linux forum 5.4.0-208-generic #228-Ubuntu SMP Fri Feb 7 19:41:33 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux


YML=web_only.yml
Found containers/web_only.yml

==================== YML SETTINGS ====================
DISCOURSE_HOSTNAME=forum.pragmaticentrepreneurs.com
SMTP_ADDRESS=smtp.eu.mailgun.org
DEVELOPER_EMAILS=REDACTED

==================== YML SETTINGS ====================
DISCOURSE_HOSTNAME=forum.pragmaticentrepreneurs.com
SMTP_ADDRESS=smtp.eu.mailgun.org
DEVELOPER_EMAILS=REDACTED
SMTP_PASSWORD=REDACTED
SMTP_PORT=587
SMTP_USER_NAME=postmaster@mg.pragmaticentrepreneurs.com
LETSENCRYPT_ACCOUNT_EMAIL=REDACTED

==================== DOCKER INFO ====================
DOCKER VERSION: Docker version 27.3.1, build ce12230

DOCKER PROCESSES (docker ps -a)

CONTAINER ID   IMAGE                      COMMAND        CREATED         STATUS         PORTS                                       NAMES
d5a81b9154f4   local_discourse/web_only   "/sbin/boot"   6 minutes ago   Up 6 minutes   0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp   web_only
0b49a4b64386   local_discourse/data       "/sbin/boot"   19 months ago   Up 22 hours                                                 data


Discourse container web_only is running


==================== PLUGINS ====================
          - git clone https://github.com/discourse/docker_manager.git
          - git clone https://github.com/discourse/discourse-akismet.git
          - git clone https://github.com/discourse/discourse-data-explorer.git
          - git clone https://github.com/camilleroux/discourse-affiliate.git
          - git clone https://github.com/somoza/discourse-xorigin.git
          - git clone https://github.com/discourse/discourse-chat-integration.git

WARNING:
You have what appear to be non-official plugins.
If you are having trouble, you should disable them and try rebuilding again.

See https://github.com/discourse/discourse/blob/main/lib/plugin/metadata.rb for the official list.

========================================
Discourse version at forum.pragmaticentrepreneurs.com: NOT FOUND
Discourse version at localhost: NOT FOUND


==================== MEMORY INFORMATION ====================
OS: Linux
RAM (MB): 2067

              total        used        free      shared  buff/cache   available
Mem:           1971         988         101         178         881         627
Swap:          2047         190        1857

==================== DISK SPACE CHECK ====================
---------- OS Disk Space ----------
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        49G   39G   11G  80% /

==================== DISK INFORMATION ====================
Disk /dev/loop0: 55.37 MiB, 58052608 bytes, 113384 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop1: 63.76 MiB, 66842624 bytes, 130552 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop2: 55.37 MiB, 58052608 bytes, 113384 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop3: 91.85 MiB, 96292864 bytes, 188072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop4: 91.9 MiB, 96346112 bytes, 188176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop5: 63.71 MiB, 66789376 bytes, 130448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop6: 44.45 MiB, 46596096 bytes, 91008 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/loop7: 44.46 MiB, 46604288 bytes, 91024 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/vda: 50 GiB, 53687091200 bytes, 104857600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 603625F3-7AE2-40CB-B05E-0BD7EA2D57E4

Device      Start       End   Sectors  Size Type
/dev/vda1  227328 104857566 104630239 49.9G Linux filesystem
/dev/vda14   2048     10239      8192    4M BIOS boot
/dev/vda15  10240    227327    217088  106M Microsoft basic data

Partition table entries are not in disk order.

==================== END DISK INFORMATION ====================

==================== MAIL TEST ====================
For a robust test, get an address from http://www.mail-tester.com/
Sending mail to REDACTED  . .
Testing sending to  using smtp.eu.mailgun.org:587, username:*** with plain auth.
SMTP server connection successful.
Sending to . . .
Mail was not sent.

Reason: 501 Invalid command or cannot parse to address

==================== DONE! ====================

Queste informazioni danno maggiori dettagli?

1 Mi Piace

Ciao! Qualcuno vede come potrei risolvere questo problema? Grazie mille :folded_hands:

1 Mi Piace

Funziona per me. Forse perché non sono loggato. Quindi, potresti provare la modalità provvisoria.

Uno dei tuoi plugin non è ufficiale e molto vecchio, è un fork di uno più attuale:

Ciao! Grazie per il tuo aiuto. Ho continuato a indagare.

Contesto:

Test:

  • Stesso problema quando provo a mantenere solo i plugin essenziali e ufficiali.
  • La 3.4.2 non risolve il problema; stesso risultato della 3.4.0.
  • Non riesco ad accedere alla modalità provvisoria perché dopo la ricostruzione, il sito web è inaccessibile.
  • Quando ripristino lo snapshot con la 3.4.0, funziona di nuovo.

Il problema è probabilmente legato al fatto che nei miei log NGINX:

Sembra legato a SSL, ma questo problema non assomiglia al mio: How to solve error duplicate extension "wasm"

Vedi da dove proviene il problema?

Di solito, quando qualcosa va storto con una ricostruzione, la causa viene visualizzata. Prova a ricostruire di nuovo e scorri verso l’alto dopo che è stata completata per cercare il messaggio di errore.

Se non stai andando da nessuna parte, puoi ricominciare da capo con un nuovo VPS e ripristinare il tuo backup e riprovare.

Puoi pubblicare su Marketplace per chiedere aiuto a pagamento, se questo è urgente. Oppure considera l’hosting ufficiale di Discourse! Dopo aver avviato la tua prova, puoi ripristinare il tuo backup e rimettere in funzione la tua community in pochissimo tempo.