Re: restoreing dumps fail

Поиск
Список
Период
Сортировка
От Martín Marqués
Тема Re: restoreing dumps fail
Дата
Msg-id 200205141025.44821.martin@bugs.unl.edu.ar
обсуждение исходный текст
Ответ на Re: restoreing dumps fail  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: restoreing dumps fail  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On Lun 13 May 2002 23:34, Tom Lane wrote:
> =?iso-8859-1?q?Mart=EDn=20Marqu=E9s?= <martin@bugs.unl.edu.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@unl.edu.ar
Programador, Administrador, DBA |       Centro de Telematica
                       Universidad Nacional
                            del Litoral
-----------------------------------------------------------------

В списке pgsql-general по дате отправления:

Предыдущее
От: Tino Wildenhain
Дата:
Сообщение: restoring databases with intensive foreign key use fails
Следующее
От: Bill Moran
Дата:
Сообщение: Re: Strange interaction with php's pg_query