From: | tgl(at)postgresql(dot)org (Tom Lane) |
---|---|
To: | pgsql-committers(at)postgresql(dot)org |
Subject: | pgsql: Make sure that open hash table scans are cleaned up when bgwriter |
Date: | 2007-09-11 17:15:33 |
Message-ID: | 20070911171533.AD70E754206@cvs.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Log Message:
-----------
Make sure that open hash table scans are cleaned up when bgwriter tries to
recover from elog(ERROR). Problem was created by introduction of hash seq
search tracking awhile back, and affects all branches that have bgwriter;
in HEAD the disease has snuck into autovacuum and walwriter too. (Not sure
that the latter two use hash_seq_search at the moment, but surely they might
someday.) Per report from Sergey Koposov.
Modified Files:
--------------
pgsql/src/backend/postmaster:
autovacuum.c (r1.56 -> r1.57)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/postmaster/autovacuum.c?r1=1.56&r2=1.57)
bgwriter.c (r1.41 -> r1.42)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/postmaster/bgwriter.c?r1=1.41&r2=1.42)
walwriter.c (r1.1 -> r1.2)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/postmaster/walwriter.c?r1=1.1&r2=1.2)
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-09-11 17:15:40 | pgsql: Make sure that open hash table scans are cleaned up when bgwriter |
Previous Message | Tom Lane | 2007-09-11 16:17:46 | pgsql: Include hash table name in all the internal-error elog messages |