So after playing around with my latest vCenter 5 installation I found that my logs were filling up with the following:
Active Directory Web Services encountered an error while reading the settings for the specified Active Directory Lightweight Directory Services instance. Active Directory Web Services will retry this operation periodically. In the mean time, this instance will be ignored. Instance name: ADAM_VMwareVCMSDS
I remember this happening before in vCenter 4.1, the fix was to modify a registry key for the Port SSL Value. Here is where you need to modify it for vCenter 5.x:
You will notice that there is already a value there but it is a REG_SZ. You will need to delete this one and create the above value. Once you do this, restart the VMwareVCMSDS service and you should be good to go.
It looks like HP and Emulex have finally worked out their differences with their CIM providers. As some of you will remember, you were unable to install Emulex CIM Providers after or with the HP Offline Bundle installed. This was something that plagued admins for a while because it was often hit or miss whether you could use them at the same time or not. I know from my experience I have not been able to have them both loaded until HP and Emulex released their latest CIM Provider bundles.
I installed the following bundles via the vMA and in the following order:
For those of you who are would like to install these as I did on some standalone hosts, you can follow these steps:
Your host should now have the Emulex and HP CIM Providers installed and useable. Let me know if this works for you and sound off in the comments. Enjoy!
Some people have asked how to enable SNMP on ESXi 5. The process is identical to how you would on ESXi 4.x. Here’s how:
You can show the configuration by typing: vicfg-snmp –show
That’s it…now you can snmpwalk the host from the Trap host you configured earlier by typing: snmpwalk -v2c -cvscomname vs-esxi.vsential.com
You can check out VMware KB Article 1008065 for information on how to configure this as well which uses VMware vSphere RCLI instead of the vMA.
If you have any questions, comments, or suggestions then please sound off in the comments!
So I have started laying out the beginnings of the new vSphere 5 infrastructure at my work. Got a couple of hosts laid out, vCenter built up, and dotting my i’s. The particular piece I was working on just a few moments ago was remote syslog for the ESXi hosts.
We all know that with the release of vMA 5 that vi-logger was removed from the distribution…why I am not sure…but it was. This doesn’t mean that you can’t still use the vMA for logging. In comes good ol’ syslog-ng which is standard in the distribution. The configuration was done with some tips from VirtuallyGhetto so I won’t go into the details of that portion as to not recreate the wheel.
Onwards!!!
In order to configure an ESXi host for remote logging we can do this from either the GUI or from the vMA using esxcli when connected to each host. In the GUI, you will find the settings in Host Configuration->Advanced Settings->Syslog. The information that is immediately pertinent is the Syslog.global.logHost. When adding something to this field you need to follow the following format: protocol://RemoteSyslogServer:port.
When configuring this from the vMA using esxcli, just connect to your target and run:
esxcli system syslog set –loghost=protocol://RemoteSyslogServer:port
This will configure the target host with your remote syslog server information. In immediate thought you would think this would get it to start working…nope…we aren’t done yet. After you configure the remote syslog server information you will need to open the outbound ports on your ESXi hosts’ firewalls. This can be done through Host Configuration->Security Profile->Firewall Properties. Just enable the syslog outbound connections and this portion is all set. Finished…NOPE! PSYCH!
Another step that is required before logging actually starts to work is to reload the syslog service on your target hosts. You can do this from the vMA by connecting to your target hosts and running: esxcli system syslog reload
Finally, you can sit back and relax while your hosts start to log to your vMA host. Enjoy!
Here are some references you can look to for guidance:
If you have any questions or comments then please feel free to sound off in the comments!