GUI CSS: Decoupled most styles for sidebar from the classic theme (CMK-1171)
[check_mk.git] / checkman / cisco_mem_asa64
blobebc3b907503ec0d64f8d9c9cb07e8e208502561e
1 title: Cisco Adaptive Security Appliances Version 9.x: System Memory
2 agents: snmp
3 catalog: hw/network/cisco
4 license: GPL
5 distribution: check_mk
6 description:
7  This Check does the same as the normal cisco_mem check. The only difference is
8  that this check only monitors the System memory. The reason is a
9  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
11  Moreover there are problems with newer ASA version 9.x: from cisco
12  Deprecate 32-bit SNMP OIDs for Memory UtilizationCSCuu46705DescriptionSymptom:
13  Currently the ASA has two ways to check memory via SNMP. 1.3.6.1.4.1.9.9.48 can be polled
14  and the OIDs under that will dig into each individual memory pool, including DMA and
15  GLOBAL SHARED but all the counters are 32-bit which means that the information contained
16  in them is wrong for some of the modern ASAs that run with more memory. Also, polling some
17  of these OIDs will cause CPU-hogs on the ASA, as per CSCtx43501.
18  In recent codes, you can poll the CISCO-ENHANCED-MEMPOOL-MIB, 1.3.6.1.4.1.9.9.221, and it
19  will provide overall system memory, but it does so with 64-bit counters as well. This is
20  the only way to get valid memory numbers on platforms with more than 4GB of RAM.
21  Also, polling this MIB has not caused CPU-hogs for the SNMP process.
22  Conditions:
23  ASA 9.x
24  Monitoring memory via SNMP polling
25  5500-x platform
27 item:
28  The sytem memory.
30 inventory:
31  One service is created.