From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Olien Subject: Re: Question about Request Sense case in scsi_lib.c Date: Tue, 12 Oct 2004 13:44:18 -0700 Sender: linux-scsi-owner@vger.kernel.org Message-ID: <20041012204418.GA28221@osdl.org> References: <20041012000058.GA26569@osdl.org> <20041012165919.GA27526@osdl.org> <1097601199.2044.91.camel@mulgrave> <20041012175943.GB27526@osdl.org> <20041012201317.GA14345@beaverton.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from fw.osdl.org ([65.172.181.6]:6350 "EHLO mail.osdl.org") by vger.kernel.org with ESMTP id S267759AbUJLUoZ (ORCPT ); Tue, 12 Oct 2004 16:44:25 -0400 Content-Disposition: inline In-Reply-To: <20041012201317.GA14345@beaverton.ibm.com> List-Id: linux-scsi@vger.kernel.org To: Patrick Mansfield Cc: James Bottomley , Tim Pepper , SCSI Mailing List Patrick, Thanks for the pointer. I'll see what SCSI logging reveals. Yup, I'm definately not doing this hoping to measure performance. I'm trying to understand better how my hardware is working, and making sure it's working correctly. A couple weeks ago, I had IO failures because of two flakey gbic's on my fibre channel switches. It took some effort to track those down and replace them. So now, I want to understand this new behavior before moving on. If there's a software bug triggered by these scsi command requeue's, it's probably worth understanding that and fixing it. Thanks! Dave Olien On Tue, Oct 12, 2004 at 01:13:17PM -0700, Patrick Mansfield wrote: > > I ran that way (use both controllers for one LUN while in AVT mode) a long > time ago, I don't know the timing, but performance was horrid. I can't > think of any reason to run that way, other than trying to duplicate this > bug ;-) > > AFAIR the "transfer" is moving cached data from one controller of the disk > array to the other, but it must have some sort of synchronization method. > > But try running with the scsi command completion logging on, it should > dump the full sense data. > > You can run at this log level without generating extra IO (won't log the > logging), make sure you have CONFIG_SCSI_LOGGING on, and then use: > > sysctl -w dev.scsi.logging_level=0x1200 > > Or just use /proc/sys/dev/scsi/logging_level ... > > Set back to zero to turn off logging: > > sysctl -w dev.scsi.logging_level=0 > > And you should get logging for non-zero scmd->result IO completions > (scmd->result is 2 meaning check condition in the below output) like this: > > Oct 12 13:00:54 elm3b79 kernel: scsi <0:0:0:0> done SUCCESS 2 scsi0 : destination target 0, lun 0 > Oct 12 13:00:54 elm3b79 kernel: command = Inquiry 01 83 00 fe 00 > Oct 12 13:00:54 elm3b79 kernel: Current sda: sense key Illegal Request > Oct 12 13:00:54 elm3b79 kernel: Additional sense: Invalid field in cdb > > HTH ... > > -- Patrick Mansfield