Forum Discussion

Desh_Johl's avatar
8 years ago

Collector Basic Usage

Often times our Tech Support team encountered customer's Collector questions such as how to navigate, configure and where to find hints if the Collector is not behaving as it should, hence I am here to share some basic usage and tips and tricks for troubleshooting Collectors.

We will be covering 4 topics in this aticle:

1)     Collector Settings

2)     Collector Event Logs

3)     Running Debug commands (simple commands which can help with basic troubleshooting) 

4)     Making changes on Collector Configuration 

 

1)Collector Settings

(a) How to check the Collector settings: 

T1-Collector%20information%20image%201.p

As shown in the above screenshot, the Settings - Collector: this is where you can gather all your collector information.

Key information provided here:

  • Includes the Collector ID (this is an ID used to identify the collector on your portal). 
  • Device name and description of the Collector.
  • Collector version that is being used.
  • Managing the collector.
  • Collector Logging.
  • The Total number of devices and services managed by the collector and also the OS platform of the collector and if the collector is in Scheduled Downtime state or not. 
  • In addition, you will see the red symbol which indicates if a collector is down. 

 

(b) Expand the collector to view further Collector Settings: 

T1-choose%20the%20down%20arrow%20and%20e

  • This is where you can gather more information like Last updated and next updates for the collector, which is the escalation chain associated with the collector and which is the relevant Stage 1 recipients. 
  • In this option also you can download a collector or delete an existing collector (please do note when deleting a collector you have appropriately assigned the devices to other collectors before the deletion). 

 

(c) Manage Collector 

 

T1-Manage%20Collector%20option%20image%2

  • In the Manage Collector option this is where you could configure the collector grouping , escalation chains and choose the appropriate failover collectors.

 

(d) Checking the Devices managed by the collector : 

T1-Checking%20for%20devices%20associated

  • On this option we can check which are the devices managed by the collector . Also we can change the preferred collector option on the device.

 

(e) Creating an SDT (scheduled downtime task) on the Collector.

T1-%20ADD%20SDT%20image%205.png

T1-Device%20now%20in%20SDT%20state%20ima

 

  • You can go to the collector and Choose SDT and Add SDT and the first image shows you the timeframe you could configure and next image shows the status of your collector. 

 

2)  Collector Event Logs 

(a) How to get to collector events 

T2-%20Collector%20Events%20image%201.png

 

  • Go to Manage collector as shown previous and click on the support tab and once this is done Choose Collector Events.

(b)Search on Collector Events

  • On the collector events you will be able to see various information as shown below. 

T2-Collector%20events%20examples%20image

  • By default the collector will restart every 8 hours and this will be written here (if there is a number of occurrence of collector restarting besides the 8 hour timeframe , you could come to tech support for further advise).
  • Also if the collector constantly shows in a down state (we would advise you to contact technical support for further investigation).
  • Keywords that you can search includes down ,restarted , timeout , unable to execute and also you could look for the hostname or IP address of your device to see whats the latest Collector event written for it.

 

T2-keyword%20down%20image%203.png

T2-keyword%20restarted%20image%204.png

 

 (3) Running Debug commands (simple commands which can help with basic troubleshooting) 

(a) How to access Debug command : 

T3%20-%20How%20to%20Run%20Debug%20%20-%2

  • Go to to Manage and Support - Select Run Debug Command.

 

(b) Debug Screen 

 

T3%20-%20debug%20screen%20-%20image%202.

 

  • When you access the debug screen it will show you all the lists of commands . All debug commands should be preceded with a '!'.
  •  In the list of built in commands, triangular brackets (i.e. < >) indicate a value that should be replaced and rectangular brackets (i.e. [ ]) indicate an optional argument that may be included. 
  • If you need an example of the syntax for a particular command, type 'help !command.

(c) !TLIST command

T3%20-%20tlist%20-%20image%203.png

T3%20-%20tlist%20h%20image%204.png

 

 

  •  Running !TLISTwould show all the tasks being processed by the collector on all devices.
  •  Running a !TLIST h=hostname will show the tasklist only for that particular device.
  •  As you can see here the !TLIST includes the task id , collection method , status which should as scheduling (if you see waiting this indicates the collector is taking a long time to execute any tasks or in a busy state) , hostname and also the datasource name and last execution this indicates the status of the collection , typically this should show as OK ,however if there no data collection you might see NaN or not executed yet or other errors. 

(d) TDETAIL command : 

  • It will provide more detailed information on the tasks.

T3%20-%20tdetail%20-%20image%205.png

 

  • A !TDETAIL command would require the task id also included.
  • Example as shown i've how i've retrieved a task id from the previous !TLIST command used it for this !TDETAIL command. 

 

(e) !ADLIST command 

  • This is useful to be used when you would like to check the status of active discovery on your collectors to see if the appropriate datasources are applying or not to your devices.

T3%20-%20ADLIST%20-%20image%206.png

  • You could also run an !ADLIST h=hostname to get information on individual devices.
  • Key information you would need to check is the Status and Message shown and the !ADLIST id.

(f) !ADETAIL command

T3%20-%20%20adetail%2014904353941600001%

 

  • The !ADETAIL command is used to get further information on a !ADLIST 14904353941600001(which is !ADLIST id) and check full details if a Datasource isn't applied. 

(g) !UPTIME and !PING and !ACCOUNT

T3%20-%20uptime%20-%20image%208.png

  T3%20-%20ping%20-%20image%209_1.png

T3%20-%20account%20-%20image%2010.png

  • !UPTIME is used to determine the collector uptime. 
  • !PING is used to ping a device to check if the device is available and responding. 
  • !ACCOUNT is used to determine which is account used to install and manage the collector (this is for Windows platform only).

(h) !LOGSURF command 

T3%20-%20gather%20the%20task%20id%20%20-

 

T3%20-%20logsurf%20taskid%20image%2012.p

  • !LOGSURF taskid= this is used to get further information from the logs on a status of a taskid (which can be retrieved from a !TLIST command).
  • Sometimes when you run !LOGSURF taskid= it may not return any information , please try it a few times before it returns information.

 

(4) Making changes on Collector Configuration 

  • LogicMonitor Collectors have configuration files that can be used to control their behaviour. We can change this configuration files by going : Collectors | Manage | Support | Collector Configuration as shown below : 

 

T4%20-%20Collector%20Configuration%20ima

  • We have four different tabs but i will cover the Collector Config and Wrapper config tab as this is commonly used.

(a) Making changes in Collector Config tab 

  • If you would like to make any changes in the Collector Configuration tab you would need to put a checkmark for override agent.config . Only then you can write information in the Collector configuration. 

T4%20-%20collector%20config%20tab%20imag

  • Here as you can see we could could enable/disable snmp collector , increase/decrease the snmp timeout , increase or decrease the snmp threadpool and also change the snmp asynchronous status.
  • This could be done for other data collection methods also.
  • Please take note after you make changes you would need to restart the Collector from the LogicMonitor portal , you must click on the Option to Save and Restart to ensure the configuration is saved. 

(b) Making changes in Wrapper Config tab 

T4%20-%20wrapper%20config%20image%202.pn

  • On the wrapper configuration we could change the  Initial Java Heap Size (in MB) and Maximum Java Heap Size (in MB).
  • Please do consult the Technical Support team  before making any changes in the Collector Configuration tabs or if uncertain on the impact of the changes you are making.