From: | Honza <honzap(at)gmail(dot)com> |
---|---|
To: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Store data in pg_toast for custom type fails (bug?) |
Date: | 2014-04-22 11:19:15 |
Message-ID: | 53565033.4010905@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 03/28/2014 07:02 PM, Tom Lane wrote:
> I wrote:
>> Honza <honzap(at)gmail(dot)com> writes:
>>> after a months I've found a time to make test-case for this bug, probably:
>
>> Confirmed that this reproduces a problem on HEAD. Will look into it,
>> thanks!
>
> I believe I understand what's going on here, and it's not quite as
> exciting as it first appears. The issue is that we are failing to
> honor the "toasting goes only one level deep" rule in the specific
> case of arrays of composite type. So while it's definitely a nasty
> bug, it affects only narrow use cases, and doesn't call into question
> our whole vacuuming strategy or anything like that.
I would like to ask if there is anything new in this bug?
I've made a simple script which checks if daily backups are complete. For a week I've been deleting
a few records every day and hope the backup will be successfully done after that. The problem is
it's not possible to read all data from table during making backup using pg_dump too (not only
selecting data from table). I've found there is only one possibility to temporarily solve it and
have full backups - delete corrupted records.
Thanks for any news,
Jan
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2014-04-22 12:04:40 | Re: AXLE Plans for 9.5 and 9.6 |
Previous Message | Florian Weimer | 2014-04-22 11:19:02 | Re: RFC: Async query processing |