Hi!
I have a problem with some host: If I put heavy IO load on that
system, write errors happen, and then it crashes.
CPU: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz
RAM: 8 GB RAM with the following SATA controller:
OS: 8.3-REL amd64
Board (from dmidecode):
Manufacturer: Intel Corporation
Product Name: IRONLAKE & IBEX PEAK Chipset
The controller:
ahci0: <Intel 5 Series/3400 Series AHCI SATA controller> port
0x1840-0x1847,0x1814-0x1817,0x1818-0x181f,0x1810-0x1813,0x1820-0x183f mem
0xf4d04000-0xf4d047ff irq 19 at device 31.2 on pci0
pciconf -lvb says:
ahci0@pci0:0:31:2: class=0x010601 card=0x3b208086 chip=0x3b228086 rev=0x06
hdr=0x00
vendor = 'Intel Corporation'
device = 'IBEX AHCI Controller(6Port) (Intel Q57 Express)'
class = mass storage
subclass = SATA
bar [10] = type I/O Port, range 32, base 0x1840, size 8, enabled
bar [14] = type I/O Port, range 32, base 0x1814, size 4, enabled
bar [18] = type I/O Port, range 32, base 0x1818, size 8, enabled
bar [1c] = type I/O Port, range 32, base 0x1810, size 4, enabled
bar [20] = type I/O Port, range 32, base 0x1820, size 32, enabled
bar [24] = type Memory, range 32, base 0xf4d04000, size 2048, enabled
AHCI is enabled.
This device is connected:
ada0 at ahcich2 bus 0 scbus2 target 0 lun 0
ada0: <ST91000640NS SN01> ATA-8 SATA 3.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada0: Command Queueing enabled
ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C)
I disabled soft-updates, and forced the filesystems to sync,
the errors still occure.
I tried different SATA cables, different ports on the board, different
drives, always the same.
So I suspect the controller -- has anyone experience with that controller ?
--
pi@opsec.eu +49 171 3101372 8 years to go !
Kurt Jaeger <lists@opsec.eu> wrote:
> I have a problem with some host: If I put heavy IO load on that
> system, write errors happen, and then it crashes.
What kind of write errors, exactly? What messages do you
get on the console?
It's also worth mentioning that such problems could also
be caused by bad RAM, or even by the power supply (though
the latter is unlikely in this case, I think).
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n-
chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd
"One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs."
-- Robert Firth
On Fri, Jun 08, 2012 at 04:46:21PM +0200, Kurt Jaeger wrote:> Hi! > > I have a problem with some host: If I put heavy IO load on that > system, write errors happen, and then it crashes. > > AHCI is enabled. > > So I suspect the controller -- has anyone experience with that controller ?Hello Kurt, I don't have the same controller, but we've seen problems with other intel AHCI controllers and the new AHCI driver. Could you try running with old ATA driver instead of ahci driver? It helped us, might not be the case for you. Regards. Victor. -- La prueba m?s fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros.