- About LogicMonitor
- Cloud Monitoring
- Dashboards and Widgets
- Getting Started
- LM Service Insight
- Backup and Recovery Systems
- Cloud Resources
- Networking & Firewalls
- Cisco VoIP Monitoring
- Cisco UCS Monitoring
- Brocade Application Delivery Controllers
- Checkpoint Firewalls
- Cisco APIC Monitoring
- Cisco ASA/ASR
- Cisco Device SNMP and NTP Configuration
- Cisco Firepower Chassis Manager Monitoring
- Cisco IP SLA Monitoring
- Citrix NetScalers
- Dell Switch Monitoring
- F5 BIG-IP Monitoring
- Fortinet Fortigate Firewalls
- Infoblox Monitoring
- Interface Status alerting and Bandwidth Utilization
- Juniper SRX
- Kemp LoadMaster Load Balancers
- Meraki Cloud Access Controllers
- NetFlow Monitoring
- Palo Alto Firewalls
- pfSense Firewalls
- Sonicwall Firewalls
- Operating Systems & Virtualization
- VMware Horizon Monitoring
- Citrix XenServer Monitoring
- Citrix XenApp/XenDesktop Monitoring
- ESXi Servers and vCenter/vSphere Monitoring
- Linux Disk Performance
- Linux File Systems reporting more than 100% usage
- Linux Inodes
- Linux Interface Bandwidth Utilization
- Linux NFS Server
- Monitoring a Domain Controller (DC)
- Monitoring Remote Linux Files
- NTP Configuration
- NTP Monitoring
- Nutanix HyperConverged Infrastructure
- SNMP v1/v2 Configuration
- SNMPv3 Configuration
- Solaris Monitoring
- Troubleshooting Perfmon Access
- Troubleshooting SNMP
- Troubleshooting WMI
- VMware vCenter Server Appliance (VCSA) Monitoring
- Windows Cluster Monitoring
- Windows Firewall Issues
- Windows Server 2000
- Windows XP
- Applications & Databases
- Microsoft Office 365 Monitoring
- OpenMetrics Monitoring
- Zoom Monitoring
- Apache Monitoring
- Cassandra Monitoring
- ConnectWise Monitoring
- Email Service Monitoring
- Java Applications
- Lighttpd Monitoring
- Microsoft Exchange Monitoring
- Microsoft SQL Server Monitoring
- MongoDB Monitoring
- MySQL Monitoring
- Nginx Monitoring
- Oracle Monitoring
- Pick & D3
- Postfix Monitoring
- PostgreSQL Monitoring
- RabbitMQ Monitoring
- Redis Monitoring
- Twilio Monitoring
- Varnish HTTP Accelerator
- Server & Operations Hardware
- Storage Systems
- Cisco HyperFlex Monitoring
- Apache Hadoop Monitoring
- EMC ECS
- EMC Isilon Monitoring
- EMC Unity Monitoring
- EMC VMAX
- EMC VNX/Clariion SAN
- EMC VNXe
- EMC VPLEX
- EMC XtremIO
- HPE 3PAR Storage
- HP MSA / StorageWorks / P2000
- HP P4000/Lefthand SANs
- NetApp E/EF-Series Monitoring
- NetApp Monitoring
- Nimble Storage
- Panzura Cloud Storage
- Quantum Small Tape Libraries
- VMware vSAN Monitoring
- Rest API Developers Guide
- RPC API Developers Guide - Deprecated
- Servicenow CMDB Integration
- Terminology and Syntax
Configuring SNMP Access
The NetScaler configuration must include a line allowing SNMP requests with the appropriate community from the collector. e.g.
(where 192.168.0.100 is the address of the host running the LogicMonitor collector)
To help troubleshoot SNMP access issues, it is often useful to confirm that:
- The SNMP requests are arriving from the collector
- The SNMP requests are arriving with the same community string that has been set on the device
- The NetScaler is replying to the requests
You can see whether this is the case by connecting to the Netscaler via SSH, logging in as nsroot, typing “shell”to get to a command shell, then run “nstcpdump.sh port 161”
This will show you all SNMP packets going to/from the NetScaler.
Monitoring NetScaler Clusters
The recommended way to monitor NetScalers is by means of two groups.
You should add all the physical NetScaler devices to the LogicMonitor system. (It is convenient to place these in one or more groups – NetScalers, or Network Gear, for example.) These devices will be checked for health, synchronization status, hardware failures, etc, but not for VIP activity.
You should then create a device group, such as NetScalersActive, to monitor your clustered node IPs. This group must be tagged with the system category “NetScalersActive”. The process is as follows:
- Select the group, click “Edit”.
- Click Properties Add, type system.categories in the name field, and “NetScalersActive” in the value field. If the system.categories property exists, append the value “,NetScalersActive”. (i.e. add NetScalersActive to the comma separated list of values of the property.)
- Click “Submit”.
For each NetScaler HA pair, you should add a device to the LogicMonitor system with the DNS or IP of one of the “floating” IPs (the subnet IP or mapped IP addresses) that will move to the active node.
Note: in order for SNMP access to work correctly on the floating IPs, the Netscaler must have management access enabled on them.
(where 10.1.1.1 is the NetScaler mapped IP.)
This host should be added to the NetScalersActive group. Members of this group will have VIP activity trended and alerted on them, as well as CPU and other health information. This separation allows continuity in monitoring VIP traffic, without breaks in the trends despite Netscaler failover events
Configuring SSH Access for LM Config
NetScaler ConfigSources require read-only ssh access to retrieve device configs. To use these ConfigSources, create a read-only account on your device and store the userid and password credentials in ssh.user & ssh.pass device properties, respectively.
LogicMonitor provides two flavors of ConfigSources: one that monitors general system configuration only, and another that tracks and stores ALL device configuration files. The former alerts on standard NetScaler config changes, while the latter encompasses all data required to restore a device from bare-metal.
If you’d like to use the full-backup ConfigSource you’ll also need to create a NetScaler Command Policy to provide adequate rights to this userid. The appropriate cmdspec should look like:
(^show\s+(?!audit messages)(?!techsupport).*)|(^stat.*)|(^shell ((cat|ls|ls -1|ls -la) (/nsconfig|/var|/netscaler)\S+)$)|(^show\s+(?!audit messages)(?!techsupport).*)|(^stat.*)
Configuring NTP Access
LogicMonitor will check the NTP synchronization of NetScalers by default (as good time synchronization is essential for any data center debugging operations), however, NTP is not enabled by default on NetScalers.
To enable NTP on the NetScaler:
- Log on to the Application Switch CLI.
- Copy the /etc/ntp.conf file to /nsconfig/ntp.conf.
- Edit /nsconfig/ntp.conf, and add the IP address for the desired NTP server under the file’s server and restrict entries.
- Add the IP of the LogicMonitor collector under a restrict entry
- Edit /nsconfig/rc.conf, and add the text ntpd_enable=”YES”.
- Reboot the Application Switch to enable clock synchronization (or run /usr/sbin/ntpd -g)
Monitoring Virtual Services
Older versions of NetScalers used different OIDs to list the virtual server names. Change the SNMP OID in the Active Discovery section for the datasources Netscaler_lb_vip- and Netscaler_vip- from .18.104.22.168.4.1.5922.214.171.124.1.1.59 to:
- For version 9.0 – 9.1, use 126.96.36.199.4.1.59188.8.131.52.1.1.49
- For a version < 9, use 184.108.40.206.4.1.59220.127.116.11.1.1.1
Note that if you later upgrade to version 9.2 or later, you will need to revert this change.
The Number of Services Up is always zero! This is a bug in NetScaler v7 code – if you use service groups, they will always report zero services up for a server. Workaround: Upgrade to v8 or later, or do not use service groups – bind the services individually.
None of my virtual servers show the services up/down data. For this information to be available, you need to be running NetScaler code v7.0 or later.
In this Article: