VMpros.nll
new1234.jpg

Veeam: Installing patch 4 Veeam Backup & Replication 7.0

August 29th, 2014 No comments

 

KB ID: 1891
Products: Veeam Backup & Replication
Version: 7.0.0.871
Published: 2014-06-05
Created: 2014-05-30
Last Modified: 2014-06-05

New Features and Enhancements

VMware Virtual SAN (VSAN)

  • In addition to adding basic support (as provided by other vendors), the intelligent load-balancing engine was enhanced to account for VSAN specifics. As the result, for each VM the job will pick backup proxy running on VSAN cluster node with most of the virtual disks’ data available locally. This significantly reduces backup traffic on VSAN cluster network, resulting in minimum possible impact on production environment from backup activities.

Microsoft SQL Server 2014

  • Added support for Microsoft SQL Server 2014 both as the protected guest workload (including application-aware processing functionality), and the back-end database for backup and Enterprise Manager servers.

License key auto update

  • Added automated license key update option to the License Information dialog. With auto-update enabled, the product will check Veeam licensing server periodically for an updated license key, and download and install the key automatically as soon as it becomes available. This feature is particularly useful to the Service Providers and subscription-based customers, and it removes the need to download and install the license key manually each time when the license extension is purchased.

Read more…

VMware: Nesting Hyper-V 2012 R2 on vSphere ESXi 5.5

August 28th, 2014 No comments

In my test environment I configured tree Hyper-V 2012R2 servers nested on vSphere 5.5,  the configuration was very easy, here some details:

1. Deploy a Windows 2012R2 server, use GuestOS Windows 2012 (64-bit)

2. Upgrade hardware level to version 10

3. Remove the virtual machine from the vCenter inventory

4. Download and edit the .vmx file, add the following lines:

vhv.enable = “TRUE”
hypervisor.cpuid.v0 = “FALSE”
mce.enable = “TRUE”

 image

5. Upload and re-add the .vmx file to the vCenter inventory

6. Edit the virtual machine hardware > CPU > Hardware virtualization> select: Expose hardware assisted virtualization to the guest OS

*Note: you need to upgrade to HW level 10, otherwise the hardware virtualization tab is grayed out.

 image

7. Power on the virtual machine

8. Now you are able to select the Hyper-V role, finish the setup

image

 

Ejoy!

VMware: Unable to remove an inaccessible NFS datastore

August 27th, 2014 No comments

The backend storage volume corresponding to the datastore has been removed and the datastore appears as Inactive, when I want to remove (via vSphere Client connected to vCenter server) the NFS datastore I receive this error message:

Unmounting the datastore in vCenter Server fails with the error:
‘Call “HostDatastoreSystem.RemoveDatastore” form object “datastoreSystem-28″ on vCenter Server “xxxx” failed. CannotRemove datastore ‘datastore_name’ because Storage I/O control is enabled on it. Correct it and re-try the operation

image

 

Solution:

To resolve this issue, log in directly to each ESXi host that has access to the inactive datastore and manually remove it.

- Connect to the vSphere ESXi host using SSH

- Run this command to list the mounted datastores:

esxcli storage nfs list

image

- Run this command to unmount the NFS datastore:

esxcli storage nfs remove –v datastorename

image

The inactive NFS datastore has been removed

Note: if your datastore display name have some spaces, please use quotes

 

More information: VMware

VMware: Update or recover “root” password using Host Profiles

August 26th, 2014 No comments

Start Profile Wizard after you have entered Maintenance Mode

image

- Select: Create Profile from existing host

 

image

- Select host (in maintenance mode)

image

- Profile details: Reset root password

image

- Finish the host profile creation
On the left pane select your new host profile and right-click and select edit profile:

image

- Select: Root password reset > Security configuration > SSH authorized key for root user

Note: check or deselect specific host profile configurations to enable or disable them. A disabled configuration will not be applied when applying the host profile and hosts will not be checked for compliance with that configuration

Now click OK and we’ll start attaching the host of which we want to reset the password. Click ‘Attach Host/Cluster’ and select the right host, click Attach and then OK.

Voila, the root account of the host has been reconfigured and you should be able to log in again. Now the only thing left is to detach the host from the profile.

VMware: Error 2901. Could not connect to vCenter Single Sign On during install

August 26th, 2014 No comments

Today I installed a new vCenter 5.5 server in a environment without a domain and DNS server. During the deployment of vCenter Single Sign On I received this error message:

Error 29101 Could not connect to vCenter Single Sign On. Make sure that the Lookup Service URL points correctly to the vCenter Single Sign On instance you installed. If vCenter Sign On is installed with an IP address, make sure the IP address is specified in the URL.

clip_image001

 

Solution:

image

Select: “Use FQDN instead of IP address to configure vCenter Single Sign-On”

VMware: Cannot remove a License Key from VMware vCenter Server

August 23rd, 2014 No comments

Last week I upgraded a vCenter Server from version 5.1 to 5.5, I also added a 4th hosts to the cluster, so I need to upgrade the host license keys. But after upgrade I couldn’t remove the license files in vCenter Licensing section:

image

 

Solution:

To connect to the ADAM database:

  1. Log in to the vCenter Server.
  2. To open ADSI Edit, click Start > Run, type adsiedit.msc, and press Enter.
  3. Right-click ADSI Edit and click Connect to.
  4. In the Connection point section, click Select or type a Distinguished Name or Naming Context.
  5. Enter dc=virtualcenter, dc=vmware, dc=int
  6. In the Computer section, click Select or type a domain or server: (Server | Domain [:port]).
  7. Enter localhost
  8. Click OK.
  9. Drill down to DC=virtualcenter,DC=vmware,DC=int, OU=Licensing, OU=LicenseEntities.You see the CN="license key" containers.
  10. Right-click the container that shows the the serial number of the key that is negative within the vCenter Server Licensing page.
  11. Click Delete.

image

 

Result:

When you restart he vSphere client and navigate to the Licensing page the old license keys are removed and you can re-assign license keys to the hosts

image

 

More information: VMware

VMware: Service ´VMware Kdc Service’ (VMwareKdcService) failed to start

August 13th, 2014 No comments

Last week I upgraded VMware vCenter server from version 5.0 to 5.5 Update 1c, during installation of vCenter Single Sign-On 5.5 I received this warning message:

Service ‘VMware Kdc Service’ (VMwareKdcService) failed to start. Verify that you have sufficient privileges to start system services

 
image

 

The service account which I´m using for the upgrade is Domain Administrator, I tied to start the service manually but the service won’t start. The Windows Event log was clean, but in the vmkdcd.log file (located at: C:\ProgramData\VMware\CIS\logs\vmkdcd) I found this error logs:

20140812092452.000:t@0:TRACE: Vmkdcd: stop
20140812092458.000:t@0:TRACE: VmKdcSrvOpenServicePortTcp called…
20140812092458.000:t@0:TRACE: dwError=87 errno=17
20140812092458.000:t@0:TRACE: VmKdcSrvOpenServicePortTcp done.
20140812092458.000:t@0:TRACE: ERROR: vmkdc VmKdcInit failed (87)

20140812092458.000:t@0:TRACE: Vmkdcd: stop
20140812092503.000:t@0:TRACE: VmKdcSrvOpenServicePortTcp called…
20140812092503.000:t@0:TRACE: dwError=87 errno=17
20140812092503.000:t@0:TRACE: VmKdcSrvOpenServicePortTcp done.
20140812092503.000:t@0:TRACE: ERROR: vmkdc VmKdcInit failed (87)
20140812092503.000:t@0:TRACE: Vmkdcd: stop

 

Solution:

To resolve this issue, ensure port 88 is available for use by the VMware Kdc Service:

  1. Use netstat from an elevated command prompt on the Windows host system to confirm port 88 is not in use. For more information on using the netstat command, see Determining if a port is in use (1003971).
  2. If another application is using port 88, reconfigure or disable the application to open port 88 for use with the VMware Kdc Service.

In my case VMware Converter Standalone Server was running and configured at port 88, I removed the installation and restarted the Single Sign-On setup.

 
More information: VMware

VMware: Upgrade VMware vCenter 5.0 to 5.5

August 13th, 2014 No comments

Last week I upgraded for a customer VMware vCenter server to from version 5.0 to 5.5 Update 1c, here some details:

clip_image003

Read more…

VMware: vCenter Server 5.5 Update 1c released

July 22nd, 2014 No comments

This release resolves the following issues related to vCloud Automation Center:

Attempts to perform vCloud Automation Center tenant administration operation fail with an error
When you attempt to perform any vCloud Automation Center tenant administration operations such as removing an administrator from the default tenant (vsphere.local), the operation fails with a System Exception error.

Attempts to log in to vCloud Automation Center fail if the SAMAccountName contains extra trailing spaces
When you attempt to log in to vCloud Automation Center, the login attempt fails if the SAMAccountName attribute contains extra spaces trailing at the end of the name.

Attempts to log in to vCloud Automation Center fail if the password contains the colon (:) character
While attempting to log in to vCloud Automation Center, if you use a password that contains the colon (:) character, the login attempt fails.

Attempts to use the Windows Session Authentication feature might fail

When you log in to vCloud Automation Center by using Windows Session Authentication on browsers such as Internet Explorer, Google Chrome, and Mozilla Firefox might fail due to an error in the VMware Client Integration Plug-in. An error message similar to the following is displayed:
Windows Session Authentication login has failed as a result of an error caused by the VMware Client Integration Plugin 

Attempts to log in to vCloud Automation Center fail if a custom UPN suffix is configured in the alias field for AD over LDAP
When you attempt to log in to the vCloud Automation Center where the custom UPN suffix is configured in the alias field for Active Directory (AD) over Lightweight Directory Access Protocol (LDAP), the login attempt fails.
This issue is resolved in this release.

Attempts to log in to vCloud Automation Center using vSphere Single Sign-On 5.5.0b might fail with an error
If you specify the Global Catalog (GC) port in the AD over LDAP Identity Provider’s (IDP) connection string, attempts to log in to vCloud Automation Center using vSphere Single Sign-On 5.5.0b might fail with an error message similar to the following:
Error received by LDAP client: com.vmware.identity.interop.ldap.WinLdapClientLibrary, error code: 10
You can also see log messages similar to the following in the vmware-sts-idmd.log file:
2014-04-09 14:18:16,564 ERROR [ServerUtils] Exception
'com.vmware.identity.interop.ldap.ReferralLdapException: Referral
LDAP error '
com.vmware.identity.interop.ldap.ReferralLdapException: Referral
LDAP error
at
com.vmware.identity.interop.ldap.LdapErrorChecker$11.RaiseLdapError(LdapErrorChecker.java:172)
at
com.vmware.identity.interop.ldap.LdapErrorChecker.CheckError(LdapErrorChecker.java:826)
at
com.vmware.identity.interop.ldap.WinLdapClientLibrary.CheckError(WinLdapClientLibrary.java:758)
at
com.vmware.identity.interop.ldap.WinLdapClientLibrary.ldap_search_s(WinLdapClientLibrary.java:433) 
 

The vCenter Server 5.5 Update 1c can be downloaded here and the release notes can be found here.