Chat now with support
Chat with Support

Foglight Agent Manager 5.8.5.2 - Guide

Configuring the Embedded Agent Manager Installing External Agent Managers
Understanding How the Agent Manager Communicates with the Management Server Deploying the Agent Manager Cartridge Downloading the Agent Manager Installer Installing the Agent Manager Starting or Stopping the Agent Manager Process Frequently Asked Questions
Configuring the Agent Manager Advanced System Configuration and Troubleshooting
Configuring Windows Management Instrumentation (WMI) Configuring Windows Remote Management (WinRM) UNIX- and Linux-Specific Configuration
Monitoring the Agent Manager Performance Deploying the Agent Manager to Large-Scale Environments

WMI Access Violation and OS Connectivity Verification Failure

Access to WMI is required for both OS verification while creating an agent, and for collecting OS metrics from the monitored host. In some cases, an access violation on the WMI namespace (error 0x00000005) may occur when the agent connectivity verification fails. The access violation error can occur when the permissions or credentials used to access WMI, and specifically the root\cimv2 namespace and Root\MSCluster (if the machine is included in a cluster), are changed or invalid.
In order to view and change namespace security, the user must have Read Security and Edit Security permissions. Administrator accounts have these permissions by default, and can assign them to other users if necessary.
To grant namespace permissions to a user:
1
Log in to the monitored host machine.
2
Right-click My Computer and click Manage.
3
In the Computer Management dialog box that appears, expand the Services and Applications node.
4
Right-click WMI Control, and click Properties.
5
In the WMI Control Properties dialog box that appears, open the Security tab.
6
Expand the Root node and select CIMV2, then click Security.
7
In the Security for ROOT\CIMV2 dialog box that appears, modify or assign permissions as necessary.
 
* 
IMPORTANT: If the user accesses the namespace remotely, you must select the Remote Enable permissions check box.
8
Click OK on each of the dialog boxes to close them.
9
If the machine is part of a cluster, repeat the procedure for the ROOT\MSCluster namespace.
 
* 
NOTE: User permissions set on a namespace apply only to the namespace and not to any sub-namespaces. If the user also needs to access sub-namespaces, you can enable access from the Advanced Security Settings dialog box (accessible by clicking Advanced on the Security for [namespace] dialog box).

WMI and Quota Violation Error

In some cases, when the agent queries WMI to collect metrics on the monitored host, the host’s performance may be affected. When this occurs, the agent log includes the message: Quota violation [SWbemServicesEx]. This error stems from WMI rather than the agent, and has been identified by Microsoft® as a known issue in Windows® Server 2003.
To correct this error:
1
Ensure that the following hotfix, available from Microsoft in KB 828653, is applied:
http://support.microsoft.com/kb/828653
2
Restart the WMI service on the monitored host.

Known WMI Issues in Windows Server 2008

Microsoft® has identified a number of known issues with WMI services in Windows® Server 2008. The following issues may occur:
•
The database agent OS validation or collection has errors, even when the OS credentials are correct.
•
The WMI reports incorrect data from the performance classes.
•
Remotely accessing WMI causes memory leaks in Windows Server 2008.
•
The WMI reports are unstable.
•
In SQL Server 2008, the perfmon counters do not appear under WMI because they do not exist.
To resolve these issues:
1
Using the same OS credentials as the agent uses, run perfmon /wmi on the monitored host.
2
Install the hotfixes available in the following Microsoft support articles on the Windows 2008 machine:
•
http://support.microsoft.com/?id=961435
•
http://support.microsoft.com/?id=970967
•
http://support.microsoft.com/?id=970520
3
In SQL Server 2008 on Windows Server 2008, if the perfmon counters are missing from WMI, install the following hotfix: http://support.microsoft.com/kb/969531.

Modifying Registry Key Ownership on Windows Server 2008 R2

Configuring the agent to connect to the remote Windows® Management Instrumentation (WMI) and WinShell components on Windows Server 2008 R2 systems requires certain modifications to the registry keys. In some situations, these registry keys may be owned by TrustedInstaller instead of the Administrators group, which prevents modifications from being made even by Administrator accounts.
 
* 
TIP: It is recommended that you create a backup copy of the Windows Registry that you can revert to prior to making any changes.
To modify the registry key ownership:
1
Using the registry editor, locate the registry key that you need to modify.
2
Right-click the registry key and click Permissions.
3
On the Permissions dialog box, click Advanced.
4
On the Advanced Security Settings dialog box, open the Owner tab.
5
In the Change owner to list, select the Administrators group.
 
* 
IMPORTANT: An error indicating insufficient permissions may appear. To resolve, a user with the administrative account intended to use for profiling can change the ownership of the keys to that administrative account, and then set the permissions to Full on the appropriate registry keys.
6
Click OK.
Ownership of the registry key is assigned to the Administrators group, allowing any member of that group to modify the key’s permissions. For more information about required registry changes, see Configuring Registry Settings for Windows Server 2008 R2 and Windows 7.
Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating