{"revision":"c10276e953456835cdbb1f3a60d58ae1980be353","document":{"id":29732,"path":"it-operations-management/discovery/r_Sensors.md","title":"Discovery sensors","bundle":null,"doc_type":null,"release":"australia","body":"\n# Discovery sensors\n\nEvery probe in Discovery must have a corresponding sensor to process the data returned.\n\nFor example, if incoming data is the result of a WMI probe, then the WMI sensor is triggered to process the payload.\n\n**Note:** If you create a multiprobe, you must create a multisensor to process the data returned from this probe.For details, see [Multiprobes and Multisensors](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/discovery/r_MultiprobesIncludedWithDiscovery.md).\n\nNavigate to **Discovery** > **Discovery Definition** > **Sensors** and edit or create a sensor.\n\n\n
\n\nField\n\n\n\nDescription\n\n
\n\nName\n\n\n\nEnter a unique probe name.\n\n
\n\nReacts to probe\n\n\n\nSelect the probe whose payload this sensor must process.\n\n
\n\nSensor Class \\[sys\\_class\\_name\\]\n\n\n\nSelect the type of sensor to create:- Import Export Map: This option is not currently used.\n- MultiSensor: Multisensors process the data returned from multiprobes. Select this type to create a multisensor that responds to the simple probes used in a multiprobe.\n- Sensor: Select this type if this sensor is a simple sensor that responds to a simple probe.\n\n
\n\nDescription\n\n\n\nEnter an optional description of the sensors function.\n\n
\n\nSensor type \\[sensor\\_type\\]\n\n\n\nSpecify how the results from the probe are processed.- Classifier: This field is not currently used.\n- Java: This field is not currently used.\n- Javascript: Returned data from the probe is processed in the sensor itself, outside the application, and is visible to the user. This is the most common sensor type.\n- Multiline Text: This field is not currently used.\n- XML: The XML data from the probe is broken into pieces. Some pieces can be used to launch other probes that the original sensor needs to complete all the necessary information about a device.\n\n
\n\nActive\n\n\n\nSelect this option to enable or disable the sensor.\n\n
\n\nScript\n\n\n\nEnter a script to run when processing the probe. You can use the g\\_probe\\_parameters hashmap in a sensor script to set probe parameters for any configured, triggered probes. For example, this code sets a '**node\\_port**' parameter to 16001 for all triggered probes.```\ng_probe_parameters['node_port']=16001;\n```\n\n
\n\nResponds to probes\n\n\n\nUse this related list to specify the simple probe within a multiprobe whose payload this multisensor must process. This list is available for multisensors only.\n\n
\n\nTriggers probes\n\n\n\nUse this related list to specify which probes this sensor can start for additional exploration.\n\n
\n\nThese fields can be added by configuring the form\n\n
\n\nField\n\n\n\nDescription\n\n
\n\nAgent\n\n\n\nEnter the ECC queue type to match this sensor with.\n\n
\n\nApply Defaults\n\n\n\nSelect this option to apply default sensor values.\n\n
\n\nClassification type\n\n\n\nSelect the classification type associated with this sensor.\n\n
\n\nCoalesce\n\n\n\nEnter the field to match against when determining whether to coalesce.\n\n
\n\nCondition script\n\n\n\nCreate a predetermined requirement for this sensor to run.\n\n
\n\nData option\n\n\n\nSelect how to treat imported sensor data. Options include:- Insert and Update\n- Insert Only\n- Update Only\n\n
\n\nExternal names\n\n\n\nEnter a name to tag the sensor data.\n\n
**Parent Topic:**[Discovery probes and sensors](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/discovery/c_DiscoveryProbesAndSensors.md)\n\n## Cancel sensor transaction by duration\n\nBy default, this rule cancels the sensor transaction if it takes more than 20 minutes to complete.\n\n### Before you begin\n\nRole required: admin\n\n### About this task\n\nIf the Discovery sensor transaction takes more than 20 minutes to complete, the following actions occur:\n\n- The associated ECC Queue input record is set to the error state.\n- The *Discovery Status Completed Count* is updated.\n- An error message is logged, for example:\n\n ```\n Sensor error when processing Linux - Storage: Transaction cancelled: maximum execution time exceeded\n ```\n\n- The remainder of the discovery continues to run.\n\n This behavior is provided by the Discovery Sensors Transaction Quota Rule. This rule is active by default.\n\n You can disable the rule and you can modify the amount of time that has elapsed before the rule takes effect. Accessing this record requires the admin role.\n\n\n### Procedure\n\n1. To disable the rule, navigate to **System Definition** > **Quota Rules**.\n\n The **Transaction Quotas** plugin must be active.\n\n2. Search on the name `*Discovery` to filter the list of rules.\n\n3. In the name column, click **Discovery Sensors**.\n\n4. To modify the amount of time, edit the **Maximum Duration** field of the rule.\n\n The value is in seconds.\n\n\n"}}