#243 (Request adding LSI megaraid card support on windows) – smartmontools

follow-up: 3 comment:1 by Christian Franke, 12 years ago

Keywords:	megaraid windows added; LSI removed

Pass-through access to disks behind RAID controllers is typically vendor- and platform-specific. Pass-through support in controller firmware does not imply that related pass-through support in the Windows driver exists.

Do you have any info about a possible ATA/SCSI pass-through I/O-control implemented in the LSI MegaRAID driver for Windows? As a LSI user, you might be able to ask LSI support for more information.

Please test whether CSMI is possibly implemented. Attach the result of following command:

  smartctl -d csmi -r ioctl,2 --scan

comment:2 by dzxxly, 12 years ago

Thank you for the response, I will ask LSI for more detail about the driver.
The following is the command output on my system

.\PhysicalDrive0: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\PhysicalDrive1: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\PhysicalDrive2: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\PhysicalDrive3: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\PhysicalDrive4: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\PhysicalDrive5: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\PhysicalDrive6: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\PhysicalDrive7: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\PhysicalDrive8: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSI"
Product: "MR9261-8i"
Revision: "2.12"
Removable: No
BusType: 0x08

SMART_GET_VERSION failed, Error=1

.\Scsi0: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1
.\Scsi1: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1
.\Scsi2: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1
.\Scsi3: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1
.\Scsi4: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117

in reply to: 1 comment:3 by dzxxly, 12 years ago

I believe the ATA/SCSI pass-through should be implemented in windows driver, for we has another software SCSI TOOL BOX can operate the physical drive directly, but it is not free...

comment:4 by Christian Franke, 12 years ago

When you contact LSI, you might want to note that other vendors already provided info and support for smartmontools:

In 2006, AMCC/3ware (now LSI :-) provided info, driver enhancements and a controller for testing, see r2270.
Recently, Areca provided patches for smartmontools itself, see r3612, r3646.

follow-up: 6 comment:5 by Christian Franke, 12 years ago

Did you receive any info from LSI yet?

LSI did not answer a recent (unrelated) request about LSI/3ware SAS controllers, see ticket #161.

in reply to: 5 comment:6 by dzxxly, 12 years ago

Replying to chrfranke:

Did you receive any info from LSI yet?

LSI did not answer a recent (unrelated) request about LSI/3ware SAS controllers, see ticket #161.

I still trying to ask for the info, but their feedback seems not so optimistic

comment:7 by tfranzke, 12 years ago

Cc:	tfranzke added
Keywords:	lsi added

Just to throw in my two cents worth:

At a customer's location I am running a Microsoft Windows Server 2003R2 on a Lenovo RS110 (MT: 6438-13?). This server comes with an installed LSI SAS 3000 / 1064E (4Port) controler. Running the above mentioned command (smartctl -d csmi -r ioctl,2 --scan) leads to the following:

.\PhysicalDrive0: successfully opened

IOCTL_STORAGE_QUERY_PROPERTY returns:

Vendor: "LSILOGIC"
Product: "Logical Volume "
Revision: "3000"
Removable: No
BusType: 0x0a

.\Scsi0: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
.\Scsi1: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
.\Scsi2: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
.\Scsi3: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
.\Scsi4: successfully opened IOCTL_SCSI_MINIPORT(CC_CSMI_1) succeeded, bytes returned: 204

CSMI_SAS_DRIVER_INFO:

Name: "LSI_SAS.SYS"
Description: "LSI PCI/PCI-X Fusion-MPT SAS Driver"
Revision: 1.26
IOCTL_SCSI_MINIPORT(CC_CSMI_20) succeeded, bytes returned: 2080

CSMI_SAS_PHY_INFO: NumberOfPhys=4
Phy[0] Port: 0x00

Type: 0x10, 0x10
InitProto: 0x0e, 0x00
TargetProto: 0x00, 0x01
PhyIdent: 0x00, 0x00
SASAddress: 50 05 07 6b 06 44 1d 6c, de 64 a7 a1 a2 d2 ac 9e

Phy[1] Port: 0x00

Type: 0x10, 0x10
InitProto: 0x0e, 0x00
TargetProto: 0x00, 0x01
PhyIdent: 0x01, 0x00
SASAddress: 50 05 07 6b 06 44 1d 6d, de 64 a7 a1 93 bf c3 9e

Phy[2] Port: 0x00

Type: 0x10, 0x00
InitProto: 0x0e, 0x00
TargetProto: 0x00, 0x00
PhyIdent: 0x02, 0x00
SASAddress: 50 05 07 6b 06 44 1d 6c, 00 00 00 00 00 00 00 00

Phy[3] Port: 0x00

Type: 0x10, 0x00
InitProto: 0x0e, 0x00
TargetProto: 0x00, 0x00
PhyIdent: 0x03, 0x00
SASAddress: 50 05 07 6b 06 44 1d 6c, 00 00 00 00 00 00 00 00

/dev/csmi4,0 -d ata # /dev/csmi4,0, ATA device
/dev/csmi4,1 -d ata # /dev/csmi4,1, ATA device

And then running

"smartctl -a /dev/csmi4,0" or "smartctl -a /dev/csmi4,1"

gives a nice SMART results page with all correct data, stating the correct attributes. However, giving "smartctl -t short /dev/csmi4,0" a shot leads to: "CSMI(25) failed with ReturnCode=1"

Now it's your turn again...

comment:8 by Christian Franke, 12 years ago

Keywords:	megaraid windows lsi → lsi megaraid windows

Thanks for the info. This is actually the first report of a non-Intel Windows RAID driver supporting CSMI (which was specified for Linux and Windows and was supposed to be vendor independent).

Regarding "-t short": The CC_CSMI_SAS_STP_PASSTHRU (25) function of this driver might not be fully transparent or there is some parameter problem with non-DATA ATA commands. Please try some other non-DATA command, for example enable the write cache:

smartctl -s wcache,on /dev/csmi4,0

(Please provide smartctl output within curly braces like above to prevent bogus wiki formatting)

comment:9 by Christian Franke, 11 years ago

Any further experience with CSMI support of LSI Windows driver?

comment:10 by Christian Franke, 11 years ago

Resolution:	→ worksforme
Status:	new → closed

According to above comment, "smartctl ... /dev/csmiX,N" works with MegaRAID Windows driver.

comment:11 by Elliott Balsley, 6 years ago

I have an LSI 9361 using Megaraid driver 6.14 and it's not working with smartctl 6.6. I've read conflicting reports of whether CSMI should be working here. Apparently megaraid device type works on linux, so it would be great to have this on Windows too.

.\smartctl.exe -d csmi -r ioctl,2 --scan
 \\.\Scsi0:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117
 \\.\Scsi1:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117
 \\.\Scsi2:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117

.\smartctl.exe --scan
/dev/sda -d sat # /dev/sda [SAT], ATA device
/dev/sdb -d sat # /dev/sdb [SAT], ATA device
/dev/sdc -d sat # /dev/sdc [SAT], ATA device
/dev/sdd -d sat # /dev/sdd [SAT], ATA device
/dev/sde -d sat # /dev/sde [SAT], ATA device
/dev/sdf -d sat # /dev/sdf [SAT], ATA device
/dev/sdg -d sat # /dev/sdg [SAT], ATA device
/dev/sdh -d sat # /dev/sdh [SAT], ATA device
/dev/sdi -d ata # /dev/sdi, ATA device

Last edited 6 years ago by Elliott Balsley (previous) (diff)

comment:12 by Elliott Balsley, 6 years ago

Resolution:	worksforme
Status:	closed → reopened

comment:13 by Christian Franke, 6 years ago

Resolution:	→ wontfix
Status:	reopened → closed

If LSI decided to remove CSMI support in newer drivers, there is nothing we could do.

For future requests, please don't reopen 5+ year old tickets. If you could provide information about an alternative pass-through functionality supported by the driver of this controller, please create a new ticket.

comment:14 by Elliott Balsley, 6 years ago

Okay. I will ask LSI if they will consider opening up this functionality.
Would it be possible to access without CSMI, as you do on Linux?
-d megaraid,N /dev/sdX

comment:15 by Christian Franke, 6 years ago

Linux is a different story as the driver itself is open source.

comment:16 by maclin, 3 years ago

Hi!

C:\Program Files\smartmontools\bin>smartctl.exe -a /dev/csmi2,4
smartctl 7.2 2020-12-30 r5155 [x86_64-w64-mingw32-xp64-sp2] (sf-7.2-1)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Smartctl open device: /dev/csmi2,4 failed: CSMI(1) failed with Error=87

C:\Program Files\smartmontools\bin>smartctl.exe -d csmi -r ioctl,2 --scan
 \\.\Scsi0:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
 \\.\Scsi1:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
 \\.\Scsi2:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
 \\.\Scsi3:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
 \\.\Scsi4:: successfully opened
  IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=1117

C:\Program Files\smartmontools\bin>smartctl.exe -a /dev/csmi0,0
smartctl 7.2 2020-12-30 r5155 [x86_64-w64-mingw32-xp64-sp2] (sf-7.2-1)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Smartctl open device: /dev/csmi0,0 failed: CSMI(1) failed with Error=87

Windows xp 64bit and Supermicro X8DA3 motherboard with Intel ICH10R

How to make it work?

comment:17 by maclin, 3 years ago

Strange but it shows as lsi

C:\Program Files\smartmontools\bin>smartctl.exe  /dev/sda -a
smartctl 7.2 2020-12-30 r5155 [x86_64-w64-mingw32-xp64-sp2] (sf-7.2-1)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               LSI
Product:              MegaSR
Revision:             1.0
Compliance:           SPC-2
User Capacity:        998а999а326а720 bytes [998 GB]
Logical block size:   512 bytes
Logical Unit id:      0x6000805e000000000000000000000000
Serial number:
Device type:          disk
Local Time is:        Tue Aug 17 13:52:40 2021 KST
SMART support is:     Unavailable - device lacks SMART capability.

comment:18 by maclin, 3 years ago

Resolution:	wontfix
Status:	closed → reopened

comment:19 by Christian Franke, 3 years ago

\\.\Scsi0:: successfully opened
 IOCTL_SCSI_MINIPORT(CC_CSMI_1) failed, Error=87
...

The driver does not advertise CSMI support (very old drivers reportedly did).

Strange but it shows as lsi
...

Vendor:               LSI
Product:              MegaSR
Revision:             1.0
Compliance:           SPC-2

This is the SCSI view of the logical drive reporting the brand of the controller. This usually does not provide any SMART related information about any of the physical drives behind.

comment:20 by Christian Franke, 3 years ago

Resolution:	→ wontfix
Status:	reopened → closed

The info from above comments do not help.

Reported by:	dzxxly	Owned by:	somebody
Priority:	major	Milestone:
Component:	all	Version:
Keywords:	lsi megaraid windows	Cc:	tfranzke

Context Navigation

#243 closed enhancement (wontfix)

Request adding LSI megaraid card support on windows

Description

Change History (20)