Sto riscontrando il seguente errore quando tento di eseguire una ricostruzione per l’aggiornamento all’ultima versione testata. Ciò includerebbe l’aggiornamento della versione di postgres da 13 a 15.
[2025-03-12T20:49:22.045226 #1] INFO -- : Sostituzione di (?-mix:^#local +replication +postgres +peer$) con local replication postgres peer in /etc/postgresql/15/main/pg_hba.conf
I, [2025-03-12T20:49:22.045431 #1] INFO -- : Sostituzione di (?-mix:^host.*all.*all.*127.*$) con host all all 0.0.0.0/0 md5 in /etc/postgresql/15/main/pg_hba.conf
I, [2025-03-12T20:49:22.045624 #1] INFO -- : Sostituzione di (?-mix:^host.*all.*all.*::1\\/128.*$) con host all all ::/0 md5 in /etc/postgresql/15/main/pg_hba.conf
I, [2025-03-12T20:49:22.045816 #1] INFO -- : > if [ -f /root/install_postgres ]; then
/root/install_postgres && rm -f /root/install_postgres
elif [ -e /shared/postgres_run/.s.PGSQL.5432 ]; then
socat /dev/null UNIX-CONNECT:/shared/postgres_run/.s.PGSQL.5432 || exit 0 && echo postgres already running stop container ; exit 1
fi
initdb: warning: abilitazione dell'autenticazione "trust" per le connessioni locali
initdb: hint: È possibile modificarlo modificando pg_hba.conf o utilizzando l'opzione -A, o --auth-local e --auth-host, la prossima volta che si esegue initdb.
W: https://dl.yarnpkg.com/debian/dists/stable/InRelease: La chiave è memorizzata nel keyring legacy trusted.gpg (/etc/apt/trusted.gpg), vedere la sezione DEPRECATION in apt-key(8) per i dettagli.
debconf: ritardo della configurazione del pacchetto, poiché apt-utils non è installato
cp: impossibile accedere a '/etc/postgresql/13/main/*': File o directory non esistente
Lo script si blocca semplicemente a questo comando di copia.
Quando provo a riavviare il forum, il comando di riavvio viene completato con successo ma il forum mostra “connessione rifiutata”.
Come posso tornare indietro per utilizzare il mio backup in postgres 13 o andare avanti? Grazie
Il container di riavvio non è stato eseguito perché si trovava in uno stato intermittente tra le versioni del database. Ho eliminato la cartella postgres_data e ora sto ripristinando dal backup.
Se stai effettivamente utilizzando un sistema operativo e una versione di Docker obsoleti, ti consiglio di aggiornare entrambi prima di riprovare la ricostruzione.
Stavi forse aggiornando un database di grandi dimensioni? In tal caso, è possibile che l’aggiornamento fosse ancora in corso. Durante la ricostruzione, puoi confrontare periodicamente le dimensioni delle directory postgres_data e postgres_data_new. Se la dimensione di postgres_data_new continua a crescere, l’aggiornamento è ancora in corso. (Puoi anche confermare se il comando pg_upgrade è in esecuzione dall’elenco dei processi.)
Per ora puoi ignorare quell’errore cp. Sono riuscito ad aggiornare un sito di prova su un’installazione standard anche con lo stesso errore. (È stato causato da una modifica upstream, quindi correggeremo l’immagine per rimuovere l’errore, ma non dovrebbe interrompere gli aggiornamenti del database a meno che le configurazioni di postgres non siano state modificate in modo significativo in precedenza.)
sì, sono riuscito a ripristinare il sito. Stavamo effettivamente aggiornando un grande database, ma tenevo d’occhio le directory sopra per assicurarmi che postgres_data_new crescesse. Dopo un po’ non è più cresciuto, e lo script si è semplicemente bloccato su questo comando
La nostra configurazione era abbastanza standard, a parte la grande dimensione del database. Raccoglierò i dettagli e li posterò più tardi oggi.