Uploaded image for project: 'Observium'
  1. Observium
  2. OBS-2620 Decrease poller time for Huawei S9712
  3. OBS-2532

Increased pooler duration times to Huawei VRP 5.170 after update

Details

    • Sub-task
    • Resolution: Fixed
    • Major
    • None
    • Professional Edition
    • Poller

    Description

      Hello,

      On Wednesday (29.11) we upgraded our Observium instance from 17.4.8487 to 17.11.8930. After that upgrade we experienced great increase of the poller durration times to the devices with Huawei VRP 5.170 OS. Today we have upgraded the Observium to 17.11.8960 but the issue was not resolved. Please view the attached image for reference.

       

      Also we have reverted the Observium to 17.4.8487 version but the the poller duration times was still very higher than before the first upgrade.

       

      Please note that this issue is only with devices with Huawei VRP 5.170 OS. On the other switches with Huawei VRP 5.160 and devices with Mikrotik RouterOS 6.40, Linux, and Windows, the poller duration times are fine.

       

      Could you please advice us how to resolve this issue.

       

      Best regards!

       

      Attachments

        1. 1.3.6.1.4.1.2011.5.25.42.3.1.1.1.log
          438 kB
        2. br1-tdc.r1-hua-6720.log
          9.86 MB
        3. poller-duration-chart.png
          poller-duration-chart.png
          46 kB
        4. poller-duration-time.png
          poller-duration-time.png
          60 kB
        5. poller-performance.png
          poller-performance.png
          121 kB
        6. Q-BRIDGE-MIB.log
          259 kB

        Activity

          [OBS-2532] Increased pooler duration times to Huawei VRP 5.170 after update
          landy Mike Stupalov made changes -
          Status Original: Resolved [ 5 ] New: Closed [ 6 ]
          landy Mike Stupalov made changes -
          Resolution New: Fixed [ 1 ]
          Status Original: In Progress [ 3 ] New: Resolved [ 5 ]
          landy Mike Stupalov added a comment -

          Issue was fixed in main task (OBS-2620).

          landy Mike Stupalov added a comment - Issue was fixed in main task ( OBS-2620 ).
          landy Mike Stupalov made changes -
          Parent New: OBS-2620 [ 14602 ]
          Issue Type Original: Vendor Bug [ 10000 ] New: Sub-task [ 5 ]
          plamenp Plamen Petkov added a comment -

          Hi Mike,

          Is there any news?

          Best regards

          plamenp Plamen Petkov added a comment - Hi Mike, Is there any news? Best regards
          plamenp Plamen Petkov added a comment -

          Hello Mike,

          Is any, hopefully good, news here?

          Best regards!

          plamenp Plamen Petkov added a comment - Hello Mike, Is any, hopefully good, news here? Best regards!
          landy Mike Stupalov made changes -
          Issue Type Original: Bug [ 1 ] New: Vendor Bug [ 10000 ]
          landy Mike Stupalov made changes -
          Status Original: Pending Response [ 10000 ] New: In Progress [ 3 ]
          landy Mike Stupalov added a comment -

          yah, as I thought, your huawei device report every vlan 1-4094 by Q-BRIDGE-MIB, also if it not exist..

          Ok, I will try to fix by vendor specific MIB.

          landy Mike Stupalov added a comment - yah, as I thought, your huawei device report every vlan 1-4094 by Q-BRIDGE-MIB, also if it not exist.. Ok, I will try to fix by vendor specific MIB.
          plamenp Plamen Petkov added a comment -

          Hello Mike,

           

          Please find attached the requested logs. I'm agree with you that the device reports all possible VLANs (also unused and not enabled) and this increase the snmpwalk time. But we didn't have such issue before the upgrade. Is there a option Observium to not trying to gather data from inactive VLANs?

           

          Best regards,

           

          Q-BRIDGE-MIB.log

          1.3.6.1.4.1.2011.5.25.42.3.1.1.1.log

          plamenp Plamen Petkov added a comment - Hello Mike,   Please find attached the requested logs. I'm agree with you that the device reports all possible VLANs (also unused and not enabled) and this increase the snmpwalk time. But we didn't have such issue before the upgrade. Is there a option Observium to not trying to gather data from inactive VLANs?   Best regards,   Q-BRIDGE-MIB.log 1.3.6.1.4.1.2011.5.25.42.3.1.1.1.log

          People

            landy Mike Stupalov
            plamenp Plamen Petkov
            Votes:
            1 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: