Check-Manual von cisco_mem_asa64
|Cisco Adaptive Security Appliances Version 9.x: System Memory|
|Distribution||offizieller Teil von Check_MK|
This Check does the same as the normal cisco_mem check. The only difference is that this check only monitors the System memory. The reason is a bug in the ASA firmware: http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/116423-troubleshoot-asa-snmp.html Moreover there are problems with newer ASA version 9.x: from cisco Deprecate 32-bit SNMP OIDs for Memory UtilizationCSCuu46705DescriptionSymptom: Currently the ASA has two ways to check memory via SNMP. 126.96.36.199.188.8.131.52.48 can be polled and the OIDs under that will dig into each individual memory pool, including DMA and GLOBAL SHARED but all the counters are 32-bit which means that the information contained in them is wrong for some of the modern ASAs that run with more memory. Also, polling some of these OIDs will cause CPU-hogs on the ASA, as per CSCtx43501. In recent codes, you can poll the CISCO-ENHANCED-MEMPOOL-MIB, 184.108.40.206.220.127.116.11.221, and it will provide overall system memory, but it does so with 64-bit counters as well. This is the only way to get valid memory numbers on platforms with more than 4GB of RAM. Also, polling this MIB has not caused CPU-hogs for the SNMP process. Conditions: ASA 9.x Monitoring memory via SNMP polling 5500-x platform
Memory pool name
One service is created.