Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753577AbYJVOi0 (ORCPT ); Wed, 22 Oct 2008 10:38:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754959AbYJVOiH (ORCPT ); Wed, 22 Oct 2008 10:38:07 -0400 Received: from smtp-vbr5.xs4all.nl ([194.109.24.25]:4251 "EHLO smtp-vbr5.xs4all.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754734AbYJVOiF (ORCPT ); Wed, 22 Oct 2008 10:38:05 -0400 Subject: Re: disk statistics issue in 2.6.27 From: Miquel van Smoorenburg To: Jens Axboe Cc: Greg KH , linux-kernel@vger.kernel.org In-Reply-To: <20081020171248.GE19428@kernel.dk> References: <20081019113102.GA18440@xs4all.net> <20081020171248.GE19428@kernel.dk> Content-Type: text/plain Organization: XS4ALL Internet B.V. Date: Wed, 22 Oct 2008 16:37:52 +0200 Message-Id: <1224686272.25437.14.camel@n2o.xs4all.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1674 Lines: 38 On Mon, 2008-10-20 at 19:12 +0200, Jens Axboe wrote: > On Sun, Oct 19 2008, Miquel van Smoorenburg wrote: > > I just upgraded one of our servers in the nntp cluster to 2.6.27.1 - > > most of the others are running 2.6.26.something. > > > > I noticed that the "iostat -k -x 2" output does't make any sense. > > The number of reads/sec and number of writes/sec are about what I > > would expect, and so are the other fields, but rkB/sec and wkB/sec > > are completely off-scale: gigabytes read/written per second. > > Weird, I cannot reproduce this at all, iostat works fine for me in .26, > .27 and current -git as well. So it's just a plain SCSI drive from > linux, no software raid or dm? It's a 3-disk hardware RAID5 array, Adaptec 2005S, dpt_i2o driver. > Are the reported values in iostat any sort of multiple of the real > throughtput, or is is just insanely large? It looks like it's a multiple, but it appears to vary between 128 and 512, and is different for reads and writes, so I do not know what to make of it. I tried to reproduce it on different systems - on another box with a 2010S controller I'm seeing the same thing. But on a different box with SATA drives I cannot reproduce the problem. Thanks for looking at this. I guess I'll have to start putting debug statements in block/gendisk.c to find out what's wrong. I might not have time for it until after next week though, but I won't give up :) Mike. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/