[Changed the subject] Anil, now you can ask ;)
https://wiki.opendaylight.org/view/Genius:Sharding_evolution Thanks, Faseela From: Anil Vishnoi [mailto:vishnoia...@gmail.com] Sent: Saturday, June 09, 2018 5:30 AM To: Faseela K <faseel...@ericsson.com> Cc: Tom Pantelis <tompante...@gmail.com>; Michael Vorburger <vorbur...@redhat.com>; infrautils-...@lists.opendaylight.org; controller-dev <controller-dev@lists.opendaylight.org>; genius-...@lists.opendaylight.org Subject: Re: [controller-dev] [infrautils-dev] OK to resurrect c/64522 to first move infrautils.DiagStatus integration for datastore from genius to controller, and then improve it for GENIUS-138 ? On Fri, Jun 8, 2018 at 4:50 PM, Faseela K <faseel...@ericsson.com<mailto:faseel...@ericsson.com>> wrote: From: Tom Pantelis [mailto:tompante...@gmail.com<mailto:tompante...@gmail.com>] Sent: Saturday, June 09, 2018 2:24 AM To: Anil Vishnoi <vishnoia...@gmail.com<mailto:vishnoia...@gmail.com>> Cc: Faseela K <faseel...@ericsson.com<mailto:faseel...@ericsson.com>>; Michael Vorburger <vorbur...@redhat.com<mailto:vorbur...@redhat.com>>; infrautils-...@lists.opendaylight.org<mailto:infrautils-...@lists.opendaylight.org>; controller-dev <controller-dev@lists.opendaylight.org<mailto:controller-dev@lists.opendaylight.org>>; genius-...@lists.opendaylight.org<mailto:genius-...@lists.opendaylight.org> Subject: Re: [controller-dev] [infrautils-dev] OK to resurrect c/64522 to first move infrautils.DiagStatus integration for datastore from genius to controller, and then improve it for GENIUS-138 ? On Fri, Jun 8, 2018 at 3:11 PM, Anil Vishnoi <vishnoia...@gmail.com<mailto:vishnoia...@gmail.com>> wrote: On Thu, Jun 7, 2018 at 11:39 AM, Faseela K <faseel...@ericsson.com<mailto:faseel...@ericsson.com>> wrote: Not related in this context, but if we can get shard leader change notification, can we use that to derive an entity owner instead of using EOS? ;) Humble suggestion, don't use shard location/ownership status in your business logic ;-) +1. And knowledge, assumptions about shard names, member names ... :) >> Of course we all like to avoid such complex logics in the application code. >> In a 3 node cluster, for an application like netvirt which has to push a lot >> of flows, plus a set of OVSDB configuration, based on some events coming >> from neutron datastores(note that all of these are different config shards), >> I am just trying to understand what is the best way to place things. It is >> always good not to make application logic, depend on internals of infra, but >> is the only way then to collocate shards? I have few questions around what lead to the solution that putting all the shard to one node is the only solutions , but i don't want to hi-jack this thread with that topic :). Thanks, Faseela From: infrautils-dev-boun...@lists.opendaylight.org<mailto:infrautils-dev-boun...@lists.opendaylight.org> [mailto:infrautils-dev-boun...@lists.opendaylight.org<mailto:infrautils-dev-boun...@lists.opendaylight.org>] On Behalf Of Tom Pantelis Sent: Friday, June 08, 2018 12:07 AM To: Michael Vorburger <vorbur...@redhat.com<mailto:vorbur...@redhat.com>> Cc: infrautils-...@lists.opendaylight.org<mailto:infrautils-...@lists.opendaylight.org>; controller-dev <controller-dev@lists.opendaylight.org<mailto:controller-dev@lists.opendaylight.org>>; genius-...@lists.opendaylight.org<mailto:genius-...@lists.opendaylight.org>; Robert Varga <n...@hq.sk<mailto:n...@hq.sk>> Subject: Re: [infrautils-dev] [controller-dev] OK to resurrect c/64522 to first move infrautils.DiagStatus integration for datastore from genius to controller, and then improve it for GENIUS-138 ? -- Thanks Anil
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev