Unpresenting a LUN in ESX 4.1

Oh man! Ad-blocking software has been detected! :'(

This website is run by the community, for the community... and it needs advertisements in order to keep running. Blocking our ads means your killing our stats!
Please disable your ad-block, or become a premium member to hide all advertisements and this notice.

Guys,

Wanted to run something by you... How would you go about removing an empty Datastore (presented LUN) from the ESX hosts that are in a cluster?

Here is what I am looking to do:

1. Delete the datastore from the VI Center
2. Unpresent the LUN
3. Rescan for datastores at the cluster level and make sure that each ESX host does not pickup the decomissioned LUN.

There is no data on the LUN, I spent a few days last week moving over the VM's disks to a new LUN.

Thanks!

 

Oh man! Ad-blocking software has been detected! :'(

This website is run by the community, for the community... and it needs advertisements in order to keep running. Blocking our ads means your killing our stats!
Please disable your ad-block, or become a premium member to hide all advertisements and this notice.

After number 1 remember to mask the LUN on each host and then rescan, there should be a guide on VMware KB that will help you with it and then once your done just simple unmask it



Found it

http://kb.vmware.com/selfservice/mi...nguage=en_US&cmd=displayKC&externalId=1009449

 

Thanks Thomas,

I though that the masking procedure should be used when you want to keep the data in the LUN or move the LUN somewher else? If I just want to remove it and there is nothing in the datastore, can I not delete the datastore, rescan, then unpresent it from the SAN?

Edit: Or actually when I remove the LUN, it automatically does a rescan no?

 

Having done it both ways I find masking the LUN to be a cleaner way of doing it, no need to trigger alarms when you can let the hosts know what your about to do but that is just my preference and should have stated that in my post

 

First double check your datastore

Select a ESXi Node > Configuration > Storage > Select Datastore > Right Click > Browse Datastore

If empty you should just see a '\'

Next right click and delete it this triggers the datase store to be removed and then the other ESXi Nodes will automatically rescan VMFS and remove the datastore.

Then remove the LUN Mapping from your SAN.

 

Thanks for the replies guys! Much appreciated, I will be doing the work tomorrow later in the day...

 

Work is now done! lol... I did some SAN work last night as well... loving this stuff, if I could VMware/Storage/Cisco all the time, I'd be very happy!

 

Me too!

 

Why not find a job that will allow you to do it all the time

 

Well with this job, it seems like the main thing that we do here, aside from Windows stuff... lots of exposure to that here. Since I am not a senior consultant yet, there are things that I need to learn first to be 100% comfortable doing just that... but I am getting there, learning tons of stuff everyday... Going on a Storage/VMware courses soon.

I do think that this is what I am going to specialize in. I do like Windows/Exchange/AD but I don't know if I'd want to do this all the time...

 

What route do you fancy going down? I'm digging getting into Design more than Admin, getting a bit sick of babysitting

 

My role is mixed to be honest, it's some design, some implementation and some admin/support work... We're not big enough to have clients where we do lots of designs, etc... But I am definitely interested in the design/architecture aspect of it as well. With time I think that if you want to move up, you have to do design work.

 

I now do design only with MS, Cisco, VMware and HP SAN's.

Occassionally I get involved with configuration for a new environment.

 

Nice one, think once I get the VCP out the way I'll just go straight to DCD and see where I end up, not sure I'd have the balls to do the VCDX defense but maybe after a few years they'll get a little bigger

 

Cool, there lots to learn, honestly you can take so many routes to get to where you want to be ultimately... IT guys are known to switch jobs often ;)