Re: Background fsck

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?

In response to

Responses

Browse pgsql-performance by date

  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