pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Ireneusz Pluta <ipluta@wp.pl>
To: pgsql-performance@postgresql.org
Subject: Re: Background fsck
Date: Fri, 08 Apr 2011 13:52:03 +0200
Message-ID: <4D9EF6E3.9010402@wp.pl> (raw)
In-Reply-To: <BANLkTimoxYwhaL8zMXdswxnzHm2t13iY6Q@mail.gmail.com>
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>

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.

Kinda off topic here, but as asked, take a look at the details:

/c0 Driver Version = 3.60.04.006
/c0 Model = 9650SE-16ML
/c0 Available Memory = 224MB
/c0 Firmware Version = FE9X 4.10.00.016
/c0 Bios Version = BE9X 4.08.00.002
/c0 Boot Loader Version = BL9X 3.08.00.001

There is a newer beta firmware available from LSI support page, but changelog does not indicate 
anything which might be related to this problem.
OS is 6.2-RELEASE FreeBSD
The driver also should be the newest for this platform.

What's more, this is already a new controller. It replaced the previous one because of exactly the 
same persisting problem. I think tech support people not knowing a solution just buy some time for 
them and say "flash this beta firmware maybe it helps" or "replace your hardware".

The controller always hangs with the following:

Send AEN (code, time): 0031h, 04/06/2011 21:56:45
Synchronize host/controller time
(EC:0x31, SK=0x00, ASC=0x00, ASCQ=0x00, SEV=04, Type=0x71)

Assert:0 from Command Task
File:cacheSegMgr.cpp Line:290

and this is usually at the time of IO peaks, when dumps get transferred to another system.

My general plan for now is to migrate all services from this machine to the new ones and refresh it 
completely for less critical services. But it is not a task for just a few days so the failures have 
their chances to happen. While bearing this, I wanted to check if I could ease my life a little with 
background checks.





view thread (17+ messages)  latest in thread

Message-ID: <4D9EF6E3.9010402@wp.pl>
Permalink:  ../4D9EF6E3.9010402@wp.pl/
Also on:    postgresql.org/message-id/4D9EF6E3.9010402@wp.pl

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: ipluta@wp.pl
  Subject: Re: Background fsck
  In-Reply-To: <4D9EF6E3.9010402@wp.pl>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox