| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "dx k9" <bitsandbytes88(at)hotmail(dot)com> |
| Cc: | pgsql-admin(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: reindexdb hangs |
| Date: | 2007-05-02 22:25:03 |
| Message-ID: | 22018.1178144703@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin pgsql-hackers |
"dx k9" <bitsandbytes88(at)hotmail(dot)com> writes:
> [ stuck reindex ]
> It turns out it was a temporary database and temporary table, that just
> wasn't there maybe it thought it was there from some type of snapshot then
> the next minute it was gone.
Hmm, there is not any filter in ReindexDatabase() to exclude temp tables
of other backends, but it sure seems like there needs to be. CLUSTER
might have the same issue. I think we fixed this in VACUUM long ago,
but we need to check the other commands that grovel over all of a database.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2007-05-03 05:18:59 | Re: pg_user pg_shadow out of sync |
| Previous Message | Geoff Tolley | 2007-05-02 22:13:11 | Re: Multiple auth types for a connection |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jeff Davis | 2007-05-02 22:37:01 | Re: Sequential scans |
| Previous Message | Tom Lane | 2007-05-02 22:11:57 | Re: Creating new system catalog problems. |