How to properly unpresent/remove LUN from Vmware.

Thanks for the quick reply. Could you explain what you mean by unmount volume? Also, i'm under the impression that once i remove a LUN from one host, the removal will replicate across all hosts since it's technically shared storage. The same idea applies when you create a new volume, you only do it once on a single host, and rescan HBA's on all other hosts to see the newly added LUN.

Also, i would imagine i would need to remove the datastore then REMOVE IQN access on the array BEFORE i rescan storage on all hosts. If the IQN is still part of the array, the rescan would still pick up the volume on the hosts for which IQN access is configured and granted...at least that's my thought and I could be wrong.

For the most part you are correct. Below is a are the steps I would recommend following.

1. Verify no I/O is going to the volume.

2. Remove datastore from hosts.

3. Unmount volume from hosts.

4. rescan storage adapter inside ESX.

5. Remove IQN access inside array.

6. Set volume offline.

7. Delete volume.

Let me know how it goes.

Thanks for the clarification Dev. I still don't quite understand why i would rescan storage on ESX BEFORE removing the IQN's on the volume inside EQL. If the IQN's are still active, once i rescan i would imagine ESX attempts to make the iscsi connection to already deleted volume.

But thank you for the quick replies nonetheless and I'll give this a shot.

Best Regards,

H

vSphere 4 doesn't have an unmount option, so ignore that step.

So, from Kenny's post:

1. Verify no I/O is going to the volume.

2. Remove datastore from hosts.

3. rescan storage adapter inside ESX.

4. Remove IQN access inside array.

5. Set volume offline.

6. Delete volume.

The short steps are:

- verify/double check so you know for sure which volume you're wanting to delete

- offline the volume in the EQL group manager

- rescan the storage adapters in VMware and verify the correct disk disappeared (if the wrong one disappeared you did kill the VMs on it, but at least you can online the disk again to bring it back (instead of having deleted the volume already))

- delete the volume from the EQL group manager

So this is a completely different method that you've have confirmed works just as well ? Thanks!

I believe the first part of the last post from Dev Mgr was to removing the vms from the volume so there is no activity and then deleting the datastore from ESX and then you would move to the EQL Group Manager to offline and delete the volume.

There it is. Thanks dwilliams. The key difference being Refresh vs Rescan and making sure I offline the volume. Great. Thanks!

Removing the static discovery is one method i was told would be recommended of removing a datastore. Instead of deleting the datastore from VCS, i would remove the static mapping from the static discovery page, and the datastore should disappear.

this method is not recommended for the built-in software iscsi imitator on the ESX host ?

Don -

This worked like a charm! I'm running ESX 4.1 U1 and once the DS was deleted from the VCS gui, it refreshed storage on all three hosts. I then offline'd the volume, rescaned HBA's and the number of connected paths dropped by 1. I then gracefully deleted the volume and reclaimed some much needed space.

It's funny that you bring up the issue withe Qlogic and removing via static discovery. I had a nightmare of an issue, what vmware refers to "APD' when i tried to delete a datastore from the gui. It essentially crashed ESX and my storage. I had to restart every physical component...needless to say i try to take every precaution when deleting a volume.

Thanks again to you and all for your feedback.

APD with Qlogic and a cybernetics SAN.

When i said "1 connection" i meant after i rescanned HBA's the number of static iscsi connections dropped by 1, as it should since I offlined the volume.

I have mem and MPIO up and running. I believe it's 1.0.1 but it's been a while so just not sure on which verison.