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. +
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 |
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 |