Re: pq_recvbuf: unexpected EOF

From: David Link <dvlink(at)yahoo(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>
Cc: David Link <dvlink(at)yahoo(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: pq_recvbuf: unexpected EOF
Date: 2003-04-28 15:51:46
Message-ID: 20030428155146.95006.qmail@web13505.mail.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

--- Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> writes:
> > On Fri, Apr 25, 2003 at 02:32:20PM -0700, David Link wrote:
> >> Running with ulimit ...
> >>
> >> echo "setting max user processes to unlimited..."
> >> ulimit -u unlimited
> >> echo -n "$PSQL_START"
> >> su -l postgres -s /bin/sh -c "$PGLIB/bin/pg_ctl -D $PGDATA -p
> >> $PGLIB/bin/postmaster -o '-i' start > $PGDATA/log/syslog 2>&1" <
> >> /dev/null
> >>
> >> but still no core. I can't product that bt. Any suggestions?
>
> > Try ulimit -c...
>

Thank you for helping me produce a core dump file. (ulimit -c worked)
Still trying to produce the backtrace ...

gdb /path/to/postgres-executable /path/to/core-file

not working so well. ...

[root(at)cairo root]# gdb /usr/local/pgsql/bin/postgres
$PGDATA/base/75479566/core
GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...

warning: core file may not match specified executable file.
Core was generated by `postgres: video puma 127.0.0.1 SELE'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libreadline.so.4...done.
Loaded symbols for /usr/lib/libreadline.so.4
Reading symbols from /lib/libtermcap.so.2...done.
Loaded symbols for /lib/libtermcap.so.2
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
#0 0x0810e9a3 in ReleaseAndReadBuffer () at eval.c:41
41 eval.c: No such file or directory.
in eval.c
(gdb) bt
#0 0x0810e9a3 in ReleaseAndReadBuffer () at eval.c:41
Cannot access memory at address 0xafffec38
(gdb)

sorry i don't know gdb that well.

__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Reynard Hilman 2003-04-28 15:52:53 Re: why restoring a dump file is sooo slow
Previous Message Nigel J. Andrews 2003-04-28 15:48:32 timestamps and dates