Re: restoreing dumps fail

From: Martín Marqués <martin(at)bugs(dot)unl(dot)edu(dot)ar>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: restoreing dumps fail
Date: 2002-05-14 13:25:44
Message-ID: 200205141025.44821.martin@bugs.unl.edu.ar
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Lun 13 May 2002 23:34, Tom Lane wrote:
> =?iso-8859-1?q?Mart=EDn=20Marqu=E9s?= <martin(at)bugs(dot)unl(dot)edu(dot)ar> writes:
> > I'm trying to upgrade from 7.1.3 to 7.2.1 and after makeing a dump,
> > installing the new version (7.2.1) making the initdb as postgres, when I
> > try to dump all the data back to the database, and after some dump the
> > backend dies:
> >
> > NOTICE: Message from PostgreSQL backend:
> > The Postmaster has informed me that some other backend
> > died abnormally and possibly corrupted shared memory.
>
> Oh? What's in the postmaster log? Can you get a stack trace from
> the core file that the crashed backend left?

OK. I installed a seperated postgres server and put it to listen in port
15432. I tried to do a restore and got the same error.

This what the errors say:

2002-05-14 10:23:36 DEBUG: connection: host=[local] user=martin
database=webunl
/dbs/postgres.new/bin/postmaster child[15138]: starting with (postgres -d2
-v131072 -p webunl )
2002-05-14 10:23:36 DEBUG: InitPostgres
2002-05-14 10:23:36 DEBUG: StartTransactionCommand
2002-05-14 10:23:36 DEBUG: query: select getdatabaseencoding()
2002-05-14 10:23:36 DEBUG: ProcessQuery
2002-05-14 10:23:36 DEBUG: CommitTransactionCommand
2002-05-14 10:23:36 DEBUG: StartTransactionCommand
2002-05-14 10:23:36 DEBUG: query: SELECT usesuper FROM pg_user WHERE usename
= 'martin'
2002-05-14 10:23:36 DEBUG: ProcessQuery
2002-05-14 10:23:36 DEBUG: CommitTransactionCommand
2002-05-14 10:23:36 DEBUG: StartTransactionCommand
2002-05-14 10:23:36 DEBUG: query: CREATE SEQUENCE "facultad_id_fac_seq" start
1 increment 1 maxvalue 2147483647 minvalue 1 cache 1 ;
2002-05-14 10:23:36 DEBUG: ProcessUtility: CREATE SEQUENCE
"facultad_id_fac_seq" start 1 increment 1 maxvalue 2147483647 minvalue 1
cache 1 ;
2002-05-14 10:23:36 DEBUG: INSERT @ 0/22CC90: prev 0/22CC68; xprev 0/0; xid
427; bkpb 1: Heap - insert: node 16893/1259; tid 1/11
2002-05-14 10:23:36 DEBUG: INSERT @ 0/22ECF0: prev 0/22CC90; xprev 0/22CC90;
xid 427; bkpb 1: Btree - insert: node 16893/16429; tid 1/1
2002-05-14 10:23:36 DEBUG: INSERT @ 0/230D50: prev 0/22ECF0; xprev 0/22ECF0;
xid 427; bkpb 1: Btree - insert: node 16893/16428; tid 1/102
2002-05-14 10:23:36 DEBUG: proc_exit(0)
2002-05-14 10:23:36 DEBUG: shmem_exit(0)
2002-05-14 10:23:36 DEBUG: exit(0)
2002-05-14 10:23:36 DEBUG: reaping dead processes
2002-05-14 10:23:36 DEBUG: child process (pid 15137) was terminated by signal
10
2002-05-14 10:23:36 DEBUG: server process (pid 15137) was terminated by
signal 10
2002-05-14 10:23:36 DEBUG: terminating any other active server processes
2002-05-14 10:23:36 DEBUG: CleanupProc: sending SIGQUIT to process 15138
2002-05-14 10:23:36 NOTICE: Message from PostgreSQL backend:
The Postmaster has informed me that some other backend
died abnormally and possibly corrupted shared memory.
I have rolled back the current transaction and am
going to terminate your database system connection and exit.
Please reconnect to the database system and repeat your query.
2002-05-14 10:23:36 DEBUG: reaping dead processes
2002-05-14 10:23:36 DEBUG: child process (pid 15138) exited with exit code 1
2002-05-14 10:23:36 DEBUG: all server processes terminated; reinitializing
shared memory and semaphores
2002-05-14 10:23:36 DEBUG: shmem_exit(0)
invoking IpcMemoryCreate(size=3563520)
2002-05-14 10:23:36 DEBUG: database system was interrupted at 2002-05-14
10:22:27 GMT
2002-05-14 10:23:36 DEBUG: checkpoint record is at 0/113640
2002-05-14 10:23:36 DEBUG: redo record is at 0/113640; undo record is at 0/0;
shutdown TRUE
2002-05-14 10:23:36 DEBUG: next transaction id: 89; next oid: 16556
2002-05-14 10:23:36 DEBUG: database system was not properly shut down;
automatic recovery in progress

About the trace of the core, first I don't know exactly what to do, and
second, I can't find a core file (or does it have another name?)

--
Porqué usar una base de datos relacional cualquiera,
si podés usar PostgreSQL?
-----------------------------------------------------------------
Martín Marqués | mmarques(at)unl(dot)edu(dot)ar
Programador, Administrador, DBA | Centro de Telematica
Universidad Nacional
del Litoral
-----------------------------------------------------------------

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bill Moran 2002-05-14 13:32:59 Re: Strange interaction with php's pg_query
Previous Message Martín Marqués 2002-05-14 11:38:07 Re: restoreing dumps fail