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 BR/Luis > On Aug 23, 2016, at 10:06 AM, Luis Gomez <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
