Uploaded image for project: 'Observium'
  1. Observium
  2. OBS-3813

CPU Increased when activating subscription

Details

    • Bug
    • Resolution: Unresolved
    • Major
    • None
    • None
    • None

    Description

      Hi 

      Coinciding with the activation of the professional subscription we have detected a rise in CPU and resource consumption.

      Is it due to normal behavior?

      Is it some functionality that is activated automatically? Can we deactivate it?

      We have also seen an increase in wrappers and the poller has been destabilized

      You could tell us why these changes are due once the subscription with stable version is activated

      More info relevant 

       

      Version Information

      Observium CE 20.9.10731 (22nd September 2020)
      OS Linux 3.10.0-1160.25.1.el7.x86_64 [amd64] (CentOS 7)
      Apache 2.4.6 (CentOS) PHP/7.4.20
      PHP 7.4.20 (OPcache: ENABLED) (Memory: 128MB)
      Python 2.7.5
      MariaDB 10.3.29-MariaDB (extension: mysqli 7.4.20)
      SNMP NET-SNMP 5.7.2
      RRDtool 1.7.1
      Fping 3.10 (IPv4 only)

      Statistics

       DB size 83.1MB  RRD size 6.16GB
       Devices 95  Ports 2607
       IPv4 Addresses 147  IPv4 Networks 72
       IPv6 Addresses 2  IPv6 Networks 2
       Services 0  Applications 0
       Processors 97  Memory pools 102
       Storage Entries 4  Disk I/O Entries 0
       HR-MIB Entries 0  Entity-MIB Entries 1193
       Syslog Entries 0  Eventlog Entries 218320
       Sensors 264  Printer Supplies 0
       Netscaler VServers 0  Netscaler Services 0
       Virtual Machines 0  IP SLAs 0

       
       

      This is ouwer datas

      Regards

      Attachments

        Activity

          [OBS-3813] CPU Increased when activating subscription

          Hi Fixed Access, we have not received the additional information requested earlier from you in this issue 'Hi 

          Coinciding with the activation of the professional subscription we have detected a rise in CPU and resource consumption.

          Is it due to normal behavior?

          Is it some functionality that is activated automatically? Can we deactivate it?

          We have also seen an increase in wrappers and the poller has been destabilized

          You could tell us why these changes are due once the subscription with stable version is activated

          More info relevant 

           

          Version Information

          Observium CE 20.9.10731 (22nd September 2020)
          OS Linux 3.10.0-1160.25.1.el7.x86_64 [amd64] (CentOS 7)
          Apache 2.4.6 (CentOS) PHP/7.4.20
          PHP 7.4.20 (OPcache: ENABLED) (Memory: 128MB)
          Python 2.7.5
          MariaDB 10.3.29-MariaDB (extension: mysqli 7.4.20)
          SNMP NET-SNMP 5.7.2
          RRDtool 1.7.1
          Fping 3.10 (IPv4 only)

          Statistics

           DB size 83.1MB  RRD size 6.16GB
           Devices 95  Ports 2607
           IPv4 Addresses 147  IPv4 Networks 72
           IPv6 Addresses 2  IPv6 Networks 2
           Services 0  Applications 0
           Processors 97  Memory pools 102
           Storage Entries 4  Disk I/O Entries 0
           HR-MIB Entries 0  Entity-MIB Entries 1193
           Syslog Entries 0  Eventlog Entries 218320
           Sensors 264  Printer Supplies 0
           Netscaler VServers 0  Netscaler Services 0
           Virtual Machines 0  IP SLAs 0

           
           

          This is ouwer datas

          Regards'!

          Issues without your response will be closed within 2 weeks.

          landy Mike Stupalov added a comment - Hi Fixed Access, we have not received the additional information requested earlier from you in this issue 'Hi  Coinciding with the activation of the professional subscription we have detected a rise in CPU and resource consumption. Is it due to normal behavior? Is it some functionality that is activated automatically? Can we deactivate it? We have also seen an increase in wrappers and the poller has been destabilized You could tell us why these changes are due once the subscription with stable version is activated More info relevant    Version Information Observium CE 20.9.10731 (22nd September 2020) OS Linux 3.10.0-1160.25.1.el7.x86_64 [amd64] (CentOS 7) Apache 2.4.6 (CentOS) PHP/7.4.20 PHP 7.4.20 (OPcache: ENABLED) (Memory: 128MB) Python 2.7.5 MariaDB 10.3.29-MariaDB (extension: mysqli 7.4.20) SNMP NET-SNMP 5.7.2 RRDtool 1.7.1 Fping 3.10 (IPv4 only) Statistics   DB size 83.1MB   RRD size 6.16GB   Devices 95   Ports 2607   IPv4 Addresses 147   IPv4 Networks 72   IPv6 Addresses 2   IPv6 Networks 2   Services 0   Applications 0   Processors 97   Memory pools 102   Storage Entries 4   Disk I/O Entries 0   HR-MIB Entries 0   Entity-MIB Entries 1193   Syslog Entries 0   Eventlog Entries 218320   Sensors 264   Printer Supplies 0   Netscaler VServers 0   Netscaler Services 0   Virtual Machines 0   IP SLAs 0     This is ouwer datas Regards'! Issues without your response will be closed within 2 weeks.

          This is odd, even if the Subscription version is polling more data, it's not polling significantly more data.

          You can check the poller information views to see if the times have changed on all devices/modules or just specific ones.

          It looks like perhaps the opcode caching is no longer working? You have very high cpu load, but no real change in poller time, which suggests maybe opcode caching has turned off and PHP got way slower.

          adama Adam Armstrong added a comment - This is odd, even if the Subscription version is polling more data, it's not polling significantly more data. You can check the poller information views to see if the times have changed on all devices/modules or just specific ones. It looks like perhaps the opcode caching is no longer working? You have very high cpu load, but no real change in poller time, which suggests maybe opcode caching has turned off and PHP got way slower.

          The information real is not the begin of case in this in part Version information an statistics

          Version Information

          Observium 21.6.11399 (14th June 2021)
          OS Linux 3.10.0-1160.25.1.el7.x86_64 [amd64] (CentOS 7)
          Apache 2.4.6 (CentOS) PHP/7.2.34
          PHP 7.2.34 (Memory: 384MB)
          Python 2.7.5
          MariaDB 10.3.29-MariaDB (extension: mysqli 5.0.12-dev)
          SNMP NET-SNMP 5.7.2
          RRDtool 1.7.1
          Fping 3.10 (IPv4 only)

           

          tatistics

           DB size 910MB  RRD size 20.5GB
           Devices 407  Ports 8020
           IPv4 Addresses 20955  IPv4 Networks 20781
           IPv6 Addresses 24  IPv6 Networks 24
           Services    Applications 0
           Processors 565  Memory pools 1394
           Storage Entries 0  Disk I/O Entries 0
           HR-MIB Entries 0  Entity-MIB Entries 0
           Syslog Entries 0  Eventlog Entries 2718860
           Sensors 35572  Printer Supplies 0
           Netscaler VServers 0  Netscaler Services 0
           Virtual Machines 0  IP SLAs 0
          Parejo Fixed Access added a comment - The information real is not the begin of case in this in part Version information an statistics Version Information Observium 21.6.11399 (14th June 2021) OS Linux 3.10.0-1160.25.1.el7.x86_64 [amd64] (CentOS 7) Apache 2.4.6 (CentOS) PHP/7.2.34 PHP 7.2.34 (Memory: 384MB) Python 2.7.5 MariaDB 10.3.29-MariaDB (extension: mysqli 5.0.12-dev) SNMP NET-SNMP 5.7.2 RRDtool 1.7.1 Fping 3.10 (IPv4 only)   tatistics   DB size 910MB   RRD size 20.5GB   Devices 407   Ports 8020   IPv4 Addresses 20955   IPv4 Networks 20781   IPv6 Addresses 24   IPv6 Networks 24   Services     Applications 0   Processors 565   Memory pools 1394   Storage Entries 0   Disk I/O Entries 0   HR-MIB Entries 0   Entity-MIB Entries 0   Syslog Entries 0   Eventlog Entries 2718860   Sensors 35572   Printer Supplies 0   Netscaler VServers 0   Netscaler Services 0   Virtual Machines 0   IP SLAs 0

          Hi, sorry

          I forgot to comment on a relevant topic

          Also comment that apart from the increase in CPU, it was also detected that the disk and network part increased, in addition to observing that every Sunday has peaks in both network and disk

          you could see in attach images

           

          Regards

          Parejo Fixed Access added a comment - Hi, sorry I forgot to comment on a relevant topic Also comment that apart from the increase in CPU, it was also detected that the disk and network part increased, in addition to observing that every Sunday has peaks in both network and disk you could see in attach images   Regards

          Please make and attach additional information about the device:

          • full snmp dump from device:

            snmpwalk -v2c -c <community>  --hexOutputLength=0 -ObentxU <hostname> .1 > myagent.snmpwalk
            snmpwalk -v2c -c <community>  --hexOutputLength=0 -ObentxU <hostname> .1.3.6.1.4.1 >> myagent.snmpwalk

            If device not support SNMP version 2c, replace -v2c with -v1.

          • If you have problems with discovery or poller processes, please do and attach these debugs:

            ./discovery.php -d -h <device>
            ./poller.php -d -h <device>

          • additionally attach device and/or vendor specific MIB files

          Note, this comment is added automatically.

          bot Observium Bot added a comment - Please make and attach additional information about the device: full snmp dump from device: snmpwalk -v2c -c <community> --hexOutputLength=0 -ObentxU <hostname> .1 > myagent.snmpwalk snmpwalk -v2c -c <community> --hexOutputLength=0 -ObentxU <hostname> .1.3.6.1.4.1 >> myagent.snmpwalk If device not support SNMP version 2c, replace -v2c with -v1. If you have problems with discovery or poller processes, please do and attach these debugs: ./discovery.php -d -h <device> ./poller.php -d -h <device> additionally attach device and/or vendor specific MIB files Note, this comment is added automatically.

          People

            adama Adam Armstrong
            Parejo Fixed Access
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated: