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