| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Ben Chobot <bench(at)silentmedia(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: vacuum issues under load? |
| Date: | 2010-01-15 14:45:42 |
| Message-ID: | 27928.1263566742@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Ben Chobot <bench(at)silentmedia(dot)com> writes:
> We have recently discovered a problem with our slony-1 cluster of 8.1.19
> installs. Specifically, we are unable to vacuum a table on the master
> node; vacuum always hangs on the same index of the same table. If we do a
> slony switchover and make the other node the master, then *it* will become
> unable to vacuum that index. Vacuum on the slave always works quickly and
> without issue. Vacuum does not hang anywhere else.
> When we tried to strace the vacuuming backend, it appeared as if it was
> trying to acquire a lock, but pg_lock showed nothing unexpected for that
> index.
Try attaching to the process with gdb and getting a stack trace.
Also ask on the slony lists if anyone's seen anything like this. I
don't know a reason for slony to have any effect like that, but there's
got to be *something* weird going on.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ben Chobot | 2010-01-15 14:57:18 | Re: vacuum issues under load? |
| Previous Message | Vincenzo Romano | 2010-01-15 09:28:55 | Re: R: Re: R: Re: Weird EXECUTE ... USING behaviour |