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

High CPU usage on Juniper EX4300 virtual chassis

Details

    • Bug
    • Resolution: Unresolved
    • Major
    • None
    • Professional Edition
    • Poller
    • None
    • Juniper virtual chassis: 2x EX4300-32F and 2x EX4300-48T

    Description

      After update Juniper virtual chassis 2x EX4300-32F and 2x EX4300-48T from Junos  14.1X53-D30.3 to 21.4R3.15

      Attachments

        1. 19.debug
          3.35 MB
        2. discovery.txt
          7 kB
        3. ex4300-vc.mngmt.pardubice.cmnet.cz.poller
          3.29 MB
        4. ex4300-vc.mngmt.pardubice.cmnet.cz.snmpwalk
          9.53 MB
        5. poller.txt
          7 kB
        6. Screenshot 2024-01-26 at 7.43.19.png
          Screenshot 2024-01-26 at 7.43.19.png
          974 kB

        Activity

          [OBS-4724] High CPU usage on Juniper EX4300 virtual chassis
          Svoboda Ondrej added a comment -

          OK then, so you can close this issue.

          Thanks for your effort.

           

          Svoboda Ondrej added a comment - OK then, so you can close this issue. Thanks for your effort.  

          We already have different polling models only for Juniper devices because they're so broken. There's not a lot else we can do.

          adama Adam Armstrong added a comment - We already have different polling models only for Juniper devices because they're so broken. There's not a lot else we can do.
          Svoboda Ondrej added a comment -

          Yes, I do realise that.

          I'm sorry to bother you with it, but you probably know, that Juniper won't fix their broken SNMP stack because of customer who's bought 4 low level switches.

          You are producing amazing software, that I love and prefer over other alternatives and you'd helped me before in similar situation - update to Junos 17 on EX4500. I thought this time it would be similar resolution. In meantime I fixed the problem by limiting the tree using custom view, but (with all respect) I thought there might be a cooler solution - for example not going through the whole snmp tree every poll, or something like that.

          Svoboda Ondrej added a comment - Yes, I do realise that. I'm sorry to bother you with it, but you probably know, that Juniper won't fix their broken SNMP stack because of customer who's bought 4 low level switches. You are producing amazing software, that I love and prefer over other alternatives and you'd helped me before in similar situation - update to Junos 17 on EX4500. I thought this time it would be similar resolution. In meantime I fixed the problem by limiting the tree using custom view, but (with all respect) I thought there might be a cooler solution - for example not going through the whole snmp tree every poll, or something like that.

          You realise we're not Juniper, right?

          The issue is with your switch. Ask Juniper. They're producing switches with broken SNMP stacks.

          adama Adam Armstrong added a comment - You realise we're not Juniper, right? The issue is with your switch. Ask Juniper. They're producing switches with broken SNMP stacks.
          Svoboda Ondrej added a comment -

          Hello, still no news about this issue?

          Svoboda Ondrej added a comment - Hello, still no news about this issue?
          Svoboda Ondrej added a comment -

          Hello, please any news on this issue?

          Should I collect and provide some data for you?

           

          Svoboda Ondrej added a comment - Hello, please any news on this issue? Should I collect and provide some data for you?  
          Svoboda Ondrej added a comment -

          Hello, I tried to update the switch again.

          ./poller.php -d -r -h 19  attached: 19.debug

          Svoboda Ondrej added a comment - Hello, I tried to update the switch again. ./poller.php -d -r -h 19  attached: 19.debug
          Svoboda Ondrej added a comment -

          attaching  ./poller.php -d -r -h 19 output: ex4300-vc.mngmt.pardubice.cmnet.cz.snmpwalk

          Svoboda Ondrej added a comment - attaching  ./poller.php -d -r -h 19 output: ex4300-vc.mngmt.pardubice.cmnet.cz.snmpwalk

          trouble with (all) junos device - they have troubles with snmpwalk of whole ifTable oid. And this issue very related to firmware version.

          landy Mike Stupalov added a comment - trouble with (all) junos device - they have troubles with snmpwalk of whole ifTable oid. And this issue very related to firmware version.

          yep, you can make poller debug with this device_id (but this not make sense for issue, since you revert firmware version):

          ./poller.php -d -r -h 19

          landy Mike Stupalov added a comment - yep, you can make poller debug with this device_id (but this not make sense for issue, since you revert firmware version): ./poller.php -d -r -h 19

          People

            landy Mike Stupalov
            Svoboda Ondrej
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated: