From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Brad Nicholson <bnichols(at)ca(dot)afilias(dot)info> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: page is uninitialized --- fixing |
Date: | 2008-03-26 19:31:40 |
Message-ID: | 9909.1206559900@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Brad Nicholson <bnichols(at)ca(dot)afilias(dot)info> writes:
> We just took a test database down (PG 8.1.11) fairly hard (pulled a SAN
> switch out while it was under load), which caused the DB to crash. It
> started up fine, when I vacuumed the DB, I saw the following messages.
> WARNING: relation "my_table" page 652139 is uninitialized --- fixing
> WARNING: relation "my_table" page 652140 is uninitialized --- fixing
> WARNING: relation "my_table" page 652940 is uninitialized --- fixing
> WARNING: relation "my_table" page 652941 is uninitialized --- fixing
> That sort of looks like it could be data loss, can someone explain what
> happened?
It could be that but not necessarily. These could be pages that were
allocated to put new tuples into, but the crash happened before the
inserting transaction committed (and, in fact, before any of the
associated WAL entries had made their way to disk -- else the empty
pages would've been initialized during WAL replay).
It would be easier to believe that if the uninitialized pages were all
contiguous though. Do you know that this table was under heavy insert
load at the time?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Ron Mayer | 2008-03-26 19:34:20 | Re: Survey: renaming/removing script binaries (createdb, createuser...) |
Previous Message | Steve Atkins | 2008-03-26 19:30:43 | Re: Survey: renaming/removing script binaries (createdb, createuser...) |