VMware

VCAP-DCA exam to remain focused on ESX 4.0

Posted by Brian on Jul 21, 2010 in Certification, VMware | View Comments

For at least the near term the newly released VCAP exam for Administrators will remain focused on vSphere ESX and ESXi 4.0.  This was confirmed with John Hall and announced on the Bi Weekly brown bag study sessions hosted by Cody Bunch of Professions VMware. This kind of gives a mixed signal when it comes to VMware exams. Previously it was reported that the VCP exam’s would always be based on the most recent version of the product available. This meant that sometime this fall the VCP would be updated to reflect the changes in ESX 4.1. But the announcement that the VCAP will stay on vSphere 4.0. This decision must be due to the huge investment of time spent developing the new VCAP certifications and not having enough time to switch gears with the recent release.

VMware VMUG announces the Board of Directors

Posted by Brian on Jul 21, 2010 in VMUG, VMware | View Comments

There has been talk about changes to the VMUG program coming and a steering committee meeting took place earlier this year in Chicago. This appears to be some of the upcoming changes that are a result of the planning and new direction. I am waiting to hear how this will have a positive or negative affect on the VMUG program.

VMware User Group Members,

As announced earlier this year, VMware is supporting the establishment of an independent, customer-led, customer-driven global VMware User Group (VMUG). The VMUG Steering Committee has been focused on forming the structure for this new organization and we are pleased to announce the inaugural VMware User Group Board of Directors.

The board is comprised of a group of experienced VMUG leaders whose knowledge, expertise and vision will provide an invaluable contribution to the VMUG organization. There is much for this Board of Directors to accomplish, as we look forward to the formal launch of the independent VMUG at VMworld in San Francisco this coming August.

The board has developed a VMUG mission statement to reflect the new organization:
The VMware User Group is an independent, global, customer-led organization, which maximizes members’ use of VMware and partner solutions through knowledge sharing, training, collaboration, and events.

The VMware User Group is a user community—of the users, for the users, by the users. Through an independent global VMUG, we believe we can strengthen our collective VMware and VMUG value proposition with expanded collaboration, member programs, and benefits.

As a VMUG member, your feedback and ideas will be critical to improving the VMUG experience and taking it to the next level. We believe that some of the benefits of the new model will be:

• Tap into new VMUG member benefits and programs, such as Special Interest Groups and VMware technical education offerings
• Increase your value to your organization by becoming the recognized VMware subject matter expert through knowledge and contacts gained through VMUG
• Gain more direct access to VMware subject matter experts
• Become part of a global, collective customer voice, impacting VMware products/services

While we are planning the official launch of the new group for August, there are several ways VMUG is already driving value to the members:

• The VMUG Voice—VMUG’s monthly newsletter—will provide news and updates for members
• New member recruitment activities at all VMware events
• Development of new onsite program for VMUG Regional Events
• VMware Technical Sponsors have been assigned to all VMUG Local Groups
• VMUG members will receive the discounted “Early Bird” pricing throughout the VMworld registration period

As we work to establish an independent VMUG, we want you to know that your voice will be heard. To that end, the VMUG Board of Directors is conducting a short survey of our members to better understand the members’ vision for VMUG and define the VMUG value proposition. It should only take about ten minutes of your time and all results will be kept completely confidential. In addition, all survey respondents can enter to win an Apple iPad—just complete the survey by July 30.

We look forward to hearing your feedback and ideas about the new organization. Please direct all communications to memberservices@myvmug.org or 1.800.606.8695.

Together we look forward to launching the new VMUG at VMworld and we hope to see you there!

Sincerely,
The VMware User Group Board of Directors

VKernel Capacity Analyzer goes head to head with VMware CapacityIQ

Posted by Brian on Jul 20, 2010 in Tools, VMware | View Comments

After a recent release of a comparison chart from VMware marketing it appears that VKernel is also taking the gloves off. In the past the two parties seem to be playing nice and VMware was not actively marketing the CapacityIQ product. But VMware seems to be on the attack now and is no longer going to concede this segment to third parties. I recently received the email listed below from VKernel as their response to VMware’s actions, They feel their product stands up against VMware CapacityIQ and is willing to offer administrators a challenge.

Hi There,

You may have seen a recent VMware marketing sheet comparing VMware CapacityIQ to VKernel’s products. We are flattered by their attention!

So here is our challenge: download CapacityIQ from VMware and do the same for Capacity Analyzer. See which one more accurately shows current performance bottlenecks in your VM environment or predicts future bottlenecks.

If we lose, dinner is on us from Omaha Steaks, or we will make a $100 contribution to a charity of your choice.

Either way, you will end up with a full belly or a VM environment free of performance problems.

Best regards,
Bryan Semple
CMO, VKernel
Blog: http://blog.vkernel.com

VKernel Corp.
300 Brickstone Square, Suite 503
Andover, MA 01810

Error reporting Disk Group occupancy in Command View

Posted by mike on Jul 16, 2010 in VMware | View Comments

So this is an error / issue we’ve had to live with for some time. It’s a bit strange to be sure. Essentially in Command View, the Disk Group occupancy is completely incorrect, and continues to grow. Yes, that’s right, I said grow. For some photo-visual enjoyment, here is what a NORMAL Disk Group looks like.

So as you can see, we have a total Capacity (which is correct and accurate), and the Occupancy. The information listed is correct, and it’s refreshing. Now, for the problematic Disk Group (and please ignore the name as it was before my time).

Here we see the correctly calculated Capacity, but lo! What’s this? What on earth is going on with that Occupancy? It seemingly continues to grow a bit here and there as we take snapshots of various. HP doesn’t know what’s wrong either. When we upgrade from Command View 9.0 to 9.1, it did not fix the issue either. The big problem here is that we have to figure out how much space is actually used since we’ll never get alerted. It is a pain. I can turn to Replication Solutions Manager to obtain the correct size by simply adding all the luns (easy way to view them, as opposed to Command View), so that’s the workaround. Not very satisfying if you consider how much money was spent on these beasts.

Command View EVA Overview

Posted by mike on Jul 16, 2010 in VMware | View Comments

This is a walkthrough for HP Command View for EVA. Part of my daily routine is to take a jaunt through CV, to check things over and look for alerts that I may not already be aware of.

Launched from the shortcut on the Windows host, or is accessible via a web browser at https://servername:2372

You are presented with the login screen:

It is here that you will also see the version number (down below). We have not yet upgraded this server to version 9.2 as we are building a VM to run Command View from and retire this physical box.

After login, you are greeted by the overview page. Here you will see all the EVAs listed, as well as the stats for your overall environment. The first thing of note is that two of my EVAs have bang lights on them, indicating something is amiss. I’ll investigate both as part of my next posting.

On the top right, there are some hyperlinks, your login id, and the ip of the Command View server. Most are self explanatory. Server Options provides for a place to enter license codes, setup RSM relationships, and a few other features. I seldom visit this page, so like once a year?

Moving right along, let’s take a look at a healthy EVA, in this case DS-SAN-2:

As you can see from the above, a healthy EVA has a number of folders beneath it. It breaks out into many subfolders. On the right hand side are the numbers. It would be here that you can get the logs for HP support (I’ll cover that in a separate blog post). You can see the current capacity level, view the Version level (this is the XCS code release running on the EVA. 6220 is the latest for the 8100 series). The left column is broken down like such:

Virtual Disks – this is where the luns (vdisks in EVA-speak) are listed. The folder structure is entirely man-made. That is to say, it’s for human organizational purposes (and plays an important role for setting up RSM jobs. More on that will be covered on a separate posting).

Hosts – here is where hosts are setup in Command View. You will provide the host’s OS, and it’s WWN’s for fiber cards. Hosts MUST be setup on every single EVA that you want to present disks from. Annoying, I know.

Disk Groups – these are comprised of physical disks. Best practice says to build these in multiples of 8, and of all the same speed and size. You can choose to not follow these and your performance will suck majorly. I’ve worked on rebuilding two of the 4 EVAs that had improperly constructed Disk Groups. It is PAINFUL to correct, but I’m glad I did. I will cover that also as a separate blog post. FYI: The ungrouped disks folder is for disks that have failed or been ungrouped on purpose. Ungrouping takes time as the EVA moves data from the drive to free it up to be removed or replaced.

Data Replication – it is here that you can create DR groups. This allows you to replicate (synchronous or asynchronously) between EVA arrays. A replication group is comprised of 1 or more vdisks. Sounding like a broken record, I will have a separate posting on replication.

Hardware – it is here that you can check out the status of the hardware. Both controllers are listed, as are all the disks. If there are hardware issues (per a bang light) then you can come here to find out why. The status of failed items is usually fairly straightforward and understandable as to what happened and what should be done.

There is a password authentication bug in VMware vSphere ESXi 4.1

Posted by Brian on Jul 15, 2010 in VMware, vSphere | View Comments

While doing my usual surfing in the VMware forums I came across a thread about a password issue with ESXi 4.1. The issue seems to be that the latest version of ESXi only looks at the first 8 digits of your password. So as long as you type in the first 8 digits of your password correct the rest does not matter. I was able to recreate this in my home lab using a 10 digit password.

So to make it crystal clear when I installed ESXi 4.1 with Build # 260247 I entered a 10 digit password for “root”. After the install and a reboot I was able to login using my password as expected. I then enabled TSM mode for local and SSH access. I was then able to log on using local or SSH as the method using my exact password, just the first 8 digits or the 8digits plus anything else after. I even tried entering the first 8 digits and several digits of random characters afterward and it still accepts the password.

I will post a follow up to this post once something is released from VMware regarding this password issue. Until then you can follow along with the thread over on the VMware forums if you wish.

Update July 19th, 2010

VMware released a KB article today that basically explains the issue but does not really offer a fix. It really looks like there will not be a fix and we will just be limited to 8 character passwords. VMware KB Article.