- Setup iscsi vmware esxi 6.7 how to#
- Setup iscsi vmware esxi 6.7 update#
- Setup iscsi vmware esxi 6.7 upgrade#
So, to change the IQN we just issue esxcli iscsi adapter set -A vmhba36 -n : NewName-2cfbdc28 and then run the command again to show the IQN to confirm that it has been changed:
Setup iscsi vmware esxi 6.7 update#
You might be able to preemptively add the new IQN into the access policy of your SAN and it should reconnect, but I suspect your iSCSI sessions will drop – TEST AND BE CAREFUL! I am going to change the IQN on a host while connected to a SAN with ACL’s applied to volumes and see if it disconnects – I will update this post with that info. Word of caution: if you have iSCSI LUNs setup with access control based on IQNs you will have issues doing this in production! Changing your IQN will cause it to not meet the required IQN name for access to volumes (and thus datastores)! So, if you have a setup like this, tread carefully. Now that we know the current IQN let’s change it. So, clearly, at some point I named the host ConwayESXi – this is a great example of changing the IQN even though it was just meant to be a test as I totally forgot this host was ever renamed. You’ll see that my IQN is :ConwayESXi-2cfbdc28 while my hostname is ConwayESX1. So now that we know that, let’s get the current IQN of the system by running esxcli iscsi adapter get -A vmhba36 | grep iqn as shown below: Note that the adapter is vmhba36 on my system. Then, simply run esxcli iscsi adapter list to get a list of currently configured iSCSI adapters: I won’t bore you with that I am sure you guys can figure that one out. First you have to enable SSH on your host(s). You may be able to do it with PowerCLI also but I haven’t tried. You cannot change the IQN from within the vSphere client but you can through esxcli. I do not think it runs on pre-4.0 versions because they had a configuration file in /etc/nf or similar. So, quick and easy fix! I am doing this on my homelab machine running ESXi 6.0.0b but this works on other versions of ESXi also. I can hear it now, “I dunno what you’re talking about we don’t have ACLs for ServerNameHere but OldAssServer sure has a ton of connections wasn’t that decommissioned years ago?” – Ah! In my situation, I am my storage guy, so I am preventing my own headache! Call me self-centered… anyway… You don’t have to change the IQN, but you should because your storage guys are going to have to make sense of this later and it’ll be confusing.
Setup iscsi vmware esxi 6.7 how to#
While showing a colleague how to setup iSCSI vmkernels I realized that the IQN was still “: OLDHOSTNAME-2cfbdc28″ – what a drag! This has always bothered me because I’ve done a lot of moving around of hosts in many different client environments and having the IQN remain means that ACL’s on your SAN will have to reference that IQN as well, and ugh, what a mess to make sense of later on. I created DNS A records for the new hosts and matched it to the new IPs I provided and away we go. I simply changed the hostnames to AbbreviatedClient DRESX01. The former names were AbbreviatedClientNameESX01, for instance.
So, these hosts were upgraded already from ESXi 4.0 to 5.5 Update 2 without issue and just need their hostnames and IPs changed (and iSCSI and vMotion vmkernel IPs…) for the new environment.
Setup iscsi vmware esxi 6.7 upgrade#
I used these hosts as fail-over hosts during an ESXi 5.5 Update 2 upgrade on the production side knowing they’d be moved to DR because of new hosts being added in production. Today I cabled up a pair of Dell R710’s that were pulled during an upgrade in a production environment.