Home > Codes/Configs, ghcif > Gentoo Linux/PostgreSQL Update von 9.1 auf 9.2

Gentoo Linux/PostgreSQL Update von 9.1 auf 9.2

PostgreSQL 9.2 ist fuer Gentoo verfuegbar und wieder einmal das alte Spiel, die Datenbanken muessen geupdated werden.
Leider reichte es nicht ganz aus folgenden Weg einzuschlagen:


emerge --config =dev-db/postgresql-server-9.2.0
/etc/init.d/postgresql-9.1 stop
eselect postgresql set 9.2
su - postgres
pg_upgrade -u postgres -d /var/lib/postgresql/9.1/data -D /var/lib/postgresql/9.2/data -b /usr/lib/postgresql-9.1/bin/ -B /usr/lib/postgresql-9.2/bin

Das Update startete brach jedoch ab, das Problem konnte schnell gefunden werden und fuer die Faulen unter Euch der Loesungsweg ausnahmsweise als Copy and Paste Loesung:


emerge --config =dev-db/postgresql-server-9.2.0
/etc/init.d/postgresql-9.1 stop
eselect postgresql set 9.2
su - postgres
cp /var/lib/postgresql/9.1/data/postgresql.conf /var/lib/postgresql/9.2/data/.
cp /var/lib/postgresql/9.1/data/pg_hba.conf /var/lib/postgresql/9.2/data/.
pg_upgrade -u postgres -d /var/lib/postgresql/9.1/data -D /var/lib/postgresql/9.2/data -b /usr/lib/postgresql-9.1/bin/ -B /usr/lib/postgresql-9.2/bin

Wie man unschwer erkennen kann fehlten die Postgres Konfig und das HBA File, nachdem diese beiden kopiert wurden stand einem fehlerfreien Update nichts mehr im Weg:

postgres@udopiv3 ~/postgresql $ pg_upgrade -u postgres -d /var/lib/postgresql/9.1/data -D /var/lib/postgresql/9.2/data -b /usr/lib/postgresql-9.1/bin/ -B /usr/lib/postgresql-9.2/bin
Performing Consistency Checks
—————————–
Checking current, bin, and data directories ok
Checking cluster versions ok
Checking database user is a superuser ok
Checking for prepared transactions ok
Checking for reg* system OID user data types ok
Checking for contrib/isn with bigint-passing mismatch ok
Creating catalog dump 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 for new cluster ok
Resetting WAL archives ok
Setting frozenxid counters in new cluster ok
Creating databases in the new cluster ok
Adding support functions to new cluster ok
Restoring database schema to new cluster ok
Removing support functions from new cluster ok
Copying user relation files
ok
Setting next OID for new cluster ok
Creating script to analyze new cluster ok
Creating script to delete old cluster ok

Upgrade Complete
—————-
Optimizer statistics are not transferred by pg_upgrade so,
once you start the new server, consider running:
analyze_new_cluster.sh

Running this script will delete the old cluster’s data files:
delete_old_cluster.sh

Anmerkung von stkn:

[16:22] <@stkn|work> t4c: btw., das upgrade geht auch ohne config durch die gegend kopieren
[16:23] <@stkn|work> t4c: -d /etc/postgres-9.1 -o ‚data_directory=/var/lib/postgres/9.1/data/‘ -D /etc/postgres-9.2 -O ‚data_directory=/var/lib/postgres/9.2/data/‘

Anmerkung 22/01/2016: Kleiner Hinweis, mitlerweile muss der Schalter fuer den User gross geschrieben werden, sprich -U nicht mehr -u.

Ähnliche Posts

  1. Bisher keine Kommentare
  1. Bisher keine Trackbacks