I was looking on VMware’s website and I believe the binary downloads for version 5.0 are available now
. Woot! Downloading them now!
Just found a cool little utility for anyone that wants to calculate their vRAM usage and vRAM capacity moving from 3.5,4.0,4.1 to vSphere 5.0…
http://www.vmware.com/downloads/download.do?downloadGroup=LICENSEADV10
I wanted to add my VSA Celerra to my domain to play around with moving our production data movers to virtual data movers. Granted, I did not want to attempt this on our production unit, and luckily I figured out a way to get this working.
Tools Required:
- Patience!
- At least 2 free IP addresses.
- A vSphere Server with 8GB Ram and 2 CPU’s.
- Uber-Celerra
- Once you’ve downloaded and extracted the zip file the first thing to do is compare the md5 hash to make sure it matches up.
- After that has been completed fire up your vSphere client and click on File –> DEPLOY OVF Template.
- Now, go into your new shiny virtual appliance and configure it with at least 2 vCPU’s at 8 GB of memory… You can optionally add another NIC or two if you’d like. I have 4 NIC’s running in my test.
- Power it on after it has been reconfigured.
- Assign it either 1 or 2 data movers, give it an ip address, subnet mask, and gateway. Confirm your selections by hitting Y.
- Now give it a DNS server and NTP server.
- It takes about 5-10 minutes for it to configure itself. Once completed you should be presented with the following screen:
- Crack open your brower and go to the IP address you specified. In my case I’m using 10.88.24.240.
- Once prompted for a login, type in nasadmin/nasadmin.
TWO DATA MOVER SETUP:
- Go to your url for unisphere http://yoururlhere.com
- Login via nasadmin/nasadmin
- Click on System –> Network
- Click on Create
- Add any other network interfaces you need. I like to follow the convention of eth0-last three ip octets. For example if your IP is 192.168.1.200 then your eth interface would represent: eth0-200
- Click on System –> Data Movers
- Right Click server_2 –> Properties
- Check the box Enable Unicode
- Verify your timezone, NTP Server, and if you want your standby Mover i.e. server_3 or not. It depends really if you want an active/active or active/passive connection.
- Click on Apply and give it a good 5-10 minutes for it to reconfigure the DM and reboot the control station.
- Once that has completed let’s verify we have all of our licenses. Click on System –> System Information –> Manage Licenses. They should all be checked, if not check the boxes and click on OK.
File Systems:
If you want to create a file system here is the procedure..
- Click on Storage –> File Systems.
- Click on Create
- Give your file system a name such as: TestFS
- Select the Storage Pool you would like to use. Either Economy or Performance.
- Enable any other features you would like such as Deduplication..
- Click on Apply.
CIFS:
If you would like to create a CIFS server/share here’s what cha do…
- Click on Sharing –> CIFS
- On the left panel side click on Configure CIFS, then enable the checkbox for CIFS Service Started and click on OK.
- Now that the CIFS Server is running on your DM server_2 you are ready to configure a CIFS Server.
- On the left hand pane click on Create CIFS Server:
- Server Type: Windows 2000, Windows 2003 and Windows 2008.
- NetBIOS Name: TestServer
- Workgroup: WORKGROUP (leave it this for now unless you want to join the domain).
- If leaving it on the WORKGROUP enable the checkbox Enable Local Users and set a password that you are going to remember. I like to keep it simple and use password.
- Interface: Select your Interface that you set-up in the prior steps.
- Click on OK.
- Now it’s time to create a CIFS Share
- Click on Create Share from the left hand pane under CIFS
- Create a new CIFS Share with the following options:
- Select your Data Mover: server_2
- CIFS Share Name: TestShare
- Check the box CIFS Servers: TestServer
- Path: \TestFS
- Click on OK.
Now you have created a CIFS Server, if you created a WORKSTATION only CIFS share than there’s just a couple of more steps to do.
WORKSTATION CIFS SHARE
- On to your desktop and hit CTRL-ALT-DELETE
- Click on Change A Password… and input the following:
- Username: administrator
- Log on to: TestServer (if it fails make sure it resolves in DNS, if not add a record)
- Old Password: (the password you set in the CIFS server step, i.e. password)
- New Password: password123
- Click on Change. If everything works out right it will be successful and you can continue moving forward… If not, try pinging testserver and see if it resolves, if it does try changing the password following the steps above from a different computer.
DOMAIN CIFS SHARE
If you tried to join the CIFS Server to the domain above and ran into complications with it complaining about:
Join failed. System was unable to join or has already joined the CIFS server to the domain. Go to the server log for more detail.
Then it is safe to say maybe your clock might be skewed… Let’s double check and see what’s going on…..
- Open Putty
- Type in your ip address of your control station
- login via nasadmin/nasadmin
- input: date it should return something that resembles
Wed Dec 29 07:55:28 PST 2010
- Let’s check the DM to see if the control station and the DM match times type in: server_date server_2. It should yield:
server_2 : Wed Dec 29 07:56:21 PST 2010
- If it is within 1 minute of the control station you should be able to add it to the domain. If you are still getting an error type in:
- server_date server_2 timesvc
server_2 :
Timeservice State
time: Wed Dec 29 07:57:40 PST 2010
type: ntp
sync delay: off
interval: 60
hosts: 192.168.1.1, - If there is not a hosts field then go back to your unisphere –> System –> Data Movers –> server_2 (right click – properties) and ensure you have your NTP Servers field filled out correctly. It is also important to make sure both your CS and DM are in the same timezone. If they are not you can change them by issuing the command:
- server_date server_2 timezone
- For a more detailed breakdown on why your NTP might be failing type in: server_date server_2 timesvc stats ntp
server_2 :
Time synchronization statistics since start:
hits= 18, misses= 0, first poll hit= 1, miss= 0
Last offset: 0 secs, 0 usecs
Current State: Running, connected, interval= 60
Time sync hosts:
192.168.1.1, - If there is an error it should indicate it here with the misses.
- If all else fails and you cannot get NTP going to save a small hampster, than you can resynchronize the time service on the CIFS server client using the CS as the time server by issuing the following commands:
- If Control Station Time Server service is out of synchronization, reset the Time to that of the Kerberos Time Service [or other Network Time Service Server]:
#date -s "04/08/02 16:00:00" - If the CIFS Server is synchronizing to the Control Station [or any other external Time Source], you would resync the CIFS Server using the following commands:
$server_date server_2 timesvc stop
$server_date server_2 timesvc start - Now that you’ve hopefully managed to finagle a way to get your time to resemble that of the real world it’s time to add your CIFS Server to the domain. I like to do it via command prompt so if there are any errors it will let me know… The syntax is as follows:
- server_cifs server_2 -J compname=TESTSERVER,domain=yourdomainhere,admin=domain_admin,ou="ou=Computers:ou=EMC Celerra"
- This is under the assumption that your EMC devices are in the standard hierarchy in your AD OU’s…
Enjoy!
It’s Wednesday night, you’re eyes are tired of feverously typing messages to one another on facebook and twitter, surfing the internet reading lifehacker when you realize that you better get back to your enterprise change control window! But… you haven’t seen your server (wait-staff) for the past 20 minutes. What do you do? Leave your almost full pitcher of beer and room full of interesting people? No way!
The Task:
Deploy VMware ESXi 4.1 to multiple servers within your environment.
The mission:
Find a way to simplify the amount of time required to deploy a large amount of ESXi packages to a number of ESXi systems.
After pouring yourself a fresh pint, wiping the sweat from your brow, cracking your knuckles it’s time to get down to work. You look at your phone one last time and notice your significant other has called you several times.. There’s no time for a return phone call, so you shoot off a quick SMS and tell them you’ll be home very late and not to wait up. Yes… sadly it’s time to have a
FLING
You crack open a Chrome browser and navigate over to the LABS.. Yes, VMWare Labs. The savior to your night. After a quick look at the tools that are available you notice VMware Auto Deploy
As defined: “VMware Auto Deploy supports automatic PXE boot and customization of large numbers of ESXi systems. Auto Deploy allows rapid deployment and configuration of a large number of ESXi hosts. After a DHCP server has been set up, Auto Deploy PXE boots machines that are turned on with an ESXi image. Auto Deploy then customizes the ESXi systems using host profiles and other information stored on the managing vCenter Server system. You can set up the environment to use different images and different host profiles for different hosts.”
The quick rundown is:
Quickstart instructions:
- Deploy the OVA file on an ESX/ESXi server. The autodeploy VM should have a NIC connected to the management network.
- Boot the new VM.
- Go to the VM’s console and answer the questions.
- If the management network has no DHCP server, login as vi-admin and run ‘sudo deploy-cmd dhcpconfig’. Otherwise, consult the manual for setting up the DHCP server.
- Network boot the machine to be used as an ESXi server. It should contact autodeploy and start booting ESXi.
Still lost? Time to crack open the Administrator’s Guide
What are vBeers? They do not have to be alcoholic in nature. Nor do they have to taste like Zima,Mike’s Hard Lemonade etc… I first attended a vBeers in San Francisco during VMWorld 2010, it was a great group of individuals that were/are very passionate about technology. With that said…
Definition of vBeers (according to Simon Long).
vBeers is an informal get together of virtualisation enthusiasts and professionals to meet and discuss all things IT. It’s a great opportunity to network, learn and meet like minded people.
When? Where?
So now you know what it is, it’s time for me to let you know the when and the where.The first vBeers evening will be held on:
Nov 17th at 6pm until whenever at R15 (located on the corner of 15th and R street), – MAP
So come hang out, have a drink or two and just get to know other techies in the area!
Well… That would be true if you live in Northern California.
Stay Tuned for details or check our the forums!
http://communities.vmware.com/community/vmug/forums/us-west/sacramento
Solarwinds is a great tool and I highly recommend it to everyone I meet. However, running ICMP tests and SNMP queries does not always help with one of your storage processors loses communication with your array. In this case, it’s an EMC cx4-120 with a nashead. Just this morning I tried to login to navisphere to check some LUN configurations and low and behold I was presented with the following screen:

Yet, I’m able to ping it without any problems:
Pinging 192.168.0.108 with 32 bytes of data:
Reply from 192.168.0.108: bytes=32 time=24ms TTL=124
Reply from 192.168.0.108: bytes=32 time=24ms TTL=124
Reply from 192.168.0.108: bytes=32 time=24ms TTL=124
Reply from 192.168.0.108: bytes=32 time=24ms TTL=124
Reply from 192.168.0.108: bytes=32 time=24ms TTL=124
Reply from 192.168.0.108: bytes=32 time=24ms TTL=124
Reply from 192.168.0.108: bytes=32 time=24ms TTL=124
Reply from 192.168.0.108: bytes=32 time=39ms TTL=124
Reply from 192.168.0.108: bytes=32 time=24ms TTL=124
Ping statistics for 192.168.0.108:
Packets: Sent = 9, Received = 9, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 24ms, Maximum = 39ms, Average = 25ms
So, You’ve got naviseccli installed, right?! If not head over to powerlink.
Navigate to: Home > Support > Software Downloads and Licensing > Downloads J-O > Navisphere Server Software.
Download your OS supported software, for this case we will be using the “Windows Navisphere Server Software 7.30″.



If you are using a GLOBAL domain go ahead and input the Username/Password. If you are using Local accounts and the passwords are different on the devices you are managing I would select No.

I generally tend to select Medium, but again it’s user preference.


Ok, great! Now that we have the install completed, it’s time to check out the health of our Storage Processor in question.
![]()
It should come back with something along the lines of:

This is good news, at least we are able to communicate with it. From there I would login to Storage Processor B or A depending upon which one is still functioning. Then go to your SP A or B, right-click, select create SP Collect. Give it a couple of minutes to collect the data. Then go to SPB, right-click, select File Transfer Manager. Once inside of the File Transfer Manager wait for it to generate a file that starts with APM000YOURSERIALNUMBERHERE_SPA(orB)_DATE_TIME_data.zip.
Inside of the zip file contains many other zip files. They are as listed:
The following data that is collected using the SP Collects from both the SP’s:
* Ktdump Log files
* FBI data (used to troubleshoot backend issues)
* iSCSI data
* Array data (storage processor log files, flare code, migration info, memory, sniffer, host side data, flare debug data, metalun data, drive meta data, and much much more)
* PSM data
* RTP data (sancopy, snaps, mirrors, ,clones, and other related storage utilities)
* Event data (application, windows security, and system event files)
* LCC data
* Nav data (Navisphere data related)
After it has finished generating the data file download it to your desktop. After that, go ahead and create a new service request with EMC and attach the SP Collect to the box. Once they analyze the files they can determine the next course of action.
In my experience, I’ve gone ahead and tried to go into Storage Processor B to see if we can reboot Storage Processor A. The first thing is to login to navisphere –> right-click System Name –> Properties –> Cache –> Uncheck “Write Cache” (Enabled). Click on Apply. Wait several minutes. Right-Click the failed Storage Processor and click on Reboot. **Note: This is for my use case only, I would highly recommend creating the SP Collects and always send them to EMC and let them determine the best course of action**.
(CAUTION: Make sure to do this after-hours just in case it does end up affecting production… everything should have failover though, right?
. While the SP is rebooting you can run a ping IP -t to see if it does come back online. The odds are it will. Once it does launch a browser and see if you can login to Navisphere via the IP address. If so, double check to make sure there are not any faults.
What other tips/tricks would you recommend?
Every now and then I get errors when trying to download our statistics from running the navi analyzer. The error we receive is: IO exception thrown when retrieve articles from array client
In order to remedy this, you can use naviseccli to grab the files from the storage processors.
To download naviseccli:
- login to your powerlink account, software and downloads
- Home > Support > Software Downloads and Licensing > Downloads J-O > Navisphere Server Software
- Then locate: Navisphere Secure CLI (your operating system) 6.29.5.0.66 (will be the latest version).
Once it is installed, go to a command prompt and type:
C:\Program Files\EMC\Navisphere CLI>naviseccli -h 192.168.0.1 -User admin -Password pass1234 -Scope 0 analyzer -archive -path c:\temp2
naviseccli -h IP_Address_SP -username -password -scope <0|1> analyzer -list — lists all archives stored on the array
naviseccli -h IP_Address_SP -username -password -scope <0|1> analyzer -all — lretrieves all archives stored on the array
naviseccli -h IP_Address_SP -username -password -scope <0|1> analyzer -path — allows you to select one of more of the listed archives to download to the location
Anytime I think about upgrading our ESX environment (we are currently on 3.5.x) I always run a vmheat grab and ensure that I have all existing firmware for our particular server(s) documented. Oh, and it helps to have a test server running the same code as the rest of your hosts… For all intents and purposes I generally perform the following:
Sometimes when a disk fails on your EMC equipment you’d like to go know long the wonderful T is going to remain there. The GUI provides little insight on the actual percentage of the disk rebuild to your hot spare drive. This little command has come in quite handy while waiting for those big old 1 TB drives to build.
Step 1. Launch your navicli
Step 2. Run the following command:
navicli -h ip.spaorb -getdisk 0_5_12 -rb

