Reading Time: < 1 minute

A best practice is a method or technique that has consistently shown results superior to those achieved with other means, and that is used as a benchmark. In addition, a “best” practice can evolve to become better as improvements are discovered.

But, as well described by Frank Denneman in his post, best practices are never absolute, they depends on your specific case.

continue reading…

Reading Time: 3 minutes

As written in the previous post you can install the Dell OMSA package for ESXi 5 using VUM or the command line. Finally you need a “proxy” system with the web part of the OMSA package to connect to your ESXi. Usually this can be a physical server, like the backup server (or the media server of a backup solution). But when then backup is server is virtual and no other physical server is available?

First issue is than a client OS is no supported at all (I’ve tried with Windows XP, it seems to work, but it does not work and you cannot connect at the ESXi).

The second issue is that, also with a Windows Server OS (I’ve usually use Windows Server 2008 R2 for this), if it does not work in a physical environment AND on a Dell supported hardware, then the OMSA package fail to install. To solve this issue there are several solutions, some of them really complicated. I prefer to use and follow this one than simple disable the pre-check.

continue reading…

Reading Time: 2 minutes

In a previous post I’ve describe how install the Dell OMSA package with VUM on ESXi 5. The Dell Open Manage (OMSA) is a useful tool (of course for physical Dell’s servers) for different reasons, like for example: configure and manage the RAID controller (for standalone servers and/or for local storage) and configure the (i)DRAC without reboot the host and enter in the POST menu (or without the physical access at the front panel).

I think that the VUM approach is the simple and faster way, but some days ago I’ve got a standalone server, without vCenter Server (and without vMA)… so I’ve chosen to use the SSH and the local CLI (note that the Dell document describe how install the package using the RCLI).

Note that in the local CLI the old esxupdate (previously used for this kind of task) has been removed and the “esxcli software” command must be used instead.

continue reading…

Reading Time: 3 minutes

Some weeks ago I learn a new curios thing in a thread in the VMware Community: also the latest version of ESXi still have a VNC Server for the VM console that can be used with a common VNC connection as described in the old KB1246 (Using a VNC Client to Connect to Virtual Machines) related to the VMware GSX Server product!

Note: as written in the KB VMware does not support running virtual machines with a VNC client. The right client to access the VM console is still the vSphere Client (or the Web Client), and of course, protocols implemented in the guest OS.

This function is configured at VM but is provided at host level, so you must use different VNC ports for each VM that you want to manage with VNC.

To configure each VM edit the VMX file or use the vSphere Client to edit the Virtual Machine Properties to add the following lines:

  • RemoteDisplay.vnc.enabled = TRUE
    Setting this option to TRUE enables standard VNC support. This setting is valid only while the virtual machine is running. If the virtual machine is powered off, you cannot connect to it with a VNC client.
  • RemoteDisplay.vnc.port = TCP_Port
    Specify the port the VNC client uses to connect to the virtual machine (5900 is the default VNC port). If you want to connect to more than one virtual machine on the same host with a VNC client, you must specify a unique port number for each virtual machine. VMware suggests you use a port number in the range from 5900 to 5999. You can use any port number, but keep in mind that certain port numbers are used by other applications while others are privileged (meaning only the root or Administrator user can listen). For example, the VMware Management Interface uses ports 8333 and 8222; on Linux, only root can listen to ports up to port number 1024. Conflicts can occur if you specify a port in use by another application.
  • RemoteDisplay.vnc.password = password
    Support for the VNC 3.3 authentication, which is an eight character password. Use this password when you are prompted for authentication as you use the VNC client to connect to the virtual machine.

In this example, the TCP 5901 port is used and the password is set to “password” (without the quotes):

Now, on ESXi 5, you must add a new custom firewall rule, as described in William Lam post (How to Create Custom Firewall Rules in ESXi 5.0).

First step is build a new rule like this:

~ # cat /etc/vmware/firewall/vnc.xml
 

   VNC

     inbound
     tcp
     dst
     5901

     outbound
     tcp
     dst

      0
      65535

    true
    false

Then you can refresh the firewall rules and check that the new one is correctly loaded:

~ # esxcli network firewall refresh
~ # esxcli network firewall ruleset list | grep VNC
VNC                    true

Finally you can simple download a VNC client (like the TightVNC Viewer) and simple connect at the IP of the ESXi host at port 5901 (using the IP:5901 syntax).

Reading Time: 2 minutes

There is an performance monitor at VM level that show always a null value: it’s the VM Power Graph. The same monitor at host level show the power usage of the specific host.

But by default, the power usage of the VMs are not calculated. To enable this experimental feature you must change an advanced parameter (Power.ChargeVMs) on each host (by default, as show in the picture, is zero… it must be changed to 1):

continue reading…

Reading Time: 5 minutes

The original post is avilable on the VMTN Community blog: Guest post: VMTN Community and Social Media

I would like to talk about how VMware Community compares with (and complements) other social networks and media. I’m a VMware Community Moderator, but I’m writing this post as a “normal” Community user. I do not consider myself a social media guru, but just a beginner.

If you want to be precise, the title of this post is not exactly correct, because the Community is just another form of social network.  However, there are differences between the Community approach versus the other tools that have become popular over the past few years, such as Facebook, Twitter, YouTube, ect.

As you noticed, the latest release of the VMware Community platform, introduced at the beginning of the year, integrates many social channels. Just look at the Twitter, Facebook, YouTube and blogs tabs on the Community home page or check out the “Share This” box on every thread. This may make you think that the world is now revolving around all these new tools, and that our Community forums are going out of fashion. But is this really true?

continue reading…

Reading Time: 3 minutes

With a vSphere 5 upgrade there is an important vDesign decision: if you already have some VMFS3 datastores could be better upgrade them to the new version of build new datastores directly with VMFS5? The upgrade procedure is quite fast and friendly and could be applied to a live datastore, so seems that there isn’t a big different between an upgrade or a clean format.

But usually the recommendation is to re-format each LUN to VMFS-5 rather than upgrade it. This will fix a number of issues, including:

continue reading…

© 2025-2011 vInfrastructure Blog | Disclaimer & Copyright