Ciao,
Nella versione 9.4 e' stata tolta dalla tabella pg_class la colonna
reltoastidxid:
http://www.postgresql.org/docs/9.4/static/release-9-4.html
Potresti inviare la definizione della vista "tables" che dovrebbe essere l'
oggetto che fa fallire l' upgrade?
O almeno cosi' sembra vedendo la riga: pg_restore: [archiver (db)] Error
from TOC entry 513; 1259 1248563290 VIEW
tables postgres.
Matteo
Il giorno 17 novembre 2015 12:00, <postgresql-it-request@xxxxxxxxxxxxx> ha
scritto:
Invia le richieste di iscrizione alla lista Postgresql-it
all'indirizzo
postgresql-it@xxxxxxxxxxxxx
Per iscriverti o cancellarti attraverso il web, visita
http://lists.psql.it/mailman/listinfo/postgresql-it
oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
postgresql-it-request@xxxxxxxxxxxxx
Puoi contattare la persona che gestisce la lista all'indirizzo
postgresql-it-owner@xxxxxxxxxxxxx
Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
in modo che sia più utile di un semplice "Re: Contenuti del digest
della lista Postgresql-it..."
Argomenti del Giorno:
1. Upgrade da 9.2 a 9.4 (Andrea Bazzanini)
----------------------------------------------------------------------
Message: 1
Date: Tue, 17 Nov 2015 11:06:23 +0100
From: Andrea Bazzanini <bazzanini.andrea@xxxxxxxxx>
To: postgresql-it <postgresql-it@xxxxxxxxxxxxx>
Subject: [postgresql-it] Upgrade da 9.2 a 9.4
Message-ID:
<
CANRN+XCSBG+anWaDYE-v9qmEc+z_g_reqmyaGxBMzUNjahR8jQ@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset="utf-8"
Buongiorno a tutti.
Questa mattina ho provato a fare un upgrade da un postgres 9.2 ad un
postgres 9.4.
La fase di check di pg_upgrade e' andata liscia senza problemi.
---------------------------------------------------------------------------------
/app/postgres-9-4/bin/pg_upgrade --check --link -b /app/postgres-9-2/bin/-B /app/postgres-9-4/bin/ -d /datastorage/pgdata -D /datastorage/94/
Performing Consistency Checks
-----------------------------
Checking cluster versions ok
Checking database user is a superuser ok
Checking database connection settings ok
Checking for prepared transactions ok
Checking for reg* system OID user data types ok
Checking for contrib/isn with bigint-passing mismatch ok
Checking for invalid "line" user columns ok
Checking for presence of required libraries ok
Checking database user is a superuser ok
Checking for prepared transactions ok
*Clusters are compatible*
---------------------------------------------------------------------------------
Quindi sono passato ad eseguire realmente l'upgrade , ma mi sono trovato
un'errore non previsto:
---------------------------------------------------------------------------------
/app/postgres-9-4/bin/pg_upgrade --link -b /app/postgres-9-2/bin/ -B/app/postgres-9-4/bin/ -d /datastorage/pgdata -D /datastorage/94/
Performing Consistency Checks
-----------------------------
Checking cluster versions ok
Checking database user is a superuser ok
Checking database connection settings ok
Checking for prepared transactions ok
Checking for reg* system OID user data types ok
Checking for contrib/isn with bigint-passing mismatch ok
Checking for invalid "line" user columns ok
Creating dump of global objects ok
Creating dump of database schemas
ok
Checking for presence of required libraries ok
Checking database user is a superuser ok
Checking for prepared transactions ok
If pg_upgrade fails after this point, you must re-initdb the
new cluster before continuing.
Performing Upgrade
------------------
Analyzing all rows in the new cluster ok
Freezing all rows on the new cluster ok
Deleting files from new pg_clog ok
Copying old pg_clog to new server ok
Setting next transaction ID and epoch for new cluster ok
Deleting files from new pg_multixact/offsets ok
Setting oldest multixact ID on new cluster ok
Resetting WAL archives ok
Setting frozenxid and minmxid counters in new cluster ok
Restoring global objects in the new cluster ok
Adding support functions to new cluster ok
Restoring database schemas in the new cluster
bluehub_gath_test
*failure*
Consult the last few lines of "pg_upgrade_dump_16428.log" for
the probable cause of the failure.
Failure, exiting
---------------------------------------------------------------------------------
Nel log indicato da pg_upgrade le ultime righe riportate sono queste :
---------------------------------------------------------------------------------
pg_restore: creating VIEW primary_keys
pg_restore: creating VIEW tables
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 513; 1259 1248563290 VIEW
tables postgres
pg_restore: [archiver (db)] could not execute query: ERROR: column
pg_class.reltoastidxid does not exist
LINE 14: ...relid" = (0)::"oid") THEN (0)::"oid" ELSE (SELECT "pg_class"...
^
Command was:
-- For binary upgrade, must preserve pg_type oid
SELECT binary_upgrade.set_next_pg_type_oid('1248563292'::pg_catalog.oid);
---------------------------------------------------------------------------------
Avete idea di come risolvere il problema ? O almeno avete qualche
indicazione che possa aiutarmi a risovlere questo casino ?
--
AndreA
<http://it.linkedin.com/in/andreabazzanini>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <
http://lists.psql.it/pipermail/postgresql-it/attachments/20151117/6673e977/attachment-0001.html
------------------------------
Subject: Chiusura del digest
_______________________________________________
Postgresql-it mailing list
Postgresql-it@xxxxxxxxxxxxx
http://lists.psql.it/mailman/listinfo/postgresql-it
------------------------------
Fine di Digest di Postgresql-it, Volume 113, Numero 9
*****************************************************
