From: | "Michael Nolan" <htfoot(at)gmail(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Seg fault in pg_dump? |
Date: | 2007-04-10 02:05:55 |
Message-ID: | 4abad0eb0704091905y5006165ck46a8a1baf1c359b@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
No, it isn't a debug-enabled build, and I don't think the debug symbols
package is installed on that system. I've never used GDB, I'm more of an
'applications' programmer, I may need a 'crash' course on it, if you pardon
the pun. However, if it's anything like the debugging tools I used to use
when programming in assembler, aeons ago, just relinking the program with
debug symbols in it could fix the problem. :sigh:
This is on my new production system, I'm getting ready to migrate a backup
system over to 8.2.3, I may be able to do some additional testing there,
assuming I get the same failure.
It doesn't appear that dumpall has the same problem, or at least it didn't
abort when I dumped the entire cluster last night. It doesn't fail when I
dump that entire database either, just when I dump some of the sequences.
What else can I do to help track this down?
--
Mike Nolan
On 4/5/07, Alvaro Herrera < alvherre(at)commandprompt(dot)com> wrote:
>
> Michael Nolan escribió:
> > GDB produces:
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x0804fd6f in dumpSequence ()
>
> Not very helpful -- what does it say if you ask for "bt"? I'm thinking
> this is not a debug-enabled build though. I think you have to install a
> separate RPM package in Fedora to get the debug symbols.
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
From | Date | Subject | |
---|---|---|---|
Next Message | Marc | 2007-04-10 02:17:36 | Tomcat question/problem |
Previous Message | Tom Lane | 2007-04-10 01:33:50 | Re: backend reset of database |