| From: | Douglas McNaught <doug(at)mcnaught(dot)org> |
|---|---|
| To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Cc: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: quick review |
| Date: | 2006-11-21 21:23:44 |
| Message-ID: | 87vel84hpb.fsf@suzuka.mcnaught.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Now ask your clients what errors they see that could be fixed by a
> repair tool. I think Bruce's formulation is unfortunate, and would
> look better like this: When we find that there is a bug that causes
> data corruption we fix the bug rather than supplying a workaround. Our
> position is that repair tools are mostly a bandaid, and we would
> rather fix the problem.
From what Tom and some others have been saying, it sounds as though
there might be scope for a debugfs(8) sort of tool, to assist in
reconstructing hardware-damaged data. I agree that any kind of
fsck(8)-style automatic de-scragger is probably not what we want.
The abovementioned tool would still require someone fairly
knowledgeble about the on-disk data structures to drive it.
-Doug
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Joshua D. Drake | 2006-11-21 21:32:38 | Re: quick review |
| Previous Message | Andrew Dunstan | 2006-11-21 21:18:15 | Re: quick review |