From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Whit Armstrong <armstrong(dot)whit(at)gmail(dot)com> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: how to cancel a query in progress |
Date: | 2009-06-17 22:19:56 |
Message-ID: | 5215.1245277196@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Whit Armstrong <armstrong(dot)whit(at)gmail(dot)com> writes:
> getting a few "page xxx is uninitialized --- fixing" warnings in the
> vacuum output, but seems like this should be expected since I killed
> an insert in progress.
Yeah, that isn't too surprising. When a table runs out of space the
first thing we do is extend it with zeroed pages, mainly to make sure
that the disk space is available. The next thing that will hit disk
is WAL records about the insertions, and finally the updated pages
themselves (overwriting the zeroes). A forced database crash before
the WAL gets written leads to some all-zero pages left behind on disk.
They're harmless, and VACUUM knows enough to clean them up and make
them useful (but it emits a WARNING just to be chatty).
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-06-17 22:35:05 | Re: Some strange bug with drop table with slony cluster |
Previous Message | Konstantin Izmailov | 2009-06-17 22:18:56 | Re: issue with lo_lseek - it returns 4 |