Monday, 2018-10-29

*** EvilienM is now known as EmilienM00:50
*** dhellmann has quit IRC02:55
*** dhellmann has joined #openstack-tc03:01
*** jamesmcarthur has quit IRC05:43
*** Bhujay has joined #openstack-tc05:46
*** Bhujay has quit IRC06:15
*** chenyb4 has joined #openstack-tc06:33
*** diablo_rojo has joined #openstack-tc07:03
*** diablo_rojo has quit IRC07:04
openstackgerritOmer Anson proposed openstack/governance master: Remove Dragonflow from the official projects list  https://review.openstack.org/61385608:19
*** e0ne has joined #openstack-tc08:45
*** cdent has joined #openstack-tc09:57
* cdent brings an endless meeting of endless speculating about Red Hat and IBM to order10:03
cdentActually, sorry for being flip, this is probably challenging on many dimensions.10:04
*** dtantsur|afk is now known as dtantsur10:35
*** chenyb4 has quit IRC10:51
*** wxy-xiyuan has quit IRC11:15
*** wxy-xiyuan has joined #openstack-tc11:15
*** spsurya has quit IRC11:16
*** spsurya has joined #openstack-tc11:18
dhellmanno/11:21
cdentwelcome back dhellmann11:22
* dhellmann looks at 3500+ email messages and considers going back to bed11:22
dhellmannthis may also distract me a bit over the next couple of days: https://www.redhat.com/en/about/press-releases/ibm-acquire-red-hat-completely-changing-cloud-landscape-and-becoming-world’s-1-hybrid-cloud-provider?intcmp=701f2000000RWK2AAO11:22
cdentI imagine so11:22
dhellmannbut I am here11:22
cdentback to bed sounds like a good life choice11:23
dhellmannit so often is11:23
*** e0ne has quit IRC11:25
*** e0ne has joined #openstack-tc11:34
openstackgerritSamuel de Medeiros Queiroz proposed openstack/governance master: Reword open source definition in the Four Opens  https://review.openstack.org/61389411:49
*** jamesmcarthur has joined #openstack-tc11:54
*** jamesmcarthur has quit IRC11:59
dims_dhellmann : ++12:21
*** edmondsw has quit IRC12:29
*** edmondsw has joined #openstack-tc12:36
*** e0ne has quit IRC12:58
*** cdent has quit IRC13:03
*** jamesmcarthur has joined #openstack-tc13:07
*** e0ne has joined #openstack-tc13:19
*** mriedem has joined #openstack-tc13:19
*** elbragstad is now known as lbragstad13:22
*** e0ne has quit IRC13:24
*** jaosorior has quit IRC13:30
*** e0ne has joined #openstack-tc13:30
smcginnisIt would be great if we could get moving on the T release naming. dhellmann, I think that is just pending the approval of allowing Train on the list - https://review.openstack.org/#/c/611511/13:32
* mtreinish still thinks it should be the 'Treinish' release :p13:39
smcginnisHah13:39
*** tellesnobrega has left #openstack-tc13:50
*** jamesmcarthur has quit IRC13:55
*** jpich has joined #openstack-tc13:58
*** jaosorior has joined #openstack-tc14:05
*** jamesmcarthur has joined #openstack-tc14:11
*** jamesmcarthur has joined #openstack-tc14:11
fungior the tonyb release14:15
*** SteelyDan is now known as dansmith14:16
*** jaypipes_ is now known as jaypipes14:17
*** cdent has joined #openstack-tc14:20
*** dklyle has joined #openstack-tc14:47
*** irclogbot_3 has joined #openstack-tc15:08
*** jpich has quit IRC15:09
*** dtantsur is now known as dtantsur|brb15:10
*** cdent has quit IRC15:22
*** jaosorior has quit IRC15:38
*** cdent has joined #openstack-tc15:48
openstackgerritMerged openstack/governance master: charms: Add repository for Octavia charm  https://review.openstack.org/60828316:12
openstackgerritMerged openstack/governance master: Don't quote {posargs} in tox.ini  https://review.openstack.org/60913216:13
openstackgerritMerged openstack/governance master: Import puppet-crane  https://review.openstack.org/61001516:14
openstackgerritMerged openstack/governance master: Retire project Anchor - Step 5  https://review.openstack.org/61118716:14
*** dtantsur|brb is now known as dtantsur16:16
mtreinishfungi: heh, although tonyb has a potential conflict being the adminstrator for the name selection :)16:20
openstackgerritLance Bragstad proposed openstack/project-team-guide master: Add section about collecting feedback to PTL guide  https://review.openstack.org/61361716:26
smcginnisfungi: Do you know what the plan is for (timeline, etc.) for merging the mailing lists?16:29
openstackgerritMerged openstack/governance master: New Repo - OpenStack-Helm Images  https://review.openstack.org/61189516:29
fungismcginnis: http://lists.openstack.org/pipermail/openstack-dev/2018-September/134911.html16:32
fungii plan to send out a reminder later today16:32
fungiwas going to send it last week but last week got away from me16:32
smcginnisOh, I forgot that actually did mention some dates. Great - thanks!16:33
openstackgerritMerged openstack/governance master: Add blazar-specs repository  https://review.openstack.org/61243116:34
*** e0ne has quit IRC16:36
fungii've sent the reminder just now16:54
*** markvoelker has joined #openstack-tc17:13
*** jamesmcarthur has quit IRC17:41
*** jamesmcarthur has joined #openstack-tc17:42
clarkbhttps://review.openstack.org/#/c/613674/2 generated http://paste.openstack.org/show/733572/ which is a bit more human friendly listing of zuul resource usage17:43
*** jamesmcarthur has quit IRC17:44
*** jamesmcarthur has joined #openstack-tc17:44
cdentwow17:46
clarkbthe data span there is all jobs completed since Thursday ~1500UTC when re restarted zuul17:46
cdentI wonder if IBM will have anythning left over after the 34bn to buy some triplelo specific CI resources ;)17:47
clarkbscript is written such that it will loo kat all available zuul logs (we have thirty days retention I think) but we only started logging this extra data at that point17:47
clarkbgoing forward we'll be able to do a thirty day snapshot though17:47
cdentthat will be a handy report to help avoid speculation17:49
cdentthis data gathering has certainly altered my perceptions17:50
*** diablo_rojo has joined #openstack-tc17:51
dhellmannclarkb : "resource usage" there is defined as "node time", right?17:54
dhellmannno log storage, etc.17:54
clarkbdhellmann: yes its number of nodes * job runtime17:54
clarkbcorrect17:54
dhellmannk17:54
clarkbajaeger points out I should print the time span that data was collected for so I'll work on adding that in after I eat some food17:55
*** jamesmcarthur has quit IRC17:55
dhellmanngood idea17:56
fungias i said last week, i'm less interested in using that for blamethrowing and witch hunts, more as a tool to be able to see how effective efforts to improve utilization really wind up being18:01
cdentfungi: I was thinking of it more in terms of correcting incorrect blamethrowing. For example for a long time I've assumed that nova was much more of a hog than it is18:03
fungicdent: that too. or the unfounded assertions that unofficial projects or new top-level projects under the osf are significantly eating into our available pool of test resources18:04
notmynamethis isn't normalized for activity is it? absolute numbers are good, but so are per-patch usage, right?18:05
funginotmyname: correct18:06
clarkbnotmyname: but anyone can normalize it now because activity data is public in gerrit (this absolute data was not available18:07
clarkbI need to give you time frames for that though18:07
clarkbwhich is my next step18:07
notmynameclarkb: are there docs on how to pull it?18:07
clarkbnotmyname: it being activity? the gerrit api docs18:07
notmynameok18:08
*** jamesmcarthur has joined #openstack-tc18:08
clarkbmy concern as infra ptl isn't to blame or witchhunt but is to be clearer to people that have worries that airship and starlingx etc are the problem that they are such a small amount of usage and that if we are serious about fixing nova's time to merge in the gate there are other better targets for change18:10
fungiuseful to note that the top 20 repositories there are all official openstack deliverables, and account for 84% of overall node usage. would be interesting to find out what the total for all official deliverables together is18:10
clarkbI also have the selfish need/want that people will help run the infrastructure and maybe showing them that they are a major consumer of the infrastructure is a great way to enoucrage that :) (absolute numbers work fine for this)18:11
clarkbfungi: I can have this generate that number too18:12
fungii figured, since you're already mapping to the deliverable repos18:12
clarkbfungi: Total OpenStack usage: 154614005.00s, 98.76%18:19
notmyname(fwiw, that's 4.9 years)18:20
* dtroyer ponders a new unit of measurement, the zuul-year: how long it takes Zuul to run a year's worth of test jobs18:27
clarkbok improvements added http://paste.openstack.org/show/733577/ you now get the time range and total of openstack usage18:34
clarkbchange for script updated to generate ^ too18:34
*** jamesmcarthur has quit IRC18:41
*** jamesmcarthur has joined #openstack-tc18:41
fungithanks clarkb! so unofficial repos and top-level projects used 1.24% of the total amount. definitely miniscule given they account for over half the repositories we host18:42
*** jamesmcarthur_ has joined #openstack-tc18:42
TheJuliadtroyer: worth in time, or worth in sheer job numbers18:44
dtroyerTheJulia: in time, ie "the Berlin Summit will be just over 3 zuul-years long next month"18:45
clarkbone caveat there is I'm not doing anything to ensure those float values don't get all crazy (but you can review the script https://review.openstack.org/#/c/613674/ and help me fix that if we suspect that to be an issue)18:45
*** jamesmcarthur has quit IRC18:46
openstackgerritDoug Hellmann proposed openstack/governance master: report the number of votes needed  https://review.openstack.org/61400718:49
dhellmanntc-members: we need 1 more RC+1 on https://review.openstack.org/#/c/608751/ in order to approve the meeting schedule18:50
dhellmannI don't see votes from mugsie, evrardjp, or fungi there18:51
*** jamesmcarthur_ has quit IRC18:51
*** jamesmcarthur has joined #openstack-tc18:52
*** jaosorior has joined #openstack-tc18:52
fungii've voted now18:53
zanebdidn't realise we needed 2/3 to change that one18:56
dhellmannzaneb : yeah, because it's part of the charter18:57
dhellmannfungi : thank you18:57
clarkbusing the gerrit query: 'after:"2018-10-25 15:16:32.079" before:"2018-10-29 18:32:23.997" project:openstack/tripleo-heat-templates' and changing the project to openstack/nova those two repos have about the same activity based on changes being updated within that time period19:07
clarkb(this doesn't 100% correlate to what triggers jobs in zuul, but should be fairly close?)19:07
clarkbnotmyname: ^ thta was for you19:07
clarkbneutron has less activity19:08
clarkb(slightly)19:08
clarkbI can probably scrape the zuul logs to get more accurate activity levels19:10
clarkbsince zuul alread yhas that19:10
*** dtantsur is now known as dtantsur|afk19:11
*** scas has quit IRC19:11
*** diablo_rojo has quit IRC19:16
openstackgerritMerged openstack/governance master: T Release Name  https://review.openstack.org/61151119:19
openstackgerritMerged openstack/governance master: Reword open source definition in the Four Opens  https://review.openstack.org/61389419:19
*** diablo_rojo has joined #openstack-tc19:20
*** diablo_rojo has quit IRC19:22
*** diablo_rojo has joined #openstack-tc19:23
* tonyb could vote for Treinish!19:26
* tonyb sees that https://review.openstack.org/#/c/611511 merged so I'll get on that today19:27
clarkbhrm the zuul side logs actually don't make that easier either because zuul will reenqueue things in a flaky gate type situation19:29
clarkbso one human activity event can be many zuul events19:30
smcginnisThanks tonyb!19:31
fungiclarkb: also the variety of human interaction events includes not only patchset upload and change approval but also restoring abandoned changes and leaving recheck and check experimental comments19:49
clarkbfungi: ya19:50
fungiso simply counting the number of patchsets isn't going to get a terribly accurate picture19:50
fungidepending on what you're wanting to measure there19:50
clarkbon the patchset front for the most recently logfile triple-heat-elements has 31 patchsets created to neutrons 2619:50
clarkbfungi: its going to be fuzzy I think becuase a check experimental in one repo will be a noop but actually be expensive in another repo19:51
clarkbnotmyname: ^ may have a better idea of what he would expect from an activity report for scaling usage numbers?19:51
fungione useful gauge of repository activity would be to simply count how many changes merged19:52
fungiresource utilization scaled against merged changes could be a relatively useful gauge of efficient use of the ci system19:52
*** mrhillsman is now known as mrhillsman_lunch19:53
clarkbfungi: I like that19:53
fungithough that still fails to take into account the relative value/complexity of different changes19:53
fungiand how those might vary between projects19:53
notmynameclarkb: cool, thanks (the info on "per-capita" cost)19:55
fungithe value/complexity of a spec change measured against a typo correction, for example19:56
clarkbfungi: using my above gerrit query neutron merged 20 changes, nova 16, and tripleo heat templates 1419:56
clarkbafter:"2018-10-25 15:16:32.079" before:"2018-10-29 18:32:23.997" project:openstack/tripleo-heat-templates status:merged is query, adjust project name as necessary19:56
clarkbnotmyname: ^19:56
clarkbtripleo-quickstart-extras is the other repo in top four repos by usage and it merged one change in that period19:57
fungione other thing to keep in mind, amount of ci resources consumed per change merged _could_ also be a measure of how thorough your testing is. this cuts both ways19:59
fungiprojects with effectively no testing would have a really great utilization-per-change-merged20:00
clarkbfungi: to understand that you probably want to look at gate resets per time20:00
clarkbhigh number of resets would indicate poor coverage for keeping bugs out20:00
fungiunless, again, your testing was so feeble/nonexistent that what jobs you did run simply didn't fail (and maybe also didn't exercise anything of value in doing so)20:01
notmynameyeah, per-patch CI resources consumed (not wall time) is interesting because a project can track resource usage over time (are our tests running faster or not). the wall time is dominated by integrated queue resets20:02
clarkbfair enough. We likely can't do this entirely statistically then. Would need to have objective review by humans20:02
*** lbragstad has quit IRC20:03
notmynameabsolutely20:04
notmynamea long time ago, I tracked gate status via graphite. I had a graph showing the chance a patch would make it through the gate without a recheck and stenciled it to my desktop. we never really got above about 80% success rate. (that was a while back)20:05
fungithis data is probably a bit more useful for the tripleo team because they have their own gate queue separate from the main integrated queue20:05
notmynamewith this new information, I'd anticipate being able to do something similar on a per-project basis to measure and track a project's usage of CI resources20:06
fungiso negative interactions related to gate resets for them are being caused by other deliverables controlled by their team20:06
fungi(well, or caused by bugs in other software used in those jobs)20:06
fungibut regardless, gate resets for the tripleo queue are happening because tripleo repos are failing jobs, not because a change ahead of theirs for some other team failed20:07
clarkbfungi: ya they consume the integrated gate software (and other software) so the integrated queue instability can feed into the tripleo queue20:08
clarkbnot directly as within a queue, but a bug causing resets in nova will also likely case resets in tripleo20:08
fungidefinitely20:08
notmynamewhat's the status of graphite in -infra these days? is it still used? I found my old stuff (much older that I realized), and at least the values are all different because I'm getting errors20:11
clarkbnotmyname: the service is still there but the values have moved because zuul is multitenant now and the keys have tenant prefixes20:12
clarkblet me find examples20:12
notmynameah ok. so `stats.zuul.pipeline.gate.job.gate-swift-pep8.{SUCCESS,FAILURE}` has a prefix now? (for example)20:12
clarkbnotmyname: https://git.openstack.org/cgit/openstack-infra/project-config/tree/grafana/neutron.yaml shows you examples of the new keys20:12
clarkbya would be stats.zuul.tenant.openstack.pipline.... I think20:13
notmynamethanks!20:13
*** lbragstad has joined #openstack-tc20:18
*** jamesmcarthur has quit IRC20:25
*** jamesmcarthur has joined #openstack-tc20:30
*** jamesmcarthur has quit IRC20:55
*** jamesmcarthur has joined #openstack-tc20:56
*** mrhillsman_lunch is now known as mrhillsman21:04
*** weshay has joined #openstack-tc21:08
openstackgerritDoug Hellmann proposed openstack/governance master: New Repo: OpenStack-Helm Docs  https://review.openstack.org/61189621:16
*** e0ne has joined #openstack-tc21:29
*** jamesmcarthur has quit IRC21:32
*** e0ne has quit IRC21:36
*** mriedem is now known as mriedem_away21:42
*** cdent has quit IRC22:13
*** eandersson has joined #openstack-tc22:36

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