Search the Community

Showing results for tags 'debug'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • From LogicMonitor
    • Product Announcements
    • LM Staff Contributions
    • Community Events
  • LogicMonitor Product Discussion
    • Feature Requests
    • LM Exchange
    • Ask the Community

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


About Me

Found 7 results

  1. Is it possible from the debug console to reboot the collector box? If so what command can I use to do this? TIA..
  2. Please make the "go here" link in the "For more detailed troubleshooting recommendations, go here." message open in a new tab/window. If you accidentally click this it open in same window and we lose our command history! Add the debug help that appears on entering a debug console to the regular help content (if it's there I didn't find it) so that we can open the help panel and have the commands easily accessible from the Support Guide panel. The HTML version should be easier to read too. Finally, please add some blank lines between the built-in commands help to make it easier to read
  3. Although a TEST step button is available in service checks (external and internal) this only shows the request made and the response output windows. Neither type gives you any kind of output from the post-processing of the response i.e. JSONPATH results. For the Internal service check that has the scripted option (rather than settings) this is even more noticeable as there is no obvious way to put any println or debug in your response script to make sure it is doing the write thing or work out why it is not doing the right thing. The addition of a stdout/output window that shows resp
  4. Ability to filter !tlist output. Example, !tlist all data points not returning any data aka nan.
  5. We would like to build a nicer web UI for the debug commands so that we can enable our less technical staff to perform tests to verify things like SNMP comms. Please extend the REST API so that debug commands can be invoked and the response returned in the REST API call response.
  6. Please improve debugging of DataSources. All the "Debug" option does is open the debug interface. Intuitively, a user would expect the relevant command(s) to be executed also. For example, if I invoke "Debug" for the MySQL Global Stats DataSource or a Windows WMI DataSource, then the debug option should not open the Debug UI, but rather it should invoke the !tlist command, automatically determine the task ID and use it to then invoke the !tdetail command, and present back to the user the output of from the !tdetail command.
  7. Currently, there's no clear cut way of debugging the creation of datasources. Let me explain: 1. You create a datasource that scrapes a webpage for some JSON 2. You attach the datasource to a device 3. For some reason, the device doesn't show your datasource after refresh 4. What is going on? The answer to bullet point 4 is pretty frustrating. There's no feedback as to what is going on. For my example, it was a case of having a collector on the wrong VLAN, causing it not to be able to access the web page API, but I came to this conclusion after lots of head thumping.