Oggi ho provato a eseguire un aggiornamento e la ricompilazione continua a fallire, ho anche rimosso tutti i plugin non ufficiali, ma non so cosa fare ulteriormente.
Questo è il messaggio di errore
Location of failure: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap failed with exit code 134
Sotto quel messaggio di errore c’è il testo ** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
Quindi… scorri verso l’alto e cerca messaggi di errore precedenti.
Mi dispiace, ho incollato quello sbagliato:
impossibile ricevere dati dal client: Connessione reimpostata dal peer
Interrotto (dump di core)
I, [2022-07-04T09:24:39.336838 #1] INFO -- :
I, [2022-07-04T09:24:39.337289 #1] INFO -- : Terminazione processi asincroni
I, [2022-07-04T09:24:39.337528 #1] INFO -- : Invio INT a HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
2022-07-04 09:24:39.337 UTC [42] LOG: richiesta di arresto rapido ricevuta
I, [2022-07-04T09:24:39.337594 #1] INFO -- : Invio TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) Ricevuto SIGTERM, pianificazione arresto...
103:M 04 lug 2022 09:24:39.373 # Arresto richiesto dall'utente...
103:M 04 lug 2022 09:24:39.373 * Salvataggio dello snapshot RDB finale prima dell'uscita.
2022-07-04 09:24:39.441 UTC [42] LOG: annullamento di tutte le transazioni attive
2022-07-04 09:24:39.447 UTC [42] LOG: worker di background "logical replication launcher" (PID 51) terminato con codice di uscita 1
2022-07-04 09:24:39.448 UTC [46] LOG: arresto in corso
2022-07-04 09:24:39.925 UTC [42] LOG: il sistema di database è arrestato
Puoi incollare anche qualche riga sopra, per favore?
Spero che questi siano sufficienti, ma fammi sapere se ne hai bisogno di altri:
7f7ec07f9000-7f7ec07fd000 rw-p 00000000 00:00 0
7f7ec07fe000-7f7ec07ff000 r--p 00000000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec07ff000-7f7ec0800000 r-xp 00001000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0800000-7f7ec0801000 r--p 00002000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0801000-7f7ec0802000 r--p 00002000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0802000-7f7ec0803000 rw-p 00003000 00:38 43787088 /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0803000-7f7ec0830000 r--p 00000000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0830000-7f7ec0a43000 r-xp 0002d000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0a43000-7f7ec0b3b000 r--p 00240000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b3b000-7f7ec0b3c000 ---p 00338000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b3c000-7f7ec0b42000 r--p 00338000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b42000-7f7ec0b45000 rw-p 0033e000 00:38 43659503 /usr/local/lib/libruby.so.2.7.6
7f7ec0b45000-7f7ec0b62000 rw-p 00000000 00:00 0
7f7ec0b62000-7f7ec0b63000 r--p 00000000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b63000-7f7ec0b83000 r-xp 00001000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b83000-7f7ec0b8b000 r--p 00021000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8b000-7f7ec0b8c000 r-xp 00000000 00:00 0
7f7ec0b8c000-7f7ec0b8d000 r--p 00029000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8d000-7f7ec0b8e000 rw-p 0002a000 00:38 39719923 /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8e000-7f7ec0b8f000 rw-p 00000000 00:00 0
7ffdf35f7000-7ffdf3df6000 rw-p 00000000 00:00 0 [stack]
7ffdf3dfb000-7ffdf3dfe000 r--p 00000000 00:00 0 [vvar]
7ffdf3dfe000-7ffdf3dff000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0 [vsyscall]
2022-07-04 09:24:39.333 UTC [892] discourse@discourse LOG: impossibile ricevere dati dal client: Connessione chiusa dal client
Aborted (core dumped)
I, [2022-07-04T09:24:39.336838 #1] INFO -- :
I, [2022-07-04T09:24:39.337289 #1] INFO -- : Terminazione processi asincroni
I, [2022-07-04T09:24:39.337528 #1] INFO -- : Invio INT a HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
2022-07-04 09:24:39.337 UTC [42] LOG: richiesta di arresto rapido ricevuta
I, [2022-07-04T09:24:39.337594 #1] INFO -- : Invio TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) Ricevuto SIGTERM, pianificazione arresto...
103:M 04 lug 2022 09:24:39.373 # Arresto richiesto dall'utente...
103:M 04 lug 2022 09:24:39.373 * Salvataggio dello snapshot RDB finale prima dell'uscita.
2022-07-04 09:24:39.441 UTC [42] LOG: annullamento di tutte le transazioni attive
2022-07-04 09:24:39.447 UTC [42] LOG: worker di background "logical replication launcher" (PID 51) terminato con codice di uscita 1
2022-07-04 09:24:39.448 UTC [46] LOG: arresto in corso
2022-07-04 09:24:39.925 UTC [42] LOG: il sistema di database è spento
103:M 04 lug 2022 09:24:40.378 * DB salvato su disco
103:M 04 lug 2022 09:24:40.378 # Redis è ora pronto per uscire, da
Ahi.
Mi parli di più di questa installazione. È un’installazione standard? Su che tipo di hardware stai tentando di farlo?
Inizialmente, ho provato ad aggiornare il forum tramite il gestore Docker, l’aggiornamento di oggi (c’erano undici aggiornamenti). Ho già aggiornato alla versione 2.9.0 beta6 venerdì scorso e il forum è già operativo da tre anni senza problemi sullo stesso server:
È in esecuzione su un server dedicato con queste specifiche:
EDIT: C’è più che abbastanza spazio sul server.
Mi dispiace, qui sono bloccato, spero che qualcun altro abbia un’idea.
Grazie comunque per il tuo impegno.
Se può essere d’aiuto, ho trovato anche questo avviso:
I, [2022-07-04T11:08:15.901173 #1] INFO -- : cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'
warning "eslint-config-discourse > eslint-plugin-lodash@7.1.0" has unmet peer dependency "lodash@>=4".
warning " > @mixer/parallel-prettier@2.0.1" has unmet peer dependency "prettier@^2.0.0".
Hai riavviato di recente? Forse hai installato aggiornamenti che richiedono un riavvio? Aggiornerei il sistema operativo e riavvierei la prossima volta. (Perché non ho idee concrete)
Sì, ho riavviato venerdì, a causa di un aggiornamento del kernel, e ho anche provato prima oggi per vedere se poteva risolvere il problema.
Potrebbe non essere un indizio, ma ho visto lo stesso identico errore durante l’installazione di un plugin. Ora non sono più sicuro se quel plugin sia la causa principale.
https://meta.discourse.org/t/web-3-0-features/203321/21?u=marcp
Beh, ho disinstallato tutti i plugin non ufficiali, ma indagherò ulteriormente in quella direzione.
No, stai riscontrando un errore diverso. Dovresti scorrere indietro per trovare l’errore originale.
Un post è stato unito a un argomento esistente: Custom Wizard Plugin 
Spero davvero che qualcuno possa aiutarmi. Ho provato a pulire la cache, rimuovere le immagini dei container e ricostruire con un’immagine precedente e tutto risulta nello stesso errore.
Sarebbe molto più utile incollare l’intero log anziché frammenti di esso.
Ad esempio, non è chiaro esattamente cosa stia fallendo; potrebbe essere il database o un’attività rake.
Se è troppo lungo, sentiti libero di postarlo compresso con gzip. Se non sei sicuro di come rimuovere i segreti da esso (se ce ne sono), puoi inviarmelo in privato e vedrò cosa riesco a trovare.
Lo sto creando adesso.
La parte fondamentale dell’output sembra essere "Illegal instruction":
I, [2022-07-04T21:01:40.452409 #1] INFO -- : \u003e cd /var/www/discourse \u0026\u0026 su discourse -c 'bundle exec rake db:migrate'
2022-07-04 21:01:46.756 UTC [932] discourse@discourse LOG: duration: 120.094 ms bind \u003cunnamed\u003e: SELECT t.oid, t.typname
FROM pg_type as t
WHERE t.typname IN ('int2', 'int4', 'int8', 'oid', 'float4', 'float8', 'numeric', 'bool', 'timestamp', 'timestamptz')
2022-07-04 21:01:47.069 UTC [932] discourse@discourse LOG: duration: 100.781 ms statement: SELECT name, data_type, value FROM site_settings
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-4.2.0/lib/message_bus/codec/json.rb:11: [BUG] Illegal instruction at 0x00007f90039e1339
ruby 2.7.6p219 (2022-04-12 revision c9c2245c0a) [x86_64-linux]
La stessa "illegal instruction" è presente anche alla fine del log di Unicorn (poco prima che le cose si rompessero).
(Si spera che Bryan possa fornire l’output completo se necessario).
Modifica: Arriva il log completo, Discourse non mi permette di caricarlo.
Modifica 2: Bitwarden Send (disponibile per 7 giorni).