Tuesday, 2019-02-26

pabelangerbeen trying to use ansible-runner over the last few days, kinda wonder how hard it would be to have it run a zuul playbook00:07
pabelangerso far, using it to boot openstack server, via CLI, then run raw play to install ansible dependencies, then other playbooks take over00:08
pabelangerit also support brwap, but haven't tested that step yet00:08
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: executor: add log_stream_port and log_stream_file settings  https://review.openstack.org/53553800:15
mordredtristanC: you don't need multiple pipeline. if you made a pipeline, say "manual" that was triggered by web/amqp. then had a section that maps message content to job name - then someone could send some payload like {'project': 'foo/bar', 'job': 'tox-py35'} and only trigger the tox-py35 job defined in the manual pipeline for the foo/bar project. (waving hands about actual payload structure of course)00:28
tristanCmordred: yes, but the problem remains that those job needs the message content. In our case, that would be a release number or artifact url shared through amqp, and we would like to run test with that information00:33
tristanCmordred: i mean, we would like zuul to run test automatically, without having us manually create fake review with the amqp message content...00:46
openstackgerritMerged openstack-infra/zuul master: scheduler: add job's variants to the rpc job_list method  https://review.openstack.org/57347301:11
*** jamesmcarthur has joined #zuul01:23
*** jamesmcarthur has quit IRC01:49
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: executor: add zuul_release_nodeset Ansible action  https://review.openstack.org/63900202:05
*** jamesmcarthur has joined #zuul02:25
openstackgerritMerged openstack-infra/zuul-jobs master: Fix Editable Git install package name parsing  https://review.openstack.org/63304902:49
*** jamesmcarthur has quit IRC03:25
*** jamesmcarthur has joined #zuul03:28
*** rlandy has quit IRC03:28
*** bjackman_ has joined #zuul03:32
*** jamesmcarthur has quit IRC03:36
*** bjackman_ has quit IRC03:37
*** jamesmcarthur has joined #zuul03:40
*** raukadah is now known as chandankumar03:41
*** josefwells_ has quit IRC03:43
*** jamesmcarthur has quit IRC03:45
*** bhavikdbavishi has joined #zuul03:46
*** bjackman_ has joined #zuul03:59
*** sdake has joined #zuul04:06
*** jamesmcarthur has joined #zuul04:07
*** sdake has quit IRC04:10
*** sdake has joined #zuul04:11
*** sdake has quit IRC04:13
*** sdake has joined #zuul04:14
*** jamesmcarthur has quit IRC04:23
*** sdake has quit IRC04:23
tobiashcorvus: I think as this feature is still very new I'd vote for merging and mail. Further adding the !unsafe tag already broke our job post processing (for all jobs) so I think that breaks backwards compatibility in any case.05:18
*** bhavikdbavishi has quit IRC05:35
*** saneax has joined #zuul05:36
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Add API endpoint to get frozen jobs  https://review.openstack.org/60707706:33
tristanCjhesketh: about the freeze-jobs/frozen-job REST url, I think we have an issue with branch containing a '/', the route_map won't work...06:45
tristanCjhesketh: how do you feel about making branch a query string argument, optional, with a default to 'master'?06:46
jheskethtristanC: ah, good catch06:58
jheskethwe should be able to have it in the path in the same way we do projects (which can also have slashes)06:59
jheskethI think we just need {branch:.*} but I'd have to consult cherrypy's docs on that06:59
tristanCjhesketh: it doesn't seems possible to parse org/project/check/stable/branch/job safely07:03
tristanCunless we use known separator like /{pipline}/branch/{branch:.*}07:03
jheskethhmm, what if we used something like: /api/tenant/{tenant}/project/{project:.*}/branch/{branch:.*} ?07:05
jheskethit's ugly, but at least consistent with the rest07:05
jheskethwoops, should be  /api/tenant/{tenant}/project/{project:.*}/branch/{branch:.*}/freeze_jobs07:06
jheskeths/-/_ even07:06
jhesketh(sigh, other way around, but you get it)07:07
tristanCi don't mind either way07:08
tristanCwhat about pipeline, should we put before freeze-jobs ?07:08
jheskethhmm, we don't have a well defined pattern for routes.. I'm kinda thinking maybe it should go after tenant/before project07:13
jhesketh /api/tenant/{tenant}/pipeline/{pipeline}/project/{project:.*}/branch/{branch:.*}/freeze-jobs07:14
tristanCalright, let me propose this one then07:14
tristanCjhesketh: and how about we rename frozen-jobs with freeze-job, so that we can have .../freeze-job/{job} ?07:16
jheskethyep, I think I need to do a tidy in 607078 after you've done that07:16
jheskethright, but the patterns use "...{tenant}/projects" to list all, and "...{tenant}/project/{project}" to select one07:17
jheskethso I think freeze-jobs is still correct at the higher level07:17
tristanCjhesketh: i'm on it, i already moved the redact_secrets param in the next patch too07:17
jhesketh:thumbsup:07:18
*** logan- has quit IRC07:35
*** logan- has joined #zuul07:37
*** gtema has joined #zuul07:39
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Add API endpoint to get frozen jobs  https://review.openstack.org/60707707:44
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707807:44
tristanCjhesketh: i'd like to start working on zuul-runner unit-tests, should we move the current Runner class method to something like a zuul/executor/runner.py module?07:58
*** quiquell is now known as quiquell|brb08:03
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Add depends-on support to frozen jobs API  https://review.openstack.org/63902208:06
*** bhavikdbavishi has joined #zuul08:17
*** quiquell|brb is now known as quiquell08:23
*** pcaruana has joined #zuul08:35
*** electrofelix has joined #zuul08:37
jheskethtristanC: yep, that sounds good to me.. I also wonder if we should move some of zuul/executor/common into there too, but that's just semantics08:41
*** jpena|off is now known as jpena08:42
*** hashar has joined #zuul08:51
*** bhavikdbavishi has quit IRC08:54
*** bhavikdbavishi has joined #zuul10:04
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Separate out executor server from runner  https://review.openstack.org/60707910:14
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: zuul-runner: implement prep-workspace  https://review.openstack.org/60708210:14
tristanCjhesketh: 607082 now includes a test for the prep_workspace procedure :)10:14
jheskethtristanC: awesome, thanks :-)10:24
tristanCSpamapS: tobiash: mordred: corvus: it would really help if we could land the first 3 patches of the zuul-runner serie: 607077, 607078 and 60707910:34
jheskethtristanC: you've just been uploading individual changes, do you want to rebase the rest of the series with the above fixes?10:42
jheskethor just get them merged and then worry about it10:43
tristanCjhesketh: it's getting difficult to know what should be the rebase order, and the follow-up changes are missing tests. I would prefer we get the first major refactor merged first10:50
jheskeththat makes sense10:50
tristanCnote that zuul-runner execute worked with the current changes10:50
mordredtristanC: +2 from me on those three, looking good. I believe corvus would like to get tobiash and SpamapS to review this stack too10:52
mordredtristanC: oh - duh. you already pinged them :)10:52
* mordred is awake too early10:52
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707810:54
jheskethtristanC: looks like there was a regression in your rebase which I just fixed with ^. Also fixed some code that was duplicated in the common.py10:55
*** bhavikdbavishi has quit IRC10:56
*** bhavikdbavishi has joined #zuul10:56
tristanCjhesketh: tobiash and corvus found that https://review.openstack.org/#/c/607078/12..13/zuul/model.py was wrongly part of 607077, but it's needed by the freeze-job api of 60707811:04
jheskethoh, that's my mistake getting confused in the commit series sorry!11:05
jhesketh(gimme a second to fix)11:05
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707811:08
jheskethmordred: sorry to stuff your reviews around with ^11:08
*** bhavikdbavishi1 has joined #zuul11:12
*** bhavikdbavishi has quit IRC11:16
*** bhavikdbavishi1 is now known as bhavikdbavishi11:16
*** bjackman_ has quit IRC11:23
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707811:35
*** jamesmcarthur has joined #zuul11:44
jkttristanC: FYI, it looks like the runc driver is too eager to "stick" to node requests to which it doesn't have a quota right now11:46
*** bhavikdbavishi has quit IRC11:46
jkttristanC: I have it instantiated with four pools (i.e., four runc launchers), I have two jobs running right now, each on just one node, there's one more pending request11:47
jktand that remaining request looks like it's stuck somehow assigned to a pool which is currently busy even though there are two more free pools11:47
*** jpena is now known as jpena|lunch11:57
tristanCjkt: iirc that a limitation of the nodepool design, once a request is accepted by a launcher, it would wait until there is quota11:57
*** quiquell is now known as quiquell|lunch12:04
*** rfolco|rover has quit IRC12:11
*** rfolco|rover has joined #zuul12:11
jkttristanC: :(, okay12:12
*** quiquell|lunch is now known as quiquell12:15
tristanCjkt: or maybe there is an issue, i don't remember the full workflow. Though it seems like the launcher service should try to assign other pool if the current one is busy12:25
tobiashtristanC: not sure if I can review it today because of workshop but probably tomorrow12:25
*** sanjayu_ has joined #zuul12:26
*** rf0lc0 has joined #zuul12:26
*** shachar has joined #zuul12:26
tristanCtobiash: thanks, that would be really appreciated12:26
*** logan_ has joined #zuul12:27
*** logan_ is now known as Guest1164712:28
*** dmellado_ has joined #zuul12:28
*** mhu has quit IRC12:30
*** gouthamr has quit IRC12:30
*** electrofelix has quit IRC12:30
*** pwhalen has quit IRC12:30
*** Shrews has quit IRC12:30
*** jlvillal has quit IRC12:30
*** Shrews_ has joined #zuul12:30
*** dmellado has quit IRC12:30
*** rfolco|rover has quit IRC12:30
*** logan- has quit IRC12:30
*** saneax has quit IRC12:30
*** snapiri has quit IRC12:30
*** openstackgerrit has quit IRC12:30
*** dmellado_ is now known as dmellado12:30
*** Guest11647 is now known as logan-12:31
*** jlvillal has joined #zuul12:31
*** gouthamr has joined #zuul12:33
*** rf0lc0 is now known as rfolco|rover12:33
*** jamesmcarthur has quit IRC12:34
*** jamesmcarthur has joined #zuul12:34
*** electrofelix has joined #zuul12:35
jktI'm playing with artifact promotion, I'm using a pipeline called "promote" which is triggered by gerrit's change-merged12:37
jktit looks that artifacts which were built by some jobs in "check" are not available to another job running in "promote", is that expected?12:38
jkt(I understand that there are drawbacks, and that I should be using "gate", but I'm trying to save on some builds here)12:39
*** jamesmcarthur has quit IRC12:52
*** jamesmcarthur has joined #zuul12:57
*** sdake has joined #zuul13:14
*** pwhalen has joined #zuul13:26
*** jpena|lunch is now known as jpena13:33
*** rlandy has joined #zuul13:33
*** jamesmcarthur has quit IRC13:35
*** jamesmcarthur has joined #zuul13:39
*** jamesmcarthur has quit IRC13:40
*** jamesmcarthur has joined #zuul13:40
*** sdake has quit IRC14:21
*** sdake has joined #zuul14:34
*** sdake has quit IRC14:55
*** sdake has joined #zuul15:00
*** badboy has quit IRC15:05
*** jamesmcarthur has quit IRC15:11
*** jamesmcarthur has joined #zuul15:11
*** jamesmcarthur has quit IRC15:15
*** jamesmcarthur has joined #zuul15:27
*** jamesmcarthur has quit IRC15:30
*** sanjayu_ has quit IRC15:34
*** sanjayu_ has joined #zuul15:35
*** jamesmcarthur has joined #zuul15:39
*** bhavikdbavishi has joined #zuul15:49
*** sdake has quit IRC15:59
*** sdake has joined #zuul16:01
*** sdake has quit IRC16:02
arxcruzfungi: hi, any chance you take a look at https://review.openstack.org/#/c/607077 ? already have a +2 from mordred :D16:09
arxcruzthis is my dream become true for zuul :D16:09
*** sdake has joined #zuul16:18
*** sdake has quit IRC16:25
*** sdake has joined #zuul16:27
*** quiquell is now known as quiquell|off16:28
clarkbThere is a thread on the openstack mailing list that points out zuul job dependencies don't necessarily do what users expect when jobs are skipped due to file rules (potentially other rules too)16:29
clarkbhttps://review.openstack.org/#/c/568543 illustrates this if you look at the zuul comments16:29
clarkbI'm not sure that is necessarily a bug, but it may be a use case of this feature that zuul should consider16:29
*** pcaruana has quit IRC16:32
*** sdake has quit IRC16:35
*** sdake has joined #zuul16:36
*** sdake has quit IRC16:40
*** sdake_ has joined #zuul16:41
corvusclarkb: i think accomodating that would be very dangerous.  i think it would be more surprising for a job to be silently dropped from the graph in that way.  the desired behavior can be accomplished easily and safely by simply being explicit about the file matchers on both jobs.16:44
*** sdake_ has quit IRC16:45
clarkbcorvus: I think the issue is the job is dropped when tehy want it to run?16:46
corvusclarkb: no, the issue is that zuul refuses to drop the job16:46
*** sdake has joined #zuul16:46
corvusit's right there in the error message: Unable to freeze job graph: Job tripleo-ci-centos-7-scenario001-standalone depends on openstack-tox-py27 which was not run.16:46
clarkbright I think their intention is that tripleo-ci-centos-7-scenario001-standalone would run16:47
*** hashar has quit IRC16:47
corvusthey've told zuul "always run tripleo-ci-centos-7-scenario001-standalone, but only do it after openstack-tox-py27 finishes.  and, by the way, don't run openstack-tox-py27"16:47
clarkbyup16:47
corvuszuul rightly says "that's nonsense"16:47
clarkbfor the general case zuul gets it right, particularly if you use this feature to set up something like a docker registry. But they aren't doing the job dep tree to set up dependencies instead they want to optomize which jobs run and only run things if other things pass (and not running because unnecessary is sort of a weird "pass")16:48
corvusclarkb: yeah, what they're trying to do is a bad idea, and we've told them so16:48
clarkbgotcha16:48
corvusi mean, heck16:49
corvusthe *commit* message for that change links to a message i wrote to the mailing list saying "don't do the thing you're talking about doing"16:49
corvuswhat kind of a supporting citation is that anyway?16:49
*** sdake has quit IRC16:50
SpamapStristanC: I'll take a look at zuul-runner soon. Wasn't aware anybody was working on it.16:51
*** sdake has joined #zuul16:51
corvusSpamapS, tobiash, mordred: since the zuul-runner stuff is a significant change to the executor, as well as to the audience of zuul (we would, for the first time, be considering a zuul binary an end-user application), i'd like to make sure we (as authors of the most significant parts of the executor) buy into it, so i'm asking all of us (and jhesketh too, though he's partial-author to the changes, so is16:58
corvussomewhat implicit) to +2 those before we merge.  See my comment on https://review.openstack.org/60707816:58
corvusi also would like, apparently, to write run-on sentences with lots of commas.16:59
*** sdake has quit IRC17:00
*** sdake_ has joined #zuul17:00
corvustobiash: https://review.openstack.org/607077 is ready for your re-review17:07
*** openstackgerrit has joined #zuul17:12
openstackgerritTobias Urdin proposed openstack-infra/zuul-jobs master: Use PDK to build puppet module  https://review.openstack.org/62753417:12
*** sshnaidm is now known as sshnaidm|afk17:17
pabelangerSubject: [Important] diskimage-builder dependency yum-utils removed from Rawhide17:18
pabelangerjust seen that in inbox17:18
pabelangerwhich means, DIB on fedora won't be able to build fedora / centos any more, since we use yum-utils for that17:18
clarkbpabelanger: I'm guessing yum is gone and needs dnf?17:18
pabelangeryah17:19
pabelangerI think there is a dnf-utils17:19
pabelangerbut haven't really looked17:19
pabelangerianw: ^if you didn't see17:19
pabelangeri believe we are still okay building them from debuntu17:20
SpamapSugh, my global site variable of ansible_python_interpreter=/usr/bin/python3 has now backfired on me...17:21
SpamapSbecause now I can't use stock centos7 images :-P17:21
* SpamapS glares at Ansible17:21
pabelangerSpamapS: Yah, I ran into that issue on ansible-network last week too17:22
SpamapSHas anyone come up with a valid work-around for using stock images?17:22
pabelangerstill stuck on python217:22
clarkbSpamapS: dmsimard suggested we do it yesterday, but I think there are other problems for openstack's install (namely rax's particular networking) so not sure17:23
SpamapSThe problem I have is that AFAICT, there's no other level at which I can correct the problem than image build.17:23
pabelangerhttps://review.openstack.org/637338/ seems to be a way to setup python-path on nodepool side, but haven't reviewed yet17:23
SpamapSYeah that looks like a good plan, though that's actually not the ansible_python_interpreter problem I have.17:25
SpamapSThe one I have is that Ubuntu 18.04+ has no /usr/bin/python2, and CentOS7 has no /usr/bin/python3 :-P17:25
SpamapSI guess label python path works.17:25
corvusSpamapS, tobiash, mordred: reading further down the zuul-runner stack, i now realize i made my cut-off for extra reviews too deep -- we should all be reviewing the parent of that one as well: https://review.openstack.org/60707717:26
pabelangerlet me double check how we are doing network appliances17:26
pabelangerthere are some without python installed17:26
SpamapSIf there was a way to tell nodepool or ansible to do a raw task that normalizes things, that would work.17:26
SpamapSOtherwise I have to take on the extra weight of building images.17:27
corvusSpamapS: the nodepool thing should work, right?17:27
SpamapScorvus: I think so yeah, I'm looking now.17:27
* SpamapS was just getting used to running patch free.. ;)17:27
corvusi think that's the best solution, because we're basically just providing correct information about the images to ansible17:27
*** gtema has quit IRC17:28
pabelangerHmm, I thought ricky had a patch up to modify runAnsibleSetup not to use -m setup, then first base jobs could be raw17:30
SpamapSpabelanger: yeah that would make a lot of sense too17:32
pabelangeryah, in our case, we are hoping to boot vendor network VMs, liked I say some without python. So we use raw in some case, or different connection plugin. However, I know we have some challenges because zuul blacklists some of the ones we need17:34
SpamapSpabelanger: seems like something we could make configurable per-tenant.17:44
SpamapSYou know.. ever since the build page started showing fail results..17:45
SpamapSI basically never want to see the logs.17:45
corvusmordred: can you review https://review.openstack.org/637813 ?17:45
SpamapSThe logs are for going deeper, but I almost always get what I want from the json interpretation.17:45
SpamapSWe should sweep through the UI and flip things from log url to build url.17:46
corvusSpamapS: i agree, let's see if we can convince mordred, who had some reservations last time this came up.17:46
SpamapSLike, in the comment... I find myself avoiding clicking the comment links and instead clicking the status link (which I have set to /builds?change={change}) so I can start from builds.17:47
corvus(this seems backwards to me -- i would expect me to be the one with reservations and mordred to be gung-ho)17:47
SpamapSException proves the rule?17:48
corvusSpamapS, mordred: or, more constructively, i think we do all want to get to that point, what are the steps we need to do to get there?  and, i guess, let's write them down this time :)17:48
SpamapScrazy talk17:52
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Request child nodes of paused jobs at higher priority  https://review.openstack.org/63879617:56
clarkbapparently zuul is on the openstack ops meetup agenda, https://etherpad.openstack.org/p/BER19-OPS-DUDES18:00
*** jpena is now known as jpena|off18:15
*** chandankumar is now known as raukadah18:16
*** panda|ruck is now known as panda|ruck|off18:28
*** sdake_ has quit IRC18:30
*** sdake has joined #zuul18:33
*** sdake has quit IRC18:35
*** sdake has joined #zuul18:35
*** sdake has quit IRC18:46
fungii saw! along with a david bowie reference apparently18:46
*** rfolco|rover has quit IRC18:46
fungi(or could also have been a mott the hoople reference i suppose)18:47
*** sdake has joined #zuul18:50
*** sdake_ has joined #zuul18:55
*** sdake has quit IRC18:55
*** sdake_ has quit IRC18:56
*** sdake has joined #zuul18:58
*** sanjayu_ has quit IRC18:59
*** sdake has quit IRC19:00
*** sdake_ has joined #zuul19:02
*** bhavikdbavishi has quit IRC19:02
*** sdake_ has quit IRC19:06
*** sdake has joined #zuul19:06
*** sdake has quit IRC19:10
*** rfolco has joined #zuul19:12
*** sdake has joined #zuul19:12
openstackgerritJames E. Blair proposed openstack-infra/nodepool master: Support requests for specific providers  https://review.openstack.org/63941819:20
*** sdake has quit IRC19:20
*** gouthamr has quit IRC19:20
*** gouthamr_ has joined #zuul19:20
*** sdake_ has joined #zuul19:21
*** sdake_ has quit IRC19:25
*** sdake has joined #zuul19:26
*** rfolco is now known as rfolco|rover19:28
*** sdake has quit IRC19:35
*** sdake_ has joined #zuul19:36
*** sdake_ has quit IRC19:45
*** sdake has joined #zuul19:47
ianwpabelanger: yeah, and we have the inverse of no dnf on debuntu afaics, and then no zypper on bionic+ too ...19:54
SpamapSCannot see zypper without thinking of Dr. Evil19:54
*** sdake has quit IRC19:55
SpamapShttps://imgur.com/gallery/vc3SAyt19:55
corvusSpamapS: you have successfully propogated a meme19:56
*** sdake has joined #zuul19:56
SpamapScorvus: #WheresMyCookie19:57
*** sdake has quit IRC20:03
mordredcorvus, SpamapS: my main objection to switching to the build page (although I agree with SpamapS that what I want to see is the build page) is that it has the potential to make getting to the console log be an additional click "click to build, click to logs dir, click console log file"20:05
mordredwhich is why I'd sort  of been wanting to have the build page have the rest of the json parsing so that "get to console log" could be "click to expand console log to see more than just the log snipped"20:06
mordredBUT20:06
mordredmaybe that's perfect in the way of good20:06
mordredand like SpamapS says, the error chunk in the build page is probably what I want to see from the console log most of the time anyway20:07
mordredso maybe let's do it already20:07
*** jamesmcarthur has quit IRC20:15
*** jamesmcarthur has joined #zuul20:16
*** jamesmcarthur has quit IRC20:20
*** delhage has quit IRC20:27
*** delhage has joined #zuul20:28
SpamapSmordred: yeah I'm finding the error chunk is 90% of what I want, and so I always want to start there.. even if I then want to click to error logs.20:31
openstackgerritMerged openstack-infra/zuul master: Log to job output when running Ansible setup  https://review.openstack.org/63781320:39
corvustobiash: do you want to update https://review.openstack.org/638801 with a release note?20:40
*** gouthamr_ is now known as gouthamr20:42
*** takamatsu_ has quit IRC20:48
*** takamatsu_ has joined #zuul20:50
*** spsurya has quit IRC21:03
*** jamesmcarthur has joined #zuul21:11
*** manjeets_ has joined #zuul21:22
*** manjeets has quit IRC21:24
*** zbr|out has quit IRC21:27
ianwpabelanger / SpamapS: i guess in the end, it's all just wrappers around .rpm files, which is all just wrappers around a cpio file ...21:28
SpamapSianw: which is just wrappers around unix filesystem assumptions21:31
*** manjeets_ is now known as manjeets21:35
*** sdake has joined #zuul22:28
daniel2I finally was able to get nodepool to build images.  That was a really educational experience for me.  Was able to at least upgrade to 0.5.0, now I need to learn ansible.22:29
*** sdake has quit IRC22:30
*** sdake has joined #zuul22:33
*** sdake has quit IRC22:40
*** sdake_ has joined #zuul22:40
*** sdake_ has quit IRC22:45
openstackgerritJames E. Blair proposed openstack-infra/nodepool master: Support requests for specific providers  https://review.openstack.org/63941822:47
*** sdake has joined #zuul22:48
corvusShrews_, mordred, clarkb, fungi, tobiash: ^ that should get us paused-job node-provider affinity22:48
corvuswell, the nodepool part at least22:48
*** jamesmcarthur has quit IRC22:49
jktwow wow wow22:54
jktso, urlib.parse.urlparse converts hostname to lowercase22:54
jktwhich means that my gerrit_connection.canonical_hostname won't match22:55
jktthat looks like a good explanation for my multitenancy issue22:55
*** sdake has quit IRC22:56
*** sdake has joined #zuul22:58
*** sdake has quit IRC23:00
*** jamesmcarthur has joined #zuul23:02
*** sdake has joined #zuul23:02
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Request dependent job nodes from paused parent provider  https://review.openstack.org/63946723:04
*** sdake has quit IRC23:06
*** sdake_ has joined #zuul23:06
*** jamesmcarthur has quit IRC23:09
*** sdake_ has quit IRC23:10
tobiashcorvus: cool :)23:11
*** sdake has joined #zuul23:11
tobiashwill review tomorrow23:12
tobiashAnd yes, will add a release note to the base64 change23:13
*** sanjayu_ has joined #zuul23:19
*** sdake has quit IRC23:20
*** sdake has joined #zuul23:23
*** sdake has quit IRC23:25
*** sdake has joined #zuul23:27
*** sdake has quit IRC23:30
*** sdake has joined #zuul23:32
*** sdake has quit IRC23:35
*** sdake has joined #zuul23:36
*** sdake has quit IRC23:37
*** sdake has joined #zuul23:38
*** sdake has quit IRC23:40
*** sdake has joined #zuul23:42
*** sdake has quit IRC23:50
*** jesusaur has quit IRC23:51
*** sdake has joined #zuul23:52
jktwhen returning artifacts, what is the purpose of artifact.name? Is that related to the name given in job.requires and job.provides?23:54
jktI'm asking because I have six providing jobs and six consumig jobs, I see that different artifacts are stored in SQL for the providing jobs and that their results as reported by API contain correct artifacts23:55
jktbut when my consuming jobs are executed, they all get artifact URL which was created by the first provider23:55
*** sdake has quit IRC23:55
*** sdake has joined #zuul23:56

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