Date: Fri, 8 Apr 2011 16:32:44 +0200
From: Jochen Erwied <jochen@pgsql-performance.erwied.eu>
Organization: Creative Chaos Computing
Message-ID: <1189652382.20110408163244@erwied.eu>
To: Ireneusz Pluta <ipluta@wp.pl>
CC: pgsql-performance@postgresql.org
Subject: Re: Background fsck
In-Reply-To: <4D9EF6E3.9010402@wp.pl>
References: <4D9CEA3F.5050603@wp.pl>
	<201104071701.02647.achill@matrix.gatewaynet.com>
	<4D9EA367.7060102@wp.pl>
	<201104080919.43152.achill@matrix.gatewaynet.com>
	<BANLkTimoxYwhaL8zMXdswxnzHm2t13iY6Q@mail.gmail.com>
	<4D9EF6E3.9010402@wp.pl>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Friday, April 8, 2011, 1:52:03 PM you wrote:

> Scott Marlowe wrote:
>> 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?
>>
> It happens once per two or three months, or so, taking the average. The firmware is beta as of
> January this year, advised to use by their technical support.

Do you run any software to periodically check the array status?

Or are there any other regular tasks involving 'tw_cli'-calls?

I had this effect while trying to examine the SMART-status of the attached 
drives on a 9690-8E, leading to spurious controller resets due to timeouts, 
also under high load.

Disabling the task solved the problem, and no further resets occured.

-- 
Jochen Erwied     |   home: jochen@erwied.eu     +49-208-38800-18, FAX: -19
Sauerbruchstr. 17 |   work: joe@mbs-software.de  +49-2151-7294-24, FAX: -50
D-45470 Muelheim  | mobile: jochen.erwied@vodafone.de       +49-173-5404164