Friday, 2018-10-12

openstackgerritCorey Bryant proposed openstack-infra/zuul-jobs master: Add ensure-python role  https://review.openstack.org/60976101:45
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Implement a Kubernetes driver  https://review.openstack.org/53555701:47
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Implement an OpenShift resource provider  https://review.openstack.org/57066701:49
*** zigo has quit IRC02:29
*** zigo has joined #zuul02:31
*** rlandy|bbl is now known as rlandy03:00
*** rlandy has quit IRC03:02
*** mhu has quit IRC04:06
*** mhu has joined #zuul04:07
*** EmilienM is now known as EvilienM04:13
openstackgerritMerged openstack-infra/zuul-sphinx master: Add attr-overview directive  https://review.openstack.org/60498004:16
*** bhavikdbavishi has joined #zuul04:17
openstackgerritMerged openstack-infra/zuul master: Add a quick-start test job  https://review.openstack.org/60951404:50
*** toabctl has joined #zuul05:07
*** ssbarnea has quit IRC05:11
*** pcaruana has joined #zuul05:15
*** ssbarnea has joined #zuul05:30
*** chkumar|off is now known as chandankumar05:34
openstackgerritSimon Westphahl proposed openstack-infra/zuul master: Check paused parent on node failure of child job  https://review.openstack.org/60991105:38
*** jesusaur has quit IRC05:41
*** jesusaur has joined #zuul06:12
openstackgerritMerged openstack-infra/zuul-jobs master: Install docker from distro properly  https://review.openstack.org/60984407:03
*** jesusaur has quit IRC07:08
*** jesusaur has joined #zuul07:13
*** bhavikdbavishi has quit IRC07:16
openstackgerritMerged openstack-infra/zuul master: Fixes for quick-start playbooks  https://review.openstack.org/60955107:23
openstackgerritMerged openstack-infra/zuul master: Remove disable-recommends in quick-start test  https://review.openstack.org/60955307:23
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Retry jobs failed with MERGER_FAILURE  https://review.openstack.org/60994507:53
*** electrofelix has joined #zuul08:04
*** slaweq has quit IRC08:46
openstackgerritMerged openstack-infra/zuul-jobs master: Add ensure-python role  https://review.openstack.org/60976108:56
*** slaweq has joined #zuul09:57
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: wip: add status graph rendering  https://review.openstack.org/61000110:27
tristanC610001 test the react-force-graph library, it enables d3 style of rendering, but using webgl :)10:31
*** pabelanger has quit IRC10:40
*** jpena|off has quit IRC10:41
*** jpena|off has joined #zuul10:42
*** sshnaidm is now known as sshnaidm|off10:57
*** bhavikdbavishi has joined #zuul11:37
*** bhavikdbavishi has quit IRC11:46
*** bhavikdbavishi has joined #zuul11:46
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Fix skipping of max-servers if not set  https://review.openstack.org/61001912:06
dmsimardtristanC: o_O12:39
*** rlandy has joined #zuul12:40
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Ensure that completed handlers are removed frequently  https://review.openstack.org/61002913:07
mordredtristanC: http://logs.openstack.org/01/610001/1/check/zuul-build-dashboard/aba87b3/job-output.txt.gz#_2018-10-12_11_01_35_020184 sad panda13:11
*** bhavikdbavishi1 has joined #zuul13:13
*** bhavikdbavishi has quit IRC13:13
*** bhavikdbavishi1 has quit IRC13:17
*** ssbarnea_ has quit IRC13:18
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Implement a Kubernetes driver  https://review.openstack.org/53555713:39
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add tox functional testing for drivers  https://review.openstack.org/60951513:39
ShrewstristanC: i think ^^ will take care of both starting ZK and not running func tests in the tox-py* jobs13:40
Shrewsbut i've disabled all other tests for the time being13:42
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Ensure that completed handlers are removed frequently  https://review.openstack.org/61002913:42
Shrewstired of waiting for nodes  :/13:42
mordredShrews: waiting is the worst13:53
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add tox functional testing for drivers  https://review.openstack.org/60951513:54
Shrewsmordred: i though worst cats were the worst?13:55
mordredShrews: well played13:55
mordredOH GOOD13:56
mordredcorvus: re: the container-image-not-containing-javascript-files issue ...13:56
mordredcorvus: pbrx build-images is totally working and doing the right thing when I buld locally13:57
mordredso some how pbrx build-images in the same repo on the same base os is doing something different on my laptop and on a gate node13:58
Shrewsnice13:58
Shrewsmordred: we could change the job to send you an SMS to notify you to build and upload new images13:59
mordredShrews: I think that's TOTALLY the right way to do it14:02
tobiashmordred: one day of swapping jobs with zuul ;)14:06
mordredtobiash, Shrews: ok - I found one difference between the two systems ... I did not have thelatest python:alpine image14:08
ShrewstristanC: hrm, functional tests seems to be running now with latest patchset (watching the live stream), but WOW is it creating a lot of requests for nodes. Something is definitely off14:09
mordredtrying again after doing a docker pull ... do you think we should have pbrx do a docker pull if the image is already there?14:09
ShrewstristanC: http://logs.openstack.org/15/609515/7/check/nodepool-functional-k8s/382e16f/job-output.txt.gz#_2018-10-12_14_03_24_42479914:09
Shrewsmordred: seems like a good way to cut down on this type of discrepancy14:11
mordredShrews: I mean - it's still working locally14:11
mordredbecause of course it is14:11
Shrewsmordred: even with the latest image???14:12
mordredyeah14:12
Shrewsof course14:12
mordredthe logging from the early parts of python setup.py bdist_wheel is different, which is strange to me14:13
mordredI think I want to add a debug logging line to pbrx which prints the sha of the base image is uses14:13
Shrewscan't help you there. wheel building is foreign to me14:13
*** pabelanger has joined #zuul14:16
corvuspabelanger, clarkb: did anyone re-run the publication jobs for nodepool?14:21
corvusfungi: ? ^14:21
pabelangercorvus: I did yes, but we noticed that we only build a python2 wheel, not python3. see http://tarballs.openstack.org/nodepool/  I created https://review.openstack.org/609866/ last night, but need to still confirm it is right, it assumes python3 in installed14:23
pabelangermaybe we should use the build-python-release role in zuul-jobs?14:24
pabelangernot really sure, mordred ideas?^14:24
openstackgerritMonty Taylor proposed openstack/pbrx master: Add debug info about base image sha  https://review.openstack.org/61005214:27
openstackgerritMonty Taylor proposed openstack/pbrx master: Add debug info about base image sha  https://review.openstack.org/61005214:27
corvuspabelanger: 866 seems a plausible thing for us to do14:28
mordredlooking14:28
pabelangerhttps://git.zuul-ci.org/cgit/zuul-jobs/tree/roles/build-python-release seems to be the same idea too14:28
mordredyes. we can also add the universal wheel flag to setup.cfg, sincewe don't contain c extension code14:29
mordredhowever, since we only support python3 - maybe building wheels with python3 only is a more better choice?14:30
pabelangeryah, that was my only thought about universal wheels14:30
mordredotoh - version specific wheel just means someone would download the tarball on python2 - so it doesn't REALY protect anything14:34
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Add universal flag to setup.cfg  https://review.openstack.org/61005714:35
mordredI'll leave that there for discussion purposes14:35
mordredpabelanger: we could also totally use build-python-release role14:48
pabelangermordred: k, I'll push up a change shortly for that14:53
mordredcorvus, Shrews: \o/ I've got a local failure reproduced for the wheel thing14:58
corvusmordred: yay, cause i was just squinting at 609764 and making a weird face....14:59
mordredcorvus: I tried running pbrx build-images in a fresh clone of the zuul repo - and that fails15:00
mordredcorvus: so I've got something in my local zuul dir that's making it work15:00
openstackgerritMerged openstack/pbrx master: Add debug info about base image sha  https://review.openstack.org/61005215:00
corvusmordred: i'm guessing you have 6 years of stuff in your local zuul dir...15:00
mordredyeah15:01
mordredtrying different things now ...15:01
clarkbmordred: pabelanger there is a way to indicate a package is python version dependent. black does this to be >=3.615:02
mordredclarkb: https://github.com/ambv/black/blob/master/setup.cfg#L115:03
mordredwe should maybe do that15:03
pabelanger+115:06
mordredcorvus: I think I have it. I cannot explain WHY - but *shrug*15:08
corvusmordred: does it involve https://review.openstack.org/609764 ?15:09
corvusplease say no15:09
mordredcorvus: no15:09
corvusgood15:09
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add __init__.py to web directory  https://review.openstack.org/61008015:11
mordredcorvus: well, you'r enot going to be *happier*15:11
mordredcorvus: because it makes just a little sense as 60976415:11
mordredin fact, it might make _less_ sense15:11
corvusmordred: well, if __init__.py is required at all, it seems to make sense it would be required in the whole hierarchy15:12
mordredcorvus: ya - but web/ isn't in the actual resulting hierarchy15:13
mordredit's a top level container with the javascript source code in it15:13
corvusoooh15:13
corvusmmmkay.15:13
mordredthis does not cause a top-level web/ to get put in the wheel - or any of the source code15:13
mordredonly the built artifacts15:13
corvusmordred: then may i suggest adding a comment to that effect in that file? :)15:13
mordredcorvus: :)15:14
corvusi'm certain if we don't, someone will clean it up for us15:14
corvus(though, by that point, we'll be gating on functioning built images, but still.... save folks some time)15:14
corvusmordred: and can we abandon 609764?15:14
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add __init__.py to web directory  https://review.openstack.org/61008015:15
mordredcorvus: done15:15
mordredcorvus: we can - although we could also land it - I _personally_ like having the hook refer to the real locations of the python files and not the symlinked paths through the javascript source dir15:16
mordredcorvus: but I don't feel strongly enough about it to argue in favor of it any more than that sentence15:16
mordredit should be a completely no-op patch15:16
*** bhavikdbavishi has joined #zuul15:16
corvusmordred: can you explain it better in the commit message then?  because i can't make heads or tails of the change.15:17
corvusit's probably the 'something something symlinks' part that's getting me :)15:21
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use zuul/web/static in setup_hook  https://review.openstack.org/60976415:26
mordredcorvus: done15:26
mordredcorvus: well - at the time I wrote it originally it was a complete stab in the dark because my network wasn't good enough to do the container builds locally on my laptop15:27
mordredcorvus: so 'something something symlinks' was the best I had :)15:27
*** dkehn has joined #zuul15:29
corvusmordred: that makes much more sense!  thanks :)15:32
mordredclarkb: the ambv/black thing in setup.cfg won't help us - it's basically the opposite of the universal thing15:35
mordredclarkb: they have a line in their setup.py15:35
clarkbmordred: there is a thing with pypi where pypi knows not to give python3.5 a black package (this caught dmsimard unawares recnetly)15:35
clarkbis that all baked in through that wheel stuff?15:35
mordredclarkb: assert sys.version_info >= (3, 6, 0), "black requires Python 3.6+"15:35
clarkbmordred: if you pip install black under python3.5 it errors to find a valid package15:36
mordredreally? ok - I'll dig in further then15:36
clarkbya dmsimard thought our mirror was broken15:36
mordredAH  I see it now15:36
clarkb(the error is unfortunately not the most clear)15:36
mordredpython_requires=">=3.6",15:36
mordredthat's in their setup invocation - lemme see if that's a thi ngwe can set15:36
dmsimardyeah, it requires 3.615:39
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add line to setup.cfg limiting to python >=3.5  https://review.openstack.org/61008915:42
mordredclarkb, corvus: ^^15:42
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Add line to setup.cfg limiting to python >=3.5  https://review.openstack.org/61009015:42
clarkbmordred: those changes might catch anyhwere where we run python2 to do stuff (like with the release jobs) probably a good thing overall but may be a short period of fixing weird stuff15:43
mordredclarkb: yah15:43
mordredclarkb: it's actually making me want to put in a sanity check to pbr15:43
mordredclarkb: so that if python-requires is set, even running setup.py will bail on you15:44
mordredbut then I'd have to do that15:44
pabelangermordred: I mean, I don't mind you doing it :)15:45
*** rlandy is now known as rlandy|biab15:45
corvuspy36 seems to be failing on random things a lot more often than py3515:46
tobiashyes, atm there the random failures are increasing as it seems15:47
corvusi looked at one failure earlier, and afaict, zuul ran ansible and then ansible just didn't do anything.15:47
tobiashI also saw a broken zookeeper today in nodepool15:48
tobiashseems really random :(15:48
corvusthe second failure i looked at today looks like more "normal" hard timeouts15:48
corvusyeah.  i'm looking for races, but i'm not seeing them.15:48
tobiashso maybe tweaking some timeouts could help15:49
clarkbprobably worth a sanity check that we aren't leaking memory like that one set of test suite bugs that caused instability15:49
tobiashso you have something like sar-logging for the duration of the job?15:49
clarkb(thinking about processes doing nothing and swapping/ooming might explain that?)15:49
tobiashwe have that (optional) in our base job15:50
clarkbtobiash: our devstack jobs run a dstat in the background. When zuul test suite had the memory leaks last time I ran it locally and profiled it that way. I have no evidence this is happening now other than processes being "slow" doing nothing can be memory pressure15:50
tobiashand generates more system stats graphs than I can think of :)15:50
mordredcorvus: fwiw, py36 has a new dictionary implementation15:51
mordredcorvus: which is supposed to be better from a memory usage perspective as well as faster - and it is also ordered by default rather than unordered15:51
corvusmordred: yep15:51
*** ssbarnea has quit IRC16:00
*** panda has quit IRC16:01
*** panda has joined #zuul16:02
openstackgerritMerged openstack-infra/zuul master: Check paused parent on node failure of child job  https://review.openstack.org/60991116:10
openstackgerritMerged openstack-infra/zuul master: Optionally disable service worker in zuul-web  https://review.openstack.org/60962616:10
clarkbcorvus: which bit of config for the quick start sets up the +/-2 values and review categories in gerrit? iirc newer gerrit stopped setting those by default?16:15
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Run dstat and generate graphs in unit tests  https://review.openstack.org/61010016:17
corvusclarkb, tobiash: ^ while i dig up the answer to clarkb's question, that might be interesting16:17
corvus(i mean, cloning something from github and running it is terrible, but just as something to play with for now...)16:17
corvusclarkb: the setup playbook pushes http://git.zuul-ci.org/cgit/zuul/tree/doc/source/admin/examples/playbooks/project.config#n61 to All-Projects config16:19
clarkbcorvus: thanks16:19
*** rlandy|biab is now known as rlandy16:24
*** ssbarnea has joined #zuul16:25
corvuswe could probably remove the workflow-1 from that16:28
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add reference to svg icon in the PWA manifest  https://review.openstack.org/61010516:33
mordredcorvus, tristanC: If I'm understanding correctly, I *think* that ^^ should fix the issue with not having a logo for zuul saved to a phone screen16:34
corvusmordred: why isn't the favicon used?16:37
mordredcorvus: different sizes of things I believe - this is what shoudl be used for the icon for the 'app'16:38
mordredcorvus: https://medium.com/front-end-hacking/build-a-realtime-pwa-with-react-99e7b0fd3270 and search for "The manifest.json file" and then also https://stackoverflow.com/questions/48839338/which-icon-sizes-are-required-for-progressive-web-apps-pwa-as-of-q1-2018 both have good info that I haven't _fully_ digested16:39
mordredah - I missed this snippet: "icons must include a 192px and a 512px sized icon"16:39
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add icons in the PWA manifest  https://review.openstack.org/61010516:46
*** shanemcd has joined #zuul17:03
shanemcdo/ pabelanger17:03
pabelangershanemcd: hello there17:03
shanemcdoh hi17:03
openstackgerritMerged openstack-infra/nodepool master: Add universal flag to setup.cfg  https://review.openstack.org/61005717:04
*** SpamapS has quit IRC17:13
pabelangercorvus: mordred: do we also want to do ^ for zuul?17:15
*** SpamapS has joined #zuul17:15
clarkbcorvus: I'm looking at trying to get the submit logstash jobs role to distinguish between different types of failures. Currently if we fail in pre-run that isn't indicated to elasticsearch because it is recorded as FAILURE. Reading the runAnsiblePlaybook() method in the executor the success var is a boolean (true/false, success/failure)17:24
clarkbcorvus: I think at this point we probably have to treat that as existing contract? would it be acceptable to keep an "earliest_failure" zuul var that can be exposed to playbooks to try and expose that further downstream?17:25
clarkbor maybe a "will be retried" boolean value17:25
mordredpabelanger: prolly so - and also 61009017:26
clarkbI don't think this needs to be solved today, but it will help the long term presentation of bugs affecting gate data17:27
*** caphrim007 has joined #zuul17:28
openstackgerritClark Boylan proposed openstack-infra/zuul master: WIP: Run dstat and generate graphs in unit tests  https://review.openstack.org/61010017:32
clarkbprevious run failed because yo ucan't use > with command, needs shell17:33
corvusclarkb: thx.  and let me think on your failure question a bit.17:36
mordredcorvus, tristanC, tobiash: I ran the google lighthouse tool on zuul.openstack.org and it produced this report: inaugust.com/zuul.openstack.org_2018-10-12_11-49-45.report.html17:43
dmsimardmordred: " Device: Emulated Nexus 5X " ?17:43
mordredI think we might want to either add running that to a job (can be installed via yarn) - r just run it manually from time to time17:43
dmsimardIs there a non-mobile version of it ?17:44
mordreddunno - I was actually doing this as part of poking at some of the weirdness on mobile17:44
tobiashCool17:44
mordredeven so - there's things in there - such as apparently we're not setting cache headers on the hashed js/css build artifacts17:44
mordredwhich is sad, since they can all have an infinite cache ttl, being hashed in the filename and all17:45
dmsimardmordred: thanks for sharing, I'll need to run it on ara too :p17:46
mordreddmsimard: there's also a chrome extension you can use17:46
mordreddmsimard: https://developers.google.com/web/tools/lighthouse/17:46
*** ssbarnea_ has joined #zuul18:00
pabelangermordred: corvus: mind adding https://review.openstack.org/608472/ to your review pipeline for +3, we're using that today in ansible-network and want to upstream it18:01
mordreddmsimard: the in-browser version of lighthouse lets you also do it for desktop18:03
mordreddmsimard: chrome -> developer tools -> audits18:04
mordredcorvus, tobiash: that __init__.py fix did not work18:07
mordredcorvus: I have a new fix coming18:11
openstackgerritMerged openstack-infra/zuul master: Add __init__.py to web directory  https://review.openstack.org/61008018:20
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Simplify Builds page  https://review.openstack.org/61013718:30
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add more information to build page  https://review.openstack.org/61013818:30
corvusmordred: how did you determine it didn't work before it merged?18:30
Shrewsi'm guessing he pulled the image down from dockerhub and checked that18:36
Shrewsoh, that's a post job18:36
Shrewshe's psychic?  :)18:36
corvusyeah, the timing is fishy...18:37
corvusthe post job is still running18:38
corvusit *just* finished pushing18:38
Shrewscorvus: would be nice if we could make the post job use your new docker-compose job to validate good images before we push18:39
corvusShrews: 609763 turns it into a gating job, so should have the same effect18:40
clarkbhttp://logs.openstack.org/00/610100/2/check/tox-py36/08ab6f4/dstat.html hrm dstat doesn't have any contents18:40
pabelangerShrews: corvus: this is exciting!18:40
pabelangerI haven't tried docker compose yet, but looked at the job. Super cool18:40
corvusShrews: when we incorporate tobiash's 'run a docker registry', we should be able to use the same images the pbrx job is running... then, once i finish the promote pipeline, we should be able to publish the same images we test.18:41
Shrewsneat18:41
corvus(put another way, we build the images 3 times now, and are pretty sure they're the same.  next step is build them 2 times.  then once.  :)18:41
pabelanger\o/18:41
corvusthe build api has landed, so i can pick up work on promote pipeline soonish.18:42
pabelangermuch requested feature, looking forward to promote pipeline :)18:42
corvushowever mordred determined they didn't work, i agree.  i just pulled a new zuul-web image and still no joy18:44
mordredcorvus: I looked at the output from the job18:45
mordredcorvus: specifically, this: http://logs.openstack.org/80/610080/2/check/pbrx-build-container-images/08658e7/job-output.txt.gz#_2018-10-12_15_51_18_55993518:45
mordredcorvus: in a correct build, you'll see the javascript stuff go there18:45
corvusmordred: aha! thanks18:45
*** kmalloc is now known as needscoffee18:48
corvusclarkb: is that link from your ps2?18:48
clarkbcorvus: yes18:48
corvusclarkb: http://logs.openstack.org/00/610100/2/check/tox-py36/08ab6f4/job-output.txt.gz#_2018-10-12_18_21_32_99705018:48
clarkbhuh ara doesn't seem to have that in its log for that command18:49
clarkboh wait this is the pre side ofthings18:50
corvusyeah, we failed to run dstat18:50
clarkbit is the >&18:50
clarkbbecause sh is used and not bash18:50
clarkbneed 2>&1 ?18:50
clarkber wait no 2>/dev/null ?18:50
corvusor switch to bash?18:50
clarkbor switch to bash18:51
corvusincoming18:51
mordredor switch to bash!18:51
*** bhavikdbavishi has quit IRC18:51
clarkbcorvus: do yo uwant to write that change or should I push it up?18:51
pabelangerha18:51
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Run dstat and generate graphs in unit tests  https://review.openstack.org/61010018:51
corvusclarkb: ^ fixed another thing i anticipate being a problem18:51
dmsimardcorvus: that reminds me I never finished a dstat implementation for zuul-jobs https://review.openstack.org/#/c/518374/18:53
dmsimardI used a systemd unit approach instead of backgrounding the process18:54
openstackgerritMonty Taylor proposed openstack/pbrx master: Run an sdist before the bdist_wheel command  https://review.openstack.org/61014218:55
mordredtobiash, corvus, Shrews: ^^18:55
corvusdmsimard: i would use that if you finish it :)18:57
dmsimardI can try that and add your graph generation bits to it18:58
dmsimardshould it have a generic name ? like job-metrics or job-graphs18:59
corvusdmsimard: i'd probably -1 the graph generation bits right now -- that's not how we should run software.  i just wanted to try it out.  but getting dstat running would be great.18:59
corvus(mostly, i want to see if it's worth figuring out how to do the graph generation bits correctly :)18:59
dmsimardsure18:59
Shrewsmordred: gee i wish pbrx had tests to validate (and help me understand) what that does. we should work on that at some point  :)19:01
mordredShrews: ++19:01
openstackgerritMerged openstack-infra/zuul-jobs master: Create ansible-galaxy-import role  https://review.openstack.org/60847219:02
AJaegercorvus: did you see ianw's comment on https://review.openstack.org/#/c/592850/1 ? IS your -1 still valid?19:06
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Remove unneeded cruft from bdist_wheel fix attempts  https://review.openstack.org/61014319:08
mordredShrews, corvus: ^^ that removes the various other things we tried (turns out none needed) - we should be able to verify the results by looking at the pbrx job log for that patchset19:08
*** dkehn has quit IRC19:17
*** dkehn has joined #zuul19:18
clarkbmordred: could we fix the setup hook to have it do the right hting for bdist wheel? I ask because if you are running setup.py or pip locally it probably won'twork either?19:20
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Add a role to install and configure dstat to run in the background  https://review.openstack.org/51837419:20
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Add a role to install and configure dstat to run in the background  https://review.openstack.org/51837419:20
mordredclarkb: I have not been able to figure out how to - but pip install . or setup.py should both work fine19:23
mordredclarkb: it's really *only* if you're running bdist_wheel - because of what it does with build directories19:23
clarkbdoes pip wheel work?19:24
clarkbmost people will install from our wheels so I guess as long as we get those right its ok. Speaking of do the sdist and wheel publish jobs do the right thing?19:24
mordredpip wheel does something different19:25
mordredand yes19:25
mordredsdist works fine19:25
mordredand our publish job just run python setup.py sdist bdist_wheel19:25
mordredclarkb: I'll keep looking for ways to improve the setup hook in zuul to see if we can hook in to the process earlier - but that's down in the bowels of some deep dark magic19:26
logan-dmsimard: I like the dstat change. would definitely move to use that in OSA. right now we're doing dstat csv+charts in the gate with https://github.com/openstack/openstack-ansible/blob/3200de090d44419f8a80835424c140fcd69e2a1e/scripts/scripts-library.sh#L244-L27719:26
dmsimardlogan-: it's an old patch I revived when I saw https://review.openstack.org/61010019:27
clarkbmordred: getting the published builds right will cover it for the vast majority of people. Then its likely folks like infra, tobiash and SpamapS installing from source (maybe?) that we'd want to have update their installations if necessary19:28
logan-ah nice, using the same charting and everything :P19:29
mordredclarkb: yah. and even they will be fine as long as their process isn't 'git clone https://git.zuul-ci.org/zuul ; cd zuul ; python setup.py bdist_wheel ; pip install dist/*whl'19:29
mordredclarkb: andif that is their process ... what?19:30
mordredcause that's so much more typing than 'git clone https://git.zuul-ci.org/zuul ; cd zuul ; pip install .'19:30
tobiashclarkb: we're installing from source. Will that get broken?19:32
clarkbtobiash: if you pip install /path/to/zuul it should work as mordred says above19:32
clarkbtobiash: it will only break if you run python setup.py bdist_wheel in an isolated build19:32
tobiashOk, then I'm probably fine, thx19:33
AJaegerthat reminds me: Let's merge fungi's change https://review.openstack.org/599607 for zuul-base-jobs, please. Any reviewer?19:34
*** electrofelix has quit IRC19:37
mordredclarkb, corvus, Shrews, tobiash: http://logs.openstack.org/42/610142/1/check/pbrx-build-zuul-containers/ca53e1e/job-output.txt.gz#_2018-10-12_19_36_59_439944 <-- js content working19:44
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add line to setup.cfg limiting to python >=3.5  https://review.openstack.org/61008919:54
clarkbhttp://logs.openstack.org/00/610100/3/check/tox-py36/6647194/dstat.html is pretty neat19:58
clarkbmemory use looks pretty good actually20:02
clarkbload average is pretty high peaking around 13 and system cpu usage is also high20:02
clarkbsocket count seems high as well. Those are timed wait? so sockets closed and just making sure they clean up nicely?20:02
clarkbthere is some really high cpu wai too20:05
pabelangernice! Should see about running that in ansible-network also20:06
clarkbthe iops scales are definitely different between py35 and py3620:07
clarkbunsure if cloud related or distro (xenial vs bionic)20:07
clarkbthis sort of data likely would be useful for hte timeouts or ansible not doing anything20:07
openstackgerritMerged openstack/pbrx master: Run an sdist before the bdist_wheel command  https://review.openstack.org/61014220:09
clarkbthe thing that stands out to me there on py35 vs py36 is the cpu wai difference. If we see that consistently on py36 jobs across different clouds that may be a breadcrumb to follow20:12
* clarkb rechecks the change to see if it will run jobs on other clouds20:12
mordredclarkb: ++20:13
corvusclarkb: cool!  it does strain my browser a bit.20:16
corvusi'm going to be afk for the rest of the afternoon running errands20:16
clarkbsee you monday20:16
*** ssbarnea_ has quit IRC20:17
*** needscoffee is now known as kmalloc20:20
openstackgerritMerged openstack-infra/nodepool master: Add line to setup.cfg limiting to python >=3.5  https://review.openstack.org/61009020:21
openstackgerritMerged openstack-infra/zuul master: Quick-start: remove ansible Dockerfile  https://review.openstack.org/60955520:21
clarkbI've approved the change to make quick start gate zuul20:26
clarkbwe may want to add that change to nodepool too? since we run nodepool containers too20:26
clarkbthen that can replace the zuul nodepool functional job?20:26
clarkbShrews: ^20:26
openstackgerritClark Boylan proposed openstack-infra/nodepool master: Run zuul-quick-start job  https://review.openstack.org/61015920:35
*** ianychoi has joined #zuul20:35
clarkbthat should make sure nodepool doesn't break zuul gate20:35
clarkbwe can decide if the zuul nodepool functional job can be removed in a followup, mostly want to avoid nodepool breaking zuul gate with ^20:36
mordredclarkb: I'm excited about this20:37
Shrewsclarkb: I suggested the same sometime recently20:48
openstackgerritMerged openstack-infra/zuul master: Build new container images for quick-start  https://review.openstack.org/60976320:51
openstackgerritMerged openstack-infra/zuul master: Add line to setup.cfg limiting to python >=3.5  https://review.openstack.org/61008920:52
mordredcorvus, clarkb, Shrews, tobiash: http://logs.openstack.org/43/610143/1/check/pbrx-build-container-images/2e640a6/job-output.txt.gz#_2018-10-12_19_53_13_352062 looks like it worked properly20:56
mordredso https://review.openstack.org/#/c/610143/ should be good20:56
clarkbmordred: +220:57
openstackgerritPaul Belanger proposed openstack-infra/zuul-jobs master: Fix typo with ansible_galaxy_info.token  https://review.openstack.org/61016421:00
pabelangermordred: clarkb: could I get a quick review on ^ to fix a typo, I didn't properly setup the token21:01
pabelangerand now matches README.rst file21:01
mordredpabelanger: wfm21:01
pabelangerty21:01
clarkbI've approved it21:01
openstackgerritMerged openstack-infra/zuul master: Quick-start: switch to polygerrit  https://review.openstack.org/60982821:08
clarkbwe don't see the large cpu wai on rax py3621:18
clarkbbut do still see high sys cpu21:18
openstackgerritMerged openstack-infra/zuul master: Remove unneeded cruft from bdist_wheel fix attempts  https://review.openstack.org/61014321:27
pabelangerI just restored https://review.openstack.org/567696/, the ability to allow a user to toggle compressing console logs. It would be great to get some reviews on it21:28
pabelangerwould be one less step somebody needed to do for a POC with zuul publishing jobs21:29
clarkbpabelanger: fwiw I think corvus' quick start handles all of that?21:30
pabelangerclarkb: let me look21:30
pabelangerclarkb: ah, I suspect the http.conf we include has gzip enabled21:32
pabelangerI still think it is valid, to allow a user to disable compression. Without having them fiddle with httpd21:33
clarkbpabelanger: the change as is going to stop compressing the logs for existing users right?21:35
clarkbwe probably want to set the compress flag in infra and notify other users if we move forward with that21:35
pabelangerclarkb: yah, good point. I can send out an email to zuul-discuss again21:36
*** rlandy has quit IRC21:54
*** pcaruana has quit IRC22:20
openstackgerritMerged openstack-infra/zuul-jobs master: Fix typo with ansible_galaxy_info.token  https://review.openstack.org/61016422:26
clarkbof course as soon as you start measuring things they stop failing22:49
clarkbI wonder if we are our own noisy neihbor and that is the problem22:49
clarkblater on friday everything is fine with less noise22:49
*** caphrim007 has quit IRC23:21
*** slaweq has quit IRC23:32
*** EvilienM is now known as EmilienM23:57

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