After more test runs I observe when device does not connect to all member instances (3), the list of candidates in the entity-owner API is disparate: it could be 1 or 2 or 3.
https://jenkins.opendaylight.org/releng/view/openflowplugin/job/openflowplugin-csit-3node-clustering-only-boron/ I opened this bug to track this issue: https://bugs.opendaylight.org/show_bug.cgi?id=6554 <https://bugs.opendaylight.org/show_bug.cgi?id=6554> BR/Luis > On Aug 24, 2016, at 6:42 PM, Luis Gomez <ece...@gmail.com> wrote: > > Actually it was only that run that did not show the registration issue, I > believe we still have it: > > https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-3node-clustering-only-boron/581/archives/log.html.gz > > <https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-3node-clustering-only-boron/581/archives/log.html.gz> > > BR/Luis > >> On Aug 23, 2016, at 10:06 AM, Luis Gomez <ece...@gmail.com >> <mailto:ece...@gmail.com>> wrote: >> >> Hi Jozef, >> >> FYI, with latest Boron code: >> >> https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-3node-clustering-only-boron/576/archives/log.html.gz >> >> <https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-3node-clustering-only-boron/576/archives/log.html.gz> >> >> I do not see the entity-owner register issue anymore but I see: >> >> 1) HTTP 500 Error after Delete flows: controller bug >> https://bugs.opendaylight.org/show_bug.cgi?id=6457 >> <https://bugs.opendaylight.org/show_bug.cgi?id=6457>. >> 2) Member instance does not rejoin cluster after isolating/rejoining the >> instance using iptables. >> >> BR/Luis >> >> >>> On Aug 23, 2016, at 6:13 AM, Jozef Bacigál <jozef.baci...@pantheon.tech >>> <mailto:jozef.baci...@pantheon.tech>> wrote: >>> >>> + mdsal-dev >>> Od: Jozef Bacigál <jozef.baci...@pantheon.tech >>> <mailto:jozef.baci...@pantheon.tech>> >>> Odoslané: 23. augusta 2016 11:18 >>> Komu: Anil Vishnoi; Luis Gomez; controller-dev@lists.opendaylight.org >>> <mailto:controller-dev@lists.opendaylight.org> >>> Kópia: openflowplugin-dev >>> Predmet: Re: [openflowplugin-dev] Changes in entity-owner >>> >>> Luiz, >>> >>> we did the same test: >>> >>> 3 cluster nodes, 1 switch, switch connected to 1 cluster node >>> entity ownership dump (/restconf/operational/entity-owners:entity-owners >>> <http://${odlAddress}:${odlPort}/restconf/operational/entity-owners:entity-owners>)show >>> entity "ServiceEntityType" is registered in all cluster nodes >>> >>> I checked the logs and we are ok. We are cleaning after disconnect. >>> >>> It is time to ask guys from controller if it is normal behavior or it is a >>> bug. >>> >>> Jozef >>> >>> P.S.: Added controller mailing list >>> Od: Jozef Bacigál <jozef.baci...@pantheon.tech >>> <mailto:jozef.baci...@pantheon.tech>> >>> Odoslané: 23. augusta 2016 8:16 >>> Komu: Anil Vishnoi; Luis Gomez >>> Kópia: openflowplugin-dev >>> Predmet: Re: [openflowplugin-dev] Changes in entity-owner >>> >>> Luis is there a chance to see logs from test ? >>> >>> Jozef >>> Od: Anil Vishnoi <vishnoia...@gmail.com <mailto:vishnoia...@gmail.com>> >>> Odoslané: 22. augusta 2016 22:15 >>> Komu: Luis Gomez >>> Kópia: openflowplugin-dev >>> Predmet: Re: [openflowplugin-dev] Changes in entity-owner >>> >>> This seems like a bug to me. Hopefully it's not a stale entry that was not >>> cleaned up in a scenario where the device was connected to all the cluster >>> node and then you disconnect and connect the same device to only one node. >>> But even in this scenario it's a bug. >>> >>> On Mon, Aug 22, 2016 at 9:51 AM, Luis Gomez <ece...@gmail.com >>> <mailto:ece...@gmail.com>> wrote: >>> I mean if I connect a switch to just 1 member in the cluster, I see the >>> other 2 as candidates. Is this a bug? for your comments it seems like it is. >>> >>> BR/Luis >>> >>> >>>> On Aug 22, 2016, at 3:13 AM, Andrej Leitner <andrej.leit...@pantheon.tech >>>> <mailto:andrej.leit...@pantheon.tech>> wrote: >>>> >>>> Just to clarify, my entity-owners GET was performed with 3 switches >>>> connected to all 3 cluster nodes (3 candidates are present in >>>> ServiceEntityType section). >>>> >>>> From: Jozef Bacigál >>>> Sent: Monday, August 22, 2016 10:55 AM >>>> To: Luis Gomez; Andrej Leitner >>>> Cc: openflowplugin-dev >>>> Subject: Re: [openflowplugin-dev] Changes in entity-owner >>>> >>>> <>Hi Luis, >>>> >>>> I don't fully understand what do you mean "regardless of switch >>>> connection". You mean if the switch is not connected to the cluster node >>>> you still see registered entity ? >>>> EOS behavior does work the same per cluster node as singleton approach. >>>> (At least it should :) The switch has to be connected to cluster node: to >>>> create an entity candidate in EOS as a registration of service in >>>> singleton provider in singleton approach. >>>> >>>> Jozef >>>> ________________________________________ >>>> Od: Luis Gomez <ece...@gmail.com <mailto:ece...@gmail.com>> >>>> Odoslané: 19. augusta 2016 18:22 >>>> Komu: Andrej Leitner >>>> Kópia: openflowplugin-dev >>>> Predmet: Re: [openflowplugin-dev] Changes in entity-owner >>>> >>>> Hi all, >>>> >>>> I actually found a difference in the entity owner behavior so before I >>>> make a change in the test I want to make sure this is expected behavior >>>> (not a bug): in normal cluster implementation candidates are those that >>>> the OF switch connects to, in singleton the candidate is any member in the >>>> cluster regardless of switch connections. Is this expected? >>>> >>>> Thanks/Luis >>>> >>>> >>>> > On Aug 19, 2016, at 12:21 AM, Luis Gomez <ece...@gmail.com >>>> > <mailto:ece...@gmail.com>> wrote: >>>> > >>>> > Thanks Andrej, >>>> > >>>> > FYI, a patch for entity-owner API changes for Singleton is ready: >>>> > >>>> > https://git.opendaylight.org/gerrit/#/c/44380/ >>>> > <https://git.opendaylight.org/gerrit/#/c/44380/> >>>> > >>>> > Unfortunately current infra issues are preventing the patch verification. >>>> > >>>> > BR/Luis >>>> > >>>> > >>>> >> On Aug 19, 2016, at 12:16 AM, Andrej Leitner >>>> >> <andrej.leit...@pantheon.tech <mailto:andrej.leit...@pantheon.tech>> >>>> >> wrote: >>>> >> >>>> >> Hi Luis, >>>> >> my adjusted GET of entity-owners for stable/boron: >>>> >> >>>> >> --- TYPE [ofTransaction] >>>> >> ID : /a:entity[a:name='openflow:1'] >>>> >> +-- OWNER: member-3 >>>> >> candidate: member-3 >>>> >> ID : /a:entity[a:name='openflow:3'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> ID : /a:entity[a:name='openflow:2'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> >>>> >> --- TYPE [openflow] >>>> >> ID : /a:entity[a:name='openflow:1'] >>>> >> +-- OWNER: member-3 >>>> >> candidate: member-3 >>>> >> candidate: member-2 >>>> >> candidate: member-1 >>>> >> ID : /a:entity[a:name='openflow:3'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> candidate: member-2 >>>> >> candidate: member-3 >>>> >> ID : /a:entity[a:name='openflow:2'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> candidate: member-2 >>>> >> candidate: member-3 >>>> >> >>>> >> ... and for master: >>>> >> >>>> >> --- TYPE [org.opendaylight.mdsal.AsyncServiceCloseEntityType] >>>> >> ID : /a:entity[a:name='openflow:3'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> ID : /a:entity[a:name='openflow:2'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> ID : /a:entity[a:name='openflow:1'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> >>>> >> --- TYPE [org.opendaylight.mdsal.ServiceEntityType] >>>> >> ID : /a:entity[a:name='openflow:3'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> candidate: member-2 >>>> >> candidate: member-3 >>>> >> ID : /a:entity[a:name='openflow:2'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> candidate: member-2 >>>> >> candidate: member-3 >>>> >> ID : /a:entity[a:name='openflow:1'] >>>> >> +-- OWNER: member-1 >>>> >> candidate: member-1 >>>> >> candidate: member-2 >>>> >> candidate: member-3 >>>> >> >>>> >> So it means that only entity types of double candidate approach are >>>> >> different using Singleton >>>> >> >>>> >> openflow -> ServiceEntityType >>>> >> ofTransaction -> AsyncServiceCloseEntityType >>>> >> >>>> >> Regards. >>>> >> -al- >>>> >> AndrejLeitner >>>> >> Software Developer >>>> >> >>>> >> Sídlo / Mlynské Nivy 56 / 821 05 Bratislava / Slovakia >>>> >> R&D centrum / Janka Kráľa 9 / 974 01 Banská Bystrica / Slovakia >>>> >> / andrej.leit...@pantheon.tech <mailto:andrej.leit...@pantheon.tech> >>>> >> reception: +421 2 206 65 114 / www.pantheon.sk <http://www.pantheon.sk/> >>>> >> >>>> >> [logo] >>>> >> >>>> >> >>>> > >>>> >>>> _______________________________________________ >>>> openflowplugin-dev mailing list >>>> openflowplugin-...@lists.opendaylight.org >>>> <mailto:openflowplugin-...@lists.opendaylight.org> >>>> https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev >>>> <https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev> >>>> JozefBacigál >>>> Software Engineer >>>> >>>> Sídlo / Mlynské Nivy 56 / 821 05 Bratislava / Slovakia >>>> R&D centrum / Janka Kráľa 9 / 974 01 Banská Bystrica / Slovakia >>>> +421 908 766 972 <tel:%2B421%20908%20766%20972> / >>>> jozef.baci...@pantheon.tech <mailto:jozef.baci...@pantheon.tech> >>>> reception: +421 2 206 65 114 / www.pantheon.sk <http://www.pantheon.sk/> >>>> >>>> [logo] >>>> >>>> >>>> AndrejLeitner >>>> Software Developer >>>> >>>> Sídlo / Mlynské Nivy 56 / 821 05 Bratislava / Slovakia >>>> R&D centrum / Janka Kráľa 9 / 974 01 Banská Bystrica / Slovakia >>>> / andrej.leit...@pantheon.tech <mailto:andrej.leit...@pantheon.tech> >>>> reception: +421 2 206 65 114 / www.pantheon.sk <http://www.pantheon.sk/> >>>> >>>> >>> >>> >>> _______________________________________________ >>> openflowplugin-dev mailing list >>> openflowplugin-...@lists.opendaylight.org >>> <mailto:openflowplugin-...@lists.opendaylight.org> >>> https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev >>> <https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev> >>> >>> >>> >>> >>> -- >>> Thanks >>> Anil >>> JozefBacigál >>> Software Engineer >>> >>> Sídlo / Mlynské Nivy 56 / 821 05 Bratislava / Slovakia >>> R&D centrum / Janka Kráľa 9 / 974 01 Banská Bystrica / Slovakia >>> +421 908 766 972 / jozef.baci...@pantheon.tech >>> <mailto:jozef.baci...@pantheon.tech> >>> reception: +421 2 206 65 114 / www.pantheon.sk <http://www.pantheon.sk/> >>> >>> >>> JozefBacigál >>> Software Engineer >>> >>> Sídlo / Mlynské Nivy 56 / 821 05 Bratislava / Slovakia >>> R&D centrum / Janka Kráľa 9 / 974 01 Banská Bystrica / Slovakia >>> +421 908 766 972 / jozef.baci...@pantheon.tech >>> <mailto:jozef.baci...@pantheon.tech> >>> reception: +421 2 206 65 114 / www.pantheon.sk <http://www.pantheon.sk/> >>> >>> >>> JozefBacigál >>> Software Engineer >>> >>> Sídlo / Mlynské Nivy 56 / 821 05 Bratislava / Slovakia >>> R&D centrum / Janka Kráľa 9 / 974 01 Banská Bystrica / Slovakia >>> +421 908 766 972 / jozef.baci...@pantheon.tech >>> <mailto:jozef.baci...@pantheon.tech> >>> reception: +421 2 206 65 114 / www.pantheon.sk <http://www.pantheon.sk/> >>> >>> >> >
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev
