Re: Problem creating index

From: Torello Querci <tquerci(at)gmail(dot)com>
To: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Luca Ferrari <fluca1978(at)infinito(dot)it>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Problem creating index
Date: 2013-08-28 06:56:42
Message-ID: CA+igE6StqueHV7hVkM54w=KWFw1XE_B7U+cS+AO0=BNTbLt5vA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Interesting .....

while trying to restore the database on the same machine as different
database I get this error message:

ERROR: date/time field value out of range: "20016009:50:37.927936"

Since I get this data from a database dump obtained with "pg_dump" on the
same hardware I suppose that can to be two possibility:

- postgresql bug somewhere
- hardware problem that caused data corruption

Since the dump file is 11G is not so easy to handle ....
I think that this is not related with create index problem since this field
is not used by this index and increase maintenance memory had worked.

I'll fix it and go ahead in maintenance_work_mem test for index creating.

Best Regards

2013/8/27 Torello Querci <tquerci(at)gmail(dot)com>

>
>
>
> 2013/8/26 Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
>
>> On Mon, Aug 26, 2013 at 10:01 AM, Torello Querci <tquerci(at)gmail(dot)com>
>> wrote:
>> > Ok,
>> >
>> > now create index is finished using maintenance_work_mem=100MB.
>> >
>> > Thanks to all.
>> >
>> > I suppose that an error message more clear can help.
>>
>> Unfortunately, since no one knows what the real problem is, we can't
>> make the message more clear. Something that is never supposed to
>> happen has happened.
>>
>> One thing you could do is set log_error_verbosity to verbose.
>>
>> It seems like the most likely cause is flaky hardware, either memory
>> or hard-drive. In which case, your database is in serious danger of
>> irrecoverable corruption.
>>
>> Is it reproducible that if you lower the maintenance_work_mem you get
>> the error again, and if you raise it the error does not occur?
>>
>> I'll try to restore the database on the same hw but different DB using
> differente maintenance_work_mem end verbosity and I'll posted the result
> here, if can help to improve the error message.
>
>
> Cheers, Torello
>
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message shanmugavel muthuvel 2013-08-28 10:05:38 virtualxid,relation lock
Previous Message John R Pierce 2013-08-28 04:13:00 Re: Is there any method to limit resource usage in PG?