Friday, 2019-03-01

SpamapScorvus: so promote has moved forward a bit, but what's interesting to me is that you can't have both change, and final sha, in the same pipeline, still.00:32
SpamapScorvus: the reason I want the sha is that I don't want to move a static tag like 'latest' or 'release' forward, but I want to always have the tag change, so I can force Kubernetes to redeploy.00:33
SpamapSBut, I think I can do it by actually just reading the tag, and turning it into the layer hash.00:33
clarkbSpamapS: you update the image:sha in k8s to force it to redeploy?00:34
SpamapSclarkb: yes, otherwise k8s has no idea the container image change.00:35
SpamapSd00:35
clarkbya. Our "plan" for that is to bump a var value00:35
SpamapSbut if you poke a new image tag into the spec, k8s does a nice automatic rolling update00:35
clarkbthe end user interaction is roughly the same "go change this value to something else"00:35
SpamapSAnd more importantly, if you are like "oh noes this is bad" you can roll back, and it will work.00:35
SpamapSYeah no, yours is going to break.00:35
clarkbwell it won't rollback00:35
SpamapSright00:36
clarkbunless you rollback the image00:36
clarkbwhich is doable00:36
SpamapSyeah, I think I'd rather poke the new tag in :)00:36
SpamapSActually I'm looking at making the promote pipeline the one that does all the dirty work, and ditching my post jobs.00:36
SpamapSSince then I'll have the change #, I can just shove the change_# tag in.00:36
clarkbya we don't have post jobs in our prmote setup00:37
clarkbgate builds an image and uploads it, promote promotes it00:37
SpamapSYeah that's where I'm headed00:37
clarkband ya you'll have the change tag on that which you could use instead of latest00:37
clarkbso that should work for your case00:37
SpamapSYeah, that also is actually better for debuggers.00:38
SpamapSIf somebody rolls back, they can also go "what changed?" and just find PR#X00:38
SpamapSAnd then the way I've written things, if there's no zuul.change, I can just fall back to pipeline_promote as "The last one promoted"00:39
SpamapSwhich is good for bootstrapping00:39
SpamapSI feel like this set of ECR roles might want to live in zuul-jobs...00:51
SpamapShttps://github.com/GoodMoney/goodmoney-zuul-jobs/pull/19/files00:51
*** strigazi has quit IRC00:55
*** strigazi has joined #zuul00:56
*** strigazi has quit IRC01:05
*** strigazi has joined #zuul01:06
*** jamesmcarthur has joined #zuul01:32
*** jamesmcarthur has quit IRC01:35
*** jamesmcarthur has joined #zuul01:36
*** jamesmcarthur has quit IRC02:01
*** jamesmcarthur has joined #zuul02:04
*** bhavikdbavishi has joined #zuul02:06
*** jamesmcarthur has quit IRC02:11
*** jamesmcarthur has joined #zuul02:12
*** jamesmcarthur has quit IRC02:20
*** jamesmcarthur has joined #zuul02:20
*** jamesmcarthur has quit IRC02:39
*** rlandy has quit IRC02:49
*** sdake has joined #zuul02:54
*** bhavikdbavishi has quit IRC03:18
*** bhavikdbavishi has joined #zuul04:06
*** sdake has quit IRC04:08
*** raukadah is now known as chandankumar05:09
*** saneax has joined #zuul06:42
*** quiquell|off is now known as quiquell07:01
*** saneax has quit IRC07:23
*** saneax has joined #zuul07:24
*** bjackman has joined #zuul07:43
*** sdake has joined #zuul07:44
*** quiquell is now known as quiquell|brb07:54
*** sdake has quit IRC08:23
*** quiquell|brb is now known as quiquell08:26
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Implied branch matching must use fullmatch  https://review.openstack.org/64027208:33
*** jpena|off is now known as jpena08:48
*** sdake has joined #zuul08:55
*** panda|ruck|off is now known as panda|ruck09:05
*** saneax has quit IRC09:08
*** saneax has joined #zuul09:09
*** saneax has quit IRC09:10
*** saneax has joined #zuul09:10
*** bhavikdbavishi has quit IRC09:32
*** bhavikdbavishi has joined #zuul09:32
*** sshnaidm is now known as sshnaidm|off10:00
*** electrofelix has joined #zuul10:02
*** ttx has quit IRC10:07
*** ttx has joined #zuul10:08
*** sdake has quit IRC10:20
*** saneax has quit IRC10:25
*** saneax has joined #zuul10:26
*** saneax has quit IRC10:30
*** gtema has joined #zuul10:39
*** bhavikdbavishi has quit IRC10:46
*** bhavikdbavishi has joined #zuul11:29
*** bjackman has quit IRC11:45
*** hashar has joined #zuul11:46
*** gtema has quit IRC11:58
*** EmilienM is now known as EvilienM11:58
*** dkehn has quit IRC12:01
*** panda|ruck is now known as panda|ruck|lunch12:16
*** gtema has joined #zuul12:18
*** threestrands has quit IRC12:24
*** jpena is now known as jpena|lunch12:51
*** panda|ruck|lunch is now known as panda|ruck13:04
*** rlandy has joined #zuul13:34
*** jamesmcarthur has joined #zuul13:51
*** jpena|lunch is now known as jpena13:54
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] Add AuthorizationRule Configuration Object, claim validation  https://review.openstack.org/63985513:54
*** bhavikdbavishi has quit IRC13:55
*** sdake has joined #zuul14:01
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] Add AuthorizationRule Configuration Object, claim validation  https://review.openstack.org/63985514:08
*** TheJulia is now known as needssleep14:14
mordredtobiash: we landed the patch to keystoneauth to use the FairSempahore for rate limiting. this will let us remove the TaskManager class from openstacksdk, which should in turn reduce the thread overhead14:17
mordredtobiash: it'll still take a little bit to filter this all the way through to nodepool of course, but just wanted to let you know we've still been slogging through things since your original "there are too many threads here" issue14:17
mordredI'm really happy about how it's all come together14:19
*** sdake has quit IRC14:19
*** dkehn has joined #zuul14:20
*** sdake has joined #zuul14:21
*** sdake has quit IRC14:24
*** chandankumar is now known as raukadah14:26
*** sdake has joined #zuul14:39
*** hashar has quit IRC14:41
*** hashar_ has joined #zuul14:41
*** quiquell is now known as quiquell|off14:51
*** sdake has quit IRC15:10
*** bhavikdbavishi has joined #zuul15:20
*** hashar_ has quit IRC15:24
*** hashar has joined #zuul15:49
corvusmordred, clarkb, AJaeger: i'd like to land https://review.openstack.org/639779 today and test it out15:49
*** sdake has joined #zuul15:57
*** sdake has quit IRC16:03
AJaegercorvus: Seeing your reply to evrardjp, go ahead ;)16:04
*** sdake has joined #zuul16:05
AJaegerzuul-jobs cores, could you review https://review.openstack.org/627534 for puppet building, please?16:05
corvusAJaeger: +2 with comment16:18
*** kmalloc is now known as needscoffee16:22
*** sdake has quit IRC16:23
*** smyers_ has joined #zuul16:24
*** smyers has quit IRC16:25
*** smyers_ is now known as smyers16:25
tobiashmordred: will that remove the taskmanager stopped exception that is problematic for single provider config reload?16:25
mordredtobiash: probably?16:26
tobiashmordred: I was about to look into that issue today but reproducing this in a test case is hard because openstacksdk is mocked there16:26
tobiashmordred: if I can help you with plugging this into nodepool tell me16:29
*** hashar has quit IRC16:29
openstackgerritMerged openstack-infra/zuul-jobs master: Handle multiple docker images with the same repository  https://review.openstack.org/63977916:36
corvustobiash: i'm going to use https://review.openstack.org/638596 as a test case for ^ to make sure image builds/publications work.  hope you don't mind.  :)16:39
tobiashsure :)16:40
*** bhavikdbavishi has quit IRC17:11
*** gtema has quit IRC17:12
*** bhavikdbavishi has joined #zuul17:17
*** panda|ruck is now known as panda|ruck|off17:21
*** sdake has joined #zuul17:46
*** jpena is now known as jpena|off18:03
*** irclogbot_3 has joined #zuul18:12
*** jamesmcarthur has quit IRC18:20
*** jamesmcarthur has joined #zuul18:20
*** jamesmcarthur has quit IRC18:24
*** mrhillsman is now known as mrhillsman_lunch18:28
*** bhavikdbavishi has quit IRC18:46
*** electrofelix has quit IRC18:52
corvusSpamapS, mordred, tobiash: zuul-preview in action: http://site.926bb0aaddad4bc3853269451e115dcb.openstack.zuul-preview.opendev.org/18:54
SpamapS*nice*18:54
tobiashCool18:54
SpamapSI lost track of the thread.. did we end up with the C++ version + whitelabel fixes?18:54
mordredSpamapS: we have the c++ version, I think it still needs whitelabel fixes- we also have a replace-with-rust stack up so that we can discuss amongst ourselves19:00
*** sdake has quit IRC19:00
SpamapSruh roh, I used {build} in my failure-url and this happend:19:00
SpamapShttps://screenshots.firefox.com/HQeZtoLROLnIV0Lq/github.com19:00
SpamapSI theenk I found a buuug19:00
SpamapSmordred: cool, wasn't sure if that went anywhere19:01
clarkbmordred: I was thinking it might be good to also capture why/what performance we think is important there. Like python startup time is bad but once its started we are only doing IO. (At least that might help my understand why C++ or Rust might be preferable19:02
SpamapSclarkb: no, python failed pretty hard even after startup time.19:03
clarkbSpamapS: oh?19:03
clarkbwas there testing of this somewhere?19:03
clarkb(there is a big lack of info is my point)19:03
SpamapShttp://lists.zuul-ci.org/pipermail/zuul-discuss/2019-February/000750.html19:03
clarkbSpamapS: re your bug, ya zuul doesn't type check those attrs, you have to be careful to set the correct ones19:03
SpamapShttp://lists.zuul-ci.org/pipermail/zuul-discuss/2019-February/000747.html has the initial tests19:04
clarkbSpamapS: right you measured on host cpu bound lookups19:05
SpamapSbasically, python is 10x slower. We did not do much to try and debug it.19:05
clarkbSpamapS: real world deployments will be IO bound19:05
SpamapSactually I don't think it was CPU bound.19:05
SpamapS90% of one core utilized by python19:05
SpamapS76% by Rust19:05
SpamapSI think GC played a role.19:06
SpamapSbut I'd have to go deep to confirm that, it's just a theory19:06
clarkbbasically once you starting proxying you are talking many milliseconds between webserver and brwoser and the overhead of cpu lookup python vs c++ should be minimized and its that I think we would want to measure (however the startup time issue is also totally at hing)19:07
SpamapSeither way, when you're talking about something that takes about 2 hours to port to basically any language and will run for every worker process on your server, using the strongly typed high performance language seems like a net positive.19:07
SpamapSI mean, in 72 hours I believe we had 3 ports from the original C++.19:08
clarkbsure19:09
clarkbbut as a reviewer I don't want to review the Golang rewrite and the ruby rewrite all becquse its trivial and we don't have criteria for what is reasonable19:09
SpamapSI tend to think that the better result was achieved with minimal effort and a low expectation of ongoing feature creep, so, C++ or Rust seems to make a lot more sense than "spend time debugging python"19:10
clarkbI agree19:11
clarkbI'm just saying we should write down what "better" means here19:11
SpamapSAnd honestly, maybe some like Golang.. it's a really broken, trash language IMO.  (sorry, had to get a shot in there).19:11
clarkbsounds like for you it is fast with strong typing19:11
clarkb(which is a fine better)19:11
SpamapSFast with memory safety actualy.19:11
SpamapSThe strong typing is just a bonus. :)19:12
SpamapSok, I see, {build.uuid} is what I needed19:17
SpamapSI wonder if we should make Attributes return a default attribute for __str__19:17
SpamapSclearly if I say {build}, I mean {build.uuid}19:18
SpamapSor maybe have a schema for the URL components and explode so the noop job doesn't pass.19:18
clarkbSpamapS: in the past I've through we should only expose a limited number of attributes to that url builder. Will make it easier to document and for users to get it right19:19
clarkbadd a schema to that and we can provide nice errors too19:19
clarkbrather than expose the entire build object for example have build_uuid and job_name and whatever. I think the problem there is when you realize you ahven't exposed something someone needs19:20
*** rfolco|rover has quit IRC19:21
*** mrhillsman_lunch is now known as mrhillsman19:29
*** dmellado has quit IRC19:44
*** dmellado has joined #zuul19:45
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Return npm site location as artifact  https://review.openstack.org/64049819:45
SpamapSclarkb: the entire build object is not exposed to be clear, it's only the safe attributes. But w/o attribute, it's the result of str(build)19:45
SpamapSAlso I just tried setting success-url and failure-url to a build URL, and it overrode the log_url on the build page!19:46
* SpamapS gives up trying to make the failure comments more useful19:48
*** irclogbot_3 has quit IRC19:48
clarkbSpamapS: log_url is set by the job19:49
clarkb(which is confusing yes)19:49
clarkbbut that gives the job the ability to say my logs are over here and you to set the success-url to say the build page19:49
*** hashar has joined #zuul19:56
*** rlandy is now known as rlandy|brb19:57
clarkbSpamapS: in the rust implementation why is hostname converted to string from str? split seems valid on str as well as string and we don't appear to modify hostname.20:01
clarkb(this is me being a rust noob after not looking at rust since it had like 4 different pointer types)20:01
*** irclogbot_3 has joined #zuul20:03
*** hashar has quit IRC20:06
*** hashar has joined #zuul20:07
mordredclarkb: (you should go check out the guide explaining 2018 edition - there's some super cool stuff in there)20:12
mordredclarkb: https://doc.rust-lang.org/nightly/edition-guide/rust-2018/index.html20:12
mordred(just in your off time)20:12
clarkbya I'm noticing a lot of simplifications by way of syntactic sugar that I'm not sure were around when I first looked at it20:13
clarkbthings like ? suffix operator20:13
mordredyeah. that's one of them20:13
mordredclarkb: https://doc.rust-lang.org/nightly/edition-guide/rust-2018/error-handling-and-panics/the-question-mark-operator-for-easier-error-handling.html20:14
mordredclarkb: they did a bunch of really good updates20:14
*** EvilienM is now known as EmilienM20:14
mordredclarkb: I wrote https://review.openstack.org/#/c/636796/ based on reading the slice pattern chapter in that doc in fact :)20:15
*** sdake has joined #zuul20:18
*** sdake has quit IRC20:18
clarkbmordred: The pointer simplification was a much needed change. The old docs for pointers literally said try this one first its most common, then try the other is it fails to compile TODO actually write down what these different pointers are for20:19
mordred++20:20
*** sdake has joined #zuul20:22
openstackgerritMerged openstack-infra/zuul-jobs master: Return npm site location as artifact  https://review.openstack.org/64049820:33
openstackgerritJames E. Blair proposed openstack-infra/zuul-preview master: Use artifact name rather than log_url  https://review.openstack.org/64050920:35
*** rfolco has joined #zuul20:37
corvusclarkb, mordred, SpamapS: i think the thread is at: several of us are keen on poking at rust.  Shrews was interested in c++ but then went on PTO for a bit.  i wanted to get his thoughts on rust before merging the switch20:37
corvusclarkb, mordred, SpamapS: but also, before we switch, can we land this change to remove the TODO: https://review.openstack.org/64050920:38
corvusthat'll let me finish the initial rollout20:38
Shrewsso, rust seems like the new cool kid in school. but much like actual school, i don't know the cool kid. but i have no objection to hanging out with him20:39
Shrewscorvus: i agree there is enough interest in rust (possibly more than c++?) to use that as a reason for using that version20:40
clarkbcorvus: there is a bug in that change, one sec20:41
clarkbposted20:41
*** sdake has quit IRC20:42
corvusclarkb: thanks :)20:42
corvusi did not catch that in my testing since they are currently the same :|20:42
openstackgerritJames E. Blair proposed openstack-infra/zuul-preview master: Use artifact name rather than log_url  https://review.openstack.org/64050920:43
corvusShrews: cool, then i think let's switch next week20:44
clarkbwe'll need to update the rust version to do the artifact_url lookup as in ^20:44
corvusyep.  it'll be fun!20:45
corvusShrews or i should do that :)20:45
Shrewsi can take a look at it20:46
corvusi just received my copy of https://www.worldcat.org/title/effective-modern-c-42-specific-ways-to-improve-your-use-of-c11-and-c14/oclc/1026465821 via inter-library loan20:46
corvusjust in time :)20:46
Shrewsunless rust decides to give me a wedgie20:46
clarkbShrews: corvus you'll want to base it on https://review.openstack.org/#/c/636796/2/src/main.rs which changes how artifact is retrieved from parts20:49
*** rlandy|brb is now known as rlandy20:51
clarkbre my earlier question about to_string the reason for that is parts[x] goes out of scope at the end of the loop but hostname must live in the cache beyond that21:06
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Fix typo in docker push role  https://review.openstack.org/64051521:06
*** jamesmcarthur has joined #zuul21:07
*** jamesmcarthur has quit IRC21:09
*** jamesmcarthur has joined #zuul21:10
*** jamesmcarthur has quit IRC21:14
corvus2 docker things are broken right now -- the docker build/publish/promote jobs are broken due to https://review.openstack.org/640515 which is preventing zuul changes from landing21:15
corvusand something has gone wrong with the new buildset registry jobs which is preventing zuul-preview changes from landing.  i'm hoping https://review.openstack.org/638794 will tell more21:16
clarkband to_string heap allocates a new String object which can live beyond the scope of that loop. And now I've learned myself a rust for the day21:16
*** jamesmcarthur has joined #zuul21:29
*** irclogbot_3 has quit IRC21:37
openstackgerritMerged openstack-infra/zuul-jobs master: Fix typo in docker push role  https://review.openstack.org/64051521:40
*** tobiash has quit IRC21:49
*** tobiash has joined #zuul21:51
*** josefwells_ has joined #zuul21:54
*** jamesmcarthur has quit IRC22:07
*** jamesmcarthur has joined #zuul22:08
*** rlandy has quit IRC22:10
openstackgerritJosef Wells proposed openstack-infra/zuul master: quickstart: web and others wait on mysql to start  https://review.openstack.org/64054822:22
josefwells_yay, I did a thing22:25
*** jamesmcarthur has quit IRC22:40
*** jamesmcarthur has joined #zuul22:44
*** odyssey4me_ has joined #zuul22:45
*** jbryce_ has joined #zuul22:45
*** jamesmcarthur has quit IRC22:48
*** odyssey4me has quit IRC22:52
*** jbryce has quit IRC22:52
*** odyssey4me_ is now known as odyssey4me22:52
*** jbryce_ is now known as jbryce22:52
*** hashar has quit IRC23:03
*** jesusaur has quit IRC23:03
*** frickler has quit IRC23:06
*** frickler has joined #zuul23:06
*** jesusaur has joined #zuul23:08
*** jesusaur has quit IRC23:14
*** jesusaur has joined #zuul23:23
*** josefwells_ has quit IRC23:31
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Fix buildset registry  https://review.openstack.org/64055723:56
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Fix docker image retag  https://review.openstack.org/64055823:56

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