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

fdb-table module missing ports

Details

    • Bug
    • Resolution: Fixed
    • Minor
    • None
    • Professional Edition
    • Poller
    • None

    Description

      When running the fdb-table module it seems to find mappings for upstream ports (single or port channel) but not downstream (end device). We tried various combinations of SNMPv2 and SNMPv3, IOS versions (12 and 15) and models (3750G, 3750X, 3850). 

      This problem seems to have started since last (2018) community release as we have lots of data populated from our previous manual poll on fdb-tables in our production instance running community edition. We haven't changed SNMP settings (v2) in prod. See old-poll and new-poll attachments. See snmp config attachment for (v3) stuff. 

       

      The example below shows where a downstream port should exist in red. 

       

       

      I included poller.php and discovery.php debug output for both lab (professional with SNMPv3) and production (community with SNMPv2). 

       

      Let me know if I can provide any additional information. 

      Attachments

        1. debug discovery v3 lab.txt
          74 kB
        2. debug poller v3 lab.txt
          27 kB
        3. new poll.png
          new poll.png
          451 kB
        4. old poll.png
          old poll.png
          993 kB
        5. r8881 database.png
          r8881 database.png
          698 kB
        6. r8882 database.png
          r8882 database.png
          689 kB
        7. Screen Shot 2018-11-12 at 3.05.29 PM.png
          Screen Shot 2018-11-12 at 3.05.29 PM.png
          92 kB

        Activity

          [OBS-2813] fdb-table module missing ports
          landy Mike Stupalov added a comment -

          You are sure that use latest CE version?
          Please do not write to Closed issues, if issue actual open new issue.

          landy Mike Stupalov added a comment - You are sure that use latest CE version? Please do not write to Closed issues, if issue actual open new issue.
          andronixis Timakov Andrey added a comment -

          Hello.
            I understand that the Observium Community Edition is free.
          But if you can post a solution to this problem for him. The bug in the latest release of Community Edition is still contained.
          Thanks you.

          andronixis Timakov Andrey added a comment - Hello.   I understand that the Observium Community Edition is free. But if you can post a solution to this problem for him. The bug in the latest release of Community Edition is still contained. Thanks you.
          martin.smith Martin Smith added a comment -

          Confirmed functionality is restored. Thank you sir! 

          martin.smith Martin Smith added a comment - Confirmed functionality is restored. Thank you sir! 
          landy Mike Stupalov added a comment -

          martin.smith should be fixed now in r9622.

          pls note, some changes required do db schema update rigth after svn up:

          ./discovery.php -u

          landy Mike Stupalov added a comment - martin.smith should be fixed now in r9622. pls note, some changes required do db schema update rigth after svn up : ./discovery.php -u
          martin.smith Martin Smith added a comment -

          Looks like this was broken with (r8882) on (fdb-table.inc.php).

           

          /opt/observium/includes/polling/fdb-table.inc.php

           

          I copied the file from (r8881) to newest version (r9611) and it restored functionality. See screenshots r8881 database and r8882 database. 

          martin.smith Martin Smith added a comment - Looks like this was broken with (r8882) on (fdb-table.inc.php).   /opt/observium/includes/polling/fdb-table.inc.php   I copied the file from (r8881) to newest version (r9611) and it restored functionality. See screenshots r8881 database and r8882 database . 
          cheri001 Christian Eriksson added a comment -

          Same issue here

          FDB table is not including access ports from what I can tell. 802.1Q trunks works fine

          cheri001 Christian Eriksson added a comment - Same issue here FDB table is not including access ports from what I can tell. 802.1Q trunks works fine

          People

            landy Mike Stupalov
            martin.smith Martin Smith
            Votes:
            1 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: