[ofw] SRP and DMIO - Windows Dynamic Disk

[Sufficool, Stanley]

Using Windows SRP (WinOF_2-2030_wnet_64)  / Linux SCST+SRPT (svn 695)
with dynamic disks leads to some strange behavior when the initiator is
rebooted. All basic disks come back online just fine. The dynamic disks
show up multiple times under the same names in disk manager, all as
offline or unreadable. The basic disks show as unreadable in disk
management even though they are connected and working fine. I expect to
see the dynamic disks as offline since the IB and SRP devices come up
after DMIO. I can script to bring these disks online after boot. 
 
If I perform a disk rescan in disk manager to try and recover the
dynamic disks, then all my basic disks that were previously working
disappear as well.
 
Event logs from the Windows LDM service are:
LDM Event: INTERNAL Error - No valid disk belonging to the disk group
was found (C1000096).

LDM Event: Unexpected failure. Error code:  <mailto:2 at 0200001D>
2 at 0200001D

Stopping then restarting the WinOF SRP Miniport Device restores my basic
disk, but only one dynamic disk comes back online (with failed
redundancy). The following doesn't look right either. Does this have to
do with the MPIO from the MS iSCSI initiator package?

PartMgr Event: Disk 3 will not be used because it is a redundant path
for disk 2.

Restarting the target with the initiator left online gives the same
result.

PartMgr Event: Disk 3 will not be used because it is a redundant path
for disk 2.

I have attached the SCST messages from the target using the debug and
extracheck build of SCST.
I have the target setup for the dynamic disks as 500MB vdisk file
targets with 512 block sizes.
 
BTW: This works just fine using the SCST + iSCSI target with MS iSCSI
initiator. Maybe because the iSCSI initiator timing issues put it way
farther back in the load process behind the network stack and DMIO/LDM
service.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/ofw/attachments/20090313/610847fe/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: messages
Type: application/octet-stream
Size: 87480 bytes
Desc: messages
URL: <http://lists.openfabrics.org/pipermail/ofw/attachments/20090313/610847fe/attachment.obj>