Professional Documents
Culture Documents
Boot from SAN is not necessarily one of the easiest things in the world; however,
Cisco UCS does take away a lot of the complexity with its Service Profiles and
associated Boot Policies. I’m not going to get into an exhaustive post around
booting from SAN on Cisco UCS as I think most people have readily documented
and how it works. However one important caveat to keep in mind is that the Cisco
M81K-R does not have an “HBA BIOS” that is typically available in the Emulex or
Qlogic HBA/CNA’s that we’re all familiar with. If you’re unfamiliar with the HBA
BIOS utilities, this is typically as Cntrl+E or Cntrl+Q sequence that you can type in
as a host is booting up so you can have the HBA log into the fabric and scan for its
available luns.
Not to turn into a Debbie Downer, but there is a very easy way to circumvent this
caveat and make use of the lovely UCSM CLI. As the host is booting, you can
connect the VIC adapter and have it log into the fabric and list its luns. Couple this
with the dialogue from the UCS Boot Policy and we can easily troubleshoot any
SAN booting issues. This method negates any need for having a traditional HBA
BIOS created for the Cisco VIC family and demonstrates from the real power of the
UCSM CLI.
https://angryjesters.wordpress.com/2012/01/05/cisco-vic-boot-from-san-troubleshooting/ 1/5
4/8/2020 Cisco VIC Boot from SAN troubleshooting | the rants of a data center crash test dummy
It should also be noted that once the host has completed booting, the host drivers
will take over and the VIC drivers will not be accessible for scanning the fabric. See
below for some of the command walk through.
(h ps://angryjesters.files.wordpress.com/2012/01/vic-boot-from-san-policy1.jpg)
For the example of this post, we’ll be logging into a Xiotech array which has a
WWPN ID of 20:00:00:1F:93:00:12:9E. Our Service Profile is a ached to Blade 1/1 in
our UCS deployment (which is a B200-M2 and thus the adapter is located at slot 1).
So first we’ll connect down to our VIC firmware:
UCS-6200-TOP-A#
UCS-6200-TOP-A# connect adapter 1/1/1
adapter 1/1/1 # connect
adapter 1/1/1 (top):1# a ach-fls
Now we’ll list our vnic ID’s and force the VIC to log into the SAN fabric
adapter 1/1/1 (fls):5# vnic
—- —- —- ——- ——-
vnic ecpu type state lif
—- —- —- ——- ——-
7 1 fc active 4
8 2 fc active 5
adapter 1/1/1 (fls):4# login 7
lifid: 4
ID PORTNAME NODENAME FID
0: 20:00:00:1f:93:00:12:9e 00:00:00:00:00:00:00:00 0xa70400
Looks like we’ve successfully logged into the fabric as we’ve got a successful
PLOGI ( see above ) and now we can report out which luns we have access to
https://angryjesters.wordpress.com/2012/01/05/cisco-vic-boot-from-san-troubleshooting/ 2/5
4/8/2020 Cisco VIC Boot from SAN troubleshooting | the rants of a data center crash test dummy
7 Responses
https://angryjesters.wordpress.com/2012/01/05/cisco-vic-boot-from-san-troubleshooting/ 3/5
4/8/2020 Cisco VIC Boot from SAN troubleshooting | the rants of a data center crash test dummy
If option ROM does not show the target LUN at boot time, you know for sure
that theres either a lun masking or zoning issue upstream from UCS. Its true
that the option ROM doesnt have a config utility but its not totally useless for
troubleshooting.
Since the goal of the above commands is to determine flogi/plogi status, its not
faster than the article commands, but its a no brainer.
https://angryjesters.wordpress.com/2012/01/05/cisco-vic-boot-from-san-troubleshooting/ 4/5
4/8/2020 Cisco VIC Boot from SAN troubleshooting | the rants of a data center crash test dummy
Comments RSS
WPThemes.
https://angryjesters.wordpress.com/2012/01/05/cisco-vic-boot-from-san-troubleshooting/ 5/5