Friday, 2016-08-19

openstackgerritvishwanath jayaraman proposed openstack/tacker: Adds audit support for VIM, VNFD and VNF  https://review.openstack.org/32516900:33
*** vishwanathj has joined #tacker00:34
openstackgerritvishwanath jayaraman proposed openstack/tacker: Adds audit support for VIM, VNFD and VNF  https://review.openstack.org/32516900:35
*** vishnoianil has quit IRC00:46
*** vishnoianil has joined #tacker00:47
*** sripriya has quit IRC00:52
*** sripriya has joined #tacker00:54
*** mike_m has joined #tacker00:55
*** mike_m has quit IRC01:00
openstackgerritSripriya Seetharam proposed openstack/tacker: Introduce uniqueness constraint on resource names  https://review.openstack.org/32975901:24
*** sripriya has quit IRC01:36
*** s3wong has quit IRC01:57
*** vishnoianil has quit IRC02:15
openstackgerritdharmendra kushwaha proposed openstack/tacker: tacker resource and test_api_v2 refactoring  https://review.openstack.org/31774902:17
*** manikanta_tadi has joined #tacker02:25
*** manikanta_tadi has quit IRC02:25
openstackgerritdharmendra kushwaha proposed openstack/tacker: tacker resource and test_api_v2 refactoring  https://review.openstack.org/31774902:36
openstackgerritTim Rozet proposed openstack/tacker: Add VNF resource details to get vnf API  https://review.openstack.org/34083803:24
openstackgerritTim Rozet proposed openstack/tacker: [WIP] Implements VNFFG into NFVO  https://review.openstack.org/34452203:24
openstackgerritTim Rozet proposed openstack/tacker: VNFFG chain driver abstract driver  https://review.openstack.org/34756303:24
*** achatterjee has joined #tacker03:26
trozetsridhar_ram:^03:28
*** yifei has left #tacker03:48
*** yifei has joined #tacker03:54
*** KanagarajM has joined #tacker03:59
*** KanagarajM has quit IRC04:12
*** links has joined #tacker04:15
*** tbh has joined #tacker04:17
*** tbh has quit IRC04:30
*** arturt has joined #tacker04:43
*** arturt has quit IRC04:45
*** tbh has joined #tacker04:56
*** neel has joined #tacker05:03
*** Vijayendra has quit IRC05:07
*** Vijayendra has joined #tacker05:08
*** vishnoianil has joined #tacker05:33
*** Ravikiran_K has joined #tacker05:53
openstackgerritdharmendra kushwaha proposed openstack/tacker: tacker test_wsgi.py refactoring  https://review.openstack.org/31902806:03
openstackgerritdharmendra kushwaha proposed openstack/tacker: tacker test_wsgi.py refactoring  https://review.openstack.org/31902806:07
*** tbh has quit IRC06:10
*** nagarjung has joined #tacker06:16
*** changzhi has joined #tacker06:41
changzhihi, I plan to upload a OpenWRT image for tacker. Which OpenWRT version should I use? Does tacker need a specific OpenWRT version?06:43
*** santoshk has quit IRC07:02
sridhar_ramchangzhi: yes, use this version.. https://drive.google.com/open?id=0B-ruQ8Tx46wSMktKV3JLRWhnLTA07:11
sridhar_ramchangzhi: this has dhcp client pre-enabled for the first nic07:11
changzhisridhar_ram: ok, thanks ;-)07:12
changzhisridhar_ram: I already uploaded the openwrt image into glance and named it "OpenWRT". And I created VNFD template by the sample file named "tosca-vnfd-openwrt.yaml". But some errors happen when I create a VNF. The error msg is " ERROR: Property error: : resources.VDU1.properties.image: : Error validating value 'OpenWRT': No images matching {'name': u'OpenWRT'}. (HTTP 404) ".07:18
changzhisridhar_ram: Do I need do something more in Tacker when I upload the OpenWRT image  into glance ?07:19
*** hparekh has quit IRC07:26
changzhisridhar_ram: Oh, I see. I should change the "OpenWRT" into the uuid of "OpenWRT" image.07:35
*** vishwanathj has quit IRC07:51
*** amotoki has joined #tacker07:53
*** amotoki_ has joined #tacker07:57
*** amotoki has quit IRC07:59
*** openstackgerrit has quit IRC08:03
*** openstackgerrit has joined #tacker08:04
*** changzhi has quit IRC08:10
*** vishwanathj has joined #tacker08:14
*** neel has quit IRC08:21
*** Ravikiran_K has quit IRC08:43
*** hparekh has joined #tacker08:44
*** hparekh_ has joined #tacker08:44
*** Ravikiran_K has joined #tacker08:45
*** hparekh has quit IRC08:45
*** hparekh_ has quit IRC08:45
*** apsarshaik has quit IRC09:01
*** neel has joined #tacker09:12
*** vishwanathj is now known as vishwanathj_zzz09:15
*** nagarjung has quit IRC09:25
*** changzhi has joined #tacker09:41
*** nagarjung has joined #tacker09:42
*** nagarjung has quit IRC09:50
openstackgerritZhi Chang proposed openstack/tacker: Tacker deploy OpenWRT as VNF guide  https://review.openstack.org/35772809:54
*** manikanta_tadi has joined #tacker09:54
*** changzhi has quit IRC10:03
*** nagarjung has joined #tacker10:06
*** nagarjung has joined #tacker10:07
*** neel has quit IRC10:07
*** manikanta_tadi has quit IRC10:07
openstackgerritvishwanath jayaraman proposed openstack/tacker: Enables soft deletion for VIM, VNFD and VNF  https://review.openstack.org/32571810:29
openstackgerritvishwanath jayaraman proposed openstack/tacker: Adds common services plugin for audit support  https://review.openstack.org/32610210:35
openstackgerritLu lei proposed openstack/tacker: Remove six.iteritems and dict.iteritems/itervalues  https://review.openstack.org/35774910:35
openstackgerritvishwanath jayaraman proposed openstack/tacker: Logs events for VIM, VNFD and VNF operations  https://review.openstack.org/34915310:45
openstackgerritvishwanath jayaraman proposed openstack/tacker: Support purge of soft-deleted resources from DB tables  https://review.openstack.org/32965210:50
-openstackstatus- NOTICE: Precise tests on OSIC provider are currently failing, please stop your checks until the issue is resolved.11:18
-openstackstatus- NOTICE: DSVM jobs on OSIC currently failing because of IP collisions, fix is in the gate - https://review.openstack.org/#/c/357764/ - please hold rechecks until merged11:23
-openstackstatus- NOTICE: OSIC has burned through the problematic IP range with failures, things should be back to normal now.11:51
*** yifei has quit IRC12:31
*** lulei has quit IRC12:49
*** bobh has joined #tacker12:54
*** yifei has joined #tacker12:55
*** yifei has quit IRC13:00
*** yifei has joined #tacker13:00
*** bobh has quit IRC13:03
*** mike_m has joined #tacker13:11
*** Poorna has quit IRC13:20
*** Poorna has joined #tacker13:22
*** bobh has joined #tacker13:33
*** Ravikiran_K has quit IRC13:47
*** nagarjung has joined #tacker13:49
*** nagarjung has quit IRC14:14
*** uck has joined #tacker15:45
*** links has quit IRC15:49
*** Ravikiran_K has joined #tacker15:55
*** bobh has quit IRC15:58
*** Ravikiran_K_ has joined #tacker16:00
*** Ravikiran_K has quit IRC16:00
*** bobh has joined #tacker16:07
*** Poorna has quit IRC16:10
*** amotoki_ has quit IRC16:22
*** mike_m has quit IRC16:39
*** mike_m has joined #tacker16:39
*** Ravikiran_K_ has quit IRC16:48
*** amotoki has joined #tacker16:55
*** yifei has quit IRC16:56
*** s3wong has joined #tacker17:42
*** sripriya has joined #tacker17:47
*** sripriya has quit IRC17:58
*** amotoki has quit IRC18:16
*** vishwanathj_zzz is now known as vishwanathj18:23
*** amotoki has joined #tacker18:47
*** amotoki has quit IRC18:50
*** amotoki has joined #tacker18:56
*** prashantD has joined #tacker19:00
*** amotoki has quit IRC19:04
*** vishnoianil has quit IRC19:25
*** sripriya has joined #tacker19:35
*** vishnoianil has joined #tacker19:38
*** trozet has quit IRC19:39
*** trozet has joined #tacker19:44
*** mike_m has quit IRC19:49
*** janki has joined #tacker19:54
*** jchhatbar has joined #tacker20:10
*** janki has quit IRC20:10
jchhatbartrozet, ping20:17
trozetjchhatbar: hello20:24
*** jchhatbar is now known as janki20:25
jankitrozet, I noticed you have made few changes to get_vnf_details pacthset20:25
trozetjanki: ?20:25
jankitrozet, Have you checked whether or not its working using the CLI?20:25
jankitrozet, talking about this https://review.openstack.org/#/c/340838/20:26
trozetjanki: that must have been an accident, my patch dpeends on yours and i tmust have overwritten your previous change20:27
jankitrozet, ohh. How do I revert to the previous change?20:28
jankitrozet, because the changes that have gone in are breaking the code20:28
trozetjanki: you can just checkout patch set 20, fix sripriyas comments then upload the new patch set20:29
jankitrozet, ohk..thanks :)20:29
trozetjanki: sorry about that.  When i upload my patch it automatically updates yours20:30
jankitrozet, No issues. Was travelling whole day, saw your patch and just thought to verify with you first rather than checking it myself as it is quite late night here20:31
jankisripriya, ping20:32
sripriyajanki: pong20:33
jankisripriya, I didnot quite understand your comment on https://review.openstack.org/#/c/340838/20/tacker/extensions/vnfm.py20:33
sripriyajanki: the collection name is ‘details’ and member is ‘vnf_details’20:35
sripriyajanki: collection and member refer to the same resource20:36
sripriyajanki: it cannot be vnf_details20:36
*** saju_m has joined #tacker20:36
jankisripriya, I am not much aware of collection and member terminologies :(20:36
jankido they always need to be same?20:36
jankisripriya, won't resource here be vnf?20:37
sripriyajanki: yes, the collection is —> member +’s’ signifying the plural —>collection of resources20:37
sripriyajanki: that ’s rest nomenclature20:37
sripriyatrozet: ping20:37
trozethi sripriya20:38
jankisripriya, ohk. since here no plural is involved, collection and member would be same20:38
sripriyajanki: well, here it is involved, details -> collection, detail->member20:39
*** mike_m has joined #tacker20:39
jankisripriya, I am not making any plural related declarations on client side.20:40
sripriyatrozet: did you notice the jenkins error on neutron-client in your patch?20:40
trozetsripriya: yeah looks like i just need to change the required version20:41
trozetsripriya: was going to work on hte patch tonight, so will include that as well20:41
sripriyatrozet: but global is pointing to 5.1.0 https://github.com/openstack/requirements/blob/master/global-requirements.txt#L20420:41
sripriyajanki: this is on the server side20:42
sripriyajanki: to give example with existing resources, something like get_vnf and get_vnfs, here vnf —>member, vnfs-> collections20:43
trozetsripriya: so you are saying mine was correct, and its a bug in the jenkins check?20:43
sripriyatrozet: that is what i’m trying to understand why the jenkins choked on the version?20:43
sripriyatrozet; another observation is https://github.com/openstack/neutron/blob/master/requirements.txt#L2120:44
jankisripriya, thanks for clearing this..20:45
trozetRequirement for package python-neutronclient : Requirement(package=u'python-neutronclient', location='', specifiers='>=5.1.0', markers=u'', comment=u'# Apache-2.0', extras=frozenset([])) does not match openstack/requirements value : set([Requirement(package='python-neutronclient', location='', specifiers='>=4.2.0', markers='', comment='# Apache-2.0', extras=frozenset([]))])20:45
sripriyatrozet: yup20:45
sripriyajanki: np20:45
trozetsripriya: looks like the test is set to look for 4.2.020:45
jankisripriya, please do have a look at https://review.openstack.org/#/c/354057/ at your convinience20:45
sripriyajanki: please plan to respin the client patch whenever possible20:45
sripriyajanki: i think the patch needs to address the comments?20:46
sripriyatrozet: from where is this picking?20:46
jankisripriya, yes. I missed those comments. My bad20:46
sripriyajanki: no worries20:47
trozetINFO:zuul.Cloner:Creating repo openstack/requirements from cache file:///opt/git/openstack/requirements20:47
sripriyatrozet: cache?20:48
trozetlooks like it pulls from cache first20:48
trozetthen updates20:48
trozetINFO:zuul.Cloner:Prepared openstack/requirements repo with branch master at commit 69cf663e1d24c1e1a0fd437dee64a0a3aee38e7a20:48
trozetINFO:zuul.Cloner:Updating origin remote in repo openstack/requirements to git://git.openstack.org/openstack/requirements20:48
*** prashantD_ has joined #tacker20:50
jankisripriya, I will add functional and unit test cases as a separate patch. I hope this is ok20:51
openstackgerritJanki Chhatbar proposed openstack/tacker: Add VNF resource details to get vnf API  https://review.openstack.org/34083820:52
*** prashantD has quit IRC20:52
*** uck_ has joined #tacker20:54
*** uck has quit IRC20:54
sripriyajanki: i would request unit tests to be part of the patch, would that be difficult?20:54
trozetsripriya: i see the problem20:55
sripriyatrozet: i think the commit id answers the problem20:55
sripriyatrozet: :-)20:55
trozetsripriya: yeah https://paste.fedoraproject.org/410983/20:56
jankisripriya, quite frankly, have never written a unit test before. Need to go through others first. It is 2:30 at friday night here and am not available over the weekend. Involving unit tests would mean having the patch ready for review by monday.20:56
jankisripriya, if this is not urgent, I dont mind having it done by monday EOD20:56
trozetsripriya: it looks like global requirements for neutorn were just updated today20:57
sripriyajanki: monday EOD should be fine, please don’t burn :-)20:57
sripriyatrozet: yup20:57
trozetDate:   Fri Aug 19 06:17:47 2016 +000020:57
trozet    Merge "Bump neutronclient to 5.1.0"20:57
trozetsripriya: great I don' thave to fix anything ;)20:57
sripriyatrozet: yes20:57
trozetsripriya: will work on the patch some more tonight though.  Gotta go for now.  Later20:57
sripriyatrozet: ttyl20:58
jankisripriya, will have unit and functional tests by monday. thanks :)20:58
sripriyajanki: thank you! func tests can come as follow ons, that is fine20:59
jankisripriya, ack'ed20:59
*** trozet has quit IRC21:03
*** uck has joined #tacker21:11
*** uck_ has quit IRC21:11
jankisripriya, about the client patch, for vnf_details, the response from server would be {u'details': [{u'resource_details': {u'VDU1': {u'type': u'OS::Nova::Server', u'id': u'acc9d87a-7243-4162-a492-6079afca6139'}, u'CP1': {u'type': u'OS::Neutron::Port', u'id': u'1171fb75-5c8a-4388-b641-520dc503f5ec'}, u'CP2': {u'type': u'OS::Neutron::Port', u'id': u'19dad3b5-35c0-4c6e-adc2-1424fcadba23'}, u'CP3': {u'type': u'OS::Neutron::Port', u'id': u'55700416-e84d-410d-821:15
janki169-ff5a37c60903'}}}]}21:15
jankisripriya, this means need to change the formatting code as well21:16
sripriyajanki: looking into it21:18
jankisripriya, see patchset 3 L55-5821:20
sripriyajanki: i think we will need to tweak the ShowCommand a bit more on the response as well along with request to handle the data as a list21:26
jankihandling it as a list would mean having list_columns, calling list specific methods from ListCommand21:29
jankisripriya, ^^, instead i am thinking something like this if 'verbose' in params:21:30
janki            self.resource = 'resource_details'21:30
janki            data = obj_shower(_id, **params)21:30
janki            data = data['details'][0]21:30
janki        self.format_output_data(data)21:30
janki        resource = data[self.resource]21:30
jankisripriya, the whole code of ShowVNF in __init__ and the response at http://pastebin.com/EvVpVJZD21:32
jankisince the list has a dict, I am indexing the list and passing the dict for formatting21:32
sripriyajanki: please push the patch and i will take a closer look, the one thing concerning is picking up the 1st element in the list only and displaying.21:37
sripriyajanki: i will try to spend some time on this21:38
jankisripriya, there won't be more than 1 element in the dict. so its safe to index it to 021:39
openstackgerritvishwanath jayaraman proposed openstack/tacker: Adds audit support for VIM, VNFD and VNF  https://review.openstack.org/32516921:39
sripriyajanki: it is good to not assume this21:39
sripriyajanki: though that is the current case21:39
sripriyajanki: also, you don’t need the verbose thing, and directly use the show-details variable21:40
jankisripriya, IMO, this would be the case always. we are returning "resource_details" from server as a list to a sub-reousrce "details". Thus the whole response from server has to be {details: [{}]}.21:41
jankisripriya, keeping verbose to apply if later on for formatting output21:41
sripriyajanki: good point on the server21:46
sripriyajanki: do we use verbose on the formatting? i21:47
jankisripriya, using verbose to have "if" condition for formatting like this21:47
jankiif 'verbose' in params:21:47
janki            self.resource = 'resource_details'21:47
janki            data = data['details'][0]21:47
jankiotherwise, data = data = obj_shower(_id, **params) (this is implicit)21:48
sripriyajanki: yeah we don’t need this since parsed.args.show_details is just doing the same21:48
sripriyajanki: verbose is a param sent for the server21:49
jankisripriya, ok. will use parsed.args... here as well21:49
sripriyajanki: cool21:49
jankisripriya, yes, it goes to server. I guess it comes out as a 'filter' on server. Not sure on this21:50
sripriyajanki: no that is a separate field which server handles, currently tacker doesnt implement21:51
jankisripriya, ohh, ohk. Am submitting a patch with discussed changes. It is good to go IMO21:52
sripriyajanki; okcool21:52
openstackgerritJanki Chhatbar proposed openstack/python-tackerclient: Creates details API to fetch VNF detials  https://review.openstack.org/35405721:53
jankisripriya, ^^, submitted. Please review at your convinience. Thanks21:54
sripriyajanki: will review today.21:54
openstackgerritvishwanath jayaraman proposed openstack/tacker: Enables soft deletion for VIM, VNFD and VNF  https://review.openstack.org/32571821:58
openstackgerritJanki Chhatbar proposed openstack/python-tackerclient: Creates details API to fetch VNF detials  https://review.openstack.org/35405721:58
*** janki has quit IRC22:00
*** bobh has quit IRC22:11
*** mike_m has quit IRC22:39
*** saju_m has quit IRC22:58
*** amotoki has joined #tacker23:09
*** uck has quit IRC23:18
*** amotoki has quit IRC23:23
*** sripriya has quit IRC23:37
*** uck has joined #tacker23:55
*** yifei has joined #tacker23:56
*** uck has quit IRC23:59

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