From: | John R Pierce <pierce(at)hogranch(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Request to share information regarding deadlock in postgresql-8.1.18 |
Date: | 2016-11-14 08:50:01 |
Message-ID: | fe76139a-bbe9-3b6b-ffff-84c6683c7fa2@hogranch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 11/13/2016 11:52 PM, Yogesh Sharma wrote:
>> you can look those relation numbers up in the pg_catalog to see what they are. you can see what the processes are in pg_stat_activity.
> Currently machine is not available. Please suggest if any other approach to identify the same.
>
without access to the system thats generating the error, there's nothing
you can learn.
>> >THis has nothing to do with the growing WAL logs... something is blocking checkpoints if a single WAL file keeps >growing, are you using some form of wal archiving, is that working correctly ? could something
>> >be preventing checkpoints? what are the related checkpoint and WAL settings?
> Many WAL files are generated in pg_xlog directory. I don’t know how I can check checkpoint and WAL settings?
> By default setting of postgresql.conf is used.
I just noticed, you're talking about postgresql 8.1.18? thats an
unsupported and obsolete version from 2009.
A standalone postgres installation that hasn't been configured for WAL
archiving will normally only generate up to 2*CHECKPOINT_SEGMENTS + 1
wal files of 16MB each (assuming all defaults, thats 7 files). The
obsolete 8.1 documentation on this is here,
https://www.postgresql.org/docs/8.1/static/wal-configuration.html
If you've configured wal archiving, AND this isn't working correctly,
WAL files can stack up indefinitely. See
https://www.postgresql.org/docs/8.1/static/backup-online.html
--
john r pierce, recycling bits in santa cruz
From | Date | Subject | |
---|---|---|---|
Next Message | Tobias Bussmann | 2016-11-14 10:36:07 | Re: Sequential parallel scan / agg |
Previous Message | Yogesh Sharma | 2016-11-14 07:52:48 | Re: Request to share information regarding deadlock in postgresql-8.1.18 |