Wednesday, 2015-03-04

*** shwetaap has quit IRC00:09
*** markvoelker has quit IRC00:26
*** sigmavirus24_awa is now known as sigmavirus2400:26
*** s3wong has quit IRC00:26
*** s3wong has joined #openstack-meeting-400:27
*** eghobo_ has quit IRC00:32
*** carl_baldwin has quit IRC00:33
*** eghobo has joined #openstack-meeting-400:33
*** banix has joined #openstack-meeting-400:34
*** banix has quit IRC00:39
*** wojdev has quit IRC00:43
*** VW_ has quit IRC00:46
*** Aish has quit IRC00:50
*** mwang2__ has joined #openstack-meeting-400:51
*** banix has joined #openstack-meeting-400:55
*** mwang2_ has quit IRC00:55
*** madhu has quit IRC00:56
*** eghobo has quit IRC00:58
*** SumitNaiksatam has quit IRC01:01
*** eghobo has joined #openstack-meeting-401:03
*** SridharRamaswamy has quit IRC01:04
*** sigmavirus24 is now known as sigmavirus24_awa01:06
*** markvoelker has joined #openstack-meeting-401:09
*** s3wong_ has joined #openstack-meeting-401:10
*** s3wong has quit IRC01:12
*** markvoelker has quit IRC01:14
*** dannywilson has quit IRC01:16
*** salv-orlando has quit IRC01:20
*** madhu has joined #openstack-meeting-401:26
*** bobmel has quit IRC01:27
*** bobmel has joined #openstack-meeting-401:28
*** eghobo has quit IRC01:30
*** ajmiller has quit IRC01:31
*** eghobo has joined #openstack-meeting-401:44
*** sarob has quit IRC01:51
*** banix has quit IRC01:53
*** VW_ has joined #openstack-meeting-401:53
*** eghobo has quit IRC01:53
*** VW_ has quit IRC02:00
*** VW_ has joined #openstack-meeting-402:00
*** yapeng_ has joined #openstack-meeting-402:01
*** ChuckC has quit IRC02:04
*** markvoelker has joined #openstack-meeting-402:10
*** Aish has joined #openstack-meeting-402:12
*** galstrom_zzz is now known as galstrom02:13
*** markvoelker has quit IRC02:15
*** VW__ has joined #openstack-meeting-402:16
*** VW__ has quit IRC02:16
*** VW_ has quit IRC02:16
*** VW_ has joined #openstack-meeting-402:16
*** salv-orlando has joined #openstack-meeting-402:20
*** markvoelker has joined #openstack-meeting-402:27
*** markvoelker has quit IRC02:33
*** s3wong_ has quit IRC02:47
*** banix has joined #openstack-meeting-402:47
*** ChuckC has joined #openstack-meeting-402:49
*** galstrom is now known as galstrom_zzz02:51
*** VW_ has quit IRC02:52
*** VW_ has joined #openstack-meeting-402:53
*** ChuckC has quit IRC02:54
*** ChuckC has joined #openstack-meeting-402:54
*** VW_ has quit IRC02:56
*** VW_ has joined #openstack-meeting-402:57
*** VW_ has quit IRC02:58
*** VW_ has joined #openstack-meeting-402:59
*** VW_ has quit IRC02:59
*** VW_ has joined #openstack-meeting-403:00
*** VW_ has quit IRC03:00
*** VW_ has joined #openstack-meeting-403:00
*** VW__ has joined #openstack-meeting-403:04
*** VW__ has quit IRC03:06
*** ChuckC has quit IRC03:06
*** ChuckC has joined #openstack-meeting-403:06
*** VW__ has joined #openstack-meeting-403:06
*** VW_ has quit IRC03:07
*** ivar-lazzaro has quit IRC03:14
*** salv-orlando has quit IRC03:21
*** markvoelker has joined #openstack-meeting-403:28
*** yamahata has quit IRC03:29
*** markvoelker has quit IRC03:33
*** SumitNaiksatam has joined #openstack-meeting-403:33
*** banix has quit IRC03:45
*** ajmiller has joined #openstack-meeting-404:05
*** dannywilson has joined #openstack-meeting-404:13
*** madhu has quit IRC04:16
*** dannywilson has quit IRC04:17
*** hughsaunders has quit IRC04:24
*** fnaval has quit IRC04:26
*** markvoelker has joined #openstack-meeting-404:29
*** shwetaap has joined #openstack-meeting-404:32
*** galstrom_zzz is now known as galstrom04:32
*** Aish has left #openstack-meeting-404:34
*** markvoelker has quit IRC04:34
*** hughsaunders has joined #openstack-meeting-404:35
*** fnaval has joined #openstack-meeting-404:41
*** eghobo has joined #openstack-meeting-405:02
*** yapeng_ has quit IRC05:04
*** galstrom is now known as galstrom_zzz05:07
*** shwetaap has quit IRC05:20
*** claired has joined #openstack-meeting-405:22
*** qwebirc74309 has joined #openstack-meeting-405:23
*** claired has quit IRC05:25
*** fnaval has quit IRC05:26
*** markvoelker has joined #openstack-meeting-405:31
*** claired has joined #openstack-meeting-405:31
*** claired has quit IRC05:32
*** openstack has joined #openstack-meeting-405:35
*** ChanServ sets mode: +o openstack05:35
*** markvoelker has quit IRC05:36
*** salv-orlando has joined #openstack-meeting-405:38
*** shwetaap has joined #openstack-meeting-406:03
*** salv-orlando has quit IRC06:29
*** eghobo has quit IRC06:31
*** markvoelker has joined #openstack-meeting-406:32
*** markvoelker has quit IRC06:38
*** wojdev has joined #openstack-meeting-406:41
*** wojdev has quit IRC06:54
*** eghobo has joined #openstack-meeting-406:54
*** eghobo has quit IRC06:55
*** eghobo has joined #openstack-meeting-406:56
*** shwetaap has quit IRC07:13
*** wojdev has joined #openstack-meeting-407:23
*** david-lyle_afk has joined #openstack-meeting-407:33
*** kobis has joined #openstack-meeting-407:33
*** markvoelker has joined #openstack-meeting-407:34
*** wojdev has quit IRC07:35
*** ppetit has joined #openstack-meeting-407:39
*** markvoelker has quit IRC07:39
*** evgenyf has joined #openstack-meeting-407:54
*** eghobo_ has joined #openstack-meeting-407:57
*** eghobo has quit IRC07:59
*** eghobo_ has quit IRC08:00
*** salv-orlando has joined #openstack-meeting-408:15
*** VW__ has quit IRC08:17
*** yamahata has joined #openstack-meeting-408:26
*** matrohon has joined #openstack-meeting-408:28
-openstackstatus- NOTICE: Zuul check queue stuck due to reboot maintenance window at one of our cloud providers - no need to recheck changes at the moment, they won't move forward.08:30
*** ChanServ changes topic to "Zuul check queue stuck due to reboot maintenance window at one of our cloud providers - no need to recheck changes at the moment, they won't move forward."08:30
*** markvoelker has joined #openstack-meeting-408:35
*** markvoelker has quit IRC08:39
*** salv-orlando has quit IRC08:45
*** salv-orlando has joined #openstack-meeting-408:45
*** andymccr has left #openstack-meeting-408:46
*** hareeshp has joined #openstack-meeting-408:50
*** [1]evgenyf has joined #openstack-meeting-408:56
*** evgenyf has quit IRC08:59
*** [1]evgenyf is now known as evgenyf08:59
*** watanabe_isao has quit IRC09:02
*** yapeng_ has joined #openstack-meeting-409:05
*** openstack has joined #openstack-meeting-415:27
*** ChanServ sets mode: +o openstack15:27
asselin_krtaylor, for reviewers, it's easier to use one topic for the 2 specs since they're related.15:27
*** rhe00 has joined #openstack-meeting-415:27
krtaylorasselin_, yes, I was just referring to "19:27:44 <jeblair> actually the spec said "openstackci" as a topic"15:28
krtaylorwhatever, good to clarify here15:29
asselin_so, we can start working on it now. First we'll create the new repo, and I'll add some tasks to storyboard15:29
krtayloranyway, what is the plan to move forward, how can we help15:29
krtaylorok, good15:29
asselin_ppl can self-assign from there so we don't duplicate effort15:30
krtayloragreed15:30
*** b3rnard0 has left #openstack-meeting-415:30
ja_do we have a sense of when it would be usable by someone starting from scratch?15:30
krtaylorsimilar to what we did with puppet-module split out15:30
asselin_#link https://storyboard.openstack.org/#!/story/200010115:30
*** ajmiller has joined #openstack-meeting-415:30
ja_e.g. would we tell someone about to start building a new one to wait 'n' weeks, or proceed now15:31
krtaylortarget liberty I would assume?15:31
asselin_not much yet. I'll populate some items today. Anyone can add stuff too FYI15:31
asselin_there's no target...it's a priority effort15:31
asselin_krtaylor, but honestly, it would be great to be done by the liberty summit...15:32
krtaylorwell as with puppet-module, use us for help15:32
krtaylorthats aggressive...but maybe doable15:32
krtaylorasselin_, if not a hack day there would be good too15:33
asselin_krtaylor, yes, we'll probably use that. it was very effective.15:33
krtayloragreed, the Friday mini sprint is very cool, nice to have everyone in one room15:34
asselin_after we get a few patches going, we can do a sprint to review and get pieces merged15:34
krtayloroh, I was talking about at summit15:34
krtaylorbut a virtual sprint would be effective too15:34
*** evgenyf has quit IRC15:35
asselin_yes, maybe after kilo releases during the downtime. in case there are riskier changes15:35
krtayloragreed, this is the start of really doing something to improve the consumables15:37
krtaylorI encourage everyone to get involved in this15:37
krtaylorok, anything esle you want to mention asselin_ ?15:37
asselin_not on this topic15:38
krtaylorok, onward then15:38
krtaylor#topic Repo for third party tools15:39
krtaylorI have not made any progress on this, this week15:39
krtaylorday job keeps getting in the way15:39
krtaylorbut, I plan on returning to this today/tomorrow15:40
*** galstrom_zzz is now known as galstrom15:40
krtaylorhere is the etherpad15:40
krtaylor#link https://etherpad.openstack.org/p/third-party-ci-wg-repo15:40
krtaylorthere is some good ideas there15:40
krtaylorI am leaning toward starting slower, after thinking about it for a while15:40
krtaylorI think having an index of tools would be a good start15:41
krtaylorthen we can see what we have and maybe better organize15:41
patrickeasti like that idea15:41
krtaylorthis can also come out of the system highlight discussions15:41
krtayloralso, it gives us a way to collect up some tools and see how many we are talking about15:42
krtaylorif we only have a few that companies are willing to share, then not worth the effort15:42
krtayloran index into individual github accounts would be great and serve the intent of why we are doing this in the first place15:43
krtaylorplease share any thoughts in the etherpad, I will too15:44
patrickeastwill do15:44
krtaylorany questions on this?15:45
krtaylornext then15:45
krtaylor#topic What to do with monitoring dashboard15:45
krtayloris sweston around?15:45
krtaylorthere has been some discussion on this15:45
krtaylorI have been thinking about it too15:46
krtaylorit seems that what everyone wanted was to get the previous dashboard (now radar) working again15:47
patrickeastit kind of looks like the spec hasn’t really moved forward in a while15:47
krtayloryeah15:47
patrickeastoh15:47
patrickeasti showed this at the monday meeting15:47
patrickeastfor anyone who missed that one http://ec2-54-67-102-119.us-west-1.compute.amazonaws.com:5000/?project=openstack%2Fcinder&user=&timeframe=2415:47
patrickeasti put together a lame little dash15:47
krtaylornot lame, excellent tool15:48
patrickeastthe original intent was that i can’t see when zuul reports a failure (only jenkins) so i wanted to monitor the event stream15:48
mmedvedecool!15:48
patrickeastbut i let it watch all the ci accounts15:48
patrickeaststill has some serious perf issues15:48
patrickeastneeds more than a weekend of abuse to get working15:48
krtayloryeah, and it just needs some historical stats to be exactly what we need15:48
* asselin_ likes it15:48
patrickeastimo its a different solution than what sweston’s spec was aiming for15:49
krtaylorpatrickeast, did you ever see the radar tool working?15:49
patrickeastno control, no stats, trends15:49
patrickeastnope, before my time15:49
patrickeasthttps://github.com/patrick-east/scoreboard15:49
patrickeast^ thats the source for it if anyone wants to run it for themselves15:49
patrickeastthe ec2 thing that test one is running on sucks15:49
patrickeastworks better on a local machine with a little more network bandwidth15:50
patrickeasteasily modified to only watch your ci account and jenkins15:50
* asselin_ notes his ci needs some work15:50
patrickeastasselin: hehe its a harsh judge, if 1/5 of your tests fail it marks the ci as a fail15:51
krtaylorradar - it was simple gauges that showed the percentages of passed, failed, skipped tests for each ci system and upstream jenkins15:51
patrickeastahh gotcha15:51
krtaylorit was a set sample, I believe it was 30 days15:51
patrickeastdid it query gerrit or just track events?15:52
patrickeastor both15:52
krtaylorgathered and presented, but the urls changed for CI systems and it broke15:52
krtaylorit was kinda hacky, but worked fine15:52
krtaylorproblem is that we don't have a master list of CI systems anymore15:53
patrickeastwell, with a little bit of work i can add those kind of stats to this dash if folks are interested15:53
krtaylorexcept the maillist one15:53
patrickeasti basically record the gerrit events in the db and can do whatever with em15:53
lennyb_I made a small script to monitor last N Jenkins JObs to see if they failed. can it help you ?15:53
krtaylorjhesketh and I discussed using his gathering backend at paris summit15:54
patrickeastlennyb_: do you mean jenkins like the infra jenkins account posting on gerrit or a jenkins server in general?15:54
*** ChuckC_ has joined #openstack-meeting-415:54
asselin_#link https://github.com/Triniplex/third-party-ci-dashboard15:54
asselin_patrickeast, FYI^^15:55
krtaylorI think that part is fairly easy, getting the list of systems to monitor, harder15:55
lennyb_patrickeast, Jenkins server in general15:55
patrickeastasselin_: oh nice, thanks!15:55
asselin_#link http://dashboard.triniplex.com/#!/15:55
asselin_sweston had it running here, but I don't see anything now ^^15:55
krtayloractually  #link https://github.com/stackforge/radar15:56
patrickeastlennyb_: gotcha, i was looking to catch events a bit further down the chain when comments are added to gerrit, i noticed that for my ci it would sometimes report things like NOT_REGISTERED or just ERROR from zuul and jenkins would never even know it happend15:56
krtaylorthe requirement was to have a place where a developer (core) could go see if a system was behaving15:56
krtaylorthis just came up with a patch that failed on a system, but was ignored and merged anyway15:57
krtaylormainly because ci systems are not seen as reliable15:57
patrickeastyea its a problem in cinder right now15:57
wznoinskpatrickeast: listening to stream event using ssh may be more reliable15:58
krtaylorif someone could check if it was reliable, then its report could be trusted if a patch comment showed a failure15:58
patrickeastwznoinsk: yep, the scoreboard thing does just that with paramiko15:59
lennyb_patrickeast, this issue we solved by searching ERROR/Traceback etc in /var/log/zuul and checking that Jenkins has done something in the last few hours ( statistics :) )15:59
*** matrohon has quit IRC15:59
patrickeastlennyb_: ahh yea that would work too15:59
krtayloralso, radar was done without spec, not sure if this effort really requires one, but it would be good for us to unify on the work and come up with one really good solution15:59
*** galstrom is now known as galstrom_zzz15:59
krtaylorso the question is - what to do with this spec?16:00
krtaylorit seems to be gating this effort16:00
patrickeastimo there are a few big features in the spec… it should probably be broken up16:00
krtaylorsweston has put some fine work into it16:00
patrickeastsome of them like the ci control channel and notifications are blocking it16:00
patrickeastwhen all we really need right now is a dash that shows us what is broken16:01
krtaylorI suggested that we start with a cmd line16:01
*** galstrom_zzz is now known as galstrom16:01
krtayloroops, we are out of time16:01
krtaylorlet's continue via email16:01
asselin_agree, we should start with something simple. Keeps scope creep out of the spec. And put those in a new spec.16:02
krtaylorthanks everyone, great meeting!16:02
krtaylor#endmeeting16:02
*** banix_ has joined #openstack-meeting-416:04
*** numan has quit IRC16:08
*** klamath_ has joined #openstack-meeting-416:08
*** klamath has quit IRC16:08
*** klamath_ has quit IRC16:09
*** klamath has joined #openstack-meeting-416:10
*** ja_ has quit IRC16:12
*** fnaval has joined #openstack-meeting-416:12
*** zz_zz_zz_ja- is now known as zz_zz_zz_zz_ja-16:13
*** hareeshp has quit IRC16:18
*** Aish has joined #openstack-meeting-416:20
*** asselin__ has joined #openstack-meeting-416:25
*** MarkAtwood has joined #openstack-meeting-416:27
*** jckasper has joined #openstack-meeting-416:27
*** asselin_ has quit IRC16:29
*** VW_ has quit IRC16:34
*** VW_ has joined #openstack-meeting-416:37
*** MarkAtwood has quit IRC16:40
*** jckasper has quit IRC16:44
*** Tcs has joined #openstack-meeting-416:45
*** jckasper has joined #openstack-meeting-416:45
*** MarkAtwood has joined #openstack-meeting-416:45
*** SridharRamaswamy has joined #openstack-meeting-416:53
*** asselin__ has quit IRC16:56
*** galstrom is now known as galstrom_zzz16:58
*** patrickeast has quit IRC16:59
*** s3wong has joined #openstack-meeting-417:01
yamahatahello17:03
SridharRamaswamys3wong: yamahata: hi17:03
s3wonghello17:04
yamahata#startmeeting servicevm-device-manager17:04
openstackMeeting started Wed Mar  4 17:04:29 2015 UTC and is due to finish in 60 minutes.  The chair is yamahata. Information about MeetBot at http://wiki.debian.org/MeetBot.17:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:04
*** openstack changes topic to " (Meeting topic: servicevm-device-manager)"17:04
openstackThe meeting name has been set to 'servicevm_device_manager'17:04
yamahata#chair SridharRamaswamy s3wong17:04
openstackCurrent chairs: SridharRamaswamy s3wong yamahata17:04
yamahata#topic Announcement17:05
*** openstack changes topic to "Announcement (Meeting topic: servicevm-device-manager)"17:05
yamahataany announcement?17:05
yamahataI suppose the notification of summit session proposal is not yet.17:05
*** pkoniszewski has joined #openstack-meeting-417:05
s3wongyamahata: no17:05
SridharRamaswamyyamahata: haven't seen any17:05
*** banix_ has quit IRC17:06
yamahata#topic Action Items from the last week17:06
*** openstack changes topic to "Action Items from the last week (Meeting topic: servicevm-device-manager)"17:06
yamahataMy devstack patch is at https://github.com/yamahata/devstack/tree/snapshot-adv-svc-vm17:07
s3wongyamahata: nice17:07
yamahataIt's quite old unfortunately.17:07
yamahataI thought I had new one, but I counldn't fine int17:07
yamahataI counldn't find one17:07
yamahata#topic Open Discussion17:09
*** openstack changes topic to "Open Discussion (Meeting topic: servicevm-device-manager)"17:09
yamahataanything to discuss?17:09
SridharRamaswamyfolks - is there a list of functionality written down for the new scope of tacker ?17:10
s3wongyamahata: not from me --- sorry, day job has been busy17:10
s3wongSridharRamaswamy: not that I am aware of17:10
yamahataeveryone is busy..17:10
SridharRamaswamyif i may rattle out few :)17:11
yamahataSridharRamaswamy: I'm not aware of it.17:11
s3wongSridharRamaswamy: please go ahead17:11
SridharRamaswamy1) catalog of service-vm images17:11
SridharRamaswamy2) basic life-cycle of service-vm (start/stop)17:11
SridharRamaswamy3) basic health monitoring of service-vm17:12
SridharRamaswamy4) respin of service-vm on failure17:12
SridharRamaswamythese are the top ones17:12
SridharRamaswamymake sense?17:12
s3wongSridharRamaswamy: we need to have infra for config saving and config push (in case of resin)17:13
s3wongrespin17:13
SridharRamaswamyokay .. lets add it17:13
SridharRamaswamy5) maintaining VNF configuration state17:13
s3wongSridharRamaswamy: that is a good initial list17:14
SridharRamaswamyI stopped at (4) because there are remaining functions all go into being VNF specific17:14
SridharRamaswamywhich is fine17:14
yamahataSridharRamaswamy: really good.17:14
s3wongyamahata, SridharRamaswamy: we can aim for these as initial list of functions17:15
SridharRamaswamybetween (1) and (2) there is something missing .. atleast for me17:15
-openstackstatus- NOTICE: Issue solved, gate slowly digesting accumulated changes17:15
SridharRamaswamythe network to land the service-vm ..17:16
*** pkoniszewski has quit IRC17:16
SridharRamaswamyis that VNF specific or one separate tenent and network to host all VNFs ?17:16
s3wongSridharRamaswamy: the VNF spawned needs to have a network position for the tenant17:17
s3wongSridharRamaswamy: but for management network, should it be a common management network which provider can access them?17:17
SridharRamaswamyyeah, that make sense..17:18
s3wongSridharRamaswamy, yamahata: from yamahata's point last time, we will use provider-net from Nova to communicate with all the VNFs17:19
SridharRamaswamythat is for mgmt network access for the VNFs, correct?17:20
s3wongthis also will allow admin/provider to access/manage VNFs created by tenants17:20
yamahataYes. For now provider-net is practical and easy way.17:20
SridharRamaswamyhow about the tenant workload traffic going to go to a VNF ?17:21
s3wongSridharRamaswamy: yes, we will use it for admin access, as well as config fetch / push17:21
s3wongSridharRamaswamy: that needs to be hot-plug17:21
s3wong(which I hope is working well :-)  )17:21
SridharRamaswamyit is working for us :)17:21
yamahatahot-plug is issue.17:21
yamahataSridharRamaswamy:  cool.17:22
yamahataProbably using l2-gateway or VLAN-aware-VM stuff as workaround.17:22
*** pmesserli has quit IRC17:22
SridharRamaswamythe question i'm leading to is .. what kind of metadata we need to capture in the VNF catalog per vnf17:22
yamahataI proposed blueprint to allow to change tenant owner of port, it was rejected.17:23
*** pmesserli has joined #openstack-meeting-417:23
s3wongyamahata: you mean any additional networks that tenant wants the VNF to connect to, we will just hook it up via l2-gateway?17:23
yamahatas3wong: correct. and hot-plug happens at l2-gateway so that servicevm doesn't need hot-plug17:23
*** matrohon has joined #openstack-meeting-417:24
s3wongSridharRamaswamy: outside of the service type, associated config, network position, image...etc?17:24
SridharRamaswamys3wong: okay17:24
s3wongSridharRamaswamy: we will likely add more (a lot more) as we evolve17:25
SridharRamaswamys3wong: sure, of course17:25
SridharRamaswamyyamahata: thats an interesting proposal ..17:25
yamahatathe spec, https://review.openstack.org/#/c/135520/ was too radical. it needs re-think.17:27
s3wongSridharRamaswamy, yamahata: that would work if the only insertion we would do is putting the VNFs in Neutron networks17:27
*** pmesserli has quit IRC17:27
s3wong-2 by salv-orlando17:28
s3wongyamahata: assuming hot plug is working, wouldn't a way to allow VMs to start without connecting to a Neutron network useful?17:30
s3wongyamahata: as well as allowing Nova instance to 'unplug' from Neutron network17:30
yamahatas3wong: yes, it's quite useful.17:30
s3wongyamahata: and perhaps not as controversial :-)17:31
yamahataanything else to discuss?17:34
s3wongyamahata: that's it for me17:34
*** ajmiller_ has joined #openstack-meeting-417:34
SridharRamaswamythats it for me..17:34
s3wongSridharRamaswamy: although you may want to put the list of initial functionality on wiki page also17:34
SridharRamaswamywill do17:34
yamahataSridharRamaswamy: cool.17:34
s3wongSridharRamaswamy: thanks17:34
yamahatathanks everyone. bye17:35
SridharRamaswamybye folks17:35
yamahata#endmeeting17:35
*** openstack changes topic to "Zuul check queue stuck due to reboot maintenance window at one of our cloud providers - no need to recheck changes at the moment, they won't move forward."17:35
openstackMeeting ended Wed Mar  4 17:35:07 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:35
openstackMinutes:        http://eavesdrop.openstack.org/meetings/servicevm_device_manager/2015/servicevm_device_manager.2015-03-04-17.04.html17:35
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/servicevm_device_manager/2015/servicevm_device_manager.2015-03-04-17.04.txt17:35
openstackLog:            http://eavesdrop.openstack.org/meetings/servicevm_device_manager/2015/servicevm_device_manager.2015-03-04-17.04.log.html17:35
*** eghobo has joined #openstack-meeting-417:35
s3wongbye17:35
*** s3wong has quit IRC17:35
*** Aish has quit IRC17:35
*** ajmiller has quit IRC17:36
*** Tcs has left #openstack-meeting-417:38
*** galstrom_zzz is now known as galstrom17:39
*** SumitNaiksatam has joined #openstack-meeting-417:44
*** pmesserli has joined #openstack-meeting-417:44
*** Aish has joined #openstack-meeting-418:05
*** ajmiller has joined #openstack-meeting-418:06
*** ajmiller_ has quit IRC18:08
*** SumitNaiksatam has quit IRC18:10
*** igordcard has quit IRC18:11
*** vishwanathj has joined #openstack-meeting-418:11
*** kobis has quit IRC18:13
*** banix has joined #openstack-meeting-418:31
*** SumitNaiksatam has joined #openstack-meeting-418:35
*** ivar-lazzaro has joined #openstack-meeting-418:38
*** ivar-lazzaro has quit IRC18:40
*** ivar-lazzaro has joined #openstack-meeting-418:41
*** VW_ has quit IRC18:42
*** ChuckC_ has quit IRC18:46
*** VW_ has joined #openstack-meeting-418:59
*** SridharRamaswamy has quit IRC19:00
*** eghobo has quit IRC19:01
*** klamath has quit IRC19:02
*** eghobo has joined #openstack-meeting-419:05
*** dannywilson has joined #openstack-meeting-419:07
*** dannywilson has quit IRC19:09
*** dannywilson has joined #openstack-meeting-419:10
*** dannywilson has quit IRC19:10
*** dannywilson has joined #openstack-meeting-419:11
*** claired has joined #openstack-meeting-419:19
*** eghobo has quit IRC19:22
*** nkrinner has joined #openstack-meeting-419:24
*** s3wong has joined #openstack-meeting-419:25
*** SridharRamaswamy has joined #openstack-meeting-419:26
*** eghobo has joined #openstack-meeting-419:30
*** s3wong has quit IRC19:37
*** s3wong has joined #openstack-meeting-419:37
*** ppetit has quit IRC19:38
*** pkoniszewski has joined #openstack-meeting-419:41
*** wojdev has joined #openstack-meeting-419:41
*** hareeshp has joined #openstack-meeting-419:43
*** matrohon has quit IRC19:46
*** Rockyg has joined #openstack-meeting-419:51
*** hareeshp has quit IRC19:55
*** masteinhauser has joined #openstack-meeting-419:55
*** banix has quit IRC19:56
*** wojdev has quit IRC19:57
*** jokke_ has joined #openstack-meeting-419:58
*** barrett has joined #openstack-meeting-419:59
*** eghobo has quit IRC20:00
*** bknudson has joined #openstack-meeting-420:00
RockygHi.  Who's here for the log working group meeting?20:01
jokke_o/20:01
*** ppetit_ has joined #openstack-meeting-420:01
bknudsonhi20:01
nkrinnerheya. me too20:01
jokke_yeii ... it's still not just two of us :D20:01
masteinhausero/20:02
RockygYay!  Ok.  gonna start...20:02
barrettI am20:02
Rockyg#startmeeting log-wg20:02
openstackMeeting started Wed Mar  4 20:02:17 2015 UTC and is due to finish in 60 minutes.  The chair is Rockyg. Information about MeetBot at http://wiki.debian.org/MeetBot.20:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:02
*** openstack changes topic to " (Meeting topic: log-wg)"20:02
openstackThe meeting name has been set to 'log_wg'20:02
*** wojdev has joined #openstack-meeting-420:02
*** eghobo has joined #openstack-meeting-420:02
dhellmanno/20:03
Rockyg#topic intros20:03
*** openstack changes topic to "intros (Meeting topic: log-wg)"20:03
RockygI'd like to get everyone on similar pages, so if you can do a quick intro of who you are, what part of the community and what your top logging issue/goal is, that will get us rolling20:04
RockygNo novels, please, though20:04
dhellmannHi, I'm Doug Hellmann, Oslo PTL and TC member.20:05
bknudsonBrant Knudson -- Keystone core reviewer -- hoping to have logs that can be used to debug issues.20:05
masteinhauserHi, I'm Myles Steinhauser, Engineer at Blue Box Group. Automated alerting and Ops of primary interest.20:05
nkrinnerhi, my name is Nanuk Krinner, i am a software developer for suse and work on openstack. i attended the kickoff meeting at the kilo summit and want to help improving the logging situation20:05
barrettCarol Barrett -- Win The Enterprise WG -- monitoring/logging is a top issue for Enterprise Deployment of OpenStack20:05
RockygRocky Grober -- product group, evangalist, QA -- consistent logs so problems can be quickly identified20:06
jokke_Erno Kuvaja - Glance Core reviewer - and my goal is to have logs that makes it possible for us to debug and support/ops to support openstack in real life environments20:06
Rockygkewl.  let's discuss state of of logging and community wrt logging20:07
ppetit_Patrick Petit, working on OSt logs anaytics project in Fuel. Goal is to bring logs at a level of consistency can be effectively used for operations20:08
Rockyg#topic cureent state20:08
*** openstack changes topic to "cureent state (Meeting topic: log-wg)"20:08
*** swann has joined #openstack-meeting-420:08
*** jecarey_ has joined #openstack-meeting-420:08
bknudsonthe keystone logs are useless.20:08
jokke_"~agreed not great" :P20:09
nkrinneryesterday20:09
Rockygdhellman and Oslo have created a log library that can help with getting consistent formats.  Especially headers, etc20:09
nkrinnersorry20:09
jokke_I'd like to hear if someone thinks that there is actuallyt project out there that has great logging20:09
bknudsonkeystone uses the log library... doesn't help us log what's needed.20:10
RockygI just looked at keystone's log docs and they seem to have vanished.  Last cycle, they looked to be promoting oslo_log20:10
dhellmannit might be more constructive to talk about some specific deficiencies20:10
Rockygdhellman:  good point20:10
dhellmannI assume everyone had a chance to comment on http://specs.openstack.org/openstack/openstack-specs/specs/log-guidelines.html for example?20:11
jokke_tbh I don't think our biggest problem is even near oslo.log20:11
*** yamahata has quit IRC20:11
nkrinneryesterday i worked on a heat issue where the logs provided no information about why starting of a heat stack failed. the other day when i had issues with nova they were very helpful though. the state of logs varies over the projects.20:11
bknudsonhere's a specific deficiency, at least on keystone I think it's needed to have some way to correlate a request with the error response, but we don't have that, either in the client or the logs or the server.20:11
*** pkoniszewski has quit IRC20:12
jokke_bknudson: I'd say :%s/or/and/20:12
bknudsony, I also have specific things where I would have like the logs to show me what I was doing wrong and there was nothing, had to resort to the debugger.20:13
dhellmannnkrinner: I hope you filed a bug?20:13
jokke_bknudson: I think one of the most important things is to be able to correlate the user action to possible middle man logs and at the end to the actual service logs20:13
dhellmannbknudson: that's a good one, and I think there's another spec related to that...20:13
nkrinnerdhellmann: not yet, will do so20:13
RockygI believe its a glance spec20:13
masteinhauserlog correlation via req-* and tracking through the entire request pipeline and fanout would be incredibly useful.20:13
dhellmann#link https://review.openstack.org/15650820:13
dhellmannnkrinner: please do!20:14
bknudsonjokke_: actually, in keystone it's probably easier since there aren't middlemen... the middlemen is more difficult.20:14
ppetit_w.r.t correlating on request id a first step would be to have all projects sync to oslo.log20:14
bknudsonfor some reason https://review.openstack.org/#/c/156508/ says cinder... not sure why it would be specific.20:14
jokke_bknudson: nope ... every other service has that middleman towards keystone ;)20:14
Rockygnkrinner:  were debug logs of any help or you had to do it interactively?20:14
dhellmannbknudson: I think they just wanted to start there20:15
Rockygsorry, bknudson...20:15
dhellmannppetit_: all of the projects are using *a* version of the oslo logging code, except possibly swift. The work we did this cycle was to turn that into a library, but it has been in the incubator for a while.20:16
bknudsonRockyg: actually, debug was enabled, and the debug log didn't help... I know where to add the debug log now.20:16
jokke_bknudson: iirc that cinder spec was made for one project just to have some scope for it (same as I wrote the start of error code spec under glance just because it was familiar environment to get started with)20:16
nkrinnerRockyg: i looked at the debug logs and did not find anything helpful there. I don't have them here, but will look at them and file a bug with relevant information20:16
Rockygdhellmann:  would it be reasonable to take the cinder spec and create a cross spec for all projects?20:16
dhellmannRockyg: yes, that was the feedback ttx left after the cross-project meeting discussed the spec20:17
bknudsonI would love to see https://review.openstack.org/#/c/156508/ for keystone... that's one part of it... other parts are 1) logging the request ID in keystone log, 2) displaying request ID in CLI20:17
masteinhauserdhellmann: glad you mentioned swift, that has been incredibly painful for us dealing with logging.20:17
dhellmannmasteinhauser: I'm not sure of the current situation there, I haven't looked in a while.20:18
dhellmannmasteinhauser: have you provided that feedback to the swift team?20:18
masteinhauserdhellmann: I don't know the exact refs we are running in production, I can check.20:18
ppetit_dhellmann the problem with project using the incubator version is that the request id and tenant id are not properly rendered20:18
masteinhauserdhellmann: I have not, yet. Finally diving more into the community aspects.20:18
*** wojdev has quit IRC20:18
Rockygcan we get a volunteer to generate the crossproject version of spec for  https://review.openstack.org/#/c/156508/ ?20:19
dhellmannppetit_: ok, that problem may have been fixed but not synced, but at this point we do want projects to start using the library. Full adoption may not happen until L though.20:19
dhellmannRockyg: someone should work with the original author on that, rather than starting a new spec20:19
ppetit_It should happen before L IMO20:19
ppetit_Jay Pipes has an action item to make that happen20:20
dhellmannppetit_: I would have liked for that to happen, too, but there were some delays early in the cycle and we're only a few weeks away from feature freeze at this point20:20
Rockygdhellman:  agreed.20:20
dhellmannppetit_: I'm not saying it *shouldn't* just that we shouldn't count on it. :-)20:20
Rockygbut a new version of the lib was just released.  it should help?20:20
dhellmannfull adoption of the library is one of my goals for L, though20:20
jokke_I'd be happy if the bikeshedding around the X-spec is done by start of Liberty so people get to work on it right away20:21
Rockygdhellman: noticed that the oslo log docs are getting fleshed out, so should make it easier for developers to implement against20:22
dhellmannjokke_: the best way to make that happen is to participate in the conversation and push it to conclusion20:22
RockygAbhishek Kekane is the owner of 15650820:22
dhellmannRockyg: thanks, I think they're looking fairly good now20:22
Rockygagreed.20:22
RockygI would love to see some code snippets, though.  So devs can cut and paste20:23
ppetit_beyond consistency of format we are certainly facinf also a lack of consistency and effectivness of the logs produced at INFO level for the consumption of operators…20:24
RockygAlso want to point out that I saw in passing a question on QA yesterday as to whether oslo_log should be used for tests now.  We should socialize that idea.20:24
*** hareeshp has joined #openstack-meeting-420:24
dhellmannppetit_: agreed, that is a big goal for sdague's spec linked earlier20:24
*** wojdev has joined #openstack-meeting-420:24
RockygAgain, I think examples of what should be in INFO go a long ways to getting devs to do it.20:24
dhellmannRockyg: there are fixtures to hook up logs for tests, if that's what you mean?20:24
dhellmannI think that's covered by http://specs.openstack.org/openstack/openstack-specs/specs/log-guidelines.html isn't it?20:25
RockygI think so.  It was a one liner20:25
masteinhauserppetit_: agreed, we are running all production stacks at info and some at debug logging consistently to capture usable error output. I can provide examples with some research.20:26
jokke_ppetit_ & dhellmann: I think that sdague's spec is good start to that direction, then we just need to beat that scaryness out of WARN ;)20:26
Rockyglog-guidelines have general examples.  I think we need to get a member of each projecyt to own log improvement20:26
dhellmannjokke_: right, the next step there may be to open bugs against projects with specific cases of where logging is not matching those guidelines20:27
dhellmannRockyg: having an owner per project makes sense20:27
ppetit_We can taake a share of that effort20:27
dhellmannppetit_: ++20:28
jokke_I think the bigger problem is to get people out of their old habbits and "It's fine on devstack" mentality20:28
Rockyg#action get log message owner for each project and add to Theirry's page tracking them20:28
dhellmannjokke_: this is going to take a fair amount of education, which will take time, but we can improve the current situation as we go, too20:28
dhellmannRockyg: "Thierry's page"?20:29
jokke_dhellmann: I totally agree20:29
bknudson#link https://wiki.openstack.org/wiki/CrossProjectLiaisons20:29
bknudson?20:29
dhellmannbknudson: ah, yeah, that makes sense20:29
dhellmannRockyg: does this group have a home page in the wiki?20:29
jokke_dhellmann: I'd really like to hear about the ideas how to do that ... one person onboard does not make miracles if most active devs and cores disagrees :(20:30
Rockyghttps://wiki.openstack.org/wiki/LogWorkingGroup20:30
Rockygthanks bknudson.  You beat me to it20:30
jokke_like just making some minor adjustments on Glance was half a year long rocky road to fight through20:30
*** dims has joined #openstack-meeting-420:30
bknudsonAre there cores or projects that don't think logging is useful?20:30
bknudsonobviously it will slow development to -1 over logging issues.20:31
RockygOne person does not, but getting the common devref and fixing project devref gets newbies started20:31
dhellmann#link https://wiki.openstack.org/wiki/CrossProjectLiaisons#Logging_Working_Group20:31
jokke_bknudson: it's not about logging being useful, it's more about being too verbose is ok or hiding stuff under DEBUG is ok as everyone runs their clouds on debug, right20:32
RockygI noticed some projects have hacking rules for logs.  Propose development of common hacking rules?20:32
dhellmannjokke_: around here we have to lead by example20:32
jokke_dhellmann: ++20:32
ppetit_BTW we are releasing a tool Heka / ElasticSearch / Kibana with pre-configured parsers and templates that that help debugging logs. Its being packaged as Fuel plugin but can be easily extracted20:32
dhellmannRockyg: most of those rules have to do with enforcing the translation markers, don't they? I'm not sure we can use code analysis to enforce the other guidelines.20:32
RockygTranslation is the big one20:33
jokke_and important20:33
dhellmannI do really believe that if we identify deficiencies and actually start fixing them then people will be on board when they see the improvements.20:33
dhellmannSo let's focus on that before making more rules or tools.20:33
Rockygdhellmann: is the global requirement to set log style to syslog in?20:33
dhellmannI'm not aware of that as a requirement?20:33
Rockygrequirements.txt  Sorry.  I know you had put in a patch20:34
RockygSo the format could be set in global instead of project by project20:34
dhellmannoslo.log is in the global requirements list, yes. Not all projects are currently using the library version of the oslo logging module, though.20:34
jokke_Rockyg: requirements is not enforcing configs, but providing list of required dependencies20:35
Rockyg#action Identify guidelines that can make sense to add to Hacking20:35
dhellmannwe can work on oslo.log adoption and cleaning up the info vs. debug level issues in parallel, but we will need someone to produce those patches20:35
RockygDhellman:  right.  Got a list of those here: https://etherpad.openstack.org/p/Log-Rationalization20:36
bknudsonit's been on my list o' things to do in keystone for a long time.20:36
dhellmann#link https://etherpad.openstack.org/p/Log-Rationalization20:36
bknudsonbut it's a lot of work and also not the most interesting.20:37
jokke_Perhaps we should move on, I think we had other topics in the list still20:37
Rockygunder Developer Docs  but needs updating...20:37
dimsbknudson: nova is now oslo.log enabled, we hit a few bumps, one bump still in progress (patch is in nova)20:37
dhellmannjokke_: ++20:37
*** banix has joined #openstack-meeting-420:38
bknudsondims: I was talking about switching to oslo.log ... that's easy ... was talking about info vs debug issues & useful logging in general.20:38
Rockyg#topic Error codes20:38
*** openstack changes topic to "Error codes (Meeting topic: log-wg)"20:38
* dhellmann looks for his copy of the agenda20:38
bknudson*wasn't*20:38
dimsbknudson: ack20:38
RockygI started a x-project version of jokke's sxpec20:38
jokke_this seems to be topic that divides people more than request IDs20:39
Rockyg#link https://review.openstack.org/#/c/12748220:39
bknudsonwhere's the x-project version?20:40
RockygI think a big issue is to separate the layers of the system so folks understand better what the message focus is  bknudson:  still working on it.  Focus to get it to review befor EOW20:40
*** eghobo has quit IRC20:41
bknudsonRockyg: ok, thanks.20:41
jokke_Rockyg: let me know if you are/get stuck with it20:42
*** wojdev has quit IRC20:42
RockygI figure the right way to do these sorts of xproject specs is to do them, then link to the project versions, which will have the right level of detail for devs20:42
bknudsonI thought this was going to define an error document or header?20:42
*** bnemec has joined #openstack-meeting-420:42
jokke_bknudson: I still do not know where that header idea has came from nor really a use case for it20:43
RockygSo, the thinking is:  for every error, create a code with a summary description.  Then the payload will have specifics of instance, etc20:43
bknudsonI'm not a fan of numeric codes since it's hard to remember what the mapping is.20:43
Rockyg#link http://www.faqs.org/rfcs/rfc5424.html is syslog spec20:44
dhellmannRockyg: +1 on linking from project blueprints to the cross-project specs20:44
jokke_bknudson: they tend to be easier to remember than uuids and takes less space than the camel text ... the space is limited after all20:44
RockygThe message format includes "MSGID"20:45
bknudsonstore it in the cloud.20:45
RockygWe are going to split the code into Proj,component, then number20:45
RockygSo, three letters for the project is the first part of the code20:46
jokke_bknudson: the whole point for those is exactly that ... enabling the possibility of building knowledge bases around our erroring20:46
*** wojdev has joined #openstack-meeting-420:46
bknudson3 letters should be enough for anyone.20:46
RockygYup.20:46
RockygI'll get the spec out pdq20:46
RockygThen it will make more sense.20:46
dhellmannyeah, let's save the format discussion for the spec review20:47
jokke_++20:47
jokke_should we move on to Ops meetup20:47
Rockygalso, with the way syslog works, one log message could be encapsulated in another if we wanted to cascade to track the effects20:48
Rockyg#topic Ops meetup20:48
*** openstack changes topic to "Ops meetup (Meeting topic: log-wg)"20:48
RockygI can be there, but I've be waffling.  Should I?20:48
jokke_so we have some real ideas, specificly around req ids and error codes ... I'd like to get those two speks even if not ready out there and the links to those reviews to the ops for feedback20:49
RockygI think if we have referrer-id and error code specs in review, we can get ops input20:49
dhellmannis there already an agenda for that meetup, or is it being put together on site?20:49
RockygI also think we need to socialize the logging guidelines spec to ops more.20:49
jokke_++20:50
RockygI think they could create a spec or two that will make the guidelines more useful for them20:50
Rockygdhellmann: will you be at the meetup?20:51
dhellmannRockyg: no, I'm afraid not20:51
RockygAny other Oslo core?20:51
dhellmannI haven't had anyone say they're going20:51
RockygI'd love to find a developer who can step up and become the lead for oslo-log, but that's not a small order20:52
* jokke_ volunteers dhellmann :P20:52
dhellmannI think dims and I have that covered. I'm more concerned about the work on the other projects.20:52
RockygYeah.  Like he doesn't have enough hats to wear...20:52
jokke_dhellmann: ++20:52
dhellmannwe don't have that much work to do on the library itself, afaik20:52
Rockygdhellmann:  I think you're right.  It's really close at this point20:53
jokke_dhellmann: agreed and as said in Paris, if there comes something we need to get done, I'm more than happy trying to help20:53
dhellmannjokke_: thanks, I'll keep that in mind when the time comes20:54
RockygOK.  So, maybe I can go to the meetup and try to recruit devs who turn up to champion oslo-log on their projects?20:55
RockygIf they are there for Ops, they care.20:55
*** SridharRamaswamy has quit IRC20:55
dimsRockyg: +1 :)20:55
dhellmannRockyg: that's a good idea. I would also bring it up as a need during the cross-project weekly meeting, and see about getting PTLs to help identify liaisons20:55
RockygCarol, will you be there?20:56
jokke_Rockyg: that and any input from the ops side is valued ... if you get the message through that we want to do this right, that would be great20:56
RockygFolks focused on WTE will want good logs20:56
RockygOK.  I'm there.20:56
RockygMeet with boss this afternoon and I'll let him know I'm going...20:56
jokke_:D20:56
*** wojdev has quit IRC20:57
Rockyg#topic priorities20:57
*** openstack changes topic to "priorities (Meeting topic: log-wg)"20:57
dhellmannfwiw, I don't think the folks working on these logging patches need to necessarily be cores on the projects, so we should be able to recruit from a wider pool than might be at the midcycles20:57
jokke_dhellmann: ++20:57
RockygI think refactoring log messages will be good low hanging fruit20:58
bknudsonlots of the problems with keystone logging are actually problems with the whole design of the keystone code.20:58
jokke_I think the priority nro 1. should be educating about the guideline spec nro 2. getting feedback and hammer down those two other specs by start of Liberty20:58
Rockyg3. get liasons from projects20:58
jokke_bknudson: that's big problem on other projects as well. It's not easy to figure out what should be logged and where20:59
dhellmannbknudson: that would make it harder for a new contributor to make improvments :-/20:59
RockygMaybe we should identify the log messages that are good.  It might be a shorter list :P21:00
jokke_Well I learned hell of a lot while refactoring the Glance logs :) Have to understand what is going on to be able to do meaningful logging21:00
bknudsonjokke_: exactly.21:00
RockygI think that might be why the one dev wanted to start with APIs.  Since they're restful, there's less to tweak.  Theoretically.21:01
bknudsonagree with the priorities mentioned here.21:01
RockygNot actually.21:01
jokke_do we have any other burning priorities? Are we agreeing on these? (We're running out of time)21:02
dhellmannwe're actually over time by a couple of minutes21:02
jokke_is there Q behind the door already?21:02
jokke_:)21:02
dhellmannjokke_: maybe you can start a ML thread about priorities?21:02
bknudsonI didn't even know there was a meeting-421:02
jokke_dhellmann: will do21:02
*** VW_ has quit IRC21:03
*** VW__ has joined #openstack-meeting-421:03
Rockyg#action Priorities:  1. Education around Logging Guidelines  2. Spec out and feedback for error code spec and referrer id  3. Get project liaisons for Log Working Group21:03
*** VW__ has quit IRC21:03
jokke_#action jokke will bring up ML thread around priorities agreed21:03
RockygAnything else?21:03
RockygGood meeting, guys!21:03
*** VW_ has joined #openstack-meeting-421:03
jokke_Thanks all!21:03
nkrinnerthanks everybody21:04
dhellmannthanks!21:04
Rockyg#endmeeting21:04
*** openstack changes topic to "Zuul check queue stuck due to reboot maintenance window at one of our cloud providers - no need to recheck changes at the moment, they won't move forward."21:04
openstackMeeting ended Wed Mar  4 21:04:15 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:04
openstackMinutes:        http://eavesdrop.openstack.org/meetings/log_wg/2015/log_wg.2015-03-04-20.02.html21:04
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/log_wg/2015/log_wg.2015-03-04-20.02.txt21:04
openstackLog:            http://eavesdrop.openstack.org/meetings/log_wg/2015/log_wg.2015-03-04-20.02.log.html21:04
*** jokke_ has left #openstack-meeting-421:04
*** nkrinner has quit IRC21:05
*** swann has left #openstack-meeting-421:09
*** banix has quit IRC21:09
*** MarkAtwood has quit IRC21:16
*** SridharRamaswamy has joined #openstack-meeting-421:18
*** wojdev has joined #openstack-meeting-421:20
*** rfolco has quit IRC21:20
*** hareeshp has quit IRC21:21
*** Rockyg has quit IRC21:26
*** wojdev has quit IRC21:30
*** ChuckC has joined #openstack-meeting-421:32
*** s3wong has quit IRC21:34
*** s3wong has joined #openstack-meeting-421:40
*** banix has joined #openstack-meeting-421:45
*** wojdev has joined #openstack-meeting-421:45
*** dhellmann has quit IRC21:52
krtaylor#startmeeting third-party21:53
openstackMeeting started Wed Mar  4 21:53:57 2015 UTC and is due to finish in 60 minutes.  The chair is krtaylor. Information about MeetBot at http://wiki.debian.org/MeetBot.21:53
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:53
*** openstack changes topic to " (Meeting topic: third-party)"21:53
openstackThe meeting name has been set to 'third_party'21:54
krtaylorNOTE: this is a replay from the meeting held earlier today at 1500UTC, in order for it to be logged21:54
krtaylor<asselin_> hi21:54
krtaylor<ja_> morning21:54
krtaylor<krtaylor> hm, no meeting services?21:54
krtaylor<wznoinsk> hi21:54
krtaylor<mmedvede> o/21:54
krtaylor* patrickeast (~patrick.e@50-205-1-130-static.hfc.comcastbusiness.net) has joined #openstack-meeting-421:54
krtaylor<krtaylor> we aren't logging for some reason21:55
krtaylor<krtaylor> hm, well I guess I cut/paste the log after the meeting to somewhere21:55
krtaylor<krtaylor> who's here for third-party-ci-wg meeting?  :)21:55
krtaylor<patrickeast> o/21:55
krtaylor<ja_> here for 3p21:55
krtaylor<asselin_> hi21:55
krtaylor<krtaylor> nope, that didnt work either21:55
krtaylor<krtaylor> oh well21:55
krtaylor<wznoinsk> o/21:55
krtaylor<krtaylor> hey everybody21:55
krtaylor<krtaylor> I guess we'll carry on and see about restarting the service later21:55
krtaylor<krtaylor> so, in case it is working, but being silent21:55
krtaylor<krtaylor> here is the link for the agenda21:55
krtaylor<krtaylor> #link https://wiki.openstack.org/wiki/Meetings/ThirdParty#3.2F4.2F15_1500_UTC21:55
krtaylor<krtaylor> pretty light agenda today, but we can talk about some of the work being done21:55
krtaylor<krtaylor> no system being highlighted today21:55
krtaylor<krtaylor> let me know if you'd like to share what you are testing and how, problems you fixed, tools you built, etc21:55
krtaylor<krtaylor> I'll get your system scheduled for a future meeting21:55
krtaylor* hareeshp (hareeshp@nat/cisco/x-qsvcmndsyksqnxtv) has joined #openstack-meeting-421:55
krtaylor<krtaylor> any volunteers?21:55
krtaylor<wznoinsk> I'd like to present our Intel Networking CI21:55
krtaylor<wznoinsk> next meeting (in 2weeks) works for me21:55
krtaylor<krtaylor> wznoinsk, excellent21:55
krtaylor<krtaylor> I'll put you on the agenda21:55
krtaylor* yamahata (~yamahata@c-67-160-193-250.hsd1.ca.comcast.net) has joined #openstack-meeting-421:55
krtaylor<krtaylor> wznoinsk, have you seen some of the previous highlight discussions?21:55
krtaylor* yamahata has quit (Read error: Connection reset by peer)21:55
krtaylor* yamahata (~yamahata@c-67-160-193-250.hsd1.ca.comcast.net) has joined #openstack-meeting-421:55
krtaylor<wznoinsk> yes, two and one from patrickeast last time21:56
krtaylor<krtaylor> wznoinsk, great, I'll contact you and answer any questions about format21:56
krtaylor<wznoinsk> if there's any formal way of presenting I think we can talk about it after the main topics21:56
krtaylor<wznoinsk> good, thanks21:56
krtaylor<krtaylor> I need to create a template for ideas to share, nothing too format21:56
krtaylor<krtaylor> formal21:56
krtaylor* asselin_ will step away for a few minutes21:56
krtaylor<krtaylor> but some ideas on what would be useful to share with others21:56
krtaylor<wznoinsk> I'll review the previous presentation as well again21:56
krtaylor<krtaylor> #action krtaylor to put together a template for highlighting TPWG systems, suggestions for information to share21:56
krtaylor<wznoinsk> but basically I'll be focusing on dockerizing the CI as we did21:56
krtaylor* pkoniszewski has quit (Ping timeout: 244 seconds)21:56
krtaylor<krtaylor> wznoinsk, excellent, I'll put you down21:56
krtaylor<krtaylor> lets move on to the agenda and we can come back to this in open discussion21:56
krtaylor<krtaylor> #topic Third-party CI documentation21:56
krtaylor<krtaylor> so this is moving along, although very slowly21:56
krtaylor<krtaylor> there have been a few patches merge21:56
krtaylor<krtaylor> but more is needed, however, I am not pushing on running-your-own as much anymore with the new openstack-ci changes coming21:56
krtaylor* david-lyle_afk has quit (Remote host closed the connection)21:56
krtaylor<krtaylor> but we will talk about that in a few minutes21:56
krtaylor<krtaylor> only 3 left in the queue21:56
krtaylor* asselin_ is back21:56
krtaylor<krtaylor> #link https://review.openstack.org/#/q/topic:third-party-ci-documentation,n,z21:56
krtaylor* ChuckC_ (~ccarlino@76-218-11-17.lightspeed.sntcca.sbcglobal.net) has joined #openstack-meeting-421:56
krtaylor* ChuckC has quit (Ping timeout: 240 seconds)21:56
krtaylor<ja_> #link https://review.openstack.org/#/c/149657/  looks pretty ready for >30 days.  you said things have been slow.  do we have a sense of the bottleneck?21:56
krtaylor<krtaylor> yeah, I've been trying not to annoy infra cores any more than normal and get them approved  :)21:57
krtaylor<krtaylor> they will happen, lots of reviews from us will help refine them21:57
krtaylor<krtaylor> smaller chunks instead of TLDR helps too21:57
krtaylor<krtaylor> but, I'll see if I can beg some +2's on them21:57
krtaylor<krtaylor> any questions or volunteers on docs?21:57
krtaylor<krtaylor> this work is kinda in limbo with the new changes coming, IMO21:57
krtaylor<krtaylor> and that is a nice transition...21:57
krtaylor<krtaylor> #topic Spec for in-tree 3rd party ci solution merged21:57
krtaylor<krtaylor> aka openstack-ci21:57
krtaylor<asselin_> krtaylor, I agree we should ask them to review. These should be merged and changed again later if necessary21:57
krtaylor<krtaylor> agreed21:57
krtaylor<asselin_> krtaylor, we can send them the gerrit topic21:57
krtaylor* pmesserli (~pmesserli@50.56.229.5) has joined #openstack-meeting-421:57
krtaylor<krtaylor> yeah, and I think that will wrap up the documentation effort for a while, prob post summit21:57
krtaylor* ChuckC_ has quit (Ping timeout: 250 seconds)21:57
krtaylor<asselin_> yes, openstack-ci "in tree" spec merged on monday.21:57
krtaylor<krtaylor> asselin_, anything you want to say on the spec merge?21:57
krtaylor* lennyb_ (c12fa5fb@gateway/web/freenode/ip.193.47.165.251) has joined #openstack-meeting-421:57
krtaylor<krtaylor> yes, great news21:57
krtaylor<asselin_> gerrit topic is changing to puppet-downstream21:57
krtaylor<lennyb_> Hello21:57
krtaylor<krtaylor> hm, I thought is got changed back yesterday21:57
*** wojdev_ has joined #openstack-meeting-421:57
krtaylor<asselin_> #link https://review.openstack.org/#/q/topic:+downstream-puppet,n,z21:57
krtaylor<asselin_> I mean, downstream-puppet21:57
krtaylor<asselin_> krtaylor, no, we'll have one topic for the 2 related specs.21:57
krtaylor* krtaylor thought it was decided to be openstack-ci21:57
krtaylor<asselin_> the puppet module name will be that21:58
krtaylor<asselin_> #link http://eavesdrop.openstack.org/meetings/infra/2015/infra.2015-03-03-19.01.txt21:58
krtaylor<krtaylor> whatever, I don't have a strong feeling either way (not a fan of downstream) as long as it stops changing  :)21:58
krtaylor<asselin_> krtaylor, agree.21:58
krtaylor* openstack (~openstack@eavesdrop.openstack.org) has joined #openstack-meeting-421:58
krtaylor* openstack has quit (Changing host)21:58
krtaylor* openstack (~openstack@openstack/openstack) has joined #openstack-meeting-421:58
krtaylor* ChanServ gives channel operator status to openstack21:58
krtaylor<asselin_> krtaylor, for reviewers, it's easier to use one topic for the 2 specs since they're related.21:58
krtaylor* rhe00 (~IceChat9@207.250.72.10) has joined #openstack-meeting-421:58
krtaylor<krtaylor> asselin_, yes, I was just referring to "19:27:44 <jeblair> actually the spec said "openstackci" as a topic"21:58
krtaylor<krtaylor> whatever, good to clarify here21:58
krtaylor<asselin_> so, we can start working on it now. First we'll create the new repo, and I'll add some tasks to storyboard21:58
krtaylor<krtaylor> anyway, what is the plan to move forward, how can we help21:58
krtaylor<krtaylor> ok, good21:58
krtaylor<asselin_> ppl can self-assign from there so we don't duplicate effort21:58
*** sarob has joined #openstack-meeting-421:58
krtaylor<krtaylor> agreed21:58
*** belmoreira has joined #openstack-meeting-421:58
krtaylor* b3rnard0 (~b3rnard0@2001:4802:7800:1:adbb:e94c:ff20:c30) has left #openstack-meeting-4 ("Textual IRC Client: www.textualapp.com")21:58
krtaylor<ja_> do we have a sense of when it would be usable by someone starting from scratch?21:58
krtaylor<krtaylor> similar to what we did with puppet-module split out21:58
krtaylor<asselin_> #link https://storyboard.openstack.org/#!/story/200010121:58
krtaylor* ajmiller (~ajmiller@74.202.214.170) has joined #openstack-meeting-421:58
krtaylor<ja_> e.g. would we tell someone about to start building a new one to wait 'n' weeks, or proceed now21:58
krtaylor<krtaylor> target liberty I would assume?21:58
*** wojdev has quit IRC21:58
krtaylor<asselin_> not much yet. I'll populate some items today. Anyone can add stuff too FYI21:59
*** wojdev_ is now known as wojdev21:59
krtaylor<asselin_> there's no target...it's a priority effort21:59
krtaylor<asselin_> krtaylor, but honestly, it would be great to be done by the liberty summit...21:59
krtaylor<krtaylor> well as with puppet-module, use us for help21:59
krtaylor<krtaylor> thats aggressive...but maybe doable21:59
krtaylor<krtaylor> asselin_, if not a hack day there would be good too21:59
krtaylor<asselin_> krtaylor, yes, we'll probably use that. it was very effective.21:59
krtaylor<krtaylor> agreed, the Friday mini sprint is very cool, nice to have everyone in one room21:59
krtaylor<asselin_> after we get a few patches going, we can do a sprint to review and get pieces merged21:59
krtaylor<krtaylor> oh, I was talking about at summit21:59
krtaylor<krtaylor> but a virtual sprint would be effective too21:59
krtaylor* evgenyf has quit (Ping timeout: 252 seconds)21:59
*** dhellmann has joined #openstack-meeting-421:59
krtaylor<asselin_> yes, maybe after kilo releases during the downtime. in case there are riskier changes21:59
krtaylor<krtaylor> agreed, this is the start of really doing something to improve the consumables21:59
krtaylor<krtaylor> I encourage everyone to get involved in this21:59
krtaylor<krtaylor> ok, anything esle you want to mention asselin_ ?21:59
krtaylor<asselin_> not on this topic21:59
krtaylor<krtaylor> ok, onward then21:59
krtaylor<krtaylor> #topic Repo for third party tools21:59
krtaylor<krtaylor> I have not made any progress on this, this week21:59
krtaylor<krtaylor> day job keeps getting in the way21:59
krtaylor<krtaylor> but, I plan on returning to this today/tomorrow21:59
krtaylor* galstrom_zzz is now known as galstrom21:59
krtaylor<krtaylor> here is the etherpad21:59
krtaylor<krtaylor> #link https://etherpad.openstack.org/p/third-party-ci-wg-repo21:59
krtaylor<krtaylor> there is some good ideas there21:59
krtaylor<krtaylor> I am leaning toward starting slower, after thinking about it for a while21:59
krtaylor<krtaylor> I think having an index of tools would be a good start22:00
krtaylor<krtaylor> then we can see what we have and maybe better organize22:00
krtaylor<patrickeast> i like that idea22:00
krtaylor<krtaylor> this can also come out of the system highlight discussions22:00
krtaylor<krtaylor> also, it gives us a way to collect up some tools and see how many we are talking about22:00
krtaylor<krtaylor> if we only have a few that companies are willing to share, then not worth the effort22:00
krtaylor<krtaylor> an index into individual github accounts would be great and serve the intent of why we are doing this in the first place22:00
krtaylor<krtaylor> please share any thoughts in the etherpad, I will too22:00
krtaylor<patrickeast> will do22:00
krtaylor<krtaylor> any questions on this?22:00
krtaylor<krtaylor> next then22:00
krtaylor<krtaylor> #topic What to do with monitoring dashboard22:00
krtaylor<krtaylor> is sweston around?22:00
krtaylor<krtaylor> there has been some discussion on this22:00
krtaylor<krtaylor> I have been thinking about it too22:00
krtaylor<krtaylor> it seems that what everyone wanted was to get the previous dashboard (now radar) working again22:00
krtaylor<patrickeast> it kind of looks like the spec hasn’t really moved forward in a while22:00
krtaylor<krtaylor> yeah22:00
krtaylor<patrickeast> oh22:00
krtaylor<patrickeast> i showed this at the monday meeting22:00
krtaylor<patrickeast> for anyone who missed that one http://ec2-54-67-102-119.us-west-1.compute.amazonaws.com:5000/?project=openstack%2Fcinder&user=&timeframe=2422:00
krtaylor<patrickeast> i put together a lame little dash22:00
krtaylor<krtaylor> not lame, excellent tool22:00
krtaylor<patrickeast> the original intent was that i can’t see when zuul reports a failure (only jenkins) so i wanted to monitor the event stream22:00
krtaylor<mmedvede> cool!22:00
krtaylor<patrickeast> but i let it watch all the ci accounts22:00
krtaylor<patrickeast> still has some serious perf issues22:01
krtaylor<patrickeast> needs more than a weekend of abuse to get working22:01
krtaylor<krtaylor> yeah, and it just needs some historical stats to be exactly what we need22:01
krtaylor* asselin_ likes it22:01
krtaylor<patrickeast> imo its a different solution than what sweston’s spec was aiming for22:01
krtaylor<krtaylor> patrickeast, did you ever see the radar tool working?22:01
krtaylor<patrickeast> no control, no stats, trends22:01
krtaylor<patrickeast> nope, before my time22:01
swestonkrtaylor: yes, I am here22:01
krtaylor<patrickeast> https://github.com/patrick-east/scoreboard22:01
krtaylor<patrickeast> ^ thats the source for it if anyone wants to run it for themselves22:01
krtaylor<patrickeast> the ec2 thing that test one is running on sucks22:01
krtaylor<patrickeast> works better on a local machine with a little more network bandwidth22:01
krtaylor<patrickeast> easily modified to only watch your ci account and jenkins22:01
krtaylor* asselin_ notes his ci needs some work22:01
krtaylor<patrickeast> asselin: hehe its a harsh judge, if 1/5 of your tests fail it marks the ci as a fail22:01
krtaylor<krtaylor> radar - it was simple gauges that showed the percentages of passed, failed, skipped tests for each ci system and upstream jenkins22:01
krtaylor<patrickeast> ahh gotcha22:01
krtaylor<krtaylor> it was a set sample, I believe it was 30 days22:01
*** eghobo has joined #openstack-meeting-422:01
krtaylor<patrickeast> did it query gerrit or just track events?22:01
krtaylor<patrickeast> or both22:01
krtaylor<krtaylor> gathered and presented, but the urls changed for CI systems and it broke22:01
*** wojdev has quit IRC22:01
krtaylor<krtaylor> it was kinda hacky, but worked fine22:01
krtaylor<krtaylor> problem is that we don't have a master list of CI systems anymore22:01
krtaylor<patrickeast> well, with a little bit of work i can add those kind of stats to this dash if folks are interested22:01
krtaylor<krtaylor> except the maillist one22:01
krtaylor<patrickeast> i basically record the gerrit events in the db and can do whatever with em22:01
krtaylor<lennyb_> I made a small script to monitor last N Jenkins JObs to see if they failed. can it help you ?22:02
krtaylor<krtaylor> jhesketh and I discussed using his gathering backend at paris summit22:02
krtaylor<patrickeast> lennyb_: do you mean jenkins like the infra jenkins account posting on gerrit or a jenkins server in general?22:02
krtaylor* ChuckC_ (~ccarlino@15.219.162.26) has joined #openstack-meeting-422:02
krtaylor<asselin_> #link https://github.com/Triniplex/third-party-ci-dashboard22:02
krtaylor<asselin_> patrickeast, FYI^^22:02
swestonkrtaylor: can you catch me up?  I have been busy with investors all day22:02
krtaylor<krtaylor> I think that part is fairly easy, getting the list of systems to monitor, harder22:02
krtaylor<lennyb_> patrickeast, Jenkins server in general22:02
krtaylor<patrickeast> asselin_: oh nice, thanks!22:02
krtaylor<asselin_> #link http://dashboard.triniplex.com/#!/22:02
krtaylor<asselin_> sweston had it running here, but I don't see anything now ^^22:02
krtaylor<krtaylor> actually  #link https://github.com/stackforge/radar22:02
krtaylor<patrickeast> lennyb_: gotcha, i was looking to catch events a bit further down the chain when comments are added to gerrit, i noticed that for my ci it would sometimes report things like NOT_REGISTERED or just ERROR from zuul and jenkins would never even know it happend22:02
krtaylor<krtaylor> the requirement was to have a place where a developer (core) could go see if a system was behaving22:02
krtaylor<krtaylor> this just came up with a patch that failed on a system, but was ignored and merged anyway22:02
krtaylor<krtaylor> mainly because ci systems are not seen as reliable22:02
krtaylor<patrickeast> yea its a problem in cinder right now22:02
krtaylor<wznoinsk> patrickeast: listening to stream event using ssh may be more reliable22:02
krtaylor<krtaylor> if someone could check if it was reliable, then its report could be trusted if a patch comment showed a failure22:02
krtaylor<patrickeast> wznoinsk: yep, the scoreboard thing does just that with paramiko22:02
krtaylor<lennyb_> patrickeast, this issue we solved by searching ERROR/Traceback etc in /var/log/zuul and checking that Jenkins has done something in the last few hours ( statistics :) )22:02
krtaylor* matrohon has quit (Ping timeout: 246 seconds)22:02
krtaylor<patrickeast> lennyb_: ahh yea that would work too22:02
krtaylor<krtaylor> also, radar was done without spec, not sure if this effort really requires one, but it would be good for us to unify on the work and come up with one really good solution22:02
krtaylor* galstrom is now known as galstrom_zzz22:03
krtaylor<krtaylor> so the question is - what to do with this spec?22:03
krtaylor<krtaylor> it seems to be gating this effort22:03
krtaylor<patrickeast> imo there are a few big features in the spec… it should probably be broken up22:03
krtaylor<krtaylor> sweston has put some fine work into it22:03
krtaylor<patrickeast> some of them like the ci control channel and notifications are blocking it22:03
krtaylor<patrickeast> when all we really need right now is a dash that shows us what is broken22:03
krtaylor<krtaylor> I suggested that we start with a cmd line22:03
krtaylor* galstrom_zzz is now known as galstrom22:03
krtaylor<krtaylor> oops, we are out of time22:03
krtaylor<krtaylor> let's continue via email22:03
swestonkrtaylor, asselin:  I just completed a move to a new office, and will be bringing the dashboard back up soon22:03
krtaylor<asselin_> agree, we should start with something simple. Keeps scope creep out of the spec. And put those in a new spec.22:03
krtaylor<krtaylor> thanks everyone, great meeting!22:03
krtaylor#endmeeting22:03
*** openstack changes topic to "Zuul check queue stuck due to reboot maintenance window at one of our cloud providers - no need to recheck changes at the moment, they won't move forward."22:03
krtaylor#endmeeting22:03
openstackMeeting ended Wed Mar  4 22:03:30 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:03
*** ivar-lazzaro has quit IRC22:03
krtaylorsweston, hehheh, that was a replay, sorry for the ping22:03
openstackMinutes:        http://eavesdrop.openstack.org/meetings/third_party/2015/third_party.2015-03-04-21.53.html22:03
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/third_party/2015/third_party.2015-03-04-21.53.txt22:03
krtaylorI am trying to get the meeting to log, openstack bot wasn't working at 1500UTC22:03
openstackLog:            http://eavesdrop.openstack.org/meetings/third_party/2015/third_party.2015-03-04-21.53.log.html22:03
krtaylorsweston, sure, let me see if I can get this meeting replay to finish properly22:03
*** SridharRamaswamy has quit IRC22:03
asselinhi22:05
krtaylorsorry for the pings everyone22:05
krtaylortrying to get the meeting to log22:05
asselinhi sweston...did I miss a meeting, or this is just to capture the log22:05
asselinok :)22:05
krtaylorby replaying it here22:05
asselingood idea22:05
krtaylorit worked, but at the expense of pinging everyone22:06
swestonhi asselin22:06
swestonstill a neat feature though22:06
krtayloryeah, it was a good meeting, I wanted to make sure it was captured22:07
krtaylorwe can take this to infra if you all want to discuss22:07
asselinok22:09
swestonI don't have a plethora of time at the moment, but would like to set up something informal this week to briefly discuss the next steps for radar22:09
swestonanybody interested in yet another meeting this week? :-)22:09
swestonor am open to other suggestions, as folks have time .. don't want to put anybody out22:11
*** ChuckC has quit IRC22:11
*** s3wong has quit IRC22:15
*** ivar-lazzaro has joined #openstack-meeting-422:16
*** ivar-laz_ has joined #openstack-meeting-422:17
*** ivar-lazzaro has quit IRC22:17
*** s3wong has joined #openstack-meeting-422:20
*** wojdev has joined #openstack-meeting-422:24
*** rolandchan has joined #openstack-meeting-422:43
*** ppetit_ has quit IRC22:49
*** bknudson has quit IRC22:50
*** eghobo_ has joined #openstack-meeting-422:50
*** asselin_ has joined #openstack-meeting-422:52
*** eghobo has quit IRC22:52
*** banix has quit IRC22:52
*** jecarey_ has quit IRC22:54
*** barrett has left #openstack-meeting-422:54
*** asselin_ has quit IRC22:57
*** Rockyg has joined #openstack-meeting-423:00
*** jckasper has quit IRC23:03
*** rolandchan has left #openstack-meeting-423:17
*** VW_ has quit IRC23:34
*** sarob has quit IRC23:36
*** Aish has quit IRC23:39
*** carl_baldwin has joined #openstack-meeting-423:43
*** SridharRamaswamy has joined #openstack-meeting-423:44
*** belmoreira has quit IRC23:44
*** jckasper has joined #openstack-meeting-423:44
*** eghobo_ has quit IRC23:49
*** pmesserli has quit IRC23:49
*** galstrom is now known as galstrom_zzz23:53
*** eghobo has joined #openstack-meeting-423:56
*** chuckC_ has joined #openstack-meeting-423:56
*** yamahata has joined #openstack-meeting-423:57
*** claired has quit IRC23:59

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