Re: Dying PostgreSQL backend
От | otisg |
---|---|
Тема | Re: Dying PostgreSQL backend |
Дата | |
Msg-id | 0a6601c1f579$ea14e390$6cc8010a@mail2world.com обсуждение исходный текст |
Ответ на | Dying PostgreSQL backend ("otisg" <otisg@iVillage.com>) |
Ответы |
Re: Dying PostgreSQL backend
|
Список | pgsql-admin |
Hello,
Unfortunately, I cannot get PostgreSQL to dump core despite setting ulimit -c to:
[root@linux2 otis]# ulimit -a
core file size (blocks) unlimited
And starting PostgreSQL this way:
su -l postgres -s /bin/sh -c "/usr/bin/pg_ctl -D $PGDATA -p /usr/bin/postmaster start"
The backend doesn't want to dump core, it just dies and restarts, dies and restarts.
I am really running only 2 very similar UPDATE statements. They update the same table, changing only a few fields.
I tried running VACUUM ANALYZE more frequently, but that didn't make any difference.
Is there any other way that I can get more information out of postgres backend?
Thanks,
Otis
_______________________________________________________________
Sign up for FREE iVillage newsletters.
From health and pregnancy to shopping and relationships, iVillage
has the scoop on what matters most to you.
<-----Original Message----->
>
> From: Tom Lane
> Sent: 5/6/2002 12:47:31 PM
> To: otisg@iVillage.com
> Cc: pgsql-admin@postgresql.org
> Subject: Re: [ADMIN] Dying PostgreSQL backend
>
> "otisg" writes:
> What gets logged in syslog log file are things like this:
>
> The messages you quoted are no help, because none of them directly
> show the crashing backend.
>
> What I'd recommend doing is gdb'ing the core dump file to get a stack
> trace; that would give us some clue what's wrong. And you could do
> "p debug_query_string" to see what query made it crash.
>
> If you do not find a core file in the database subdirectory
> ($PGDATA/base/yourdbnumber/core) then you are probably running the
> postmaster with "ulimit -c 0" which disables core dumps. Restart
> it with environment "ulimit -c unlimited".
>
> regards, tom lane
>
Unfortunately, I cannot get PostgreSQL to dump core despite setting ulimit -c to:
[root@linux2 otis]# ulimit -a
core file size (blocks) unlimited
And starting PostgreSQL this way:
su -l postgres -s /bin/sh -c "/usr/bin/pg_ctl -D $PGDATA -p /usr/bin/postmaster start"
The backend doesn't want to dump core, it just dies and restarts, dies and restarts.
I am really running only 2 very similar UPDATE statements. They update the same table, changing only a few fields.
I tried running VACUUM ANALYZE more frequently, but that didn't make any difference.
Is there any other way that I can get more information out of postgres backend?
Thanks,
Otis
_______________________________________________________________
Sign up for FREE iVillage newsletters.
From health and pregnancy to shopping and relationships, iVillage
has the scoop on what matters most to you.
<-----Original Message----->
>
> From: Tom Lane
> Sent: 5/6/2002 12:47:31 PM
> To: otisg@iVillage.com
> Cc: pgsql-admin@postgresql.org
> Subject: Re: [ADMIN] Dying PostgreSQL backend
>
> "otisg" writes:
> What gets logged in syslog log file are things like this:
>
> The messages you quoted are no help, because none of them directly
> show the crashing backend.
>
> What I'd recommend doing is gdb'ing the core dump file to get a stack
> trace; that would give us some clue what's wrong. And you could do
> "p debug_query_string" to see what query made it crash.
>
> If you do not find a core file in the database subdirectory
> ($PGDATA/base/yourdbnumber/core) then you are probably running the
> postmaster with "ulimit -c 0" which disables core dumps. Restart
> it with environment "ulimit -c unlimited".
>
> regards, tom lane
>
В списке pgsql-admin по дате отправления: