Dopo l’aggiornamento tramite l’GUI stamattina, il sito è offline. Sembra che abbia tentato di aggiornare da Postgres V15 a V18, ma sia fallito. Quindi ho ricostruito dall’app tramite il launcher, senza successo. Inoltre, c’è una lamentela riguardo a VIPS /usr/local/lib/libvips.so.42
Qualche idea o sono solo io?
Vale sempre la pena provare a fare una seconda ricostruzione, specialmente con un aumento della versione del database. Vedi l’argomento vicino
Se continui ad avere problemi, incolla circa 100 righe dell’output che hai visto, preferibilmente in un blocco di codice.
Come nota Chris, anche se il consiglio potrebbe essere un po’ in ritardo per te:
Ho provato a farlo, ma naturalmente non avevo visto il thread che menzioni. Avevo fatto un backup prima di iniziare l’aggiornamento. Quindi, poco fa sono riuscito a farlo funzionare aggiornando manualmente a PG V18 all’interno del container, installando e puntando a una versione più recente di vips sempre all’interno del container:
Il sito sembra funzionare ora, immagino… Poi ho eseguito una ricostruzione completa ed è andata a buon fine, quindi spero che ora tutto sia a posto.
vips-8.18.4
PostgreSQL 18.4
Tuttavia, entrerò nel thread che hai postato per leggerlo nei dettagli, poiché devo aggiornare anche un’altra istanza su un’altra macchina.
GRAZIE Ed_S!
È interessante notare che ho già nel file app.yml del ottobre 2025:
templates:
Sto interpretando male qualcosa dall’altro argomento?
Penso che significhi che hai l’opzione predefinita, che consiste nel non bloccare PostgreSQL a una versione specifica, ma nel prendere quella che Discourse preferisce.
(Le persone bloccheranno una versione specifica quando vedranno arrivare la nuova versione e non vorranno installarla. Ma devono agire prima che arrivi inaspettatamente.)
Ok, sospirando, non sono sicuro di cosa sia andato storto con il mio aggiornamento stamattina, del perché sia fallito. Sono diffidente verso l’aggiornamento dell’altro sito finché non capirò perché questo sito ha fallito, dato che non voglio ripetere il fallimento, soprattutto perché non mi piace aggiornare manualmente le cose all’interno del container come ho fatto per far funzionare questo primo sito.
La mia ipotesi è che questo aggiornamento, rilasciato oggi, che introduce la versione 18 di PostgreSQL, richiederà due ricostruzioni. Dall’interfaccia web è possibile eseguire solo una ricostruzione e, se ho ragione, un aggiornamento tramite interfaccia web apparirà sempre come fallito. In realtà, non è fallito, ma si è fermato a metà.
Questa ipotesi potrebbe essere sbagliata: non posso testarla facilmente.
Più persone, me compreso, hanno detto di non usare più il meccanismo di aggiornamento web, perché se dovesse fallire dovresti comunque ricorrere alla riga di comando. È vero che funziona nel 95% dei casi, forse anche di più. Ma poiché a volte fallisce, personalmente non lo utilizzo.
Esatto, buona idea aggiornare tramite CLI invece che tramite GUI. Il primo sito è su Ubuntu 22.04, il secondo sito che devo ancora aggiornare è su 24.04. Ho avuto abbastanza emozioni stamattina; quando proverò l’aggiornamento del secondo sito tramite CLI, farò sapere. Vedo ancora i vecchi vips sul secondo server /usr/local/lib/libvips.so.42, quindi spero che questa volta vengano aggiornati come necessario, visto che non è successo la prima volta. Grazie
OJ, solo per chiarire, il mio primo aggiornamento di Discourse è sicuramente fallito, anche dopo una ricostruzione tramite CLI successiva all’aggiornamento dell’interfaccia grafica. Quindi, ho dovuto aggiornare manualmente i container alla versione 18 sia di Postgres che di vips. Spero in un esito migliore per il secondo sito. Restate sintonizzati.
Questa è una situazione piuttosto grave.
assicurati di avere abbastanza spazio su disco. Tieni presente che, come indicato nell’altro argomento, è consigliabile disporre di uno spazio pari a due volte la dimensione del database
Certamente, e ho molto spazio su disco su entrambi i server. Questo è il server 1
df -h /var/discourse
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 194G 25G 170G 13% /
Server 2:
df -h /var/discourse
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 193G 26G 168G 14% /
Quindi l’altro sito Discourse sul Server 2 sembra essere configurato allo stesso modo del Server 1 che ha dato problemi, ma non voglio comunque provare con questo secondo server per il momento: Non che abbia importanza, ma vedo nel container:
/var/discourse# ./launcher enter app
Architettura x86_64 rilevata.
…app:/var/www/discourse# which vips
/usr/bin/vips
ldd /usr/bin/vips | grep vips
libvips.so.42 => /usr/local/lib/libvips.so.42 (0x000070c9601bb000)
ls -l /usr/local/lib/libvips*
-rwxr-xr-x 1 root root 3097864 Jul 26 02:22 /usr/local/lib/libvips.so.42
ps aux | grep ‘[p]ostgres’
/usr/lib/postgresql/15/bin/postmaster -D /etc/postgresql/15/main
/usr/lib/postgresql/15/bin/postgres --version
postgres (PostgreSQL) 15.18 (Debian 15.18-1.pgdg12+1)