Postgres Downgrade - Probleme mit den Daten
Stefan U. Hegner
hegner at inprozess.de
Wed Sep 26 20:23:27 CEST 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Moin zusammen,
habe hier etwas Stress eine Postgres DB umzuziehen, weil mein geliebter
Webhoster (myhosting) zum Jahresende leider die Pforten schließt (bin
gerne offen für Empfehlungen, was einen neuen Provider angeht).
Dort läuft ein Postgres 8.1.0 - ich habe hier Etch mit Postgres 7.4.17.
Offensichtlich führt das dazu, dass ich den Dump von dort bei mir nicht
ohne weiteres einspielen kann.
Problem 1 - Wie kriege ich die psql Meldungen vernünftig umgeleitet?
Wenn ich sowas hier probiere ...
... dann stehen zwar eine handvoll erfolgreiche Meldungen in der
psql-meldung.txt, aber die psql-fehler.txt bleibt leer.
Der am häufigsten wiederholte Fehler ist
ungültige Anweisung \N
(Zu dem "\N" später mehr...)
Dabei funktioniert solch eine Aktion auf dem Ursprungsrechner tadelos.
... wenn ich mit pgadmin3 einspiele, meldet er mir
FEHLER: Fehler »syntax error« bei »OWNER« at character 10376
... dort steht
ALTER SCHEMA public OWNER TO pgsql;
und auch wenn ich den user "pgsql" mit admin-privilegien anlege, ändert
das nichts.
... probiere ich es über phpPGadmin, dann meldet er mir:
hegi_lx2_db-install.sql:5:
Fatal error: Call to a member function on a non-object in
/usr/share/phppgadmin/sql.php on line 26
Dann habe ich mal alles bis zum ersten COPY Statement (da füllt er eine
Tabelle "acc_trans") gelöscht und eine leere DB-Instanz mit der
entsprechenden Struktur erzeugt.
Die SQL Datei beginnt wie folgt (ohne die ">" am Zeilenanfang):
> --
> -- PostgreSQL database dump
> --
>
> SET client_encoding = 'LATIN1';
> SET check_function_bodies = false;
> SET client_min_messages = warning;
>
> SET search_path = public, pg_catalog;
>
> --
> -- Data for Name: acc_trans; Type: TABLE DATA; Schema: public; Owner: hegi
> --
>
> COPY acc_trans (trans_id, chart_id, transdate, source, cleared, fx_transaction, project_id,
> memo, taxkey, gldate, amount) FROM stdin;
> 326 13 2004-08-15 08-007 f f \N \N 9 2004-09-30 24.41000
> 326 145 2004-08-15 08-007 f f \N \N 9 2004-09-30 -21.04000
> 326 18 2004-08-15 08-007 f f \N \N 9 2004-09-30 -3.37000
und ich kriege im pgadmin3 ein:
"FEHLER: Fehler »syntax error« bei »326« at character 394"
Das sieht so aus, als ob das "FROM stdin;", bzw. das was dann kommt ein
Problem wäre. Und in den Daten finde ich die vielen "\N" wieder.
... da drängt sich mir die Frage auf, ob ich z.B. in irgendeiner
Postgres-Config das Datenformat des Dumps anders einstellen muß?
Mag mir da mal bitte jemand mit etwas PGSQL Background unter die Arme
greifen?
Danke!
Stefan.
- --
S.U. Hegner <hegner at inprozess.de>
* * *
in prozess > Stefan Ulrich Hegner
Auf dem Stocke 7 - D-32584 Löhne
fon +49-5732-688 132 fax -688 130
internet: http://www.inprozess.de
* * *
GPGKey | C7CE 3B24 5ABC BBB2 3F2B
FPrint | 63AA E7CF 7A5E 8CEB E16E
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFG+qOe5896Xozr4W4RAsELAJ9LAlMTKzmIpsjkiCrTm0oUxlfN4ACffVGE
KK2rfVBQaoDcF6678G9Lcik=
=Fn7J
-----END PGP SIGNATURE-----
More information about the Linux
mailing list