16:02:59 <sridhar_ram> #startmeeting tacker
16:02:59 <openstack> Meeting started Thu Oct 15 16:02:59 2015 UTC and is due to finish in 60 minutes.  The chair is sridhar_ram. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:03:01 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:03:03 <openstack> The meeting name has been set to 'tacker'
16:03:11 <sridhar_ram> #topic Roll Call
16:03:23 <sridhar_ram> who is here for tacker ?
16:03:26 <bobh> o/
16:03:28 <sripriya_> o/
16:03:43 <vishwanathj> o/
16:03:55 <tbh_> o/
16:04:42 <sridhar_ram> howdy all! lets start ..
16:04:49 <sridhar_ram> #topic Announcements
16:05:03 <sridhar_ram> Agenda at #link  https://wiki.openstack.org/wiki/Meetings/Tacker#Meeting_Oct_15.2C_2015
16:05:34 <sridhar_ram> stackforge/ to openstack/ name conversion is this Sat Oct 17th
16:05:37 <sridhar_ram> #link  http://lists.openstack.org/pipermail/openstack-dev/2015-August/073071.html
16:06:25 <sridhar_ram> infra team will take care of most of the things .. including migrating existing gerrit reviews to /openstack
16:06:39 <sridhar_ram> we need to be prepared for some hopefully minor loose ends
16:06:53 <sridhar_ram> so.. bye bye Stackforge!
16:07:04 <sridhar_ram> .. and on to the big tent :)
16:08:08 <sridhar_ram> Last, another happy note.. I'm nominating Bob to the core team..
16:08:10 <sridhar_ram> #link  http://lists.openstack.org/pipermail/openstack-dev/2015-October/077131.html
16:08:43 <bobh> sridhar_ram: Thanks!  I'm honored!
16:08:49 <sridhar_ram> bobh: thanks for all your efforts, looking forward you joining the core-team!
16:09:01 <sripriya_> bobh: way to go!
16:09:30 <tbh_> bobh: congrats
16:09:35 <vishwanathj> bobh: way to go...congrats
16:09:36 <bobh> sripriya_: tbh: thanks!
16:09:45 <bobh> vishwanathj: thanks!
16:10:53 <sridhar_ram> #topic Liberty Status
16:11:34 <sridhar_ram> I believe major pieces we had in sight like mano-api & health-mon has landed...
16:11:57 <sridhar_ram> now we just some loose ends to be tied and high priority bugs squashed
16:12:34 <sripriya_> sridhar_ram: cool! great effort by monitoring sub-team to land it in time for liberty!
16:13:04 <sridhar_ram> sripriya_: yes, kudos to bobh and tbh ...!
16:13:54 <sridhar_ram> I'll pull a stable/liberty branch by coming Tuesday .. after that only the fixes that make sense for Liberty should go there
16:14:07 <sridhar_ram> master will march onto Mitaka
16:14:15 <sridhar_ram> any questions ?
16:15:07 <sripriya_> sridhar_ram: have we prioritized what are the critical bugs or must fix bugs that needs to go to liberty?
16:15:22 <sridhar_ram> oh, btw .. there is bunch of release stuff like applying a tag & pushing to pypi..this is something I won't be able to do before the Summit.
16:15:49 <sridhar_ram> sripriya_: yes, I created a tag "liberty-critical" to make the candidates
16:15:54 * sridhar_ram looking for the link
16:16:31 <sridhar_ram> #link https://bugs.launchpad.net/tacker/+bugs?field.tag=liberty-critical&orderby=status&start=0
16:16:37 <sridhar_ram> we still have 6 open...
16:17:25 <sridhar_ram> I'm looking for team's help to (a) add any bugs that's deemed critical for liberty (b) suggest remove any issues that could wait..
16:18:33 <sridhar_ram> any other question on stable/liberty ?
16:19:10 <tbh_> sridhar_ram: I think configuring openwrt bug must go to libert, what do you say?/
16:19:42 <vishwanathj> tbh_ +1
16:19:53 <santoshkumark> sridhar_ram: will the further addition of featues continue on stable/liberty..??
16:20:03 <tbh_> sridhar_ram: because that is the mgmt_driver we are providinf as an example for the user
16:20:19 <sridhar_ram> tbh_: agree, the set of bugs that you, vishwanathj & sripriya_ in this area cleans this whole create->mgmt_driver flow
16:20:40 <sridhar_ram> tbh_: can you mark them w/ 'liberty-critical' ?
16:20:48 <tbh_> tbh_: sure
16:20:53 <tbh_> *sridhar_ram sure
16:21:02 <vishwanathj> Find the link tacker-horizon bug that I think should be liberty-critical as well https://bugs.launchpad.net/tacker/+bug/1493558
16:21:02 <openstack> Launchpad bug 1493558 in tacker "tacker-horizon code does not allow for passing a config file during VNF creation" [Low,In progress] - Assigned to vishwanath jayaraman (vishwanathj)
16:21:58 <sridhar_ram> santoshkumark: I believe we are in state where we will allow selective feature to still come into stable/liberty
16:22:26 <sridhar_ram> santoshkumark: specifically tacker-sfc.. but they will be mostly exceptions
16:23:08 <sridhar_ram> vishwanathj: yeah, that bug make sense .. please make it w/ the liberty-critical tag
16:23:30 * sridhar_ram realizes we are already discussing bugs...
16:23:33 <sridhar_ram> #topic Bugs
16:23:49 <sripriya_> sridhar_ram: how about https://bugs.launchpad.net/tacker/+bug/1504687  ?
16:23:49 <openstack> Launchpad bug 1504687 in tacker "network interfaces on the vnf instance does not come up in the same sequence as specified in the vnfd template" [Undecided,New] - Assigned to Sripriya (sseetha)
16:24:47 <sridhar_ram> sripriya_: another criteria, IMO, is the code complexity a bug fix will bring..
16:25:27 <sridhar_ram> sripriya_: is this a smallish fix ?
16:26:02 <sripriya_> sridhar_ram: yes, a one liner but then the impact is more
16:26:29 <sridhar_ram> sripriya_: okay, make it for liberty and we can take it up in the gerrit review
16:26:35 <sridhar_ram> *mark it
16:26:41 <sripriya_> sridhar_ram: will do
16:27:39 <sripriya_> sridhar_ram: can we discuss about the vnf-create --config-file bug status?
16:28:03 <sridhar_ram> sripriya_: sure
16:28:57 <sridhar_ram> tbh_: sripriya_: where do we stand in this whole vnf-create --config-file track ?
16:29:26 <sridhar_ram> I see many smallish fixes all over ... in tacker-horizon, tackerclient and in the backend
16:29:43 <sripriya_> sridhar_ram: tbh: based on our IRC discussions we discussed about having retry logic for config update during vnf-create
16:29:52 <tbh_> sridhar_ram: we made a boot_wait option available in plugin.py and same is passed to monitor
16:30:09 <tbh_> sridhar_ram: and removed monitor.py based boot_wait
16:30:30 <sripriya_> tbh: i see a bug on openwrt not getting updated with config, can you share the bug link?
16:30:41 <sridhar_ram> tbh_: that make sense to me... boot wait shd be per VDU..
16:31:01 <sridhar_ram> bobh: what do you think? boot_wait is moving from monitor.boot_wait to something generic
16:31:17 <tbh_> sripriya_: https://bugs.launchpad.net/tacker/+bug/1506111
16:31:17 <openstack> Launchpad bug 1506111 in tacker "Unable to configure VDU using openwrt mgmt driver" [Undecided,New] - Assigned to bharaththiruveedula (bharath-ves)
16:31:42 <bobh> sridhar_ram: I think it should be configurable per vdu, and possible different for monitoring and mgmt
16:32:00 <bobh> sridhar_ram: I can see where you want to wait X seconds before configuring and Y seconds before monitoring
16:32:16 <bobh> sridhar_ram: as monitoring may not make sense until after configuration has happened
16:32:19 <sripriya_> tbh_: i would like to request if you could expand the description a bit more, it would help me understand the exact root cause of the bug... thanks
16:32:30 <sridhar_ram> bobh: I think we nicely covered for monitoring w/ the monitoring_delay: attr
16:32:32 <tbh_> sripriya_:  sure
16:32:41 <bobh> sridhar_ram: agree
16:33:01 <sripriya_> sridhar_ram: tbh: bobh: what about the default 30 seconds as timeout?
16:33:18 <sridhar_ram> bobh: that's a good pt, monitoring shd happen after the services within the VDU settles down...
16:34:31 <sridhar_ram> sripriya_: seems reasonable to me .. and anyway it is configurable in tacker.conf
16:34:44 <bobh> sripriya_: I think 30 is a good default, can a VDU change it?
16:35:09 <sripriya_> bobh: no
16:36:04 <sridhar_ram> bobh: we don't have VNFD template attr for this .. we shd add it to our backlog to introduce one
16:36:28 <bobh> sridhar_ram: definitely
16:36:41 <sripriya_> sridhar_ram: tbh: regarding the retry mechanism, where should we plan to introduce it...?
16:37:37 <sripriya_> should it be specific in openwrt? where it attempts for ssh connection few times and then giving up.
16:37:39 <tbh_> sripriya_: you mean retry to configure to update, for that it must be at mgmt_driver level
16:37:57 <sridhar_ram> sripriya_: IMO this is something the mgmt_driver shd take care of it.. I don't see it make sense for tacker-framework to make a generic call on how many times to retry
16:38:13 <vishwanathj> +1
16:38:13 <sripriya_> tbh_: yes
16:38:15 <sridhar_ram> sripriya_: I think we shd leave that to the VNF vendor / mgmt_driver developerr
16:38:47 <sripriya_> tbh_: do you plan to add that in the current patchsets?
16:39:06 <sridhar_ram> cool.. I guess we are in agreement ..
16:39:54 <sridhar_ram> anything else on vnf-create / mgmt-driver track ?
16:40:06 <sripriya_> sridhar_ram: i understand you will be taking care of the cleanup on heat config-update?
16:40:19 <tbh_> sripriya_: will that go under the same patchset?
16:40:47 <sridhar_ram> sripriya_: sure, I can pitch in ...
16:41:19 <sridhar_ram> I've another issue to raise here related to health-monitoring..
16:41:25 <vishwanathj> sridhar_ram, would https://bugs.launchpad.net/tacker/+bug/1481974 this fall under vnf-create track?
16:41:25 <openstack> Launchpad bug 1481974 in tacker "vnfd: availability_zone to specific host fails vnf instantiation" [Medium,New] - Assigned to vishwanath jayaraman (vishwanathj)
16:41:26 <sripriya_> tbh_: can it be combined with this: https://review.openstack.org/#/c/234741/ and change the title?
16:41:41 * sridhar_ram will hang back on health-mon
16:42:05 <tbh_> sripriya_: okay
16:42:08 <sridhar_ram> vishwanathj: no, that doesn't .. it is more a placement thingy
16:42:21 <vishwanathj> ok
16:42:26 <sripriya_> tbh_: sridhar_ram: thanks!
16:42:35 <sridhar_ram> vishwanathj: this is something we could take up in a bit way for Mitaka if Intel folks join us here !
16:42:46 <sridhar_ram> *big way
16:43:31 <vishwanathj> its marked liberty-critical....
16:44:06 <sridhar_ram> vishwanathj: if we can fix it by liberty .. will be great.
16:44:08 <vishwanathj> and if I understood your rignt, you had mentioned that you were working on a fix (I could be wrong) but it is assigned to me now....
16:44:25 <sridhar_ram> vishwanathj: I'll assign this bug to me ..
16:44:35 <vishwanathj> sridhar_ram, ok
16:44:35 <sridhar_ram> *myself..
16:44:42 <sridhar_ram> back to health-mon...
16:44:53 <sridhar_ram> there is an intermittent gate issue ...
16:44:55 <sridhar_ram> #link http://logs.openstack.org/43/234543/1/check/gate-tacker-dsvm-functional/48d6cea/console.html
16:45:37 <sridhar_ram> bobh: santoshkumark: I need your help to analyze why vnf-create fails sometimes ...
16:45:54 <sridhar_ram> it seems to fail w/ mgmt_port : resource busy
16:46:23 <sridhar_ram> another symptom I've seen is .. https://bugs.launchpad.net/tacker/+bug/1505468
16:46:23 <openstack> Launchpad bug 1505468 in tacker "Error status after creating a vnf - TypeError: <type 'NoneType'> can't be decoded" [Undecided,New]
16:46:32 <bobh> sridhar_ram: I'll take a look at the logs
16:46:43 <sridhar_ram> bobh: thanks !
16:47:12 <sripriya_> sridhar_ram: i'm following up on the nonetype bug
16:47:36 <sridhar_ram> sripriya_: cool, thanks!
16:48:05 <sridhar_ram> lets move on.. happy bug squashing everyone!
16:48:24 <sridhar_ram> #topic Documentation
16:48:50 <sridhar_ram> I'm doing my part using #link https://review.openstack.org/#/c/235062/
16:49:19 <sridhar_ram> the resulting html files (after you run tox) looks pretty nice!
16:49:49 <sridhar_ram> once this merges .. I'll work w/ project-infra to hook it up to jenkins
16:50:14 <sridhar_ram> sripriya_: tbh_: any updates from you side on docs ?
16:50:18 <sridhar_ram> *your
16:50:31 <sripriya_> sridhar_ram: regarding the deployment guide, i will start it this week, but will be interested to get thoughts from tackers as to what all we include as part of it, given that we have seperate .rst files for each of the new features
16:51:08 <sripriya_> sridhar_ram: and should the guide be included in wiki.openstack.org?
16:52:47 <sridhar_ram> sripriya_: ideally we shd be writing the docs to openstack-manuals..
16:53:10 <sridhar_ram> sripriya_: the 2nd best options it to shoot for docs.openstack.org/developer/tacker ...
16:53:24 <sridhar_ram> 3rd / least option is wiki.openstack.org
16:53:57 <sridhar_ram> unfortunately I don't know the effort estimate on the openstack-manuals track..
16:54:04 <sridhar_ram> I know something abt option (2)
16:54:59 <sridhar_ram> My suggestion is - for near term - to go for (2)
16:55:14 <sridhar_ram> try pulling my docs patchset and run tox -e docs
16:55:23 <sridhar_ram> and see the html file it generates to get an idea
16:55:30 <sridhar_ram> it looks pretty good
16:55:45 * sridhar_ram 5 min mark
16:55:51 <sripriya_> sridhar_ram: ok, probably we can take it on #tacker after the meeting
16:56:05 <sridhar_ram> okay.. anything else on docs ?
16:56:38 <sridhar_ram> lets move on..
16:56:47 <sripriya_> on the deployment guide, i'm assuming we cover all supported features and various commands anything else?
16:57:07 <sridhar_ram> #topic Open Discussion / Mitaka plans
16:57:48 <sridhar_ram> there are multiple events that would touch Tacker .. I'll add a wiki section w/ pointers to all of them
16:58:11 <sridhar_ram> bobh: please add any tacker related events from ALU to that section...
16:58:35 <bobh> sridhar_ram: will do - I think it's still an alternate at this point
16:58:45 <sridhar_ram> bobh:  I see..
16:59:08 <sridhar_ram> folks - we still need to decide a timeslot for developer meetup...
16:59:20 <sridhar_ram> two top candidates are Weds AM and Friday AM
16:59:36 <sridhar_ram> I'm open to both .. lets just make a call
16:59:47 <s3wong> I may not be able to make it anymore on Friday AM
17:00:18 <sridhar_ram> shall we quickly finalize in #tacker channel?
17:00:23 <sridhar_ram> times up..
17:00:26 <sridhar_ram> bye everyone
17:00:30 <sridhar_ram> #endmeeting