Community

Subscribe
Highlighted

FC RDM Luns in ESX4.1 virtual machines

unsupported initiator after migrating a virtual machine to an esx 4.1 server and upgrading the vm-tools the FC lun is still visible in snapdrive, after a reboot snapdrive doesn't see the FC lun anymore, however it is still visible/usable as drive. The eventlog shows the following.

Event Type: Warning
Event Source: SnapDrive
Event Category: Generic event
Event ID: 317
Date: 27-9-2010
Time: 15:52:21
User: N/A
Computer: SNAPDRIVE
Description:
Failed to enumerate LUN.
Device path: '\\?\scsi#disk&ven_netapprev_7340#40&000100#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
Storage path: '/vol/testvol/q_test/test.lun'
SCSI address: (2,0,1,0)
Error code: 0xc00402fa
Error description: A LUN with device path \\?\scsi#diskprod_lun&rev_7340#40&000100#{53f56307-b6bf-11d0-94f2-00a0c91efb8b} and SCSI address (2, 0, 1, 0) is exposed through an unsupported initiator.

Event Type: Information
Event Source: SnapDrive
Event Category: Service execution status
Eve
nt ID: 100
Date: 27-9-2010
Time: 15:52:28
User: N/A
Computer: SNAPDRIVE
Description:
SnapDrive service (version 6.3.0.4601 (6.3), ESX Server Version:4.1.0 (1028)) started.

Event Type: Warning
Event Source: SnapDrive
Event Category: Generic event
Event ID: 317
Date: 27-9-2010
Time: 15:52:28
User: N/A
Computer: SNAPDRIVE
Description:
Failed to enumerate LUN.
Device path: '\\?\scsi#disk&ven_netapprev_7340#40&000100#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}'
Storage path: '/vol/testvol/q_test/test.lun'
SCSI address: (2,0,1,0)
Error code: 0xc00402fa
Error description: A LUN with device path \\?\scsi#diskprod_lun&rev_7340#40&000100#{53f56307-b6bf-11d0-94f2-00a0c91efb8b} and SCSI address (2, 0, 1, 0) is exposed through an unsupported initiator.

After de-installing the vmtools, migrate the virtual machine back to an ESX 4.0 host and reinstalling the vmtools, everything works fine and the luns can be managed with snapdrive.

Re: FC RDM Luns in ESX4.1 virtual machines

Are both hosts using the same VirtualCenter server?

Re: FC RDM Luns in ESX4.1 virtual machines

This has recently been spotted internally and the dev team is working on a resolution.   Burt#447078

There seems to be a problem with the 4.0 to 4.1 upgrade and fcp initiators.  Not much else has been established but dev team is investigating and hope to have a fix out soon.

Re: FC RDM Luns in ESX4.1 virtual machines

This is a workaround for that bug that we received today from NetApp for one of our customers' case. I didn't check to see if it works yet, but you might want to try it (remember to backup the relevant reg.keys first!)

-          Go to the registry in the vm HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi,

-          And you will see :

Scsi Port 0

Scsi Port 1

Scsi Port 2, etc.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi\Scsi Port 0]

"DMAEnabled"=dword:00000000

"Driver"="atapi"

[HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi\Scsi Port 1]

"DMAEnabled"=dword:00000000

"Driver"="atapi"

-          You should delete the « SCSI Port <n >» which does NOT contain the subkeys : scsi bus, initiator id et target id.  First do an « export »  to your hard drive before deleting the keys.  Don’t do anything to the SCSI Port keys that contain subkeys.

-          You will need to restart the service SDW (SnapDrive for Windows) on the vm

-          You should then be able to see all initiators (iSCSI and FC) in SnapDrive (6.2 and 6.3) on the vm with 4.1

-          Note that you will have to re-delete these keys each time the vm is restarted…this is therefore just a workaround, and a fix is being worked on.

Re: FC RDM Luns in ESX4.1 virtual machines

I tested it and can confirm that it works. Thanks for the input, hopefully a fixed is soon available.

Regards

John

Re: FC RDM Luns in ESX4.1 virtual machines

It also works on ESXi 4.1 as well.

Re: FC RDM Luns in ESX4.1 virtual machines

Hi, thanks for the valuable info.

it works perfectly.

A more permanent (reboot-consistent) workaround would be to:

- eliminate these registry keys (they typically are from unattached virtual atapi devices)

- remove the CD/DVD drive from the VM (this will make mounting a CD to the VM impossible; and of course affects automated VMware tools updates)

- Disable the atapi driver in the 2003 guest OS (disable the "Intel 82371AB/EB PCI Bus Master IDE Controller" in Device Manager)

For me this is a suitable permanent hack to get SnapDrive 6.3 work with both FCP and iSCSI RDMs in vSphere 4.1; at least until burt 447078 is fixed.

Thanks again for the hint.

Mark

Re: FC RDM Luns in ESX4.1 virtual machines

When can we expect a fix?

Regards

John

Re: FC RDM Luns in ESX4.1 virtual machines

We have a public report that will be posted soon.  http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=447078

The following is the content that will be posted in the public report.

==============================

You may notice that after upgrading from ESX 4.0.x to 4.1, SnapDrive for Windows doesn't enumerate the FC
initiators within Windows 2003 Virtual Machines; 
as a consequence of that,you would not able to connect an RDM (Raw Device Mapping) LUN or create a new RDM LUN,

%%% WORKAROUND:
Workaround #1:
Please go to device Manager and disable the IDE channel.

Workaround #2:
From Virtual Center, Add a new CD-ROM drive on the free IDE free channel for that VM.

Workaround #3:
Go to registry : HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\Scsi
And You will see some entries like
SCSI Port 0
SCSI Port 1
SCSI Port 2

These must be expandable and contain sub-keys like for example "SCSI bus 0" -> "Initiator ID" and "Target Id"
So if Scsi Port 0 does not contain scsi bus, initiator id and target id, just delete this scsi port 0 reg entry.
(You may want to export it to your hard disk before deleting).
Same goes for SCSI port 1 and SCSI port 2: if they do not contain sub-folders, delete them.

Once you have done the step above, 
you need to restart the SnapDrive service and check if SnapDrive sees the FCP initiators.
This workaround is not consistent across VM reboots, as the keys will be regenerated."

Re: FC RDM Luns in ESX4.1 virtual machines

I was having a similiar issue where my Disks were not enumerating within SnapDrive.  My ESX environment was already 4.1 and it was working fine but i did run the latest updates.  I thought the updates were the issue.  It turns out that my issue had to do with Domain authentication against the Filer.  The Filer couldn't authenticate against any DC's therefore affecting Snapdrive from Enumerating the disks.  I'm not sure if this would be what you are experiencing but its worth a shot to check.

On the filer that your disks are not enumerating from run the command  : cifs domaininfo

See if that returns any type of connectivity to a site or DC.

If it bombs you are not authenticating to a proper DC.  You will need to add the preferred DC's that are local or affliated with the Site that the Filer's subnet is associated with.

To add the preferred DC's type : cifs  prefdc add DOMAINNAME x.x.x.x <--Domain Controller IP address.

Hope this works for you!!!