Tuesday, 2016-07-26

*** amotoki has joined #tacker00:00
*** amotoki has quit IRC00:06
*** amotoki has joined #tacker00:12
*** sripriya has joined #tacker00:16
*** sripriya has quit IRC00:28
*** amotoki has quit IRC00:30
*** sripriya has joined #tacker00:35
*** santoshk has quit IRC00:35
dkushwaha_sridhar_ram, hi00:39
dkushwaha_sridhar_ram, Regarding the mistral workflow, I have tried to execute it for Tacker.00:40
dkushwaha_I have tried it with vnfd create and list operation, and it looks working fine.00:41
dkushwaha_sridhar_ram, I am planning to create a tacker workflow with complete lifecycle of vnf.  And checkin the same into mistral-extra https://github.com/openstack/mistral-extra00:43
dkushwaha_sridhar_ram, I will be able to do that after mid-cycle(once nsd spec is finalized) . Hope that is fine :)00:45
dkushwaha_sridhar_ram, And yes we can add support for nsd in mistral workflow during nsd blueprint00:47
*** sripriya has quit IRC00:48
*** sripriya has joined #tacker00:51
haiweisripriya: hi00:51
*** sripriya has quit IRC00:52
*** sripriya has joined #tacker00:53
*** prashantD has quit IRC00:57
sripriyahaiwei: hello01:00
*** amotoki has joined #tacker01:10
*** bobh has joined #tacker01:28
haiweisripriya, you pinged me yesterday01:28
haiweisripriya, do you have any issues? :)01:29
sripriyahaiwei: wanted to followup with you on https://review.openstack.org/#/c/323192/ as it looks closes to merging and if you are planning to address kanagarajm’s comment/receiving his review since he had few comments on the patch01:31
*** gongysh has joined #tacker01:32
haiweisripriya, ok, I will work on it soon01:32
sripriyahaiwei: thanks01:34
*** KanagarajM has joined #tacker01:35
*** xuan_ has joined #tacker01:35
KanagarajMsripriya, ping01:37
sripriyaKanagarajM: pong01:37
KanagarajMsripriya, regarding https://review.openstack.org/329528 I just replied to your comment, can you please have a look01:38
*** bobh has quit IRC01:40
sripriyaKanagarajM: willl take a look01:40
KanagarajMsripriya, sure. also https://review.openstack.org/#/c/330666/01:40
KanagarajMsridhar_ram, ping01:41
sridhar_ramKanagarajM: pong01:41
KanagarajMsridhar_ram, kindly have a look on ^^01:43
sridhar_ramKanagarajM: replying to the patchset now01:43
KanagarajMsridhar_ram, sure. thanks01:44
*** s3wong has quit IRC01:46
sridhar_ramKanagarajM: what is your availability during the midcycle meetup ?01:46
*** gongysh has quit IRC01:46
*** gongysh has joined #tacker01:47
KanagarajMsridhar_ram, I will try to make me available during the midcycle, hopefully01:49
sridhar_ramdkushwaha_: great, that gives some confidence in using more of mistral in Tacker..  the idea is Tacker NSD feature could be decomposed into dynamically generated mistral workflows that we can invoke using Mistral APIs..01:50
sridhar_ramKanagarajM: great, thanks!01:50
KanagarajMsridhar_ram, sripriya on patch set , https://review.openstack.org/329528 i would like to go with current one, as the current location is fine now.01:51
dkushwaha_sridhar_ram, yes, And one idea is to test Tacker through, Mistral workflow01:51
sridhar_ramKanagarajM: i'm fine w/ the location, sripriya ^^01:51
dkushwaha_sridhar_ram, a complete lifecycle of vnfd/vnf. Like all crud operation in single workflow, that we can use for gate testing01:52
dkushwaha_sridhar_ram, what you think?01:53
sridhar_ramdkushwaha_: probably not for gate testing, as it adds one more variability.. we would be exposed to mistral bugs for basic VNFM testing.. which is not good.01:54
sridhar_ramdkushwaha_: however for NSD, it the feature itself is designed with mistral.. it naturally will get tested using mistral as a dependency01:54
sridhar_ram*if the feature01:55
dkushwaha_sridhar_ram, hmm. yes nice point01:55
dkushwaha_sridhar_ram, if mistral test all sample workflow on gate(but i dont know the do)01:56
dkushwaha_sridhar_ram, because tacker actions are not tested on mistral gate01:57
dkushwaha_sridhar_ram, mistral gate testing should test tacker sample workflow (which going to be added in future)01:58
*** KanagarajM_ has joined #tacker02:03
*** KanagarajM has quit IRC02:06
*** KanagarajM__ has joined #tacker02:08
dkushwaha_sridhar_ram, Or you mean to execute the complete nsd template through mistral on NSD api request?02:09
*** KanagarajM_ has quit IRC02:12
*** sripriya has quit IRC02:13
*** manikanta_tadi has joined #tacker02:30
*** xuan_ has quit IRC02:31
*** Liuqing has joined #tacker02:33
openstackgerritManikantha Srinivas Tadi proposed openstack/tacker-specs: Tacker VNFC support  https://review.openstack.org/33979802:50
*** prashantD has joined #tacker02:51
*** Liuqing_ has joined #tacker02:52
openstackgerritxu-haiwei proposed openstack/python-tackerclient: Deprecate '--config' option when create/update a vim  https://review.openstack.org/32319202:54
*** Liuqing has quit IRC02:55
*** KanagarajM__ has quit IRC03:13
*** derekjhyang has joined #tacker03:15
*** gongysh has quit IRC03:46
*** manikanta_tadi has quit IRC03:51
*** saju_m has joined #tacker03:54
*** shaikapsar has quit IRC03:59
*** links has joined #tacker04:03
*** amotoki has quit IRC04:07
*** KanagarajM__ has joined #tacker04:08
openstackgerritKanagaraj Manickam proposed openstack/tacker: VNF scaling: TOSCA definitions and sample template  https://review.openstack.org/32952804:09
openstackgerritKanagaraj Manickam proposed openstack/tacker: VNF scaling: Infra (heat) driver update  https://review.openstack.org/33066604:09
openstackgerritKanagaraj Manickam proposed openstack/tacker: VNF scaling: REST API  https://review.openstack.org/33066704:09
*** amotoki has joined #tacker04:46
*** neel has joined #tacker05:02
*** prashantD has quit IRC05:08
*** amotoki has quit IRC05:10
*** amotoki has joined #tacker05:17
*** janki has joined #tacker05:22
*** janki has quit IRC05:27
*** janki has joined #tacker05:28
*** amotoki has quit IRC05:35
*** shaikapsar has joined #tacker05:39
*** tbh has joined #tacker05:44
*** amotoki has joined #tacker05:54
*** Liuqing_ has quit IRC05:57
*** Liuqing has joined #tacker05:59
*** Liuqing has quit IRC06:02
*** amotoki has quit IRC06:04
*** Liuqing has joined #tacker06:04
*** gongysh has joined #tacker06:09
*** amotoki has joined #tacker06:12
*** saju_m has quit IRC06:23
*** gongysh has quit IRC06:24
*** gongysh has joined #tacker06:24
*** tbh has quit IRC06:26
*** Ravikiran_K has joined #tacker06:29
gongyshsridhar_ram, hi06:30
openstackgerritJanki Chhatbar proposed openstack/python-tackerclient: VNFD legacy template deprecation warning  https://review.openstack.org/33458106:31
*** saju_m has joined #tacker06:36
*** tbh has joined #tacker06:46
sridhar_ramgongysh: hi06:58
sridhar_ramdkushwaha_: the later, complete nsd creation using mistral on ns API request07:00
dkushwaha_sridhar_ram, yes, make sense.07:06
jankisridhar_ram: gongysh: I have updated the VNFD deprecate warning client patch. Please review.07:07
gongyshjanki,  look at my comments, thanks07:14
*** neel has quit IRC07:14
openstackgerritJanki Chhatbar proposed openstack/python-tackerclient: VNFD legacy template deprecation warning  https://review.openstack.org/33458107:17
jankigongysh: looked, edited (_logger.warning) and submitted the patch07:18
*** neel has joined #tacker07:26
openstackgerritJanki Chhatbar proposed openstack/python-tackerclient: VNFD legacy template deprecation warning  https://review.openstack.org/33458107:28
*** gongysh has quit IRC07:37
*** santoshk has joined #tacker07:40
santoshkKanagarajM__ :Hello07:41
santoshkcan you please check updated comment for  https://review.openstack.org/#/c/326670/07:41
openstackgerritgongysh proposed openstack/tacker: Add domain name info into auth for keystone v3  https://review.openstack.org/34344607:43
*** ksantoshk has joined #tacker07:49
*** santoshk has quit IRC07:53
*** diga has joined #tacker07:59
*** tbh has quit IRC08:11
*** ksantoshk has quit IRC08:14
openstackgerritLuka Krajger proposed openstack/python-tackerclient: Readd future import for print function  https://review.openstack.org/34718408:25
*** neel has quit IRC08:38
*** amotoki has quit IRC08:57
*** amotoki has joined #tacker08:59
*** amotoki has quit IRC09:09
*** priya has joined #tacker09:10
*** priya has joined #tacker09:11
*** amotoki has joined #tacker09:11
*** mbound has joined #tacker09:25
*** DaveJ__ has joined #tacker09:33
*** saju_m has quit IRC09:49
*** Liuqing has quit IRC10:07
*** tbh has joined #tacker10:13
*** lulei has joined #tacker10:23
*** amotoki has quit IRC10:24
*** amotoki has joined #tacker10:25
luleihi, KanagarajM. I got a patch that  Use assertEqual() instead of assertDictEqual(). Can you give me some suggestions? Thank you. Here is link:https://review.openstack.org/#/c/346659/10:27
*** trozet has quit IRC10:29
*** amotoki has quit IRC10:41
*** Ravikiran_K has quit IRC10:45
*** diga has quit IRC10:56
*** trozet has joined #tacker11:04
*** amotoki has joined #tacker11:07
*** amotoki has quit IRC11:11
*** Liuqing has joined #tacker12:18
*** Liuqing has quit IRC13:06
*** KanagarajM__ has quit IRC13:07
*** Liuqing has joined #tacker13:08
*** Liuqing has quit IRC13:14
*** Liuqing has joined #tacker13:15
*** Liuqing has quit IRC13:19
*** neel has joined #tacker13:29
*** neel has quit IRC13:30
*** links has quit IRC13:44
*** bobh has joined #tacker13:51
*** bobh has quit IRC13:56
*** bobh has joined #tacker13:59
*** janki has quit IRC14:04
*** Liuqing has joined #tacker14:34
*** bobh has quit IRC15:01
*** mbound has quit IRC15:07
*** janki has joined #tacker15:20
*** Liuqing has quit IRC15:29
*** bobh has joined #tacker15:32
*** KanagarajM has joined #tacker15:42
*** bobh has quit IRC15:43
*** neel has joined #tacker15:45
*** bobh has joined #tacker15:47
KanagarajMsridhar_ram, ping15:50
*** janki has quit IRC15:57
*** neel has quit IRC16:03
*** bobh has quit IRC16:05
*** shaikapsar has joined #tacker16:06
*** mbound has joined #tacker16:08
*** prashantD has joined #tacker16:08
*** mbound has quit IRC16:13
*** scottbarvick has joined #tacker16:35
*** KanagarajM has quit IRC16:39
*** sripriya has joined #tacker16:56
*** KanagarajM has joined #tacker16:57
KanagarajMsripriya, ping16:58
sripriyaKanagarajM: pong16:58
KanagarajMsripriya, do you have some time now to review the scaling patches ?16:58
sripriyaKanagarajM: will review it today, did you have any particular comment you wanted to discuss16:59
KanagarajMsripriya, i have incorporated the comments and wanted to close it today, as for next two days we have meetup, we may not get time to look into it16:59
KanagarajMsripriya, so planning to work now :)17:00
KanagarajMsripriya, yes, first two patches, i think all your comments addressed, REST API patch wanted to discuss. i will take it latter once first two patches in .17:01
sripriyaKanagaraM: appreciate it :-) just looked at the client patch comment on ScaleCommand17:03
sripriyaKanagarajM: ^17:03
sripriyaKanagarajM: i believe it is not a good idea to have a resource specific call scale_vnf in the __init__ file which is handling generic resource calls17:04
KanagarajMsripriya, ok. I will move client thing.17:05
sripriyaKanagarajM: please include unit tests for scale command17:05
*** bobh has joined #tacker17:05
KanagarajMsripriya, sure17:06
KanagarajMsripriya, can you look at server side first two patches ?17:06
sripriyaKanagarajM; in client patch on rest call for scale, are we going to invoke REST api as '/vnfs/<uuid>/actions' with body containing ‘scale’ resource?17:08
KanagarajMsripriya, yes17:08
*** bobh has quit IRC17:10
sripriyaKanagarajM: we need to capture this thoroughly in the user guide since our actual REST api implemenation and blueprint discussion on the API url is different now17:12
KanagarajMsripriya, yes, I will put an patch on spec and capture it in the docs as well, that is the plan.17:13
sripriyaKanagarajM: ok, thanks17:13
KanagarajMsripriya, i will do that once we merge the patches , as it make more sense :)17:14
KanagarajMsripriya, are you looking at other two patches ?17:23
sripriyaKanagarajM: :-) while i appreciate you probing me to review these patchses and value your effort, please understand significant features like scaling will require more time to review and cant be done in a haste (at least for me)  and  you should take feedbacks from others as well on the patches (and probe them too ;) )17:29
*** scottbarvick_ has joined #tacker17:33
*** scottbarvick has quit IRC17:34
*** scottbarvick_ is now known as scottbarvick17:34
KanagarajMsripriya, hey, bascailly i don't like probing others :( but doing because, i want them to get go.....17:36
KanagarajMsripriya, and after seeing your last comment on the heat driver changes, i felt that you are fine with that patch ! ;)17:38
sripriyaKanagarajM: i can absolutely understand, of course this is a priority and needs to go in soon!17:38
sripriyaKanagarajM: which comment are you referring to, is it on the scale_wait?17:39
KanagarajMsripriya, thanks for understanding .17:39
KanagarajMsripriya, yes17:39
sripriyaKanagarajM: :-) regarding scale_wait, we want to get away from that approach for the newer features17:41
sripriyaKanagarajM: my comment was the method naming17:41
*** prashantD_ has joined #tacker17:41
KanagarajMsripriya, IMO, let us not make any inconsistency now and we could do the better naming later for all17:42
*** prashantD has quit IRC17:42
sripriyaKanagarajM: i know you followed the existing convention for the naming, but we want to get away from that kinda naming as it appears to the user/developer that it is another create or scale method but the only thing it does is to poll the heat stack status17:42
*** santoshk has joined #tacker17:44
sripriyaKanagarajM: let us not introduce more effort in refactoring, better to do it the right way than doing it the bad way and later fix it. IMO, it is okay to have these differences since the others will also be fixed later.17:44
KanagarajMsripriya, I feel let it go, as always believe on the consistency than partial betterment !17:44
KanagarajMsripriya, oh !! hey let us not debate too much on this and its not that complicated refactoring. see, tomorrow if you change your mind to name something else, again the method name to be changed, :)17:45
sripriyaKanagarajM: and i see that you have introduced a new driver for scaling which is using the same method convention as old driver which again should give you more freedom to do the right naming17:45
KanagarajMsripriya, ^^ pls17:46
sripriyaKanagarajM: it all starts with setting the wrong foot forward ;) and then on it is just downhill, any,ways i’m fine to keep this method naming, but please keep in mind that you need not develop new features which is forced to adhere to existing framework, we are free to be creative :)17:50
*** DaveJ__ has quit IRC17:50
KanagarajMsripriya, hmm !!  IMO, i always correct the existing mistake then make new patches consistent. but this scaling case i have not done, as its not that high priority like scaling and my available time became critical fighter now a days  if you have looked at earlier patches, i have followed this approach. .... discussion apart ... when i find free time, surely i will land a patch to name the xxx_wait methods with nice-creating-meaningful naming :)17:57
sripriyaKanagarajM: yup, thanks for doing that, i need to learn to do these things as well. :-)18:07
*** bobh has joined #tacker18:07
KanagarajMsripriya, sure. :)18:07
*** bobh has quit IRC18:11
*** sripriya has quit IRC18:27
*** vishnoianil has quit IRC18:29
*** scottbarvick has quit IRC18:29
*** bobh has joined #tacker18:30
*** tbh has quit IRC18:36
*** sripriya has joined #tacker18:38
*** KanagarajM has quit IRC18:41
*** neel has joined #tacker19:06
*** neel has quit IRC19:06
*** prashantD has joined #tacker19:13
*** prashantD_ has quit IRC19:14
*** vishnoianil has joined #tacker19:21
*** sripriya has quit IRC21:03
*** sripriya has joined #tacker21:21
openstackgerritTim Rozet proposed openstack/tacker: [WIP] Implements VNFFG into NFVO  https://review.openstack.org/34452221:42
*** bobh has quit IRC21:49
*** bobh has joined #tacker21:52
*** prashantD_ has joined #tacker22:03
openstackgerritStephen Wong proposed openstack/tacker: VNFFG chain driver abstract driver  https://review.openstack.org/34756322:03
*** openstackgerrit has quit IRC22:03
*** openstackgerrit has joined #tacker22:04
*** bobh has quit IRC22:05
*** prashantD has quit IRC22:06
openstackgerritStephen Wong proposed openstack/tacker: [WIP] VNFFG service chain Neutron networking-sfc driver  https://review.openstack.org/34756822:19
openstackgerritvishwanath jayaraman proposed openstack/tacker: Support purge of soft-deleted resources from DB tables  https://review.openstack.org/32965222:34
*** openstackgerrit has quit IRC22:48
*** openstackgerrit has joined #tacker22:49
*** prashantD__ has joined #tacker22:54
*** prashantD_ has quit IRC22:58
*** diga has joined #tacker23:52
*** sripriya has quit IRC23:54

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