data inconsistent in subscribe info in topology module

Bug #1596455 reported by hujie on 2016-06-27
This bug affects 1 person
Affects Status Importance Assigned to Milestone

Bug Description

In current topology implementation, when a new VM is created and the ovs-interface port was notified to topology module, if it could not find the corresponding lport object from DF DB (for example, the db connection breaks down), topology will not invoke the _add_to_topic_subscribed(self, topic, lport_id) method, so that the subscribe info is inconsistent with the VMs on the host, if the VM is a new tenant VM on the host, the new tenant info will not be subscribed.

So we need a mechanism to make the subscribe info consistent(for example when the db connection is recovered and established again)

hujie (mike-hu) wrote :

I will add the bug fix implement in my new db consistency patch for local controller

Changed in dragonflow:
assignee: nobody → hujie (mike-hu)

Fix proposed to branch: master

Changed in dragonflow:
status: New → In Progress
Yuli (stremovsky) on 2016-07-25
Changed in dragonflow:
importance: Undecided → High
Li Ma (nick-ma-z) wrote :

I find it a little hard to reproduce the problem to demonstrate the code you submitted. Do you have any approaches?

hujie (mike-hu) wrote :

1. you can deploy the redis server independent and make the connection between the db and compute node break down, and then launch the vm;
2. you can break down the connection between redis and compute node, and then start a vm by libvirt and insert the corresponding lport info into df db.

Just a simple thought, and I agree it's a difficult situation to reproduce: )

Submitter: Jenkins
Branch: master

commit 611e23c2833c6b9747ff99656ce79648d9426aa8
Author: hujie <email address hidden>
Date: Fri Nov 25 19:12:37 2016 +0800

    Implement db consistency logic in df local controller

    Change-Id: Iafe306116d6ad738a75cae2a640135411169ac2a
    Closes-bug: #1596455
    Partially-implements: blueprint keep-db-consistency

Changed in dragonflow:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers