Tuesday, 2015-12-08

« Monday, 2015-12-07 Index Wednesday, 2015-12-09 »
*** mbound_ has quit IRC00:18
*** karimb has quit IRC00:28
*** tbh has joined #tacker00:40
*** u_kozat has joined #tacker00:41
tbhHi, when you have time, can you please review https://review.openstack.org/#/c/250291/ ?00:42
*** u_kozat has quit IRC00:45
openstackgerritSripriya Seetharam proposed openstack/tacker-specs: Multi-VIM support for Tacker  https://review.openstack.org/24908501:02
openstackgerritSripriya Seetharam proposed openstack/tacker-specs: Multi-VIM support for Tacker  https://review.openstack.org/24908501:08
*** mbound_ has joined #tacker01:19
*** lhcheng has joined #tacker01:22
sripriyas3wong: ping01:23
s3wongsripriya: pong01:23
sripriyas3wong: https://review.openstack.org/#/c/249085/5/specs/mitaka/multi-vim-feature.rst needs your critical eye review :-)01:24
*** mbound_ has quit IRC01:24
s3wongsripriya: sure. Put in my review queue. Not something that can be done instantaneously :-)01:25
sripriyas3wong: thanks. yes, just making sure my patchset is not missed in your bucket list :-)01:26
s3wongsripriya: of course not :-)01:27
*** lhcheng has quit IRC01:27
*** tbh has quit IRC01:41
*** sridhar_ram has quit IRC02:06
*** tbh has joined #tacker02:06
*** ksantoshk has quit IRC02:08
*** tbh has quit IRC02:10
*** afveitch has joined #tacker02:11
*** bobh has joined #tacker02:12
*** prashantD has quit IRC02:19
openstackgerritSripriya Seetharam proposed openstack/tacker: Increase the heat stack wait time out  https://review.openstack.org/25156502:22
*** s3wong has quit IRC02:23
sripriyabobh: ^^02:23
bobhsripriya: got it02:24
sripriyabobh: thanks!02:24
sripriyabobh: also need your critical review on multisite spec v2 at https://review.openstack.org/#/c/249085/5/specs/mitaka/multi-vim-feature.rst. Thank you!02:24
bobhsripriya: I've been trying to get to that - will try to get it done tomorrow02:25
sripriyabobh: sure thanks again02:25
bobhsripriya: np02:25
*** sripriya has quit IRC02:26
*** bobh has quit IRC02:40
*** changzhi has joined #tacker02:49
*** arturt has quit IRC03:06
*** bobh has joined #tacker03:17
*** bobh has quit IRC03:50
*** bobh has joined #tacker03:50
*** bobh has quit IRC04:02
*** arturt has joined #tacker04:07
*** arturt has quit IRC04:12
*** changzhi has quit IRC04:32
*** tbh has joined #tacker05:07
*** amotoki has joined #tacker05:20
*** amotoki has quit IRC05:48
*** arturt has joined #tacker05:55
*** arturt has quit IRC06:04
*** arturt has joined #tacker06:04
openstackgerritOpenStack Proposal Bot proposed openstack/python-tackerclient: Updated from global requirements  https://review.openstack.org/25457706:52
openstackgerritOpenStack Proposal Bot proposed openstack/tacker: Updated from global requirements  https://review.openstack.org/25457806:52
*** arturt has quit IRC06:55
openstackgerritMerged openstack/tacker: Increase the heat stack wait time out  https://review.openstack.org/25156507:27
*** sridhar_ram has joined #tacker08:04
*** sridhar_ram has quit IRC08:08
*** gongysh_ has joined #tacker08:21
*** zeih has joined #tacker08:36
*** lhcheng has joined #tacker08:37
openstackgerritgongysh proposed openstack/tacker: Make the db migration scripts complete  https://review.openstack.org/25020708:43
*** mbound_ has joined #tacker09:10
*** gongysh_ has quit IRC09:12
*** gongysh_ has joined #tacker09:13
*** gongysh_ has quit IRC09:15
*** changzhi has joined #tacker09:28
*** tbh has quit IRC09:33
*** tbh has joined #tacker09:48
*** tbh has quit IRC10:08
*** lhcheng has quit IRC10:14
*** changzhi has quit IRC10:28
*** masterbound has joined #tacker11:02
*** openstackgerrit has quit IRC11:02
*** openstackgerrit has joined #tacker11:03
*** mbound_ has quit IRC11:05
*** tbh has joined #tacker11:12
*** masterbound has quit IRC11:29
*** mbound_ has joined #tacker11:29
*** tbh has quit IRC11:40
*** tbh has joined #tacker11:56
*** lhcheng has joined #tacker12:02
*** masterbound has joined #tacker12:05
*** lhcheng has quit IRC12:07
*** mbound_ has quit IRC12:08
*** zeih has quit IRC12:10
*** zeih has joined #tacker12:11
*** tbh has quit IRC12:21
*** tbh has joined #tacker12:23
*** gongysh_ has joined #tacker12:26
*** afveitch has quit IRC12:32
*** bobh has joined #tacker13:11
*** amotoki has joined #tacker13:15
*** ilozgach has quit IRC13:27
*** bobh has quit IRC13:27
*** gongysh_ has quit IRC13:38
*** tbh has quit IRC13:44
*** igordcard has joined #tacker13:46
*** lhcheng has joined #tacker13:52
*** lhcheng has quit IRC13:57
*** dandruta has joined #tacker14:01
*** bobh has joined #tacker14:18
*** lhcheng has joined #tacker14:30
*** lhcheng_ has joined #tacker14:34
*** lhcheng has quit IRC14:37
*** gongysh_ has joined #tacker14:39
*** zeih has quit IRC14:47
*** masterbound has quit IRC15:00
*** mbound_ has joined #tacker15:10
*** gongysh_ has quit IRC15:32
*** charliyu has joined #tacker15:36
*** charliyu has quit IRC15:45
*** tbh has joined #tacker15:54
*** lhcheng has joined #tacker16:00
*** lhcheng_ has quit IRC16:00
*** sridhar_ram has joined #tacker16:00
*** mbound_ has quit IRC16:04
*** mbound_ has joined #tacker16:06
*** sripriya has joined #tacker16:45
*** openstackgerrit has quit IRC16:47
*** openstackgerrit has joined #tacker16:48
*** u_kozat has joined #tacker16:51
*** vishwanathj has joined #tacker17:01
*** EricLajoie has joined #tacker17:01
*** brucet has joined #tacker17:01
*** EricLajoie has quit IRC17:01
*** EricLajoie has joined #tacker17:02
*** brucet has quit IRC17:03
*** brucet has joined #tacker17:03
*** dandruta has quit IRC17:04
*** EricLajoie has quit IRC17:05
*** s3wong has joined #tacker17:05
*** afveitch has joined #tacker17:07
*** afveitch has left #tacker17:08
*** santoshk has joined #tacker17:09
*** amotoki has quit IRC17:14
*** brucet_ has joined #tacker17:21
*** brucet has quit IRC17:21
*** prashantD has joined #tacker17:29
*** brucet has joined #tacker17:34
*** brucet_ has quit IRC17:38
*** mbound_ has quit IRC17:39
*** vishwanathj has quit IRC18:00
tbhsridhar_ram, got a few mins?18:01
sridhar_ramtbh: sure, sorry I shd've given you more time in the meeting18:01
* sridhar_ram pulling your spec18:02
tbhsridhar_ram, np, I thought a starting new ML thread on this, so I can get all views18:02
sridhar_ramtbh: you should.. we have been awfully quite in ML ;-)18:03
sridhar_ramtbh: even though so many things are happening in the project!18:04
tbhsridhar_ram, apart from this spec, does this bug https://review.openstack.org/#/c/240814/  has a priority18:04
tbhsridhar_ram, I have a bandwidth to land a patch for this, but not sure about it's priority18:04
tbhsridhar_ram, if it has less priority it will become something like this https://review.openstack.org/#/c/240814/18:05
tbhsry wrong link https://bugs.launchpad.net/tacker/+bug/152296118:05
openstackLaunchpad bug 1522961 in tacker "Display VNF monitoring status and health failure reason" [Medium,Confirmed] - Assigned to bharaththiruveedula (bharath-ves)18:05
*** s3wong has quit IRC18:05
sridhar_ramno, anything related to monitoring is less for now.. lets take these in the last sprint / M318:05
*** santoshk has quit IRC18:05
tbhsridhar_ram, sure18:05
sridhar_ramtbh: this is a interesting rfe, but only after your spec...18:06
tbhsridhar_ram, yeah got it18:06
sridhar_ramtbh: now, what is the challenge with artifact for image ?18:07
tbhsridhar_ram, I hope things will speed up from now :)18:07
sridhar_ramtbh: I hope so.. it is going to be crazy busy & FUN to see these features land!18:07
tbhsridhar_ram, yeah, actually using artifacts syntax do we need to specify type of that resource18:07
tbhsridhar_ram, still we don't have actual tosca parser intergration, how can we accommodate "type: tosca.artifacts.Deployment.Image.VM.QCOW2"18:08
*** brucet has quit IRC18:08
sridhar_ramtbh: yes, for now we need to plan manual parsing of this "type"18:09
sridhar_rambobh: ping18:09
bobhsridhar_ram:18:10
bobhsridhar_ram: hello18:10
sridhar_rambobh: quick check, do you know if tosca-parser support artifact image type ?18:10
bobhsridhar_ram: I believe so - the question would be what - if anything - does Heat Translator do with it18:11
bobhsridhar_ram: let me look quick18:11
sridhar_rambobh: thanks18:11
sridhar_ramtbh: meanwhile, I'm assuming you are proceeding with implementation ? :)18:11
sridhar_ram.. I meant for flavor & network ..18:12
tbhsridhar_ram, yeah, modifying according to the comments from the spec :)18:12
tbhsridhar_ram, so that it will save the time for the community18:12
sridhar_ramtbh: sure, that's always case!18:12
tbhsridhar_ram, okay, I will again provide the details and doubts in ML on this topic18:13
sridhar_ramtbh: bobh: just a general thought, lets assume tosca-parser doesn't support artifact...18:14
bobhsridhar_ram: looks like it's supported in tosca-parser18:14
bobhsridhar_ram: but I'm not sure that heat-translator does anything with it - hard to tell, we would need to test18:14
sridhar_ramtbh: bobh: .. one way we can tacker can co-exist with heat is .. tacker can create glance image and then pass the glance name to heat in vm_image:18:14
sridhar_rambobh: that's good to know tosca-parser support it.. but it will be good to insert tacker in the middle.18:15
sridhar_rambobh: we might need to strip off or add on few things before we send to heat-translator18:16
bobhright - Tacker can take the object and do something with it and strip the node out of the tree before sending it to heat-translator18:16
bobhsridhar_ram: I think Tacker can add a lot of value by "pre-processing" the translated TOSCA into something useful for Heat18:16
*** brucet has joined #tacker18:17
sridhar_rambobh: awesome.. that's exactly where I see lots of value for Tacker18:17
sridhar_ramI mean .. value off Tacker!18:17
tbhsridhar_ram, to a side note, I think we can create flavor on vnf-create time itself I guess?18:17
sridhar_rambobh: what do you pass to heat-translater in that situation ? I'm assuming not a string buffer, but some tree data-struct ?18:18
sridhar_ramtbh: yes, that's what we decided last time ...18:18
bobhI believe it's a ToscaTemplate structure - need to look at that interface a little more18:18
tbhsridhar_ram, so only image details I have to store18:19
sridhar_ramtbh: number of tacker flavor == number of VNFDs in the catalog .. should be okay18:19
bobhbut I think we can traverse the output from tosca-parser, prune out what Heat doesn't handle, modify what we need to, and then pass the result to heat-translator18:19
sridhar_rambobh: perfect!18:19
bobhsridhar_ram: note could be multiple VDUs per VNFD each with a distinct flavor - so VDUnum is the max18:19
bobhsridhar_ram: you will notice the "I think" in that statement :-)18:20
sridhar_rambobh: true!18:20
sridhar_rambobh: I'm an optimist .. glass half-full kinda person :)18:20
tbhsridhar_ram, you mean vnfd-create ?18:21
sridhar_ramtbh: yes18:21
tbhsridhar_ram,  or for the first vnf-create ?18:21
tbhsridhar_ram, okay got it18:21
tbhsridhar_ram, but I said the other creation is to create  flavor using heat template at vnf-create time18:22
sridhar_ramtbh: to recap, flavor and image can be "precreated" during VNFD creation time and network creation during VNF creation time18:22
tbhsridhar_ram, so that when the user delete the VNF, heat will take care of it's deletion18:22
sridhar_ramtbh: that's an implementation detail .. if you want to leverage heat, that is fine (IMO)18:23
tbhsridhar_ram, okay18:23
sridhar_rambobh: tbh: another note, tosca parsing will happen in both VNFD create and VNF create time...18:23
sridhar_ram... correct ?18:23
bobhsridhar_ram: yes - necessary for parameter input processing at deploy time18:25
sridhar_ramtbh: if you use heat to create flavor .. you need to store that stack-id and flavor-id in vnfd ..18:25
*** sripriya has quit IRC18:25
bobhsridhar_ram: we might be able to store the translated TOSCA and the insert the inputs when heat-translator is called - have to look into that18:25
sridhar_ramtbh: .. and during vnf-create time prune the tosca parser tree any flavor related thing and directly pass name / uuid references ?18:26
*** s3wong has joined #tacker18:26
sridhar_rambobh: yes, that's another option...18:26
tbhsridhar_ram, yes, makes sense18:26
sridhar_ramtbh: bobh: a timeline question, do we need to make this autocreation depend on bobh's tosca-parser work ?18:27
sridhar_rambobh: looking for your guidance & input18:28
tbhsridhar_ram, I have the same question, but thought of continuing with existing code18:28
bobhsridhar_ram: depends on whether you want to implement it twice ?18:28
sridhar_ramtbh: I think you shd continue impl on the side to bring out these scenarios18:28
sridhar_rambobh: it doesn't make sense to me to do it twice.. given you are getting there fast ;-)18:29
tbhsridhar_ram, bobh  yeah I can show you the patches for flavor and network creations, you can test it18:29
bobhsridhar_ram: depends on your definition of fast :-)18:29
sridhar_ramLOL18:29
sridhar_ramtbh: throw a WIP, never hurts18:30
tbhsridhar_ram, before approving spec?18:30
sridhar_ramtbh: it is just a communication tool.. -Workflow means it is just an idea18:31
sridhar_ramtbh: you got to see how neutron folks would throw things at gerrit and immediately abandon and share the link!18:31
tbhsridhar_ram,I see...18:32
tbhsridhar_ram,  I am not aware of this18:32
tbhsridhar_ram, but that's a nice idea18:32
*** brucet has quit IRC18:32
sridhar_rambobh: I'm tempted to see if tbh's work can work off your tosca-parser work...18:33
bobhsridhar_ram: it should be able to - theoretically we could separate the NFV and parser pieces18:33
sridhar_rambobh: it will also bring out our "working model" to co-exist with heat-translator18:33
sridhar_rambobh: yeap.. it would mean slightly longer route (than what I had in mind), but I think it will be worth it...18:34
sridhar_ramtbh: what do you think ?18:34
tbhsridhar_ram, actually I didn't get you18:36
sridhar_ramtbh: no worries, I'll explain ...18:36
sridhar_ramtbh: .. instead of manual parsing for cpu, mem, artifact, etc.. use what bobh is bring to implement your feature18:37
bobhsridhar_ram: I'll work on a WIP patchset to use tosca-parser with what we have now18:38
bobhsridhar_ram: we can add NFV support when it is available in tosca-parser - or just leave this as an exercise to help light the path forward18:38
sridhar_ramtbh: meaning, these auto-resource create feature will be available though new tosca-parser based template syntax.. not the current manual tacker tosca parsing18:38
sridhar_rambobh: that will be great...18:39
sridhar_rambobh: with my project-mgr hat on, any rough date you are shooting for the tacker --> tosca-parser --> heat-translator ..?18:41
bobhsridhar_ram: rough?  June?18:41
bobhsridhar_ram: sorry....18:41
sridhar_ramargh..18:41
sridhar_ramlol18:41
sridhar_ramjust trying to see what can tbh can expect..18:42
tbhsridhar_ram, so I have to implement the BP on top of bobh 's tosca parser patch18:42
sridhar_ramI know it is *tough* to put a date...18:42
bobhsridhar_ram: depends on the next couple of weeks and how much time I can carve out - might make more sense for me to focus on the tacker side for a bit to get the working an unblock tbh - then look back at bringing in the NFV piece18:42
sridhar_ramtbh: that's what we are exploring ..18:42
sridhar_rambobh: yes, re-arranging like that would help18:43
bobhsridhar_ram: let me see what I can get done this week18:43
sridhar_rambobh: sure...18:44
tbhsridhar_ram, bobh  can you help me understand NFV piece here?18:44
bobhsridhar_ram: there is some related tech-debt on the infra driver that I would rather not get tangled up with18:44
bobhtbh: the tosca-parser works today with the simple tosca profile - no VNF/VDU/VL/VP etc NFV support18:44
sridhar_rambobh: true, there are some landmines here and there... that's why I want gongysh code cleanup to go thru'18:45
bobhtbh: much of what we are doing today minus the VDU-specific piece - can be easily done in simply TOSCA18:45
*** brucet has joined #tacker18:45
bobh we can leverage that for your work and delay the NFV-specific objects until that is ready18:46
*** brucet has quit IRC18:46
bobhI think I missed a sentence there18:46
bobhtbh: so if I can get the basic tosca-parser piece integrated into tacker, along with the associated heat-translator18:46
bobhtbh: we can leverage that for your work and delay the NFV-specific objects until that is ready18:46
bobhthat's better18:46
tbhbobh, thanks for the detailed explanation18:47
sridhar_ramtbh: essentially, all new features will be offered only through this tosca-parser based code flow..18:47
tbhbobh, trying to push a BP for match VDU details with nova flavors in heat-translator, but it is going to be useful for us18:48
bobhsridhar_ram: I'll do the WIP patchset first then go bak and do the spec :-)18:48
sridhar_ramlol18:48
bobhtbh: heat-translator might handle some of that for us - not sure18:48
tbh*not going to be useful18:48
bobhsridhar_ram: it's always easier to document what I did than what I'm going to do18:48
tbhbobh, completely agree with you18:49
sridhar_ramtbh: flavor match is not worth the effort IMO18:49
tbhsridhar_ram, yeah, as I said I have bandwidth to do things, so trying out different stuff18:49
sridhar_ramtbh: bobh: sounds good.. I expect WIPs from both you.. will help all of us to understand the pieces18:49
bobhsridhar_ram: there's that PjM again...  :-D18:50
sridhar_ramtbh: we have *tons* of stuff in tacker..18:50
tbhsridhar_ram, yeah but confused18:51
sridhar_rambobh: I never liked that person within me.... I hate him frankly :)18:51
bobhsridhar_ram: necessary evil - otherwise we would never get anything done - or nothing useful anyway18:51
sridhar_ramtbh: the openwrt RFE will be a huge help.. if you've some spare cycles18:51
sridhar_rambobh: I'll console / pass on this to "that" person18:52
bobhsridhar_ram: lol18:52
sridhar_ramtbh: https://bugs.launchpad.net/tacker/+bugs?field.tag=mitaka-rfe18:53
sridhar_ramhttps://bugs.launchpad.net/tacker/+bug/151767218:53
openstackLaunchpad bug 1517672 in tacker "Preinstall openwrt images in tacker devstack installation" [High,In progress] - Assigned to Aqsa (aqsamm)18:53
tbhsridhar_ram,  aqsa working on it?18:53
sridhar_ramoops .. looks someone picked that up!18:53
sridhar_ramtbh: that's good in a way..! happy to see many new devs here..18:54
sridhar_ramtbh: let me send you few candidate ones .. in fact, wrapping up respawn limit would make sense as welll (i know I'm going back on this)18:55
tbhsridhar_ram, yeah18:56
tbhsridhar_ram, but we have few more rfe, but not sure about their priorities18:56
sridhar_ramtbh: they are all good particularly netconf / yang, but my main concern is core-reviewer bandwidth..18:57
tbhsridhar_ram, nice to see openWRT patch done, asked to upload it to gerrit18:58
tbhsridhar_ram, exactly18:58
bobhtbh: my fault respawn limit got held up18:58
tbhsridhar_ram, yes checking  https://bugs.launchpad.net/tacker/+bug/1474965  https://bugs.launchpad.net/tacker/+bug/151766118:59
openstackLaunchpad bug 1474965 in tacker "Tacker: Need generic SSH / Telnet management driver that can be configured via TOSCA template" [Low,Confirmed] - Assigned to Bob Haddleton (bob-haddleton)18:59
openstackLaunchpad bug 1517661 in tacker "Tacker: Need generic NETCONF / YANG management driver that can be configured via TOSCA template" [Low,New]18:59
sridhar_rambtw, in that display monitoring RFE, there is scope to display / add a column to show VNF status + error18:59
tbhsridhar_ram, but we are showing of the VNF19:00
sridhar_ramtbh: for eg. when VNF goes to ERROR state, user has no clue why19:00
sridhar_ramtbh: perhaps this is due "No host available", or respawn limit reached, etc19:01
tbhsridhar_ram, something like heat stack status reason?19:01
sridhar_ramtbh: anything that create_wait would through at us19:01
sridhar_ramtbh: yeah, bit more NFV'ish...19:02
tbhsridhar_ram,  :)19:02
sridhar_ramtbh: for eg. if mgmt-driver could connect & apply ...19:02
*** sripriya has joined #tacker19:02
*** openstackgerrit has quit IRC19:02
sridhar_ramtbh: in general, we need a db column to hold the vnf disposition ..19:03
*** openstackgerrit has joined #tacker19:03
sridhar_ramtbh: in general, we need a db column to hold the vnf disposition ..19:03
tbhsridhar_ram, got it, I will work on it19:04
sridhar_ram... this could be a separate RFE19:04
tbhsridhar_ram, it could be wish list?19:05
tbhsridhar_ram, not sure diff between wish list and rfe19:05
sridhar_ramtbh: wishlist is more a priority and that is < "low" :)19:05
sridhar_rambut, IMO, this is an important useability feature..19:06
sridhar_ram.. so that is an RFE, perhaps with medium priority19:06
tbhsridhar_ram, okay19:07
sridhar_ramtbh: do you mind writing an RFE for what we discussed ?  respawn limit could be the first use of that !19:07
tbhsridhar_ram, sure, I was wondering how it will be useful for respawn limit case?19:08
sridhar_ramtbh: when respawn limit is reached, the VNF will be marked for "ERROR" state and now with this new vnf attribute - say vnf_error_reason - could say "Maximum respawn limit reached" . This can be displayed in the CLI and Horizon19:10
*** prashantD has quit IRC19:11
tbhsridhar_ram, thanks for the clarification19:12
sridhar_ramtbh: I can write the RFE..19:12
sridhar_ram.. if that would help19:12
tbhsridhar_ram, sure19:13
sridhar_ramtbh: will do..19:13
sridhar_ramtbh: shd be late for you ? time to catch some snooze ?19:13
tbhsridhar_ram, yes, if possible I can write it tomorrow if you didn't have time  for rfe19:14
*** prashantD has joined #tacker19:15
sridhar_ramtbh: sure..19:15
sridhar_ramtbh: bobh: ttyl19:15
bobhsridhar_ram: ttyl19:15
tbhsridhar_ram, see you ttyl19:15
*** sridhar_ram has quit IRC19:17
*** u_kozat has quit IRC19:55
*** prashantD has quit IRC20:00
*** prashantD has joined #tacker20:03
*** lhcheng has quit IRC20:07
*** prashantD has quit IRC20:08
*** prashantD has joined #tacker20:18
*** sridhar_ram has joined #tacker20:29
*** santoshk has joined #tacker20:40
*** igordcard has quit IRC20:52
*** u_kozat has joined #tacker20:56
*** u_kozat has quit IRC21:01
*** lhcheng has joined #tacker21:14
*** tbh has quit IRC21:19
*** vishwanathj has joined #tacker21:32
*** bobh has quit IRC21:56
*** sridhar_ram has quit IRC21:58
*** ksantoshk has joined #tacker22:04
*** sripriya_ has joined #tacker22:04
*** sripriya has quit IRC22:05
*** sridhar_ram has joined #tacker22:05
*** santoshk has quit IRC22:07
*** lhcheng has quit IRC22:23
*** sridhar_ram has quit IRC22:32
*** sridhar_ram has joined #tacker22:34
*** sripriya has joined #tacker22:35
*** sripriya_ has quit IRC22:36
*** EricLajoie has joined #tacker22:37
*** prashantD has quit IRC22:40
EricLajoieHi all, is thick the tacker channel for open VNFM?22:42
EricLajoiethis*22:42
*** lhcheng has joined #tacker22:43
s3wongEricLajoie: yes22:43
EricLajoiePerfect thanks.22:43
*** prashantD has joined #tacker22:45
openstackgerritMerged openstack/tacker: Make the db migration scripts complete  https://review.openstack.org/25020722:46
*** lhcheng has quit IRC22:50
*** u_kozat has joined #tacker22:59
*** u_kozat has quit IRC23:04
*** sridhar_ram has quit IRC23:04
*** EricLajoie has quit IRC23:04
*** EricLajoie has joined #tacker23:04
*** EricLajoie has quit IRC23:05
*** EricLajoie has joined #tacker23:05
*** sridhar_ram has joined #tacker23:08
*** lhcheng_ has joined #tacker23:10
*** lhcheng_ has quit IRC23:20
*** EricLajoie has quit IRC23:31
*** mbound_ has joined #tacker23:42
« Monday, 2015-12-07 Index Wednesday, 2015-12-09 »

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