VMware Solutions Discussions

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.

21 REPLIES 21

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!!!

Re: FC RDM Luns in ESX4.1 virtual machines

The snapdrive 6.3P1 resolved the problem of the enummeration of te luns, but only if you use Virtual Center. When using RDM on a single ESX host, the problem still exists.

Re: FC RDM Luns in ESX4.1 virtual machines

FYI, this bug is not limited to FC LUNs.  We upgraded from vSphere 4.0 to 4.1 and our Windows 2003 guest running SDW 6.3 and using the ESX ISCSI Software initiator could no longer enumerate LUNs.  Upon finding this forum, I removed SDW 6.3 and installed SDW 6.3P1 and our problems went away.  Another telling thing was that during the create lun wizard in SDW, the FC initiators on our CNA were no longer present after the upgrade from 4.0 to 4.1.  Once we upgrade to SDW 6.3P1, that symptom also went away.  Thanks.

Re: FC RDM Luns in ESX4.1 virtual machines

Any news on the problem when connection LUNs to a single ESX host (no use of VC). After a reboot of a VM the LUNs are visible but snapdrive doesn't see them.

Regards John

Re: FC RDM Luns in ESX4.1 virtual machines

I just wanted to post that we also experianced the same problem.

We had this happen on both 2003 & 2008 servers

SnapDrive 6.3P1 update did not fix the problem / we are attaching fc rdm luns to vms via vcenter.

The rdms are attached to the vms so we can use Snap Manager for SQL products.

I also tried th e work arounds with different degrees of success, to be honest it seemed to work and then stop, not work on other servers, and on the 2008 box we could see the snapinfo lun through

SnapDrive and not the rdm that held the database.

Once suggestion if the registry fix works for you I created and reg file to remove those keys and then a batch file to stop the netapp services , delete the keys , start the netapp services back up.  I ran the batch file at startup.  This was in case someone rebooted the server I knew that those keys would be deleted.

Again it was hit or miss and on one server the deleting the registry keys would work and then later that week stopped working (even when done manually).

In the end I downgraded esx to 4.0 update 2, reinstalled vmware tools (uninstalling vmware tools will can cause the machine to loose its ip), and downgraded to snapdrive 6.2.1 after doing this all of the rdm luns show back in snapdrive across reboots and are working great again.

I did also try esx 4.0 update 2 with 6.3P1 and the problem still exist.

We are still using esx vcenter 4.1also.

Hope this helps someone.

Re: FC RDM Luns in ESX4.1 virtual machines

Do you have multiple virtual SCSI adapters presented to the VM?

Re: FC RDM Luns in ESX4.1 virtual machines

Yep, we have 2, LSI Logic SAS for the boot and then all other vmdk and rdm luns are connected to a Paravirtual SCSI controller.

Review Banner
All Community Forums
Public