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
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-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

Browse pgsql-general by date

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

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-11-30 14:50:50 Re: Shutting down a warm standby database in 8.2beta3
Previous Message Stephen Harris 2006-11-30 14:11:30 Re: Shutting down a warm standby database in 8.2beta3