VMpros.nll
new1234.jpg

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.

VMware: How to upgrade vCenter appliance 5.1 to 5.5

July 20th, 2014 No comments

Few months ago I ‘ve upgrade our vCenter appliance from version 5.1 to 5.5, here are the installation steps

image

image

image

image

Read more…

[Veeam] Failed to index guest file system. Veeam Guest Agent is not started

July 17th, 2014 No comments

A customer asked me to repair their Veeam Backup & Replication 7.0 backup job, some virtual machines were showing this warning message in the backup log:

 image

Failed to index guest file system. Veeam Guest Agent is not started

 

Solution:

The default Domain Administrator (Veeam Service Account) credentials are not working at the standalone / workgroup virtual machine that is running in the DMZ VLAN.

Note: Make sure the virtual machine has the latest version of VMware Tools installed

To configure specific credentials:

- Edit the backup job

image

- Navigate to: Guest Processing > click: Advanced

Read more…

Categories: VMware Tags: , , , , , ,

[StarWind] Upcoming StarWind Webinars with IT Experts

July 17th, 2014 No comments
Hardware-less VM Storage
Live Webinars with IT Experts

Going Hyper-Converged with Software Defined Storage

Chris M Evans, Independent Consultant, Langton Blue Ltd.      Featured Speakers:

Chris M Evans,
Independent Consultant, Langton Blue Ltd.

Max Kolomyeytsev,
Product Manager, StarWind Software  23July 11am PT / 2pm ET

Register now

As the concept of hyper-convergence (combining compute, networking and storage) continues to gain acceptance and adoption, this webinar discusses what features to expect from hyper-converged solutions and how they can be delivered exclusively through software. As well as a technical discussion of the issues, the webinar will look at vendor implementations from VMware’s VSAN to StarWind Virtual SAN platform.

During the webinar, you will learn:

  • What defines and differentiates hyper-converged and how these solutions fit in with software defined storage
  • Essential features to look out for in hyper-converged products
  • Vendor roundup – market players and features of their products
  • Technical feature comparison of VMware and StarWind Virtual SAN offerings

Read more…

Categories: VMware Tags: , , ,

VMware: Detach unmounted datastores with PowerCLI

June 29th, 2014 No comments

Last week I  had some issues with unmounting some old datastores in a vSphere 5.5 environment. In the GUI it look like:

image

When I tried to unmount / detach the datastore I received this error message::

Call “HostDatastoreSystem.RemoveDatastore” for object “datastoreSystem-330″ on vCenter Server “itvvca01.domain.local” failed.
Operation failed, diagnostics report: Unable to query live VMFS state of volume.: No such file or directory

More information:

image

SAN01_VMFS04 datastore state accessible: false….

image

 

Solution:

You can easy detach the inaccessible datastores with the following command:

Get-Datastore SAN01_VMFS0* | Unmount-Datastore

Or per specific datastore:

Get-Datastore SAN01_VMFS01 | Unmount-Datastore

Get-Datastore SAN01_VMFS02 | Unmount-Datastore

More information: VMware

Categories: VMware Tags: , , ,

VMware: vSphere 5.5 U1 patch released for NFS APD problem

June 12th, 2014 No comments

After installation of VMware vSphere 5.5 Update 1 connectivity to NFS storage could be randomly lost with volumes reporting All Paths Down state. This issue was noticed around mid April and reported here.VMware documented the issue in KB article  2076392 Intermittent NFS APDs on VMware ESXi 5.5 U1

At June 10 VMware released a patch for this issue as described in KB 2077360. The patch can be downloaded using VMware Update Manager or using  VMware download page

Categories: VMware Tags: , , , , ,

VMware: System logs on host [hostname] are stored on non-persistent storage

April 7th, 2014 1 comment

Last week I installed some new vSphere hosts with flash disk storage. Some hosts has a yellow caution icon and a message stating:

Configuration Issues – System logs on host [hostname] are stored on non-persistent storage.

 

Solution:

 

Verify the location of System logs:

  1. In vSphere Client, select the host in the inventory panel.
  2. Click the Configuration tab, then click Advanced Settings under Software.
  3. Ensure that Syslog.global.logDir points to a persistent location.

    The directory should be specified as [datastorename] path_to_file where the path is relative to the datastore. For example, [datastore1] /systemlogs.

  4. If the Syslog.global.logDir field is empty or explicitly points to a scratch partition, make sure that the field ScratchConfig.CurrentScratchLocation shows a location on persistent storage.

VMpros.nl

 

Result:

After a few minutes the logs are stored at the new location (in this case I used central storage):

VMpros.nl

More information: VMware