Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030451AbVKIWX6 (ORCPT ); Wed, 9 Nov 2005 17:23:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030456AbVKIWX6 (ORCPT ); Wed, 9 Nov 2005 17:23:58 -0500 Received: from mx2.suse.de ([195.135.220.15]:46025 "EHLO mx2.suse.de") by vger.kernel.org with ESMTP id S1030451AbVKIWX5 (ORCPT ); Wed, 9 Nov 2005 17:23:57 -0500 From: Neil Brown To: Chris Boot Date: Thu, 10 Nov 2005 09:23:36 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17266.30440.930561.902428@cse.unsw.edu.au> Cc: Linux Kernel Subject: Re: 2.6.14-mm1 RAID-1 in D< state In-Reply-To: message from Chris Boot on Wednesday November 9 References: <4371FA5B.6030900@bootc.net> X-Mailer: VM 7.19 under Emacs 21.4.1 X-face: v[Gw_3E*Gng}4rRrKRYotwlE?.2|**#s9D Hi all, > > I haven't noticed this until today...but my load average has been > skyrocketing past 3.00 since Monday, which is when I upgraded to > 2.6.14-mm1. I've got 3 Software RAID-1 arrays across 4 SATA disks, and > all 3 processes are locked in an uninterruptible sleep. > > What's interesting, though, is I haven't noticed a degradation of > performance at all, and all the arrays work absolutely fine. They aren't > rebuilding or doing anything strange that I can see. > > Any ideas? Can you echo t > /proc/sysrq-trigger dmesg > /tmp/log and post the log created, possibly removing everything before SysRq : Show State If you can't find the 'Show State', then maybe your log buffer isn't big enough. use 'dmesg -s ...' to make it bigger and try again. NeilBrown - 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/