Probes

Overview Copied

A probe represents a single Netprobe process running on a host. Netprobe connection settings are configured in the Probes top-level section of the gateway setup.

Operation Copied

Basic configuration Copied

Configuration consists of a list of probe definitions, each containing as a minimum the hostname and port that the gateway should connect to. Each probe is identified by a user-supplied name, which must be unique among all other probes to prevent ambiguity.

How to create and configure a new standard probe Copied

This section describes how to create a normal Netprobe. Virtual Probes and Floating Probes are described below.

To create a new probe using the Gateway Setup Editor, follow these steps:

  1. Select the Probes top-level section. If this section does not exist, double-click to create it.
  2. Select New Probe.
  3. In the Name box, give the new probe a unique name. This name is used to reference the probe in the managed entity, and also for configuring rules and database logging. Names are case sensitive and must be unique across all probes.
  4. In the Hostname box, specify the hostname for the Netprobe. Gateway connects to the Netprobe on this machine, sends down the sampler setup and receives monitoring data.
  5. Configure the probe Port. This should be the Netprobe listen port. If not specified, the Gateway connects using the default port.
  6. The default probe port can optionally be configured here. If not specified, gateway will use the default port of 7036.

Once these steps have been completed, a new probe is available and can be referenced from a managed entity. See Managed Entities and Managed Entity Groups.

Virtual Probes Copied

Virtual probes can also be configured. These appear in the directory structure as regular probes but do not make a TCP connection to an external Netprobe process.

Virtual probes are intended to be used to configure gateway plug-ins and for creating user-defined dataviews using compute engine.

How to create and configure a new virtual probe Copied

To create a new virtual probe using the Gateway Setup Editor, follow these steps:

  1. Select the Probes top-level section. If this section does not exist, double-click to create it.
  2. Select New Virtual probe.
  3. In the Name box, give the new probe a unique name. This name is used to reference the probe in the managed entity, and also for configuring rules and database logging. Names are case sensitive and must be unique across all probes.

Virtual probes do not require network configuration parameters.

Floating Probes Copied

Floating probes can also be configured. These are the same as regular probes except no TCP connection details are required, and instead the netprobe is configured to connect to the gateway when it starts up. This allows probes to be configured to follow monitored application in a cloud computing environment.

How to create and configure a new floating probe Copied

To create a new floating probe using the Gateway Setup Editor, follow these steps:

  1. Select the Probes top-level section. If this section does not exist, double-click to create it.
  2. Select New Floating probe.
  3. In the Name box, give the new probe a unique name. This name is used to reference the probe in the managed entity, and also for configuring rules and database logging. Names are case sensitive and must be unique across all probes.

Floating probes do not require network configuration parameters.

Grouping Copied

Probes can be grouped in the Gateway Setup Editor for ease of management using a probe group. These groups are ignored by gateway and have no effect on the resulting directory structure produced by the setup. To create a probe group using the GSE, follow these steps:

  1. Right-click the Probes top-level section and select the New probeGroup menu option. This creates a new group section.
  2. In the Name box, name the probe group. This can be a descriptive name e.g. “Windows Probes”.
  3. Add probes by dragging and dropping them on to the probe group folder in the navigation tree. Probes can be removed using the same technique.
  4. New probes can be created in the group using the New probe, New Virtual probe, or New Floating probe buttons.

Probe runtime states Copied

The Probe object represents a TCP connection from the gateway to a netprobe process on a remote machine. It has a number of runtime states that can be used if required for alerting which are set as a runtime parameter "ConState":

Note

Runtime parameters of data-items can be viewed from the ActiveConsole front end or accessed by rules for alerting.
Name Meaning
Unknown The gateway has just started or the Probe has just been added and the true state has not been established.
Up The gateway is connected to a netprobe process and has sent monitoring configuration.
Down The gateway contacted the configured machine but there is no process running on the specified port.
Unreachable The gateway could not make contact with the specified machine.
Rejected The gateway connected to the netprobe process but this gateway was rejected. When in this state additional runtime parameters "RejectionReason" and "RejectionMessage" will be set to contain the message and reason for rejection.
Removed The probe is set to this state for a short period of time when it is deleted or disabled from the setup.
Unannounced The gateway is waiting for the floating probe to announce itself and provide connection details.
Suspended The probe is set to this state if the probe to gateway connection is suspended
WaitingForProbe The gateway is waiting for the floating probe to connect

Configuration Copied

Navigation pane Copied

The following sections are available from the GSE navigation tree, after the appropriate definition has been created.

probes Copied

The probes top-level section contains the configuration details of all the probes gateway should connect to and monitor.

probes > probeGroup Copied

A probe group allows grouping of probe definitions for ease of management in the GSE. A probe group can contain probe definitions or other probe groups.

Probe group settings Copied

You can organise Gateway setup configurations into logical groups. Settings specified in a group are inherited by their children. Inherited settings are merged with settings specified in individual setups so that both are applied.

Caution

Dynamic entities settings specified on a Probe group are not merged. Instead, settings specified on Probes take precedence.

You can specify all options available to Probe on a Probe group, with the exception of: Group, Description, Display name, and Licensing group.

Additionally, the following settings are available:

probes > probeGroup > name Copied

Specifies the name of the probe group. This name is not read by gateway, and can be used for descriptive purposes.

Mandatory: Yes

probes > probe Copied

The definition of a probe that gateway should connect to. The probe must have unique name among all other probe entries in the probes section.

Probe settings - Basic tab Copied

These settings are found under the Basic tab for a normal (i.e. not Virtual or Floating) probe.

probes > probe > name Copied

Specifies the name for the probe. This name must be unique among all other configured probes, to avoid ambiguity when the probe is referenced by other part of the gateway setup (e.g. managed entities). The probe name is case-sensitive.

Mandatory: Yes

probes > probe > hostname Copied

Specifies the hostname (or IP address) of the host that the Netprobe is running on.

Mandatory: Yes

probes > probe > port Copied

The port that the Netprobe is listening on which the gateway should connect to.

Mandatory: No

Default: 7036

probes > probe > secure Copied

Setting this flag indicates that the gateway should connect to the probe using secure protocol.

The probe must be have been started using the -secure flag. See Secure Communications for more details.

Mandatory: No

Default:false

probes > probe > timezone Copied

The timezone in which the probe is running.

If this is not set, the probe is assumed to be running in the same timezone as the Gateway. Currently this is primarily used by Publishing to convert the published date/times to UTC in ISO 8601 format.

Mandatory: No

Default: Uses the same timezone as the Gateway.

Probe settings - Advanced tab Copied

These settings are found under the Advanced tab for a normal (i.e. not Virtual or Floating) probe.

probes > probe > group Copied

Optionally specifies a group name.

Mandatory: No

Default: None

probes > probe > description Copied

Optionally specifies a description.

Mandatory: No

Default: None

probes > probe > displayName Copied

Defines a name that is displayed by the Active Console in place of the actual name of the probe in the State Tree view. Other views such as Metrics view are not affected.

This name is used for display purposes only - the original name of the probe must be used for all references to the data view (e.g. in rules).

Mandatory: No

Default: (original name of the probe)

probes > probe > licensingGroup Copied

Specifies a licensing group that the probe belongs to.

Mandatory: No

probes > probe > encodedPassword Copied

A password encoded using the UNIX crypt command-line utility, which is then requested when users attempt to execute a Netprobe command.

The password can only be configured on the Netprobe by Gateway when the ALLOW_ENCODED_PASSWORD_DOWNLOAD Netprobe environment variable has been set.

Mandatory: No

Default: (no password - disables commands)

probes > probe > permissions Copied

Permission settings controlling which RMS commands can be executed on this Netprobe.

Mandatory: No

Default: (no permissions)

probes > probe > permissions > RMSGET Copied

Boolean value controlling the RMS GET command:

This permission is only applied when running the RMS GET command to obtain files from outside of the probe directory. No permission is required to use RMS GET to obtain a file that is located from inside the Netprobe directory.

Mandatory: No

Default: false

probes > probe > permissions > RMSPUT Copied

Boolean value controlling the RMS PUT command:

This permission is only applied when running the RMS PUT command to place files outside of the probe directory. No permission is required to use RMS PUT to place a file inside the Netprobe directory.

Mandatory: No

Default: false

probes > probe > permissions > RMSEXEC Copied

Boolean value controlling the RMS EXEC command:

Mandatory: No

Default: false

probes > probe > trustedAPIHosts Copied

Specifies an optional list of hostnames that are permitted to the API plug-in on this Netprobe.

If specified, hosts not in this list are rejected. See the API plug-in documentation for more details.

Mandatory: No

Default: (if unspecified, all hosts can connect to the API plug-in)

probes > probe > maxLogFileSize Copied

The maximum file size of the Netprobe log file in megabytes. Must be an integer in the range 1-4096 inclusive. Once this size is exceeded the current log file is archived and a new empty log is created.

Mandatory: No

Default: (uses value as set on Netprobe, typically 10 MB)

probes > probe > processListCommand Copied

A probe-wide setting that affects all PROCESSES plug-ins for legacy Netprobes.

This setting specifies a command to obtain process details for a legacy Netprobe.

Mandatory: No

Default: ps -ef (varies according to target operating system)

probes > probe > wideProcessListCommand Copied

A probe-wide setting which affects all PROCESSES plug-ins running on a Solaris Netprobe. This setting specifies the command to obtain the full process name for processes with names longer than 75 characters.

Mandatory: No

Default: /usr/ucb/ps -axww

probes > probe > cacheProcessNames Copied

A Boolean value specifying whether to cache process names on Linux.

Set to false if process names can change during execution.

Mandatory: No

Default: true

probes > probe > heartbeatInterval Copied

Similar to the Gateway operatingEnvironment > heartbeatInterval setting, this setting is sent down to the Netprobe and controls Netprobe behaviour.

The valid range for the heartbeat interval is 20-300 seconds inclusive.

Mandatory: No

Default: 70

probes > probe > connectWait Copied

Similar to the gateway operatingEnvironment > connectWait setting, this setting is sent down to the Netprobe and controls Netprobe behaviour.

Mandatory: No

Default: 15

probes > probe > maxDatabaseConnections Copied

The maximum number of connections a netprobe can make to any database.

For example, if managed entity 1 belonging to probe 1 uses 3 SQL-TOOLKIT plug-ins, 1 Sybase plug-in, and 1 Oracle plug-in, and managed entity 2 belonging to probe 1 uses the same, there are 10 database connections in total.

If probe is using the default value this means no more database connections could be made.

Mandatory: No

Default: 10

probes > probe > disableSelfAnnounce Copied

A Boolean value specifying the behaviour of the Netprobe self-announcing feature.

If false, the Netprobe self-announces.

By default, Netprobes does not self-announce.

Mandatory: No

Default: true

probes > probe > caseInsensitiveFilename Copied

A probe-specific boolean indicating if filename matching in Unix based operating systems is case insensitive. This setting affects the way probe detects files for monitoring. When checked, the latest among the case-insensitive filename matches is selected, regardless of the existence of a file that matches the exact case of the configured filename.

If set to true (ticked), the processing of filenames for the following plugins are affected:

Mandatory: No

Default: false

probes > probe > commandTimeOut Copied

This sets the maximum time (in seconds) the netprobe waits for a user command to finish before it resumes and continues sampling.

Mandatory: No

Default: 30

probes > probe > fkmLockFilePath Copied

A probe-wide setting that affects all FKM plug-ins running on a Netprobe.

This sets the path where FKM plug-ins look for sampler and Netprobe lock files to check if FKM sampling on a sampler or an entire probe should be suspended.

The default path is the current working directory of the Netprobe. The setting does not apply to single lock files used to suspend FKM sampling on individual files.

Mandatory: No

Default: None

probes > probe > maxToolkitProcesses Copied

A probe-wide setting which affects all toolkit plug-ins running on a Netprobe. Each toolkit spawns a thread that executes the specified script. This setting controls the maximum number of toolkit threads that can execute at the same time.

Setting the value to 1 executes the toolkit threads one-by-one. This means that the Netprobe waits until the first toolkit script is finished or timed-out before executing the next script.

Setting the value to a value greater than 1 allows the Netprobe to execute a number of toolkit scripts in parallel depending on the value set by the user in this setting. If the user has X toolkits, and set Y as the max toolkit processes, Y toolkits would be executed in parallel, while (X - Y) toolkits would be executed one-by-one.

Minimum value is set to 1, while the maximum value is set to 32768.

Mandatory: No

Default: 1

probes > probe > restApiHttpPort Copied

Insecure port where content is ingested by the REST API plug-in. This port is used by all REST API samplers running on the probe.

By default, the REST API plug-in listens only on this port. If you create a REST API sampler without configuring any listening port, then this default behaviour applies.

If you configure both insecure and secure ports, then the REST API sampler listens on both ports concurrently.

To disable the port, click the field, then click .

Mandatory: No

Default: 7136

probes > probe > restApiHttpsPort Copied

Secure port where content is ingested by the REST API plug-in. This port is used by all REST API samplers running on the probe.

This setting requires an SSL certificate and SSL certificate key.

If you configure this port without configuring the insecure port, then the REST API sampler listens only on the secure port.

If you configure both insecure and secure ports, then the REST API sampler listens on both ports concurrently.

When you use HTTPS for the REST API plug-in, follow these guidelines:

To disable the port, click the field, then click .

Note: If this option is set, then the REST API plug-in uses the SSL certificate and SSL certificate key as specified in the -ssl-certificate and -ssl-certificate-key command-line parameters, respectively. For more information, see Netprobe Command-line Options.

Mandatory: No

Default: 7137

probes > probe > pluginConnectionsToApplications > connectionFailureThreshold Copied

A probe-wide setting that manages how a connection back off strategy for a probe’s plugins behaves (if applicable).

This setting is a positive integer indicating the number of connection failures that will be allowed before going initiating a back off. The actual behaviour for the back off may vary, depending on the type of plugin. If this is not set or set to zero, back off is be disabled.

A connection failure back off strategy has been implemented for the following:

Mandatory: No

Default: 0

probes > probe > pluginConnectionsToApplications > connectionFailureStopTime Copied

A probe-wide setting that manages how a connection back off strategy for a probe’s plugins behaves (if applicable).

This setting is a positive integer indicating the number of seconds to back off from attempting new connections when the connection failure threshold has been reached. The actual behaviour for the back off may vary, depending on the type of plugin. If this is not set or set to zero, back off is be disabled.

Mandatory: No

Default: 0

probes > probe > CyberArk application id Copied

Name used to identify the CyberArk permissions for the Netprobe. This determines which passwords can be requested and must be configured in the CyberArk web interface.

Note

To enable Netprobes to use external passwords, you must additionally install the local agent on each probe host and configure your Gateway’s Operating Environment settings to use the CyberArk Local CP as it’s external provider. For more information about CyberArk, see CyberArk Local Credential Provider in Secure Passwords.

Mandatory: No

Default: ITRS-Geneos

probes > probe > CyberArk sdk path Unix Copied

Path to the Application Password SDK installed on the Netprobe Unix host. The path must be fully specified and cannot embed any references to environment variables.

If no path is specified, the default CyberArk installation directory will be used. On a Unix system this is /opt/CARKaim/sdk/clipasswordsdk.

Mandatory: No

Default: None

probes > probe > CyberArk sdk path Windows Copied

Path to the Application Password SDK installed on the Netprobe Windows host. The path must be fully specified and cannot embed any references to environment variables.

If no path is specified, the default CyberArk installation directory will be used. On a Windows system this is %ProgramFiles(x86)%\CyberArk\ApplicationPasswordSdk\clipasswordsdk.

Mandatory: No

Default: None

Probe settings - Dynamic Entities tab Copied

Beginning Geneos 5.1, the Collection Agent is included in the Netprobe binaries for Windows and generic Linux platforms.

probes > Dynamic Entities > mappingType Copied

Specifies the mapping type used to generate Dynamic Entities for the Netprobe.

Mandatory: No

probes > Dynamic Entities > collectionAgentParameters Copied

Notes: Beginning Geneos 6.0, the following are implemented:

Specifies the Collection Agent parameters that will be used by the Netprobe. For more information, see Collection Agent parameters configuration in Dynamic Entities.

Mandatory: No

Virtual probe settings - Basic tab Copied

This setting is found under the Basic tab for a Virtual probe.

probes > virtualProbe > name Copied

Specifies the name for the virtual probe.

This name must be unique among all other configured probes, to avoid ambiguity when the probe is referenced by other part of the gateway setup (e.g. managed entities).

The probe name is case-sensitive.

Mandatory: Yes

Virtual probe settings - Advanced tab Copied

These settings are found under the Advanced tab for a Virtual probe.

probes > virtualProbe > group Copied

Optionally specifies a group name.

Mandatory: No

Default: (no group)

probes > virtualProbe > description Copied

Optionally specifies a description.

Mandatory: No

Default: (no description)

probes > virtualProbe > displayName Copied

Defines a name that is displayed by the Active Console in place of the actual name of the probe in the State Tree view. Other views such as Metrics view are not affected.

This name is used for display purposes only - the original name of the probe must be used for all references to the data view (e.g. in rules).

Mandatory: No

Default: (original name of the probe)

Floating Probe settings - Basic tab Copied

This setting is found under the Basic tab for a Floating probe.

probes > floatingProbe > name Copied

Specifies the name for the floating probe. This name must be unique among all other configured probes, to avoid ambiguity when the probe is referenced by other part of the gateway setup (e.g. managed entities). The probe name is case-sensitive.

Mandatory: Yes

probes > floatingProbe > timezone Copied

The timezone in which the floating probe is running.

If this is not set, the probe is assumed to be running in the same timezone as the Gateway. Currently this is primarily used by Publishing to convert the published date/times to UTC in ISO 8601 format.

Mandatory: No

Default: Uses the same timezone as the Gateway.

Floating Probe settings - Advanced tab Copied

These settings are found under the Advanced tab for a Floating probe.

probes > floatingProbe > group Copied

Optionally specifies a group name.

Mandatory: No

Default: (no group)

probes > floatingProbe > description Copied

Optionally specifies a description.

Mandatory: No

Default: (no description)

probes > floatingProbe > displayName Copied

Defines a name that is displayed by the Active Console in place of the actual name of the probe in the State Tree view. Other views such as Metrics view are not affected. This name is used for display purposes only - the original name of the probe must be used for all references to the data view (e.g. in rules).

Mandatory: No

Default: (original name of the probe)

probes > floatingProbe > encodedPassword Copied

A password encoded using the UNIX crypt command-line utility, which is then requested when users attempt to execute a Netprobe command. The password can only be configured on the Netprobe by gateway when the ALLOW_ENCODED_PASSWORD_DOWNLOAD Netprobe environment variable has been set.

Mandatory: No

Default: (no password - disables commands)

probes > floatingProbe > permissions Copied

Permission settings controlling which RMS commands can be executed on this Netprobe.

Mandatory: No

Default: (no permissions)

probes > floatingProbe > permissions > RMSGET Copied

Boolean value controlling the RMS GET command. True means that this command can be executed and false means it cannot.

This permission is only applied when running the RMS GET command to obtain files from outside of the probe directory. No permission is required to use RMS GET to obtain a file that is located from inside the netprobe directory.

Mandatory: No

Default: false

probes > floatingProbe > permissions > RMSPUT Copied

Boolean value controlling the RMS PUT command. True means that this command can be executed and false means it cannot.

This permission is only applied when running the RMS PUT command to place files outside of the probe directory. No permission is required to use RMS PUT to place a file inside the netprobe directory.

Mandatory: No

Default: false

probes > floatingProbe > permissions > RMSEXEC Copied

Boolean value controlling the RMS EXEC command. True means that this command can be executed and false means it cannot.

Mandatory: No

Default: false

probes > floatingProbe > trustedAPIHosts Copied

Specifies an optional list of hostnames which are permitted to the API plug-in on this Netprobe. If specified, hosts not in this list will be rejected. See the API plug-in documentation for more details.

Mandatory: No

Default: (if unspecified, all hosts can connect to the API plug-in)

probes > floatingProbe > maxLogFileSize Copied

The maximum file size of the Netprobe log file in megabytes. This must be an integer in the range 1-4096 inclusive. Once this size is exceeded the current log file is archived and a new empty log is created.

Mandatory: No

Default: (uses value as set on Netprobe, which is typically 10 MB)

probes > floatingProbe > processListCommand Copied

A probe-wide setting which affects all PROCESSES plug-ins for legacy Netprobes. This setting specifies a command to obtain process details for a legacy Netprobe.

Mandatory: No

Default: ps -ef (varies according to target operating system)

probes > floatingProbe > wideProcessListCommand Copied

A probe-wide setting which affects all PROCESSES plug-ins running on a Solaris Netprobe. This setting specifies the command to obtain the full process name for processes with names longer than 75 characters.

Mandatory: No

Default: /usr/ucb/ps -axww

probes > floatingProbe > cacheProcessNames Copied

A Boolean value specifying whether to cache process names on Linux. Set to false if process names can change during execution.

Mandatory: No

Default: true

probes > floatingProbe > heartbeatInterval Copied

Similar to the Gateway [operatingEnvironment > heartbeatInterval](#heartbeatinterval) setting, this setting is sent down to the Netprobe and controls Netprobe behaviour. The minimum is 20.

Mandatory: No

Default: 70

probes > floatingProbe > connectWait Copied

Similar to the gateway operatingEnvironment > connectWait setting, this setting is sent down to the Netprobe and controls Netprobe behaviour.

Mandatory: No

Default: 15

probes > floatingProbe > maxDatabaseConnections Copied

This sets the maximum amount of connections that a netprobe can make to any database.

For example, if managed entity 1 belonging to probe 1 uses 3 SQL-TOOLKIT plug-ins, 1 Sybase plug-in, and 1 Oracle plug-in, and managed entity 2 belonging to probe 1 uses the same, there are 10 database connections in total.

If probe is using the default value this means no more database connections could be made.

Mandatory: No

Default: 10

probes > floatingProbe > disableSelfAnnounce Copied

A Boolean value specifying whether the Netprobe self-announcing feature should be disabled.

If false, the Netprobe self-announces.

By default, Netprobes does not self-announce.

Mandatory: No

Default: true

probes > floatingProbe > casesensitiveFilename Copied

A probe-specific boolean indicating if filename matching in Unix based operating systems is case insensitive. This setting affects the way probe detects files for monitoring. When checked, the latest among the case-insensitive filename matches is selected, regardless of the existence of a file that matches the exact case of the configured filename.

If set to true (ticked), the processing of filenames for the following plugins are affected:

Mandatory: No

Default: false

probes > floatingProbe > commandTimeOut Copied

This sets the maximum time (in seconds) the netprobe waits for a user command to finish before it resumes and continues sampling.

Mandatory: No

Default: 30

probes > floatingProbe > fkmLockFilePath Copied

A probe-wide setting that affects all FKM plug-ins running on a Netprobe.

This sets the path where FKM plug-ins look for sampler and Netprobe lock files to check if FKM sampling on a sampler or an entire probe should be suspended.

The default path is the current working directory of the Netprobe. The setting does not apply to single lock files used to suspend FKM sampling on individual files.

Mandatory: No

Default: None

probes > floatingProbe > maxToolkitProcesses Copied

A probe-wide setting which affects all toolkit plug-ins running on a Netprobe. Each toolkit spawns a thread that executes the specified script. This setting controls the maximum number of toolkit threads that can execute at the same time.

Setting the value to 1 executes the toolkit threads one-by-one. This means that the Netprobe waits until the first toolkit script is finished or timed-out before executing the next script.

Setting the value to a value greater than 1 allows the Netprobe to execute a number of toolkit scripts in parallel depending on the value set by the user in this setting. If the user has X toolkits, and set Y as the max toolkit processes, Y toolkits would be executed in parallel, while (X - Y) toolkits would be executed one-by-one.

Minimum value is set to 1, while the maximum value is set to 32768.

Mandatory: No

Default: 1

probes > floatingProbe > pluginConnectionsToApplications > connectionFailureThreshold Copied

A probe-wide setting that manages how a connection back off strategy for a probe’s plugins behaves (if applicable).

This setting is a positive integer indicating the number of connection failures that will be allowed before going initiating a back off. The actual behaviour for the back off may vary, depending on the type of plugin. If this is not set or set to zero, back off is be disabled.

A connection failure back off strategy has been implemented for the following:

Mandatory: No

Default: 0

probes > floatingProbe > pluginConnectionsToApplications > connectionFailureStopTime Copied

A probe-wide setting that manages how a connection back off strategy for a probe’s plugins behaves (if applicable).

This setting is a positive integer indicating the number of seconds to back off from attempting new connections when the connection failure threshold has been reached. The actual behaviour for the back off may vary, depending on the type of plugin. If this is not set or set to zero, back off is be disabled.

Mandatory: No

Default: 0

Floating Probe settings - Dynamic Entities tab Copied

Beginning Geneos 5.1, the Collection Agent is included in the Netprobe binaries for Windows and generic Linux platforms.

probes > Dynamic Entities > mappingType Copied

Specifies the mapping type used to generate Dynamic Entities for the Netprobe.

Mandatory: No

probes > Dynamic Entities > collectionAgentParameters Copied

Notes: Beginning Geneos 6.0, the following are implemented:

Specifies the Collection Agent parameters that will be used by the Netprobe. For more information, see Collection Agent parameters configuration in Dynamic Entities.

Mandatory: No

["Geneos"] ["Geneos > Gateway"] ["User Guide"]

Was this topic helpful?