From owner-freebsd-stable@FreeBSD.ORG Sat May 15 16:18:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A817E106566C for ; Sat, 15 May 2010 16:18:53 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5F4858FC18 for ; Sat, 15 May 2010 16:18:52 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4E67B19E027; Sat, 15 May 2010 18:18:51 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 0EC7119E023; Sat, 15 May 2010 18:18:49 +0200 (CEST) Message-ID: <4BEEC968.3050704@quip.cz> Date: Sat, 15 May 2010 18:18:48 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: Pieter de Boer References: <4BED8B89.6010901@os3.nl> <20100514195346.GA8977@icarus.home.lan> <4BEDBC08.2040002@os3.nl> <20100514224236.GA11680@icarus.home.lan> <4BEE9D13.9060702@os3.nl> In-Reply-To: <4BEE9D13.9060702@os3.nl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Read / write timeouts on SATA disks connected to ICH9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 May 2010 16:18:53 -0000 Pieter de Boer wrote: > Hi there, > >> what kind of disk I/O is going on. If actual I/O is very little, then >> something weird is going on with regards to the number of interrupts >> being seen on IRQ 23. mav@ might have some ideas, otherwise I'd >> recommend rebooting the machine and seeing if the number drops. If so, >> it may be that the OS has some sort of bug where a disk timing out or >> falling off the bus causes interrupt problems. (It's too bad you don't >> have AHCI on this system. It handles stuff like this much more >> elegantly...) > Well, due to a UFS snapshot panic the box was rebooted, and now I only > see around 1500 interrupts per second, while syncing the mirror. I seen high interrupts on 7.x systems after pulling out/in one drive in gmirror [1] even if it was successfully disconnected by gmirror remove + atacontrol detach and reconnected by atacontrol attach + gmirror insert. It was not 100% reproducible, but it seems the bug is still there in 8.x. [1] http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046003.html Miroslav Lachman