Обсуждение: Database upgrade from 8.4.7 to 9.1.4
Hello, OS level= AIX 6.1.9 I'm testing out an upgrade of an existing postgres 8.4.7 instance to 9.1.2, using "pg_dumpall". All went well until the finalstep in which the data is to be restored. I gave the following command: psql -d database -f outputfile This command creates all the tables, starts loading some tables and then suddenly comes to a halt on a "lo_create" line whereit seems to be waiting for user input. See below the last screen output of the psql command: ALTER TABLE CREATE TABLE ALTER TABLE CREATE TABLE ALTER TABLE CREATE TABLE ALTER TABLE CREATE TABLE ALTER TABLE CREATE TABLE ALTER TABLE CREATE TABLE ALTER TABLE CREATE TABLE ALTER TABLE CREATE TABLE ALTER TABLE CREATE TABLE ALTER TABLE lo_create ----------- 102660 (1 row) Standard input: END At this stage, if I press ENTER, the lo_create moves on to the next row, and so on. See below the result of a sequence ofENTER hits: 114811 (1 row) lo_create ----------- 114812 (1 row) lo_create ----------- 114813 (1 row) lo_create ----------- 114814 (1 row) lo_create ----------- 114815 (1 row) So it appears that the program needs the user to press the ENTER key (or the space key) to move on to the next row. If youdo not press any key, nothing happens. The load does not proceed, as I confirmed by looking at the growth of files inthe PGDATA area. I exited by killing the psql session. Is there a way to force the load of all rows without user input? Thanks. Alanoly Andrews. alanolya@invera.com **************************************************** This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Anydistribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized.If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courriel est confidentiel et prot�g�. L'exp�diteur ne renonce pas aux droits et obligations qui s'y rapportent. Toutediffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les)destinataire(s) d�sign�(s) est interdite. Si vous recevez ce courriel par erreur, veuillez m'en aviser imm�diatement,par retour de courriel ou par un autre moyen. ****************************************************
2014-02-25 21:21 GMT+01:00 Alanoly Andrews <alanolya@invera.com>:
Hello,
OS level= AIX 6.1.9
I'm testing out an upgrade of an existing postgres 8.4.7 instance to 9.1.2, using "pg_dumpall". All went well until the final step in which the data is to be restored. I gave the following command:
psql -d database -f outputfile
This command creates all the tables, starts loading some tables and then suddenly comes to a halt on a "lo_create" line where it seems to be waiting for user input. See below the last screen output of the psql command:
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
CREATE TABLE
ALTER TABLE
lo_create
-----------
102660
(1 row)
Standard input: END
At this stage, if I press ENTER, the lo_create moves on to the next row, and so on. See below the result of a sequence of ENTER hits:
114811
(1 row)
lo_create
-----------
114812
(1 row)
lo_create
-----------
114813
(1 row)
lo_create
-----------
114814
(1 row)
lo_create
-----------
114815
(1 row)
So it appears that the program needs the user to press the ENTER key (or the space key) to move on to the next row. If you do not press any key, nothing happens. The load does not proceed, as I confirmed by looking at the growth of files in the PGDATA area. I exited by killing the psql session.
Is there a way to force the load of all rows without user input?
Thanks.
Alanoly Andrews.
alanolya@invera.com
****************************************************
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
Ce courriel est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courriel par erreur, veuillez m'en aviser immédiatement, par retour de courriel ou par un autre moyen.
****************************************************
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Hello Alanoly ,
which option you use to do the pg_dumpall ? did you use insert mode or copy mode?
Have a nice day
Alanoly Andrews <alanolya@invera.com> writes: > OS level= AIX 6.1.9 > I'm testing out an upgrade of an existing postgres 8.4.7 instance to 9.1.2, using "pg_dumpall". All went well until thefinal step in which the data is to be restored. I gave the following command: > psql -d database -f outputfile > This command creates all the tables, starts loading some tables and then > suddenly comes to a halt on a "lo_create" line where it seems to be > waiting for user input. That's very bizarre. I don't know what it's doing, but there are certainly no "waits for user input" in a pg_dump-created SQL script. I suspect you are seeing some sort of platform-specific misbehavior. You might wish to join in this ongoing discussion about the state of our AIX support (tl;dr: it's bad): http://www.postgresql.org/message-id/flat/530B1EEC.1080402@spg.schulergroup.com#530B1EEC.1080402@spg.schulergroup.com Did you try the regression tests ("make check") on your 9.1.2 build? regards, tom lane
Hi Des,
I did not use any options with the “pg_dumpall” command. Just “pg_dumpall > outputfile”, as given in the Postgres Manual on upgrades. I guess the default option is the “copy” mode, not “inserts”.
Alanoly.
From: desmodemone [mailto:desmodemone@gmail.com]
Sent: Tuesday, February 25, 2014 4:21 PM
To: Alanoly Andrews
Cc: pgsql-admin@postgresql.org
Subject: Re: [ADMIN] Database upgrade from 8.4.7 to 9.1.4
Hello Alanoly ,
which option you use to do the pg_dumpall ? did you use insert mode or copy mode?
Have a nice day
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
Ce courriel est confidentiel et prot�g�. L'exp�diteur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) d�sign�(s) est interdite. Si vous recevez ce courriel par erreur, veuillez m'en aviser imm�diatement, par retour de courriel ou par un autre moyen.
Mail sent via the Abaca EPG