From: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> |
---|---|
To: | Achilleas Mantzios <achill(at)matrix(dot)gatewaynet(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Background fsck |
Date: | 2011-04-08 06:22:11 |
Message-ID: | BANLkTimoxYwhaL8zMXdswxnzHm2t13iY6Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Fri, Apr 8, 2011 at 12:19 AM, Achilleas Mantzios
<achill(at)matrix(dot)gatewaynet(dot)com> wrote:
> Στις Friday 08 April 2011 08:55:51 ο/η Ireneusz Pluta έγραψε:
>> Achilleas Mantzios wrote:
>> >
>> > In anyway, having FreeBSD to fsck, (background or not) should not happen. And the problem
>> > becomes bigger when cheap SATA drives will cheat about their write cache being flushed to the disk.
>> > So in the common case with cheap hardware, it is wise to have a UPS connected and being monitored
>> > by the system.
>> >
>>
>> It's not lack of UPS. Power issues are taken care of here. It's a buggy 3ware controller which hangs
>> the machine ocassionally and the only way to have it come back is to power cycle, hard reset is not
>> enough.
>
> What has happened to me (as Greg mentioned) is that repeatedly interrupted background fscks (having the system
> crash while background fsck was executing) might result in a seriously damaged fs.
> Add to this, the possible overhead by rebuilding software raid (gmirror) at the same time,
> and the situation becomes more complicated.
>
> So its better to replace/fix/remove this buggy controller, before anything else.
If I may ask, how often does it crash? And have you tried updating
the firmware of the controller and / or the driver in the OS?
From | Date | Subject | |
---|---|---|---|
Next Message | Ireneusz Pluta | 2011-04-08 09:34:53 | Re: Background fsck |
Previous Message | Achilleas Mantzios | 2011-04-08 06:19:42 | Re: Background fsck |