Problemi di ricompilazione dell'app

Ho un problema nella ricostruzione di un dominio di test (auto-ospitato - in esecuzione da circa 7 anni con aggiornamenti infrequenti ma in esecuzione con l’ultima versione fino a questa settimana).

Ho avuto problemi con un plugin non supportato che ora ho rimosso e penso che ciò possa aver danneggiato qualcosa nel database o nella configurazione. L’errore che ricevo al completamento è:

2024-04-25 01:07:42.098 UTC [34] LOG:  received fast shutdown request
I, [2024-04-25T01:07:42.099067 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 96
96:signal-handler (1714007262) Received SIGTERM scheduling shutdown...
2024-04-25 01:07:42.105 UTC [34] LOG:  aborting any active transactions
2024-04-25 01:07:42.121 UTC [34] LOG:  background worker "logical replication launcher" (PID 49) exited with exit code 1
96:M 25 Apr 2024 01:07:42.121 # User requested shutdown...
96:M 25 Apr 2024 01:07:42.122 * Saving the final RDB snapshot before exiting.
2024-04-25 01:07:42.133 UTC [34] LOG:  shutting down
96:M 25 Apr 2024 01:07:42.177 * DB saved on disk
96:M 25 Apr 2024 01:07:42.178 # Redis is now ready to exit, bye bye...
2024-04-25 01:07:42.195 UTC [34] LOG:  database system is shut down
Error response from daemon: invalid JSON: got EOF while reading request body

FAILED TO COMMIT cbaab1290466a63d0a77f5f1e0894b0da632204e63472416674b7fab9ae53b41

Ho scansionato il resto del log e gli unici errori aggiuntivi che vedo sono considerati “non importanti” in altri post qui.

Qualsiasi suggerimento su cosa fare dopo?

Penso che a questo punto potrei essere costretto a fare una nuova installazione e poi tentare un ripristino dal backup, ma apprezzerei qualsiasi suggerimento su cosa potrebbe effettivamente succedere…

Grazie!

Non c’è modo di saperlo senza il log completo.

La mia migliore ipotesi è che tu abbia esaurito la RAM. Proverei ad aggiungere dello swap.

Quanta RAM e swap hai?

2G. Dall’alto sembrava che andasse bene, ma è facile aggiungerne altro e riprovare.

Se ci sono ancora problemi, caricherò il log.

Non ci arriverò prima di domani…

Dovresti monitorare top mentre la ricostruzione era in esecuzione.

2 GB di RAM e 2 GB di swap? Puoi controllare il log per l’errore 137 out of memory.

1 Mi Piace

Lo stavo facendo - avevo dimenticato che avevamo armeggiato con l’istanza di WordPress che è in esecuzione anche su quel droplet, quindi stiamo sicuramente usando un po’ di spazio di swap. Probabilmente dovrò comunque espandere quel VPS…

Sì.

Ho cercato nel log e non ho visto quell’errore.

Ho avuto la brillante idea di riavviare il VPS prima di riprovare. Presumendo che fallisca, espanderò il droplet e riproverò.

1 Mi Piace

Ancora fallito nello stesso modo con 4G di memoria/swap, quindi ecco il log della build.

rebuild.out.240425.txt (202,4 KB)

Spero che tu possa vedere qualcosa e grazie per il tuo aiuto finora…

[

SIGTERM sembra che tu abbia premuto control-c.

Ti sei annoiato di aspettare e hai interrotto il processo?

no - presumo ci sia qualcosa in uno degli script nel processo di build - è lo stesso modo in cui l’ho costruito per anni (ssh in un paio di sessioni - una che guarda l’altra…) - tutti quelli che da quando ha iniziato a fallire hanno un sigterm in (presumo) nello stesso punto dello script che sembra chiudere l’app da cui qualcosa sta leggendo…

1 Mi Piace

No. Penso che la richiesta sia andata bene. Forse l’errore è “failed to commit” alla fine, ma non ho un punto esclamativo per quello.

C’è qualcosa nello script di avvio che fa qualcosa a GitHub? Spiegherebbe l’errore se ci fosse una sorta di metrica che tracciano tramite un commit - se fosse in una pipeline shell (ad es. Curl o simili), spiegherebbe anche l’errore di pipe chiusa.

Invece di tentare di eseguire il debug di ciò che sta succedendo con l’avvio, penso che la cosa più semplice per me sarebbe provare a fare una nuova installazione e ripristino.

Sono lieto di accettare suggerimenti se hai qualche idea…

Il tuo sistema operativo è obsoleto?

Ci sono una serie di strani errori relativi all’impossibilità di scrivere alcuni file git.

Una nuova VM è probabilmente una buona idea. Ripristinare un backup è la soluzione più semplice, ma puoi anche Spostare un sito Discourse su un altro VPS con rsync

1 Mi Piace

Probabilmente eccessivo, ma ho creato una nuova droplet, ho eseguito una nuova installazione e poi ho ripristinato un vecchio backup da lì.

Ora funziona…

2 Mi Piace

Qualcun altro ha riscontrato un errore simile di recente che penso fosse dovuto a una keychain scaduta per i certificati HTTPS. Sospetto che questo fosse il tuo problema.

L’altra persona ha eseguito un aggiornamento del sistema operativo, che ha risolto il problema, ma preferisco un nuovo inizio.