Annuncio di Discourse Doctor

Following the example from Discourse-doctor 👩‍⚕️, I’ve created discourse-doctor, now included in discourse_docker. If you run ./discourse-doctor, you’ll see something like:

DISCOURSE DOCTOR Tue Jul 24 08:50:32 UTC 2018
OS: Linux twonames 4.4.0-130-generic #156-Ubuntu SMP Thu Jun 14 08:53:28 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux


Found containers/app.yml

==================== YML SETTINGS ====================
DISCOURSE_HOSTNAME=twonames.ltcmp.net
SMTP_ADDRESS=mail.domain.com
DEVELOPER_EMAILS=REDACTED 
SMTP_PASSWORD=REDACTED 
SMTP_PORT=587
SMTP_USER_NAME=postmaster@cakeme.ltcmp.net
LETSENCRYPT_ACCOUNT_EMAIL=REDACTED 

==================== DOCKER INFO ====================
DOCKER VERSION: Docker version 18.05.0-ce, build f150324

DOCKER PROCESSES (docker ps -a)

CONTAINER ID        IMAGE                         COMMAND                  CREATED             STATUS                    PORTS                                      NAMES
c75f29870c3b        local_discourse/app           "/sbin/boot"             5 days ago          Up 5 days                 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   app
adc8de3e5156        discourse/base:2.0.20180613   "/bin/bash -c 'cd /p…"   5 days ago          Exited (137) 5 days ago                                              quirky_zhukovsky


Discourse container app is running


==================== PLUGINS ====================
          - git clone https://github.com/discourse/docker_manager.git

No non-official plugins detected.

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

========================================
Discourse version at twonames.ltcmp.net: Discourse 2.1.0.beta2 
Discourse version at localhost: Discourse 2.1.0.beta2 


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

              total        used        free      shared  buff/cache   available
Mem:            992         577          69          28         345         184
Swap:          2047         301        1746

==================== DISK SPACE CHECK ====================
---------- OS Disk Space ----------
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        25G   12G   13G  48% /

---------- Container Disk Space ----------
Filesystem      Size  Used Avail Use% Mounted on
overlay          25G   12G   13G  48% /
/dev/vda1        25G   12G   13G  48% /shared
/dev/vda1        25G   12G   13G  48% /var/log

==================== DISK INFORMATION ====================
Disk /dev/vda: 25 GiB, 26843545600 bytes, 52428800 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 52428766 52201439 24.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/
Mail test skipped.

==================== DONE! ====================
The output of this program may be available at http://twonames.ltcmp.net/YzUwYjE5MzlmN2EyZTAz.txt
You should inspect that file carefully before sharing the URL.

You can examine the output of this script with 
LESS=-Ri less /tmp/discourse-debug.txt

BUT FIRST, make sure that you know the first three commands below!!!

Commands to know when viewing the file with the above command (called 'less'): 
q              -- quit
/error<ENTER>  -- search for the word 'error'
n              -- search for the next occurrence
g              -- go to the beginning of the file
f              -- go forward a page
b              -- go back a page
G              -- go to the end of the file

If the container isn’t running, discourse-doctor will attempt a rebuild and add the output of the build to the log file, which, if the container cranks up enough to have nginx, will be accessible via a URL, saving folks the trouble of uploading to something like pastebin. Passwords and email addresses are redacted by the script. Domain names are left intact, as there is rarely reason to hide your site given that it’s on the Internet already.

Right now, you have to know that discourse-doctor exists, but in the next few days, I’ll submit a PR to have launcher and discourse-setup recommend it.

Next Steps

  • have launcher recommend discourse-doctor
  • have discourse-setup recommend discourse-doctor
  • make the mail test rake task do some actual testing rather than just sending , like . . .
    – test connectivity to the port
    – does password work
    – SPF, DKIM, dmarc
    – tell them they can’t use gmail (should also add this to discourse-setup )
    – tell them what email address is in the from: line
  • have launcher disallow mixed case domain names
  • if rebuild rails, re-start old container – this is both trivial and huge, as I think few people know that if the rebulid fails you can just restart the container.
  • (tentative) do some kind of yml linting. It looks like launcher does some kind of yaml parsing in host_run . But part of me says “You break it. You bought it.”
  • consider handling files other than app.yml
  • have the doctor comment out plugins not from discourse github organization

If you have comments or suggestions, please let me know!

36 Mi Piace

Just ran this on a machine where the site was stopped. Was expecting a simple set of checks to be run and reported, was not expecting a rebuild with downloads to occur and the site to be started up. :grinning: Luckily I am only using the machine for learning at present so no harm. Maybe there should be a question asking the user if they want something that significant before proceeding.

The Doctor assumes that you want your site to be live. :wink:

Most of the checks that it does can be done only on a working installation.

3 Mi Piace

Then I guess I need Discourse Autopsy.

9 Mi Piace

È mai stato aggiunto questo, @pfaffman?

Sto cercando di risolvere un problema con Amazon SES che non funziona e questo è l’output di discourse-doctor:

==================== TEST POSTA ====================
Per un test affidabile, ottieni un indirizzo da http://www.mail-tester.com/
Oppure invia semplicemente un messaggio di prova a te stesso.
Indirizzo email per il test della posta? ('n' per saltare) [rich@xxx.xxx]:
Invio della posta a rich@xxx.xxx. . .
flag abbreviato sconosciuto: 'w' in -w
Consulta 'docker exec --help'.

Sostituzione: SMTP_PASSWORD
Sostituzione: LETSENCRYPT_ACCOUNT_EMAIL
Sostituzione: DEVELOPER_EMAILS
Sostituzione: DISCOURSE_DB_PASSWORD
Sostituzione: Invio della posta a

==================== FINE! ====================
Desideri rendere disponibile pubblicamente una versione di questo file? (S/n) S
flag abbreviato sconosciuto: 'w' in -w
Consulta 'docker exec --help'.
L'output di questo programma potrebbe essere disponibile all'indirizzo http://example.com/NTQyYTg2YzVjYzg1NTYx.txt
Prima di condividere l'URL, ispeziona attentamente quel file.

Puoi esaminare l'output di questo script con
LESS=-Ri less /tmp/discourse-debug.txt

MA PRIMA, assicurati di conoscere i primi tre comandi qui sotto!!!

Comandi da conoscere quando si visualizza il file con il comando sopra (chiamato 'less'):
q              -- esci
/error<INVIO>  -- cerca la parola 'errore'
n              -- cerca la prossima occorrenza
g              -- vai all'inizio del file
f              -- vai avanti di una pagina
b              -- torna indietro di una pagina
G              -- vai alla fine del file

Nessun’email arriva.

E non so perché…

La versione pubblica del file o non viene creata o non è accessibile, poiché ricevo semplicemente un errore “non trovato” quando visito l’URL.

Sembra che il modo in cui funzionava il link pubblico sia rotto. Viene quasi mai utilizzato. Dovrebbe essere eliminato.

Il test SMTP verifica solo se riesce a connettersi, ma non esegue controlli DNS.

Quell’errore di docker exec suggerisce che c’è qualcosa che non va lì.

Vedrò di aggiungere una nota sull’indirizzo di invio. Questo è ancora un problema comune. Discourse invia dal sottodominio del forum e spesso il server di posta si aspetta il dominio principale.

Per il tuo problema con l’email, hai controllato Risoluzione dei problemi di posta in una nuova installazione di Discourse?

2 Mi Piace

PoichĂŠ non vengono fornite informazioni diagnostiche nella console, speravo che il file .txt mi desse qualche dettaglio.

Ho anche notato che l’URL del file txt è http e non https (anche se questo non cambia nulla in questo caso).

Hmm. Forse quell’errore di Docker significa che il test SMTP non viene più eseguito affatto.

Dovresti consultare la guida alla risoluzione dei problemi ed eseguire il task rake che testa SMTP.

Lo farò, grazie per le risposte.

1 Mi Piace

Dopo aver eseguito lo script ./discourse-doctor, ho risposto Sì alla domanda “Desideri rendere disponibile pubblicamente una versione di questo file?” e ora vedo che le credenziali di accesso alle email (nome utente, password) sono esposte.

Dove e come posso eliminare definitivamente i log/i file generati da ./discourse-doctor?

Hmm. Mi dispiace per questo. Immagino che qualcosa sia cambiato, rendendo clean_up_log_file() non piĂš funzionante correttamente, anche se non sono sicuro del motivo.

Funziona davvero l’URL per condividere il file? Sono quasi certo che l’ultima volta che ho controllato non funzionasse.

Puoi eseguire rm /var/discourse/shared/standalone/public/*.txt. Oppure controlla lĂŹ per trovare il nome effettivo del file ed eliminarlo.

1 Mi Piace

Ho cercato il nome esatto del file (preso dall’URL) nella directory principale. Ho eliminato 2 file, ma l’URL continuava a mostrare tutte le informazioni del log. Alla fine, ho deciso di terminare la macchina virtuale. Comunque, è stata un’esperienza importante per me: “fai davvero attenzione quando giochi con le credenziali”

:wink:

2 Mi Piace

SĂŹ, ricevo lo stesso errore Docker e nessuna email

Non è piÚ sotto ../public/. Trovato sotto var/discourse/shared/standalone/log/var-log/*.txt

Se cambia in futuro:
find -type f -name *.txt