From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?Rapha=EBl_Bauduin?= Subject: strange observation, the queue depth is (64) meanwhile fw queue depth (65) Date: Thu, 27 Mar 2014 15:21:29 +0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from plane.gmane.org ([80.91.229.3]:52669 "EHLO plane.gmane.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751519AbaC0OZG (ORCPT ); Thu, 27 Mar 2014 10:25:06 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WTBEu-00087g-B5 for linux-scsi@vger.kernel.org; Thu, 27 Mar 2014 15:25:04 +0100 Received: from 217.64.254.218.mactelecom.net ([217.64.254.218]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2014 15:25:04 +0100 Received: from rblists by 217.64.254.218.mactelecom.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2014 15:25:04 +0100 Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: linux-scsi@vger.kernel.org Hi, I have these messages logged on 2 different servers (one production, on= e=20 stand-by) when using recent vanilla kernels. I have found references to these logs, but this was supposedly=20 introduced in the 2.6.31 kernel. However, running kernel 2.6.32.61, this message does not appear. It=20 appears when running kernel versions 3.12.15, 3.13.1 and 3.13.6. I=20 haven't tested other intermediate kernel versions. We had once the root filesystem remounted read-only on the production=20 server, and we found no significant error messages other than the one i= n=20 the subject of this mail. This makes me wary to ignore these messages,=20 and since then we went back to kernel 2.6.32.61.... I've tried running=20 kernels mentioned above on the stand-by server, and get the errors ther= e=20 too. Here is the exact error message from dmesg: [ 3776.788033] sd 7:1:0:0: strange observation, the queue depth is (64)= =20 meanwhile fw queue depth (65) and below are some other extracts from dmesg. Both servers have these errors on a RAID1 volume on which the root=20 partition is located. I hope someone can help me to resolve this. I can send any information=20 you might require. Thanks in advance Rapha=EBl [ 2.978053] SCSI subsystem initialized [ 2.979969] Fusion MPT base driver 3.04.20 [ 2.980059] Copyright (c) 1999-2008 LSI Corporation [ 3.712015] ioc0: LSISAS1064E B3: Capabilities=3D{Initiator} [ 16.516096] scsi7 : ioc0: LSISAS1064E B3, FwRev=3D01182b00h, Ports=3D= 1,=20 MaxQ=3D286, IRQ=3D16 [ 16.536672] mptsas: ioc0: attaching ssp device: fw_channel 0, fw_id=20 2, phy 0, sas_addr 0x500000e01ee1a602 [ 16.538312] scsi 7:0:0:0: Direct-Access FUJITSU MBC2073RC=20 5201 PQ: 0 ANSI: 5 [ 16.542605] mptsas: ioc0: attaching ssp device: fw_channel 0, fw_id=20 1, phy 1, sas_addr 0x500000e01edab602 [ 16.544158] scsi 7:0:1:0: Direct-Access FUJITSU MBC2073RC=20 5201 PQ: 0 ANSI: 5 [ 16.548445] mptsas: ioc0: attaching raid volume, channel 1, id 0 [ 16.549304] scsi 7:1:0:0: Direct-Access LSILOGIC Logical Volume=20 3000 PQ: 0 ANSI: 2 [ 16.556492] sd 7:1:0:0: [sdr] 140623872 512-byte logical blocks:=20 (71.9 GB/67.0 GiB) [ 16.556824] sd 7:1:0:0: [sdr] Write Protect is off [ 16.556895] sd 7:1:0:0: [sdr] Mode Sense: 03 00 00 08 [ 16.557109] sd 7:1:0:0: [sdr] No Caching mode page found [ 16.557180] sd 7:1:0:0: [sdr] Assuming drive cache: write through [ 16.558258] sd 7:1:0:0: [sdr] No Caching mode page found [ 16.558329] sd 7:1:0:0: [sdr] Assuming drive cache: write through [ 16.575039] sdr: sdr1 sdr2 [ 16.576018] sd 7:1:0:0: [sdr] No Caching mode page found [ 16.576088] sd 7:1:0:0: [sdr] Assuming drive cache: write through [ 16.576356] sd 7:1:0:0: [sdr] Attached SCSI disk -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html