Re: Cannot read block error.

From: Jason Essington <jasone(at)GreenRiverComputing(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Cannot read block error.
Date: 2004-02-14 22:22:01
Message-ID: 361C62F2-5F3C-11D8-A43D-0003930C67DA@GreenRiverComputing.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Both vacuum [full] and reindex fail with that same error.

vacuum is run regularly via a cron job.

-jason
On Feb 14, 2004, at 2:29 PM, Joshua D. Drake wrote:

> Hello,
>
> When was the last time you ran a reindex? Or a vacuum / vacuum full?
>
> Sincerely,
>
> Joshua D. Drake
>
> On Sat, 14 Feb 2004, Jason Essington wrote:
>
>> I am running PostgreSQL 7.3.3 on OS X Server 10.2
>>
>> The database has been running just fine for quite some time now, but
>> this morning it began pitching the error:
>> ERROR: cannot read block 176 of tfxtrade_details: Numerical result
>> out of range
>> any time the table tfxtrade_details is accessed.
>>
>> A description of the table is at the end of this email
>>
>> I have a backup from last night, so I haven't lost much data (if any),
>> but I am curious if there is a way to recover from this (beyond
>> restoring from backup) and how I would go about figuring out what
>> caused it to prevent it from happening again.
>>
>> I will keep a copy of the data directory if anyone wants me to do any
>> analysis on it (I will need instructions).
>>
>> Any insights would be appreciated.
>>
>> Thanks
>>
>> Jason Essington
>> jaessing(at)greenrivercomputing(dot)com
>>
>>
>> hedgehog=# \d tfxtrade_details
>> Table "public.tfxtrade_details"
>> Column | Type | Modifiers
>> ---------------+--------------------------+-----------
>> rid | integer | not null
>> clientid | integer |
>> tradeid | integer |
>> rollid | integer |
>> rollpct | numeric(10,8) |
>> expdetailid | integer |
>> expid | integer |
>> contractpct | numeric(10,8) |
>> contractamt | numeric(18,2) |
>> origpct | numeric(10,8) |
>> origamt | numeric(18,2) |
>> acctgperiod | integer |
>> acctgperiodid | integer |
>> editdate | timestamp with time zone |
>> edituserid | character varying(48) |
>> parentid | integer |
>> entityid | integer |
>> tradedate | date |
>> maturitydate | date |
>> strategyid | integer |
>> currencyid | integer |
>> Indexes: tfxtrade_details_pkey primary key btree (rid),
>> tfxlinks_entityid_index btree (entityid),
>> tfxlinks_expdetailid_index btree (expdetailid),
>> tfxlinks_expid_index btree (expid),
>> tfxlinks_mdate_index btree (maturitydate),
>> tfxlinks_parentid_index btree (parentid),
>> tfxlinks_strategy_index btree (strategyid),
>> tfxlinks_tradeid_index btree (tradeid)
>> Triggers: RI_ConstraintTrigger_30891,
>> RI_ConstraintTrigger_30894,
>> tfxdetail_delete_trigger
>>
>>
>> ---------------------------(end of
>> broadcast)---------------------------
>> TIP 5: Have you checked our extensive FAQ?
>>
>> http://www.postgresql.org/docs/faqs/FAQ.html
>>
>
> --
> Co-Founder
> Command Prompt, Inc.
> The wheel's spinning but the hamster's dead
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2004-02-14 23:17:00 Re: Restore live backup from posgtres/data/base/* gives PHPPGADMIN errors, works fine otherwise
Previous Message Joshua D. Drake 2004-02-14 21:29:18 Re: Cannot read block error.