Thursday, 2016-11-03

openstackgerritHong Hui Xiao proposed openstack/dragonflow: Revert "Start network connections after neutron forks workers"  https://review.openstack.org/39301301:02
*** jtonsing has quit IRC01:07
openstackgerritHong Hui Xiao proposed openstack/dragonflow: Revert "Start network connections after neutron forks workers"  https://review.openstack.org/39301301:16
openstackgerritMerged openstack/dragonflow: Add license property to setup.cfg  https://review.openstack.org/39259001:50
*** gongysh has joined #openstack-dragonflow02:59
*** oanson has joined #openstack-dragonflow03:23
openstackgerritWangJian proposed openstack/dragonflow: Allow to change chassis info after df controller restart  https://review.openstack.org/36507703:25
rajivkHi, What happens if local controller goes down, how ovs bridge will get updated?03:53
rajivkcan some other local controller take responsibility of configuring?03:53
oansonrajivk, no. Each controller is responsible for its local ovs bridge04:36
oansonif it goes down, then the bridge won't be updated until the local controller is restarted04:36
rajivkwhat about flows and traffic from existing VMs?04:37
oansonThe flows won't change.04:37
oansonSo connectivity for existing VMs (that don't need controller / use output:controller) will still have connectivity04:37
rajivkhmm, can we do something like, put all the controller information in db(RMC, redis etc) and keeps on monitoring them, if some controller goes down04:38
rajivkthen other controller takes on control04:38
oansonrajivk, that's possible. But I think maybe a watchdog that restarts the local controller might be more in-line with our design04:39
rajivkokay, but i think, if local controller has gone down then there must be something, which caused it to go down, so may be restart will fail again.04:40
rajivkWe can retry to some number of times and then pass on the control to other controller04:40
rajivkwhat do you think?04:40
oansonShould work. But only as a second fallback. A local watchdog should be an earlier line of defense04:43
oansonBut it is better than a watchdog alone04:43
rajivkyes, i mean the same, watchdog try to restart it a few times(configurable) after that pass on the control if watchdog fails to restart04:43
oansonAnd having controllers inter-communicate could also have other benefits04:44
rajivkhmm04:44
oansonJust note that current dragonflow applications assume local controller for one local ovs bridge04:45
oansonThat will have to be taken into account in the design, and possibly changed04:45
rajivkYou are right.04:46
rajivkDo you think, we should discuss it in weekly meeting about it?04:46
oansonSure04:47
rajivkWhat do you think of tracing each services of dragonflow for example, local controller, df-metadata service etc. Like we do in neutron, nova, heat , which will help to know the status of the whole cluster from a single point.04:47
oansonSounds like a good plan.04:48
oansonI have to go. I'd be happy to discuss this again later today, or in the weekly meeting04:48
oansonYou could also upload a spec for review04:48
rajivkokay, just ping me once you are online04:48
oansonSure. Thanks.04:49
*** openstackgerrit has quit IRC05:48
*** openstackgerrit has joined #openstack-dragonflow05:49
*** oanson has quit IRC06:08
*** irenab has joined #openstack-dragonflow06:46
*** oanson has joined #openstack-dragonflow06:54
*** irenab has quit IRC07:02
*** irenab has joined #openstack-dragonflow07:04
*** yuval has joined #openstack-dragonflow07:13
*** yuval is now known as Guest1705407:14
*** Guest17054 is now known as yuval07:14
*** rajivk has quit IRC07:22
*** rajivk has joined #openstack-dragonflow07:34
*** dimak has joined #openstack-dragonflow07:43
*** openstackgerrit has quit IRC07:48
*** openstackgerrit has joined #openstack-dragonflow07:49
*** oanson has quit IRC08:13
*** oanson has joined #openstack-dragonflow08:15
*** oanson has quit IRC08:19
*** oanson has joined #openstack-dragonflow08:22
*** oanson has quit IRC08:22
*** oanson has joined #openstack-dragonflow08:23
*** oanson has quit IRC08:25
*** irenab has quit IRC08:27
*** oanson has joined #openstack-dragonflow08:28
oansonrajivk, ping08:37
rajivkoanson, hi08:38
oansonI would like to continue the discussion from earlier08:38
rajivkok, i have created blueprints for them08:39
oansonrajivk, great. Thanks!08:39
oansonIt's this one, right? https://blueprints.launchpad.net/dragonflow/+spec/services-status08:40
rajivkyes08:40
rajivkWhat do you think, about consul added as a database?08:41
rajivkConsul has inbuilt support for health monitoring but i am not sure about pub-sub used in dragonflow.08:42
oansonMore database plugins are great08:42
oansonThe design of pluggability was to support as many as possible, according to the need of each deployer08:42
oansonIf it doesn't have pub/sub, an external pub/sub can be used, e.g. the zmq driver08:43
rajivkokay08:43
oansonIf you want to use its builtin health monitor support, then that also needs to be pluggable, so that if this feature is missing in other databases, they can be covered by other drivers08:43
rajivkok08:44
oansonOr if this feature is supported by other databases, there's probably database-specific code that has to be written (e.g. different code for redis, consul, etcd)08:44
rajivkyes08:45
rajivkI have added blueprint for other topic we discussed as well08:46
rajivkhttps://blueprints.launchpad.net/dragonflow/+spec/ha-local-controller08:46
rajivkI don't know the way other services work except local controller, if they have the same issue then we can think of making them HA as well.08:47
oansonI think the local controller is the most important one08:47
oansonI think l3 behaves like in the reference implementation08:48
oansonmetadata listens to connections. We can try to see how this can be load balanced. But is of much lesser priority than local controller08:48
oansonWe should also have a user/admin notification mechanism in case of such (and other) failures.08:49
oansonBut that's a separate blueprint08:49
rajivkI am not sure but notification(mail etc) has to be done in different component of openstack.08:49
rajivkMost of the time, we use different monitoring and notification service's not make out component responsible for them08:50
oansonyes, it would be better to interface with existing solutions/framework/api.08:50
oansonI don't think I understand your last message08:51
rajivkI mean in out product, we make our own monitoring and notification services. If there is already existing openstack component for notification and monitoring then we can think of integration with it.08:52
rajivkBut if we implement monitoring and notification then we are deviating from purpose of dragonflow.08:52
oansonyes.08:52
oansonDragonflow should be SDN/networking only. And monitoring/notification should be done in existing openstack infrastructure08:53
rajivkyes, that's what i mean.08:53
oansonWe will have to interface with ceilometer, aodh, etc.08:53
oansonThen we agree :)08:53
rajivkPerfect :)08:53
rajivkoanson, thanks for the discussion. If i face any issue, i will ping you.08:54
oansonNo problem. Thank you.08:55
oansonI am adding this issue to the agenda for Monday's weekly meeting08:55
oansonI hope you'll be able to be there and join the discussion08:55
rajivkthanks a lot08:55
rajivkOn Monday, 9.00 AM UTC08:56
rajivkI will join it. :)08:56
oansonYes.08:56
oansonGreat! Thanks! :)08:56
*** irenab has joined #openstack-dragonflow09:17
*** oanson has quit IRC09:31
*** oanson has joined #openstack-dragonflow09:32
*** oanson has quit IRC09:34
*** oanson has joined #openstack-dragonflow09:35
*** oanson has quit IRC09:37
*** oanson has joined #openstack-dragonflow09:38
*** oanson has quit IRC09:40
*** oanson has joined #openstack-dragonflow09:41
*** oanson has quit IRC09:43
openstackgerritWangJian proposed openstack/dragonflow: Allow to change chassis info after df controller restart  https://review.openstack.org/36507709:44
*** oanson has joined #openstack-dragonflow09:44
*** oanson has quit IRC09:46
openstackgerritWangJian proposed openstack/dragonflow: Allow to change chassis info after df controller restart  https://review.openstack.org/36507709:47
*** oanson has joined #openstack-dragonflow09:47
*** oanson has quit IRC09:49
*** oanson has joined #openstack-dragonflow09:50
*** oanson has quit IRC09:52
*** oanson has joined #openstack-dragonflow09:54
*** oanson has quit IRC09:55
*** oanson has joined #openstack-dragonflow09:56
*** oanson has quit IRC09:58
*** oanson has joined #openstack-dragonflow09:59
*** oanson has quit IRC10:01
*** oanson has joined #openstack-dragonflow10:02
*** oanson has quit IRC10:04
*** oanson has joined #openstack-dragonflow10:07
*** oanson has quit IRC10:07
*** gongysh has quit IRC10:57
openstackgerritWangJian proposed openstack/dragonflow: Allow to change chassis info after df controller restart  https://review.openstack.org/36507711:29
openstackgerritHong Hui Xiao proposed openstack/dragonflow: Small refactor of methods in dhcp_app  https://review.openstack.org/39325111:35
openstackgerritHong Hui Xiao proposed openstack/dragonflow: Re-download dhcp flow when enable dhcp of subnet  https://review.openstack.org/39325211:35
*** saggi has joined #openstack-dragonflow12:11
*** oanson has joined #openstack-dragonflow12:12
*** lihi has joined #openstack-dragonflow12:26
*** oanson has quit IRC13:45
*** oanson has joined #openstack-dragonflow13:46
openstackgerritHong Hui Xiao proposed openstack/dragonflow: Fix unable to update subnet when subnet disables dhcp  https://review.openstack.org/39332813:54
*** lihi has quit IRC13:57
*** oanson has quit IRC14:05
*** irenab has quit IRC14:14
*** jtonsing has joined #openstack-dragonflow14:36
*** jtonsing has quit IRC14:52
*** jtonsing_ has joined #openstack-dragonflow14:52
openstackgerritDima Kuznetsov proposed openstack/dragonflow: Forward DNAT traffic from table 7  https://review.openstack.org/39208614:53
openstackgerritDima Kuznetsov proposed openstack/dragonflow: Refactor local_networks in L2ML2App  https://review.openstack.org/39265114:53
*** oanson has joined #openstack-dragonflow14:59
*** yuval has quit IRC15:31
*** saggi has quit IRC15:34
*** jtonsing_ has quit IRC15:57
*** jtonsing has joined #openstack-dragonflow15:58
openstackgerritMerged openstack/dragonflow: Fix typo in L2ML2App  https://review.openstack.org/39260316:11
openstackgerritMerged openstack/dragonflow: Updated from global requirements  https://review.openstack.org/39272216:12
openstackgerritMerged openstack/dragonflow: Remove setting Q_L3_ENABLED  https://review.openstack.org/39248816:18
openstackgerritMerged openstack/dragonflow: Disable q-meta when enable df-metadata  https://review.openstack.org/39266316:18
openstackgerritMerged openstack/dragonflow: Remove df-ext-services  https://review.openstack.org/39181016:21
openstackgerritDima Kuznetsov proposed openstack/dragonflow: Nitpicks: Remove redundant pass  https://review.openstack.org/39339216:22
openstackgerritDima Kuznetsov proposed openstack/dragonflow: Nitpicks: Fix typo in RedisPortStatusNotifier  https://review.openstack.org/39339316:22
openstackgerritDima Kuznetsov proposed openstack/dragonflow: Nitpicks: Fix invalid attribute access  https://review.openstack.org/39339416:22
*** dimak has quit IRC16:33
*** oanson has quit IRC18:27
*** oanson has joined #openstack-dragonflow18:38
*** oanson has quit IRC20:17
*** jtonsing_ has joined #openstack-dragonflow20:44
*** jtonsing has quit IRC20:45
*** jtonsing_ is now known as jtonsing20:45

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!