Aggiornamento fallito

Installazione
21 
root@www:/var/discourse# ./launcher start data
x86_64 arch rilevata.

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -h www-data -e DOCKER_HOST_IP=172.17.0.1 --name data -t -v /var/discourse/shared/data:/shared -v /var/discourse/shared/data/log/var-log:/var/log --mac-address 02:e6:17:cc:a2:dc local_discourse/data /sbin/boot
Impossibile trovare l'immagine 'local_discourse/data:latest' localmente
docker: Risposta di errore dal daemon: negato l'accesso per il pull a local_discourse/data, il repository non esiste o potrebbe richiedere 'docker login': negato: accesso richiesto alla risorsa negato.

Esegui 'docker run --help' per maggiori informazioni
root@www:/var/discourse#
22

Suggerimenti? La ricerca di quel messaggio di errore restituisce solo questo thread.

23

Ciò suggerisce che forse hai eseguito un ./launcher cleanup e hai eliminato il container dei dati (non vedo un altro modo in cui il container potrebbe mancare, ma potrei sbagliarmi). Se è cosÏ, e, in ogni caso, quello che farei è avviare un nuovo droplet, copiare i tuoi file yml e ripristinare il tuo ultimo backup.

Se preferisci un pesce invece di imparare a pescare, puoi contattarmi o chiedere in Marketplace.

1 Mi Piace
24

La cosa che ha rimesso in funzione il sito, dopo che il contenitore dei dati era sparito, è stata modificare data.yml e cambiare il template con il template postgres13 e poi ricreare il contenitore dei dati, quindi è stato possibile avviare il contenitore dei dati, distruggere e avviare il contenitore web_only (non si connetterà a un contenitore dati diverso da quello che ha trovato quando è stato creato). Quindi il sito è tornato operativo.

Sono abbastanza sicuro che se avessi riprovato l’aggiornamento del database sarebbe funzionato, ma per sicurezza, ho fatto un nuovo backup del database, l’ho spostato su un nuovo droplet, ho ripristinato il database e lui è di nuovo operativo.

1 Mi Piace
25

Potresti dire due parole su come è sorto il problema, ad esempio per rassicurare gli altri che probabilmente non li riguarderà?

1 Mi Piace
26

Tk;dr: no.

Non riesco a scrivere per dire qual era il problema originale. Sapere di passare al template pg13 è stata la soluzione al problema una volta eliminato il container. Questo fa parte di ciò che l’argomento pg15 dice di fare. Forse c’era un problema di spazio su disco a un certo punto?

27

ah, ora capisco… si trattava di un aggiornamento di un sistema piuttosto vecchio che utilizzava pg13? Quindi una situazione piuttosto rara.

28

L’aggiornamento è fallito perché l’aggiornamento di PostgreSQL richiedeva 14 GB di spazio libero su disco e il droplet non ne aveva abbastanza.

Il motivo per cui non ha funzionato dopo aver espanso lo spazio su disco, potrebbe essere che, come suggerito da @Jagster sopra, ho eseguito un ./launcher cleanup inappropriato per un’installazione a due container.

A un certo punto vorrei passare a un’installazione a container singolo poiché sembra meno problematica per chi non conosce bene l’architettura di Discourse. Preferirei anche non fare l’auto-hosting, ma il sito ha molte foto e l’hosting di Discourse è passato da $100 a $200 al mese quando abbiamo esaurito lo spazio su disco. Il sito genera solo circa $30-40 al mese da Google Ads.

29

Ho migrato a Digital Ocean solo due anni fa.

30

Eppure l’ho fatto una settimana fa, quando stavo esaurendo lo spazio.

31

@pfaffman ha suggerito che potesse essere quello il problema. Non ho idea.

32

No. Questo avrebbe causato lo stesso problema per la configurazione a container singolo.
Il problema è stato che quando hai cercato di ottenere spazio su disco hai distrutto il tuo container dati arrestato. L’errore cruciale, penso, è stato eseguire la pulizia mentre i tuoi container dati e web erano arrestati.

La configurazione a due container ti ha risparmiato qualche grattacapo poiché ha reso più facile ritardare l’aggiornamento di postgres. In questo caso, tuttavia, ti sei bloccato perché l’aggiornamento ha aggiunto il plugin ai, e questo ti ha costretto a eseguire l’aggiornamento di postgres sul container dati.
Forse se fosse stato eseguito un cleanup del launcher prima che tu provassi ad aggiornare o se non l’avessi eseguito affatto e avessi ridimensionato.

Quindi ci sono stati una serie di problemi

  • Forse troppe immagini docker che riempiono il disco (forse il disco è troppo piccolo)
  • Aggiornamento di PostgreSQL richiesto
  • Plugin Ai aggiunto al core, che forza l’aggiornamento del database
  • Aggiornamento di PostgreSQL fallito per qualche motivo e non sapere come avviare il container dati (penso che il messaggio lo dica)
  • Esecuzione di cleanup del launcher con il container dati spento, che ha eliminato il container che doveva avviarsi per eseguire uno spegnimento pulito
1 Mi Piace
33

L’unica cosa che ho fatto per ottenere spazio su disco è stata ridimensionare il droplet.

Tutto il resto che ho fatto è stato nel tentativo di completare l’aggiornamento fallito, basandomi sui suggerimenti nell’output del comando, sui post qui o negli argomenti collegati.

1 Mi Piace
34

@pfaffman il mio sito è sommerso da spam evidente. È possibile che qualche strumento anti-spam sia andato perso nell’aggiornamento?

35

Non è probabile. Non so se Akismet sia mai stato configurato, ma non è piÚ molto efficace. Ciò che è raccomandato ora è questo: Discourse AI - Spam detection Il plugin AI fa ora parte del core ed è installato.

Se desideri aiuto, puoi inviarmi un’email.

MODIFICA: È possibile, ma non probabile, che la modifica descritta qui possa spiegare il tuo aumento di spam.

36

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