Thursday, 2016-09-15

*** uck has quit IRC00:17
*** bobh has joined #tacker00:19
openstackgerritvishwanath jayaraman proposed openstack/tacker: Ensures common services plugin is always loaded  https://review.openstack.org/36914200:19
openstackgerritvishwanath jayaraman proposed openstack/tacker: VNF Scaling event capture: Functional Test  https://review.openstack.org/36643300:25
*** sripriya has left #tacker00:30
*** prashantD has quit IRC00:31
*** vishwanathj has quit IRC00:43
*** gongysh has joined #tacker00:55
*** s3wong has quit IRC01:31
*** gongysh has quit IRC01:47
*** vishnoianil has quit IRC02:15
*** KanagarajM has joined #tacker02:21
*** gongysh has joined #tacker02:50
openstackgerritNaoya Harada proposed openstack/tacker: Reflect introduction of CP order in documents  https://review.openstack.org/37052002:58
*** bobh has quit IRC03:00
*** KanagarajM has quit IRC03:18
*** gongysh has quit IRC03:21
*** gongysh has joined #tacker03:25
gongyshsridhar_ram, is the vnffg ready for end to end testing?03:31
sridhar_ramgongysh: yes, i think it is close...I'm getting a tosca-parser error but the code looks almost there03:32
gongyshsridhar_ram, do we have a devref for how to get started?03:33
sridhar_ramdiga is supposed to write one03:34
sridhar_ramI don't see him in the channel03:34
gongyshn-harada03:34
gongyshhi03:34
gongyshn-harada, regarding CP order, what will happen if the order is not provided? the order is a required? Do we have a validation if two order is the same?03:35
*** sripriya has joined #tacker03:35
*** vishwanathj_ has joined #tacker03:35
gongyshvishwanathj_, hi03:36
*** vishwanathj_ has left #tacker03:36
openstackgerritMerged openstack/tacker: Add tacker gerrit dashbaord to developer info  https://review.openstack.org/36984803:48
openstackgerritSripriya Seetharam proposed openstack/tacker: Derive infra driver using VIM type  https://review.openstack.org/36759903:51
*** hparekh has joined #tacker03:51
sripriyagongysh: please review ^^03:52
gongyshsripriya, hi03:54
gongyshheat driver and openstack driver seemingly share many codes, Can we let one inherit other?03:55
*** KanagarajM has joined #tacker03:56
sripriyagongysh: makes sense, but i would let them leave as two separate drivers that can be customized independently04:12
gongyshsripriya, I am afraid this will make us maintain them inconsistently, and double efforts.04:13
gongyshsripriya, if we have to add a new function on tosca template, we have to change two files.04:14
sripriyagongysh: we will not be touching the heat driver once we have deprecated it04:15
gongyshsripriya, you are saying 'two separate drivers that can be customized independently'?04:16
sripriyagongysh: well i meant openstack driver specifcally can be customized and need not affect heat workflow04:17
gongyshsripriya, in fact the openstack driver is heat driver, right?04:17
sripriyagongysh: yes and more (when we cherrypick fixes from master to stable)04:18
gongyshsripriya, I strongly consider renaming the current heat driver into openstack, and let the new heat driver to inherit it.04:19
gongyshsripriya,  let sridhar_ram to decide.04:20
sridhar_ramsripriya: what is the effort in taking the inheritance route?04:20
sridhar_ramat this point,  the window is close soon and this is a must-in for newton04:20
sripriyasridhar_ram: not much04:22
sridhar_ramsripriya: let's take that route then... lot cleaner04:22
sripriyasridhar_ram: that would mean any change affecting openstack will affect heat driver as well04:23
sripriyasridhar_ram: is that okay?04:24
sridhar_ramsripriya: yes, that would be the behavior only in stable/newton and that is okay...04:24
sripriyasridhar_ram: fine04:24
sridhar_ramsripriya: we will remove heat infra driver in ocata anyway04:24
sridhar_ramgongysh: again, we need to wrap up more patchset to close the newton shop..04:27
sridhar_ramgongysh: can we let this one go .. https://review.openstack.org/#/c/334256/ ?04:27
sridhar_ramgongysh: it indeed as a functional test https://review.openstack.org/#/c/334256/12/tacker/tests/etc/samples/sample-tosca-vnfd.yaml ?04:29
sridhar_ramgongysh: beyond that we are just verifying heat04:29
*** sripriya has quit IRC04:33
gongyshsridhar_ram, done04:34
*** sripriya has joined #tacker04:34
gongyshsridhar_ram, I will have a test on monitor all in one patch, if it can pass, I will +2 on it04:35
sridhar_ramgongysh: great thanks..04:35
sridhar_ramfyi, i'm going to mark both alarm monitor and vnffg as "Experimental" features so that we set appropriate expectation on our user community04:36
gongyshsridhar_ram, yes, make sense.04:39
openstackgerritMerged openstack/tacker: Provide support for security groups for ConnectionPoints  https://review.openstack.org/33425604:42
*** santoshk has joined #tacker04:46
sridhar_ramgongysh: https://review.openstack.org/369848 -  did u merge this by mistake ? it had only one +204:48
sridhar_ramfyi, just found this Tacker CLI reference guide here .. http://docs.openstack.org/cli-reference/tacker.html04:51
sridhar_ramlooks it is auto-generated and looks cool !!04:52
gongyshsridhar_ram, sorry, but I think it is really simple. and have check it on the doc and I am using it to pick up reviews.04:52
sridhar_ramgongysh: yes, it is simple.. but please no exceptions to two +2 rule.. it just becomes subjective and it is a slippery slope. Avoid it at all cost. Only exception to this rule is proposal bot changes.04:53
gongyshsridhar_ram, the tacker client reference doc is gorgeous.  looking beautiful.04:53
*** Vijayendra has joined #tacker04:54
sridhar_ramgongysh: yep !!04:54
gongyshsridhar_ram, ok, remember it.04:54
gongyshsridhar_ram, no next time.04:54
sridhar_ramgongysh: thanks!04:54
sridhar_ramdkushwaha: ping04:55
dkushwahasridhar_ram, hello04:59
*** santoshk has quit IRC05:00
sridhar_ramdkushwaha: need ur help, alarm mon patchset https://review.openstack.org/365435 .. just went into conflict due to another merge. if you've a min, can you rebase and respin?05:01
dkushwahasridhar_ram, yes sure. Let me check, will do quickly05:01
sridhar_ramdkushwaha: great, thanks!05:01
gongyshdkushwaha, don't forget my comment on config group, change the group name into [alarm_keystone] or something to indicate they are used by alarm receiver.05:06
dkushwahagongysh, yes, Just checked, will fix it05:08
*** tung_doan_away is now known as tung_doan05:08
gongyshdkushwaha, do we integrate it with scale?05:08
dkushwahagongysh, yes05:09
tung_doanhi gonggysh,05:10
tung_doanhi sridhar,05:14
gongyshdkushwaha, how to have a test, do we have tosca template for it?05:15
openstackgerritSripriya Seetharam proposed openstack/tacker: Derive infra driver using VIM type  https://review.openstack.org/36759905:16
tung_doanhi goonggysh, we already had tosca template05:16
dkushwahagongysh, I have not tested to scaling yet. tung_doan can give better view on this05:16
tung_doantest scaling please you: tosca-vnfd-alarm.yaml05:17
gongyshtung_doan, ok05:17
tung_doanhttps://review.openstack.org/#/c/365435/27/samples/tosca-templates/vnfd/tosca-vnfd-alarm.yaml05:17
*** KanagarajM_ has joined #tacker05:21
*** KanagarajM has quit IRC05:21
sridhar_ramtung_doan: hi there...!05:22
tung_doansridhar_ram: gonghysh: alarm monitor worked ok but seems like getexception with scale api in tacker-client: http://paste.openstack.org/show/577214/05:25
tung_doansridhar_ram: gonghysh:please se L372: https://review.openstack.org/#/c/365435/27/tacker/extensions/vnfm.py05:26
*** vishnoianil has joined #tacker05:26
gongyshtung_doan,                 action:05:26
gongysh                  resize_compute:05:26
gongysh                    action_name: SP105:26
tung_doansridhar_ram: gonghysh:it means that i need to change restAPI05:26
gongyshwhy not just resize_compute: SP105:27
gongyshI think we also need  resize out or in.05:27
gongyshsorry, the type should be passed in automatically.05:28
tung_doangongysh: alarm monitor support: notification, scaling,... To be general:05:28
tung_doangongysh: resize_compute: {action_name: <>, constraint: <>}05:29
tung_doanfor example, with notificationL resize_compute: {action_name: notify, constraint: abc@gmail}05:30
gongyshfor normal respawn: action: respawn05:30
tung_doan"resize out or in" if action is scaling.. base on monitoring policy, will can determine if it 's out or in05:31
tung_doangongysh: do you have any idea to use only one tosca template format for actions: notify, repsawn, scaling?05:34
tung_doangongysh: until now, your format is: resize_compute: {action_name: <>, constraint: <>}05:35
tung_doan*your --> the05:35
gongyshtung_doan,     - vdu1_cpu_usage_monitoring_policy:05:36
gongysh        type: tosca.policies.tacker.Alarming05:36
gongysh        triggers:05:36
gongysh            resize_compute:05:36
gongysh                event_type:05:36
gongysh                    type: tosca.events.resource.utilization05:36
gongysh                    implementation: ceilometer05:36
gongysh                    targets: [VDU1]05:36
gongysh                metrics: cpu_util05:36
gongysh                condition:05:36
gongysh                    threshold: 5005:36
gongysh                    constraint: utilization greater_than 50%05:36
gongysh                    period: 60005:36
gongysh                    evaluations: 105:36
gongysh                    method: avg05:37
gongysh                    comparison_operator: gt05:37
gongysh                action:05:37
gongysh                  resize_compute:05:37
gongysh                    action_name: SP105:37
gongyshresize_compute in resize_compute.  Have you seen two resize computes?05:37
tung_doangongysh: correct... need to be changed..do you have any idea?05:39
*** neel has joined #tacker05:39
*** sripriya has quit IRC05:39
gongyshtung_doan,  how about this:05:43
gongysh    - vdu1_cpu_usage_monitoring_policy:05:43
gongysh        type: tosca.policies.tacker.Alarming05:43
gongysh        triggers:05:43
gongysh                event_type:05:43
gongysh                    type: tosca.events.resource.utilization05:43
gongysh                    implementation: ceilometer05:43
gongysh                    targets: [VDU1]05:43
gongysh                metrics: cpu_util05:43
gongysh                condition:05:43
gongysh                    threshold: 5005:43
gongysh                    constraint: utilization greater_than 50%05:43
gongysh                    period: 60005:43
gongysh                    evaluations: 105:43
gongysh                    method: avg05:43
gongysh                    comparison_operator: gt05:43
gongysh                action:05:43
gongysh                  resize_compute:05:43
gongysh                    action_name: SP105:43
gongysh                  notify: {}05:43
gongysh                  respawn:05:43
gongyshsorry,  have a new idea05:43
gongyshtung_doan:     - vdu1_cpu_usage_monitoring_policy:05:45
gongysh        type: tosca.policies.tacker.Alarming05:45
gongysh        triggers:05:45
gongysh            resize_compute05:45
gongysh                event_type:05:45
gongysh                    type: tosca.events.resource.utilization05:45
gongysh                    implementation: ceilometer05:45
gongysh                    targets: [VDU1]05:45
gongysh                metrics: cpu_util05:45
gongysh                condition:05:45
gongysh                    threshold: 5005:45
gongysh                    constraint: utilization greater_than 50%05:45
gongysh                    period: 60005:45
gongysh                    evaluations: 105:45
gongysh                    method: avg05:45
gongysh                    comparison_operator: gt05:45
gongysh                action:05:45
gongysh                   name: SP105:45
gongysh            notify:05:45
gongysh                event_type:05:45
gongysh                    type: tosca.events.resource.utilization05:45
gongysh                    implementation: ceilometer05:45
gongysh                    targets: [VDU1]05:45
gongysh                metrics: cpu_util05:45
gongysh                condition:05:45
gongysh                    threshold: 5005:45
gongysh                    constraint: utilization greater_than 50%05:45
gongysh                    period: 60005:45
gongysh                    evaluations: 105:45
gongysh                    method: avg05:45
gongysh                    comparison_operator: gt05:45
gongysh                action:05:45
gongysh                   name: NF105:45
gongysh05:45
gongyshthe action under resize_compute trigger should be used to scale targets05:45
gongyshthe action under notification trigger should be notification.05:46
*** tung_doan has quit IRC05:46
gongysh:(05:46
*** vishwanathj has joined #tacker05:47
vishwanathjgongysh KanagarajM_ sridhar_ram Hi05:49
gongyshhi05:49
sridhar_ramvishwanathj: hi05:49
vishwanathjregarding https://review.openstack.org/#/c/369142/ what changes should I keep and what should I not keep?05:50
*** tung_doan has joined #tacker05:51
vishwanathjI see gongysh comment suggesting that I dont keep anything in setup.cfg and tacker/common/config.py ... however sridhar_ram suggest that I keep entry point in setup.cfg05:51
*** s3wong has joined #tacker05:52
gongyshthat is KanagarajM_'s idea.05:53
gongyshI agree with him05:53
vishwanathjok05:54
gongyshvishwanathj, how does we load the event plugin currently?05:54
vishwanathjas a  service plugin05:54
tung_doangonggysh.. regarding to tosca  template.. looks good to me.. will change now. thanks05:54
gongyshI mean,  we have many functional test cases to test the event plugin already, how does it start?05:55
*** santoshk has joined #tacker05:55
vishwanathjits loaded as part of _load_service_plugins()05:55
gongyshtung_doan, hi05:55
vishwanathjbut we want to change it to make sure its always loaded05:55
gongyshtung_doan, can heat's trigger trigger more than one actoin?05:56
tung_doangonggysh: it means that you need to have 2 or more urls for them05:57
gongyshtung_doan, I mean, I create one trigger, which can trigger more than actions, one is scaling, one is notification.05:57
tung_doangonggysh: only 1  trigger.. yes we can but need ato change code in plugin to handle backend actions :)05:59
tung_doangonggysh: not difficult06:00
tung_doangonggysh: did you test scaling?06:01
openstackgerritdharmendra kushwaha proposed openstack/tacker: Implement Alarm monitor  https://review.openstack.org/36543506:02
gongyshtung_doan, if that is case, we should redesign the tosca template to fit with it. one trigger, more than one actions. we can put off changing backend plugin code later.06:03
gongyshtung_doan, I have tested scale independently. it works, manually.06:04
tung_doanok.. it like this idea.06:04
tung_doangonggysh: thanks for testing.. appreciate it06:05
tung_doan*it like --> i like06:05
*** vinod has quit IRC06:08
vishwanathjsridhar_ram you there?06:10
tung_doangonggysh: with your idea..06:11
*** sripriya has joined #tacker06:12
tung_doanresize_compute:   action_name: SP1 notify: {} respawn:06:12
tung_doangonggysh: what is behind respawn?06:12
*** janki has joined #tacker06:17
gongyshtung_doan,  the respawn should have no other parameter.06:26
tung_doangonggysh: with notification action, we will need provide  email address as well..06:29
tung_doangonggysh: with notification action, "action name: NF1" does make sense.. should be replaced by email address?06:31
tung_doan*does make sense --> does not make sense06:31
* sridhar_ram wandered back ..06:33
sridhar_ramvishwanathj: treat setup.cfg entry_point just as an "alias"06:33
sridhar_ramvishwanathj: just go w/ the initial suggestion from gongysh w/ setup.cfg entry06:34
vishwanathjok ... no core plugin but service plugin right?06:34
sridhar_ramvishwanathj: yes, no core_plugin.. that was counter intuitive / bad idea from my part.. i take it back06:34
vishwanathjsounds good06:34
*** sripriya has quit IRC06:36
gongyshtung_doan, hi06:39
gongysh    def handle_url(self, url):06:39
gongysh        # alarm_url = 'http://host:port/v1.0/vnfs/vnf-uuid/mon-policy-name/action-name/8ef785' # noqa06:39
gongysh        parts = urlparse.urlparse(url)06:39
gongysh        p = parts.path.split('/')06:39
gongysh        if len(p) != 7:06:39
gongysh            return None06:39
gongysh        if any((p[0] != '', p[2] != 'vnfs')):06:39
gongysh            return None06:39
*** neel has quit IRC06:39
gongyshis it will interface with scale action? I mean the scale action may have the same url pattern06:40
gongyshplease check it.06:40
openstackgerritvishwanath jayaraman proposed openstack/tacker: Ensures common services plugin is always loaded  https://review.openstack.org/36914206:41
tung_doangonggysh: yes totally samle06:41
tung_doangonggysh: yes.. totally same06:41
gongyshtung_doan, so we should test the 'mon-policy-name' in the URL.06:41
gongyshmaybe other stuff06:41
tung_doangonggysh: plugin will test if monitoring-policy is not found...06:42
gongyshwe should make sure the alarm_receiver.py will not interface with other URL.06:43
gongyshinterfere with06:43
tung_doangonggysh: sure... it's very important to get this06:44
tung_doangonggysh: I looked back your idea about tosca template.. it seems one trigger with more than one action will be dificult.. I think it better to have 2 or more url for them06:49
tung_doangonggysh: I mean url for different actions should be separated06:50
openstackgerritNeeldhwaj Pathak proposed openstack/tacker: Validate the Tosca VNFD templates  https://review.openstack.org/33385206:51
*** neel has joined #tacker06:51
n-haradagongysh: hi, sorry i noticed your message just now. thanks for your new comment, i will think about it.06:52
*** diga has joined #tacker07:06
openstackgerritSridhar Ramaswamy proposed openstack/tacker: Add functional tests for ConnectionPoint features  https://review.openstack.org/32410107:07
sridhar_ramgongysh: just touched up the commit mesg of https://review.openstack.org/#/c/324101/ .. can u reapply ur +2 ?07:08
gongyshsure07:09
gongyshsridhar_ram, wait for CI's result07:10
digas3wong: Hi07:11
s3wongdiga: hello07:11
gongyshtung_doan,  dkushwaha ,  will you care about the comment on https://review.openstack.org/#/c/365435/28/tacker/alarm_receiver.py?07:11
digas3wong: I am starting the e2e testing now, will let you know if I get any problem07:13
s3wongdiga: OK07:13
*** Ravikiran_K has joined #tacker07:13
s3wongdiga: I may drop off in about 15-30 minutes --- if you run into problem after I drop off, please send me email07:13
dkushwahagongysh, checking07:13
digaok07:13
s3wongdiga: you have my email address, I suppose?07:13
digayes07:14
digas3wong: I have your mail id07:14
s3wongdiga: cool. Good luck!07:15
digas3wong: can you tell me, vnffg create API params07:15
s3wongdiga: I actually don't know without looking at the code07:16
digas3wong: okay07:16
digawill figure out07:16
digas3wong: Thanks07:16
tung_doangonggysh: you mean scaling action (just a backend action of alarm monitoing) or scaling API?07:17
sridhar_rams3wong: diga: what vnffgd template r u using?07:17
gongyshin alarm template, it should be scaling action.07:17
s3wongdiga: didn't trozet use a TOSCA template to test?07:17
digas3wong: he didn't tell me anything, I think there is one example available in test code he has suggested07:18
s3wongdiga: probably want to start with his test template then07:20
digasridhar_ram: we need to check, he hasn't given anything.07:20
digas3wong: yes07:20
digasridhar_ram: we need to check, he hasn't given anything.07:20
digas3wong: yes07:20
s3wongdiga: do you know which one?07:20
digas3wong: No07:20
sridhar_ramdiga: s3wong: check this out https://github.com/openstack/tacker/blob/master/tacker/tests/unit/vm/infra_drivers/heat/data/tosca_vnffgd_template.yaml07:20
digaokay07:20
digasridhar_ram: thanks07:21
*** santoshk has quit IRC07:21
tung_doangonggysh: if scaling action in template named "SP1", url should be like: http://ubuntu:9890/v1.0/vnfs/d4eb9383-b483-40df-820a-17310ab333bc/vdu1_cpu_usage_monitoring_policy/SP1/3ayy4e6o07:21
digasridhar_ram: s3wong: today I can spend whole day on this. Hope I will do good progress on this07:24
s3wongdiga: cool. Thanks for your effort on this07:24
digas3wong: np07:24
digabrb07:25
sridhar_ramdiga: thanks a lot07:26
*** neel has quit IRC07:40
*** gongysh has quit IRC07:40
*** tbh has joined #tacker07:48
*** neel has joined #tacker07:53
*** tbh has quit IRC08:02
openstackgerritMerged openstack/tacker: Ensures common services plugin is always loaded  https://review.openstack.org/36914208:10
openstackgerritMerged openstack/tacker: Use upper constraints for all jobs in tox.ini  https://review.openstack.org/35894808:12
*** amotoki has joined #tacker08:14
s3wongdiga: dropping off --- time to sleep08:16
s3wongdiga: please email me if you bump into any issue08:16
s3wongdiga: good luck. And Thanks for your help08:16
*** s3wong has quit IRC08:16
*** Ravikiran_K has quit IRC08:17
*** mbound has joined #tacker08:20
*** neel has quit IRC08:32
*** Vijayendra has quit IRC08:42
*** priya__ has quit IRC08:42
*** priya__ has joined #tacker08:42
*** Vijayendra has joined #tacker08:43
*** Vijayendra has quit IRC08:53
*** Vijayendra has joined #tacker08:53
*** hparekh has quit IRC09:01
*** mbound has quit IRC09:12
*** hparekh has joined #tacker09:32
*** hparekh has quit IRC09:32
*** neel has joined #tacker10:02
openstackgerritNaoya Harada proposed openstack/tacker: Reflect introduction of CP order in documents  https://review.openstack.org/37052010:09
*** hparekh has joined #tacker10:09
*** gongysh has joined #tacker10:10
*** tbh has joined #tacker10:11
*** mbirru has quit IRC10:19
openstackgerritJanki Chhatbar proposed openstack/tacker-horizon: Adds VNFFG support in Tacker-horizon  https://review.openstack.org/34777910:55
dkushwahagongysh, hi11:14
dkushwahagongysh, I didn't get your point on https://review.openstack.org/#/c/365435/28/tacker/alarm_receiver.py . Kindly elaborate it11:16
gongyshdkushwaha, I am afraid that will not distinguish the alarm URL with other URLS.11:17
dkushwahagongysh, got it, so in that case we need to update api. right?11:19
dkushwahagongysh, i suspect thats why we are getting error in functional test http://logs.openstack.org/35/365435/28/check/gate-tacker-dsvm-functional/fa39fa4/console.html11:21
gongyshdkushwaha, I am investigating too11:22
*** tbh has quit IRC11:22
dkushwahagongysh, that error was raised by https://github.com/openstack/tacker/blob/master/tacker/api/v1/base.py#L52911:23
dkushwahagongysh, You have valid point. Actually we have same url for both alarm and scale  i.e.  vnfs/vnf-id/actions11:30
*** janki has quit IRC11:30
*** janki has joined #tacker11:32
*** janki has quit IRC11:39
tung_doangongysh.. no worries.. we already fixed it11:40
gongyshok11:40
*** neel has quit IRC11:42
*** dkushwaha is now known as dkushwaha_away11:42
*** tung_doan has quit IRC11:50
*** bobh has joined #tacker12:06
*** gongysh has quit IRC12:12
openstackgerritTung Doan proposed openstack/tacker: Implement Alarm monitor  https://review.openstack.org/36543512:18
*** tung_doan has joined #tacker12:22
*** hparekh has quit IRC12:31
*** bobh has quit IRC12:45
*** tamilhce has joined #tacker12:58
*** dkushwaha has joined #tacker13:02
*** DaveJ__ has joined #tacker13:11
*** DaveJ__ is now known as DaveJ13:15
openstackgerritChangBo Guo(gcb) proposed openstack/tacker: Stop using config option sqlite_db  https://review.openstack.org/36041313:17
openstackgerritChangBo Guo(gcb) proposed openstack/tacker: Fix formats for doc's information  https://review.openstack.org/34128113:18
openstackgerritdharmendra kushwaha proposed openstack/tacker: Implement Alarm monitor  https://review.openstack.org/36543513:24
*** bobh has joined #tacker13:28
*** vishnoianil has quit IRC13:29
*** bobh has quit IRC13:34
*** gongysh has joined #tacker13:51
*** gongysh has quit IRC13:55
*** prashantD has joined #tacker13:58
openstackgerritdharmendra kushwaha proposed openstack/tacker: Implement Alarm monitor  https://review.openstack.org/36543514:39
*** mbound has joined #tacker14:50
*** tamilhce has quit IRC15:05
*** diga has quit IRC15:22
*** bobh has joined #tacker15:32
*** tbh has joined #tacker15:32
*** bobh has quit IRC15:36
*** uck has joined #tacker15:47
*** bobh has joined #tacker15:50
openstackgerritdharmendra kushwaha proposed openstack/tacker: Implement Alarm monitor  https://review.openstack.org/36543515:50
*** tbh has quit IRC15:52
*** tbh has joined #tacker15:57
*** tbh_ has joined #tacker16:01
*** tbh_ has quit IRC16:02
*** tbh has quit IRC16:03
*** tbh has joined #tacker16:05
openstackgerritMerged openstack/tacker: Add functional tests for ConnectionPoint features  https://review.openstack.org/32410116:19
*** tung_doan has quit IRC16:28
*** KanagarajM_ has quit IRC16:37
*** janki has joined #tacker16:43
*** tung_doan has joined #tacker16:54
*** uck_ has joined #tacker16:54
*** uck has quit IRC16:55
jankisridhar_ram, I have addressed your comments on vnffg horizon support patch. Please review https://review.openstack.org/#/c/347779/16:56
*** vishnoianil has joined #tacker16:59
*** tung_doantung_do has joined #tacker17:09
*** s3wong has joined #tacker17:10
*** tung_doan has quit IRC17:11
*** tung_doantung_do is now known as tung_doan17:13
*** bobh has quit IRC17:16
sridhar_ramjanki: will try, can u also quickly try tosca_vnffgd_template.yaml in horizon ?17:18
sridhar_ramjanki: vnffgd catalog create using horizon failed for me17:19
jankisridhar_ram, I had done that. Got invalid template error from client too17:19
sridhar_ramjanki: try with this https://github.com/openstack/tacker/blob/master/tacker/tests/unit/vm/infra_drivers/heat/data/tosca_vnffgd_template.yaml17:20
jankisridhar_ram, for vnffgd to create, we need vnfs mentioned in template running?17:20
sridhar_ramjanki: not during catalog creation time17:20
jankisridhar_ram, ya the same I had tried. got error from client and horizon.17:20
jankisridhar_ram, will debug further in this tomorrow.17:21
sridhar_ramjanki: for me CLI works fine, but horizon failed17:21
jankicould you share the error? Did you try with latest patch? The earlier one had no client calls implemented17:21
jankisridhar_ram, and hence it was giving "unable to retrieve error"17:22
*** mbirru has joined #tacker17:24
*** Vijayendra has quit IRC17:26
*** tung_doan is now known as tung_doan_away17:28
*** tbh has quit IRC17:39
*** janki has quit IRC17:40
sridhar_ramjanki: I didn't try with latest one, will do soon17:47
*** uck_ has quit IRC17:59
*** uck has joined #tacker18:11
*** uck has quit IRC18:13
*** uck has joined #tacker18:13
*** sripriya has joined #tacker18:15
*** bobh has joined #tacker18:16
*** tung_doan has joined #tacker18:20
*** s3wong has quit IRC18:21
*** bobh has quit IRC18:21
*** tung_doan has quit IRC18:24
*** uck has quit IRC18:49
*** uck has joined #tacker18:49
*** santoshk has joined #tacker18:52
*** uck has quit IRC19:20
*** sripriya has quit IRC19:25
*** bobh has joined #tacker19:35
*** tung_doan_away has quit IRC19:53
*** sripriya has joined #tacker19:53
openstackgerritvishwanath jayaraman proposed openstack/tacker: Events functional tests: verify resource state.  https://review.openstack.org/37108620:09
*** uck has joined #tacker20:20
*** uck has quit IRC20:26
openstackgerritSripriya Seetharam proposed openstack/tacker: Derive infra driver using VIM type  https://review.openstack.org/36759920:29
openstackgerritSripriya Seetharam proposed openstack/tacker: Derive infra driver using VIM type  https://review.openstack.org/36759920:34
*** uck has joined #tacker20:56
*** s3wong has joined #tacker20:58
*** amit213 has quit IRC21:47
openstackgerritvishwanath jayaraman proposed openstack/tacker: Events functional tests: verify resource state.  https://review.openstack.org/37108621:49
*** amit213 has joined #tacker21:51
openstackgerritMerged openstack/tacker: Reflect introduction of CP order in documents  https://review.openstack.org/37052021:54
openstackgerritSridhar Ramaswamy proposed openstack/tacker: VNFFG service chain Neutron networking-sfc driver  https://review.openstack.org/34756821:59
*** uck_ has joined #tacker22:11
*** uck has quit IRC22:11
bobhsridhar_ram: ping22:13
sridhar_rambobh: hi22:14
bobhsridhar_ram: There is a heat-translator patch that updates the template from 2013-05-23 to 2014-10-16 to get additional parameter support in get_attr22:14
bobhsridhar_ram: I don't think it should cause any issues, but wanted to run it by you - I can also pull it down and try running tacker tests against it22:15
sridhar_rambobh: so, all new generated heat template will have this newer version # /date ?22:16
bobhsridhar_ram: yes22:17
bobhsridhar_ram: probably about time really :-)22:17
bobhsridhar_ram: it's only been 2 years....22:17
sridhar_rambobh: do we have API control to force an older version?22:17
bobhsridhar_ram: no - that would be useful, but also adds a lot of complexity22:17
sridhar_rambobh: concern is Tacker can place vnfs in Kilo, Liberty22:18
sripriyasridhar_ram: i had the same concern and was about to ping the same22:18
sridhar_rambobh: do u know if the new version template will work with older heat engines?22:19
bobhsridhar_ram: Kilo supports up through 2015-04-3022:19
bobhhttp://docs.openstack.org/developer/heat/template_guide/hot_spec.html22:20
openstackgerritvishwanath jayaraman proposed openstack/tacker: VNF Scaling event capture: Functional Test  https://review.openstack.org/36643322:20
sridhar_rambobh: can u pls do some point checks ?22:20
sridhar_rambobh: particularly port_security_enabled flag22:21
bobhsridhar_ram: I'll run it through my testbed tonight - theoretically it should be fine22:21
bobhsridhar_ram: we should also consider deprecating Kilo support, since it is EOL22:21
sridhar_rambobh: agree on deprecation, but I'd strongly request an API control to generate the target translation version22:23
bobhsridhar_ram: easier said than done but I agree - I'll bring it up to spzala and see what he thinks22:23
sridhar_rambobh: thanks22:26
bobhsridhar_ram: Liberty goes EOL in 2 months - seems like only yesterday....22:29
sridhar_rambobh: true, but i'm worried some operators might be running beyond EOL due to the sad state of openstack upgrade story22:31
sridhar_rambobh: but i agree, we have EOL policies to cover ourselves22:31
bobhsridhar_ram: I know - not to mention vendors....22:31
*** bobh has quit IRC22:38
openstackgerritMerged openstack/tacker: Updated from global requirements  https://review.openstack.org/37112922:40
*** santoshk has quit IRC22:58
*** sripriya has quit IRC23:29
*** dkushwaha has left #tacker23:50

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