Chat now with support
Chat with Support

We are currently experiencing issues on our phone support and are working diligently to restore services. For support, please sign in and create a case or email for assistance

Foglight 7.1.0 - Federation Field Guide

Custom script queries

When deploying cartridges on a federated environment, by default, the following components are not deployed on the Federation Master:

Custom (Groovy) script queries running on a standalone Foglight® Management Server do not show on the Federation Master after the .car file has been successfully deployed. This is because the federateDeployType attribute of query components in cartridges is set to DEFAULT_DEPLOY by default.

Set the federateDeployType component to ALWAYS_DEPLOY.

Upgrading cartridges on a federated system

Selectively disabling federation services

Certain areas of the federation functionality can be disabled independently of each other with the help of Java system properties, as presented in the following table.



Disables downloading alarms from Federated Children. The Federation Master continues to show local alarms.



Disables remote calls during dynamic properties evaluation. Any dynamic properties that require information from Federated Children have null values.



Disables retrieving observations (including metrics) from Federated Children. The Federation Master continues to show local metrics (for example, local derived metrics).



Disables topology synchronization. This option is useful only after an initial topology synchronization has been performed.



Disables topology type synchronization between Federated Children and the Federation Master.

These properties must be set only on the Federation Master. To take effect, any changes to these properties require a server restart using the -D option. For example, to disable remote calls during dynamic properties evaluation, restart the server using the option:

Deploying cartridge components

Cartridges consist of components of various types. Each component is deployed and enabled individually. Whether a particular component is enabled in a Management Server depends on the server type (Federation Master or Federated Child) and on the federation deployment type.

You can control whether components are actually deployed by overriding the default federation deployment type during the cartridge build process. If no explicit value is provided for the federation deployment type, the server uses the default values.

The federation deployment type of a component is set in the federateDeployType cartridge manifest entry for that component. The cartridge-building ant task (<car>) allows you to set that attribute by using the federateDeployType (optional) parameter on cartridge sub-elements.

The following table lists possible values of the federateDeployType parameter.

Table 4. federateDeployType parameter values

<not specified>



The server uses the default value based on the type of the cartridge component.


The component is deployed on the Federation Master and on the Federated Children.


The component is deployed on Federation Masters, but not on Federated Children.


The component is deployed only on Federated Children, not on Federation Masters.

If a cartridge component has the DEFAULT_DEPLOY federation deployment type, the Management Server uses a pre-defined set of rules (based of the type of the component) to decide whether to deploy the component or not. The following table presents the cartridge components that are not deployed by default on Federation Masters.

Agent Configuration

Agent configuration (agent properties).

Adapter Extension Config

Agent adapter libraries, upgrade packages.


Agent packages and installers.

Monitoring Policy

Rules, derivations, registry variables, scripts, baseline computation parameters.


Agent adapters (for example, Foglight Agent Manager Adapter).

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating