Ciao a tutti,
finalmente ho trovato un po' di tempo per sistemare il server e per fortuna
è andato tutto bene!!!
Dunque, ricapitoliamo, avevo 2 cluster attivi, uno con la 9.5 e postgis
2.2.1, l'altro con la 9.6 e postgis 2.3.2.
Ho stoppato il secondo cluster, ho compilato da sorgente postgis 2.3
dandogli nel config i percorsi al cluster con la 9.5 ed è tornato a
funzionare tutto.
A questo punto ho potuto "azzardare" un upgrade cluster e l'aggiornamento è
stato rapido e indolore!
Grazie Andrea per l'aiuto ;)
buon lavoro a tutti
-beppe-
Il 02 ago 2017 19:23, "Giuseppe Naponiello" <beppenapo@xxxxxxxxx> ha
scritto:
Ehi, ciao
grazie mille per le dritte, speriamo vada tutto liscio 😉
Il 02 ago 2017 15:06, "Andrea Bazzanini" <bazzanini.andrea@xxxxxxxxx> ha
scritto:
Ciao Giuseppe.
Mi sono dimenticato di risponderti :)
Si, devi passare dei parametri al ./configure di postgis e specificare
dove sono i binari di postgresql.
Quindi gli steps dovrebbero essere
./configure --prefix=[path-psql-9.5|path-psql-9.6]
make
make install
cd contrib
make
make install
vado un po' a memoria, quindi verifica sul sito di postgis gli steps.
Alla peggio dovrai fare un hard upgrade che richiede piu tempo ed e' piu
complesso.
Il giorno 28 luglio 2017 09:37, Giuseppe Naponiello <
beppenapo@xxxxxxxxxxxx> ha scritto:
Grazie Andrea, credo sia l'unica soluzione, ho provato anche con
l'estensione fdw ma riesco ad importare tutto...tranne la tabella
geometrica!
Quindi, come mi consigli di procedere?
Attualmente sul server è installato postgres 9.5, postgres 9.6 e postgis
2.3.
Prima di compilare il sorgente devo:
1. fare qualche magheggio con le dipendenze? Immagino che la versione
vecchia abbia bisogno di versioni specifiche delle librerie.
2. passare qualche parametro al ./configure per indicargli per quale
versione di postgresql deve essere installato, o in che percorso
installarlo? In sostanza, dove viene creata la cartella contrib, nella 9.6,
nella 9.5 o in entrambe?
Scusate per le domande banali ma è una situazione che non avevo mai
affrontato :)
Il giorno 28 luglio 2017 09:19, Andrea Bazzanini <
bazzanini.andrea@xxxxxxxxx> ha scritto:
Ciao,
Due o piu installazioni postgis si possono fare, nel mio fortunato :(
caso sono arrivato a 3 differenti versioni.
Le ho sempre gestite pero' da sorgente, perche mi era piu semplice.
Una volta che hai le versioni di postgis uguali su entrambi i DB
dovresti risucre a passare dalla 9.5 alla 9.6 facilmente.
Il mio DB era di 4TB e non avevo possibilita di fare una copia del DB su
un'altra macchina , quindi andavo di upgrade diretto di postgres e tutto e'
andato sempre bene (con qualche imprecazione!)
Il giorno 27 luglio 2017 21:33, Giuseppe Naponiello <
beppenapo@xxxxxxxxxxxx> ha scritto:
1) copiare la cartella da un cluster all'altro non lo farei.
...ma infatti non mi è mai sembrata una buona idea ;)
Per la migrazione di Postgis, prima migrerei il cluster 9.5
dalla 2.2.1 alla 2.3.2, poi fare l'upgrade del cluster alla versione 9.6
Il problema è che non me lo fa fare, e non capisco perché, e di solito
quando non capisco perché vuol dire che c'è stato l'errore umano da qualche
parte ;)
O se preferisci, installa la versione 2.2.1 sul cluster 9.5 ...
Potrei provare ma come faccio ad avere 2 installazioni di postgis?
Compilo da codice?
Odio postgis... :)
Nuuu, perché? E' così bravo ... quando vuole! ;)
Il giorno 26 luglio 2017 12:04, Andrea Bazzanini <
bazzanini.andrea@xxxxxxxxx> ha scritto:
Ciao...
Non sono un grande esperto ma :
1) copiare la cartella da un cluster all'altro non lo farei.
2) non so dirti.. :)
Per la migrazione di Postgis, prima migrerei il cluster 9.5
dalla 2.2.1 alla 2.3.2, poi fare l'upgrade del cluster alla versione 9.6
O se preferisci, installa la versione 2.2.1 sul cluster 9.5 ...
Odio postgis... :)
Spero di non aver detto stupidate.
Il giorno 26 luglio 2017 11:42, Giuseppe Naponiello <
beppenapo@xxxxxxxxx> ha scritto:
...stavo pensando a 2 possibili soluzioni ma prima di provare volevo
chiedere a voi:
1. e se copiassi la cartella /data da un cluster all'altro? potrebbe
funzionare?
2. foreign data wrapper? almeno sulle tabelle geometriche?
Il giorno 26 luglio 2017 11:29, Giuseppe Naponiello <
beppenapo@xxxxxxxxx> ha scritto:
Buongiorno,
scusate il titolo un po' complicato ma non sapevo come riassumere!
Problema: un mio collega lancia una dist-upgrade per passare da
debian 8 a 9.
Il comando crea una nuova installazione di postgres, la situazione
attuale è:
9.5 main 5432 online ...
9.6 main 5433 online ...
Ovviamente è stato aggiornato anche postgis dalla 2.2.1 alla 2.3.2 e
questo ha creato dei problemi.
Mi dice che non riesce a migrare da un cluster all'altro, proviamo
insieme.
La prima cosa che provo è.
-stoppare il nuovo cluster
-pg_upgradecluster 9.5 main
e mi da errore:
pg_dump: [archiviatore (db)] query fallita: ERRORE: accesso al file
"$libdir/postgis-2.2" fallito: File o directory non esistente
Su consiglio di Paul Ramsey provo ad aggiornare la versione delle
estensioni:
ALTER EXTENSION postgis UPDATE TO "2.3.2";
errore: ERRORE: l'estensione "postgis" non ha un percorso di
aggiornamento dalla versione "2.2.1" alla versione "2.3.2"
controllo nella cartella delle estensioni (
/usr/share/postgresql/9.5/extension/ ) e il
file postgis--2.2.1--2.3.2.sql esiste.
Prima di stopparlo, ho provato a vedere se il nuovo cluster dava
errori e fila tutto liscio: ho creato un db e abilitato le estensioni di
postgis senza problemi, la versione riconosciuta è corretta cioè la
2.3.2
Ho pensato di fare un dump del db sul vecchio cluster e ricrearlo
nel nuovo ma non me lo fa fare emi da lo stesso errore di prima :
pg_dump: [archiviatore (db)] query fallita: ERRORE: accesso al file
"$libdir/postgis-2.2" fallito: File o directory non esistente
A questo punto forse commetto un grave errore, leggo da qualche
parte che qualcuno ha risolto copiando il file postgis--2.2.1--2.3.2.sql
dalla 9.6 alla 9.5 e così faccio..
..riprovo con alter extension ...
e mi da un nuovo errore:
ERRORE: errore di sintassi a o presso "PARALLEL"
A questo punto non so come aiutarlo e il db ha tutta la parte
geografica inutilizzabile.
Come si può risolvere senza perdere i dati?
Grazie a tutti
-beppe-
--
*Giuseppe Naponiello*
*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell. +393476846599
mail: beppenapo@xxxxxxxxxxxx
pec: arc-team@xxxxxx
101 | www.arc-team.com
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello
--
*Giuseppe Naponiello*
*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell. +393476846599
mail: beppenapo@xxxxxxxxxxxx
pec: arc-team@xxxxxx
101 | www.arc-team.com
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
--
AndreA
<http://it.linkedin.com/in/andreabazzanini>
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
--
*Giuseppe Naponiello*
*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell. +393476846599
mail: beppenapo@xxxxxxxxxxxx
pec: arc-team@xxxxxx
101 | www.arc-team.com
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
--
AndreA
<http://it.linkedin.com/in/andreabazzanini>
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
--
*Giuseppe Naponiello*
*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell. +393476846599
mail: beppenapo@xxxxxxxxxxxx
pec: arc-team@xxxxxx
101 | www.arc-team.com
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
--
AndreA
<http://it.linkedin.com/in/andreabazzanini>
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it