Uploaded image for project: 'ZABBIX BUGS AND ISSUES'
  1. ZABBIX BUGS AND ISSUES
  2. ZBX-2051

Possible memory leak in zabbix 1.8.1 on CenOS 5.4 Final

XMLWordPrintable

    • Icon: Incident report Incident report
    • Resolution: Fixed
    • Icon: Critical Critical
    • 1.8.2
    • 1.8.1
    • Server (S)
    • None
    • Server: zabbix 1.8.1 on CenOS 5.4 Final (2.6.18-164.11.1.el5) - Intel Zeon 2x3.2GHz, 2GB RAM
      Database: Postgresql 8.4-1 on CenOS 5.4 Final (2.6.18-164.10.1.el5) - Intel Zeon 2x3.0GHz, 2GB RAM, 4x73GB HD

      I updated zabbix from version 1.6.7 to 1.8.1 one month ago. Since of then, I realize an increasing memory consume by zabbix server process (see screenshot 1). As a result, I have to restart zabbix server process two or three times a day. I've looked for similar problem on the Internet and I found only one thread that made sense: http://www.zabbix.com/forum/showthread.php?t=7126.
      Let me now describe some aspects of my zabbix configuration:
      Status of Zabbix
      Parameter Value Details
      Zabbix server is running Yes -
      Number of hosts (monitored/not monitored/templates) 258 185 / 8 / 65
      Number of items (monitored/disabled/not supported) 9956 1817 / 8092 / 47
      Number of triggers (enabled/disabled)[true/unknown/false] 1003 978 / 25 [73 / 0 / 905]
      Number of users (online) 23 1
      Required server performance, new values per second 20 -

      I've compiled zabbix with the following options: ./configure --prefix=/usr/local/zabbix --with-pgsql --with-ldap --enable-server --enable-agent --with-jabber --with-net-snmp --with-libcurl
      Average CPU utilization of zabbix server machine is less than 5%.
      Average CPU utilization of database machine is less than 4%.
      There are no web monitoring and agent zabbix active checks enabled.
      There are several snmp, calculated and passive check based items enabled.
      After I upgrade zabbix to version 1.8.1 I was using mysql database and the same memory problem was observed.

      Follow now some of softwares installed on my CentOS box (where zabbix server is installed). See screenshot 2 for some other details:
      postgresql-8.1.18-2.el5_4.1 | postgresql-devel-8.1.18-2.el5_4.1 | postgresql-libs-8.1.18-2.el5_4.1 | postgresql-devel-8.1.18-2.el5_4.1
      curl-7.15.5-2.1.el5_3.5 | curl-devel-7.15.5-2.1.el5_3.5
      php-5.3.1-1.el5.remi | php-pgsql-5.3.1-1.el5.remi | php-gd-5.3.1-1.el5.remi | php-common-5.3.1-1.el5.remi | php-pdo-5.3.1-1.el5.remi| php-ldap-5.3.1-1.el5.remi | php-bcmath-5.3.1-1.el5.remi | php-xml-5.3.1-1.el5.remi | php-cli-5.3.1-1.el5.remi |php-mbstring-5.3.1-1.el5.remi
      iksemel-1.2-13.el5 | iksemel-devel-1.2-13.el5
      libxml2-2.6.26-2.1.2.8 | libxml2-devel-2.6.26-2.1.2.8 | libxml2-python-2.6.26-2.1.2.8
      openldap-2.3.43-3.el5 | openldap-devel-2.3.43-3.el5
      net-snmp.x86_64 1:5.3.2.2-7.el5_4.2 | net-snmp-devel.i386 1:5.3.2.2-7.el5_4.2 | net-snmp-libs.i386 1:5.3.2.2-7.el5_4.2 | net-snmp-utils.x86_64 1:5.3.2.2-7.el5_4.2

      Considering the thread mentioned before, I've started to monitor my snmp pollers and they are probably the responsible for the excessive memory consume. See screenshots 3, 4 and 5 for some measures that prove my suspects. As suggested by the thread, I've update my snmp software by compiling net-snmp 5.5 sources (the last binaries version available for CentOS is 5.3.2). Then I recompiled zabbix and installed new generated binaries (server and agent). Unfortunately, the memory leak problem persists. Is this a known problem on CentOS? Has anyone faced the same problem?

        1. screenshot-1.jpg
          screenshot-1.jpg
          73 kB
        2. screenshot-2.jpg
          screenshot-2.jpg
          74 kB
        3. screenshot-3.jpg
          screenshot-3.jpg
          194 kB
        4. screenshot-4.jpg
          screenshot-4.jpg
          249 kB
        5. screenshot-5.jpg
          screenshot-5.jpg
          253 kB

            Unassigned Unassigned
            murilex Murilo Moreira de Oliveira
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: