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

Duplicate VRF entries

Details

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

    Description

      We are using version 20.12.10924 (stable) and l3vpn vrf duplicates are added daily. 

      Attachments

        1. discovery.log
          19 kB
        2. discovery.txt
          523 kB
        3. Screenshot 2021-01-07 at 08.22.11.png
          Screenshot 2021-01-07 at 08.22.11.png
          118 kB
        4. Screenshot 2021-01-07 at 08.22.39.png
          Screenshot 2021-01-07 at 08.22.39.png
          72 kB

        Issue Links

          mentions

          Bug - A problem which impairs or prevents the functions of the product. OBS-3551 Event VRF updated every hours

          • Minor - Minor loss of function, or other problem where easy workaround is present.
          • Closed

          Activity

            [OBS-3600] Duplicate VRF entries
            landy Mike Stupalov added a comment -

            Ok, I will see again.

            landy Mike Stupalov added a comment - Ok, I will see again.
            dkiriljuk Dmitri Kiriljuk added a comment -

            We have the same problem, every discovery process adds new vrf. Our Observium version is

             

             

            dkiriljuk Dmitri Kiriljuk added a comment - We have the same problem, every discovery process adds new vrf. Our Observium version is   Observium 21.1.10964 (rolling)  
            dklimek Denis Klimek added a comment - - edited

            Now I was able to capture the process of adding multiple VRF entries. I created a new cronjob like that:

            0 */1 * * * /opt/observium/discovery.php -h all -m vrf -d >> discovery.log (see uploaded file)

            I removed all other devices and left only device 'pop19-asr' within it. There you can see that new VRFs has been added. If I run discovery manually by CLI, the VRFs will be deleted... it is only re-added by the cronjob discovery every time.

            dklimek Denis Klimek added a comment - - edited Now I was able to capture the process of adding multiple VRF entries. I created a new cronjob like that: 0 */1 * * * /opt/observium/discovery.php -h all -m vrf -d >> discovery.log (see uploaded file) I removed all other devices and left only device 'pop19-asr' within it. There you can see that new VRFs has been added. If I run discovery manually by CLI, the VRFs will be deleted... it is only re-added by the cronjob discovery every time.
            dklimek Denis Klimek added a comment -

            Hmm... I dont know how to reproduce it. I've stopped all cron jobs regarding discovery and tried the last three days manually to rediscover by CLI every hours.

            Not once it happened that VRF got multiple entries. Yesterday evening I enabled all cronjobs again and normalized. This morning, now I see again double entries.......----

            dklimek Denis Klimek added a comment - Hmm... I dont know how to reproduce it. I've stopped all cron jobs regarding discovery and tried the last three days manually to rediscover by CLI every hours. Not once it happened that VRF got multiple entries. Yesterday evening I enabled all cronjobs again and normalized. This morning, now I see again double entries.......----
            landy Mike Stupalov added a comment -

            Hrm, we not have any polling process for vrfs.. Changes can be only in discovery.

            Make and attach discovery debug:

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

            landy Mike Stupalov added a comment - Hrm, we not have any polling process for vrfs.. Changes can be only in discovery. Make and attach discovery debug: ./discovery.php -d -h <device>
            dklimek Denis Klimek added a comment -

            Hi Mike,

            It seems to be unfixed :-/ This morning I've found new VRF entries. Looks like that discovery is removing/cleaning them everytime, but polling process creates new entries.

            dklimek Denis Klimek added a comment - Hi Mike, It seems to be unfixed :-/ This morning I've found new VRF entries. Looks like that discovery is removing/cleaning them everytime, but polling process creates new entries.
            dklimek Denis Klimek added a comment -

            Sorry, my mistake. Forgot to wait until every devices got re-discovered. Looks fixed from my opinion

            dklimek Denis Klimek added a comment - Sorry, my mistake. Forgot to wait until every devices got re-discovered. Looks fixed from my opinion
            landy Mike Stupalov added a comment -

            you sure that this is rolling?

            attach discovery debug:

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

            landy Mike Stupalov added a comment - you sure that this is rolling? attach discovery debug: ./discovery.php -d -h <device>
            dklimek Denis Klimek added a comment -

            Hi Mike, we still have this issue present with latest revision 10932 :/

            dklimek Denis Klimek added a comment - Hi Mike, we still have this issue present with latest revision 10932 :/
            landy Mike Stupalov added a comment -

            Not sure how happened for you.

            Please update to latest rolling revision (r10932) and reviscover device.

            Note, you used stable branch, for quick fix need temporary switch to rolling:
            switch-between-rolling-and-stable-trains.

            landy Mike Stupalov added a comment - Not sure how happened for you. Please update to latest rolling revision (r10932) and reviscover device. Note, you used stable branch, for quick fix need temporary switch to rolling: switch-between-rolling-and-stable-trains .
            HorizonTelecom Ton Blok added a comment -

            I attached the request output 

            HorizonTelecom Ton Blok added a comment - I attached the request output 

            People

              landy Mike Stupalov
              HorizonTelecom Ton Blok
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: