Skip site navigation (1) Skip section navigation (2)

Re: Shutting down a warm standby database in

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Stephen Harris <lists(at)spuddy(dot)org>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Shutting down a warm standby database in
Date: 2006-11-30 14:40:44
Message-ID: 200611301440.kAUEeik15466@momjian.us (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackers
Stephen Harris wrote:
> On Thu, Nov 23, 2006 at 02:47:27PM -0500, Tom Lane wrote:
> > Stephen Harris <lists(at)spuddy(dot)org> writes:
> > > OK, I just did the same tests on the CVS tree, rather than beta3 and
> > > I see different results.  This time recovery aborts with a PANIC.
> > 
> > Yeah, that's expected since the whole recovery process is a critical
> > section.  We could change that but it's cosmetic.
> 
> Should this cause a coredump when it happens?  With rc1 whenever I
> do a shutdown I get a core file
> 
> core:           ELF 32-bit MSB core file SPARC Version 1, from 'postgres'
> 
> (gdb) bt
> #0  0xff0a02d4 in _libc_kill () from /usr/lib/libc.so.1
> #1  0xff035a5c in abort () from /usr/lib/libc.so.1
> #2  0x0020cd50 in errfinish ()
> #3  0x0006d258 in RestoreArchivedFile ()

You should never get a core file.  I think we need the binary compiled
with symbols so we can get more information from this backtrace.

-- 
  Bruce Momjian   bruce(at)momjian(dot)us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2006-11-30 14:50:50
Subject: Re: Shutting down a warm standby database in 8.2beta3
Previous:From: Stephen HarrisDate: 2006-11-30 14:11:30
Subject: Re: Shutting down a warm standby database in 8.2beta3

pgsql-general by date

Next:From: Tom LaneDate: 2006-11-30 14:50:50
Subject: Re: Shutting down a warm standby database in 8.2beta3
Previous:From: Shane AmblerDate: 2006-11-30 14:36:53
Subject: Re: Stripping kernel FreeBSD - postgres

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group