Monday, 2020-02-24

*** jamesmcarthur has joined #zuul00:02
*** jamesmcarthur has quit IRC00:21
*** Defolos has quit IRC00:23
*** Defolos has joined #zuul00:25
*** jamesmcarthur has joined #zuul00:26
*** Defolos has quit IRC00:34
*** jamesmcarthur has quit IRC01:05
*** tosky has quit IRC01:06
*** jamesmcarthur has joined #zuul01:06
*** jamesmcarthur has quit IRC01:09
*** jamesmcarthur_ has joined #zuul01:09
*** jamesmcarthur_ has quit IRC01:26
*** jamesmcarthur has joined #zuul01:27
*** jamesmcarthur has quit IRC01:29
*** jamesmcarthur_ has joined #zuul01:29
*** jamesmcarthur_ has quit IRC01:39
*** jamesmcarthur has joined #zuul01:40
*** jamesmcarthur has quit IRC01:54
*** jamesmcarthur has joined #zuul01:54
*** jamesmcarthur has quit IRC02:09
*** jamesmcarthur has joined #zuul02:11
*** jamesmcarthur has quit IRC02:29
*** jamesmcarthur has joined #zuul02:29
*** jamesmcarthur has quit IRC03:21
*** jamesmcarthur has joined #zuul04:30
*** sshnaidm|afk has quit IRC04:38
*** sshnaidm|afk has joined #zuul04:51
*** jamesmcarthur has quit IRC05:29
*** evrardjp has quit IRC05:34
*** evrardjp has joined #zuul05:35
*** raukadah is now known as chandankumar05:43
*** sgw has joined #zuul06:39
openstackgerritIan Wienand proposed zuul/zuul-jobs master: install-javascript-packages: add tox_constraints_file  https://review.opendev.org/70941406:48
*** AJaeger has quit IRC06:59
openstackgerritIan Wienand proposed zuul/zuul-jobs master: install-javascript-packages: add tox_constraints_file  https://review.opendev.org/70941407:00
*** AJaeger has joined #zuul07:03
openstackgerritIan Wienand proposed zuul/zuul-jobs master: install-javascript-packages: add tox_constraints_file  https://review.opendev.org/70941407:25
*** dpawlik has joined #zuul07:29
*** sshnaidm|afk has quit IRC07:41
*** Defolos has joined #zuul07:47
*** saneax has joined #zuul07:47
*** sshnaidm|afk has joined #zuul07:55
mnaseryay, foreground option landed!08:03
mnasertesting it right now08:04
*** sshnaidm|afk is now known as sshnaidm08:04
*** paulalbertella is now known as reiterative08:07
mnaseryay, working nicely locally08:14
openstackgerritMohammed Naser proposed zuul/zuul-helm master: Drop args from container spec  https://review.opendev.org/70942408:17
*** tosky has joined #zuul08:18
*** jcapitao has joined #zuul08:23
openstackgerritIan Wienand proposed zuul/zuul-jobs master: install-javascript-packages: add tox_constraints_file  https://review.opendev.org/70941408:24
*** jcapitao has quit IRC08:29
*** jcapitao has joined #zuul08:29
openstackgerritJan Kubovy proposed zuul/zuul master: Enforce sql connections for scheduler and web  https://review.opendev.org/63047209:20
*** bolg has joined #zuul09:21
*** yolanda__ has joined #zuul09:37
openstackgerritJan Kubovy proposed zuul/zuul master: Scheduler test app factory  https://review.opendev.org/70881209:39
*** yolanda has quit IRC09:40
openstackgerritJan Kubovy proposed zuul/zuul master: Make test setup_config more pure  https://review.opendev.org/70908409:42
openstackgerritJan Kubovy proposed zuul/zuul master: Scheduler test app factory  https://review.opendev.org/70881209:42
openstackgerritJan Kubovy proposed zuul/zuul master: Add spec for scale out scheduler  https://review.opendev.org/62147909:50
openstackgerritJan Kubovy proposed zuul/zuul master: Enforce sql connections for scheduler and web  https://review.opendev.org/63047209:51
openstackgerritJan Kubovy proposed zuul/zuul master: WIP: Store unparsed branch config in Zookeeper  https://review.opendev.org/70571610:52
*** avass has joined #zuul11:09
tobiashzuul-maint: did anyone also encounter occasional ssh remote host identification changed errors in builds?11:23
tobiashI did some digging in the logs and it seems that nodepool stole the fip from a build node with a running job11:23
tobiashI wonder if wait_for_server in openstacksdk (this does fip attachment) has some race11:24
tobiashmordred: maybe you have a hunch11:25
openstackgerritJan Kubovy proposed zuul/zuul master: WIP: Store unparsed branch config in Zookeeper  https://review.opendev.org/70571611:37
tobiashI wonder if it has something to do with https://opendev.org/opendev/system-config/src/branch/master/playbooks/templates/clouds/nodepool_clouds.yaml.j2#L1811:39
tobiashwe have the same settings11:39
*** jcapitao is now known as jcapitao_lunch12:01
tobiashmordred: reading the neutron api docs, am I right that it's basically impossible to attach an unused fip race free to an instance?12:19
tobiashhttps://docs.openstack.org/api-ref/network/v2/?expanded=update-floating-ip-detail12:19
*** nborg1 has joined #zuul12:19
nborg1mnaser: Sorry for the late response, but no, I did not see any warning bell for the tenant when the new project did not appear in the project list. A reboot of the scheduler and web "solved" it.12:21
nborg1Today we have another problem. gerrit tags do not seem to match any jobs. Should they not automatically match jobs on the branch where the tag is pushed?12:22
nborg1We cannot release :o12:22
avassOur release jobs seems to not run. It looks like no job variants matches the change. debug log looks like this for every job in the projectconfig: http://paste.openstack.org/show/789927/12:24
avassHave I missed something?12:24
AJaegeravass: where is the release job configuration?12:29
AJaegeravass: where is the release job configuration (project stanza) ? is it in the projectconfig?12:29
avassyeah, in a different file under zuul.d/ in the same project12:30
avassuuh what I mean is job configuration and project configuration is in the same project in different files under zuul.d/12:31
AJaegerYou have a Jobt that is not “branch aware”. Typically these are jobs that are triggered by tag based events.12:31
AJaegerSo, release pipeline has not branch assocatiated.12:31
AJaegerThat's why we have all the publish-to-pypi project stanza in project-config and not in repo.12:31
AJaegeravass: in-repo works only if you have only a master branch12:32
avassah12:32
AJaegeravass: release pipeline is special as it's not branch aware...12:32
AJaegerhttps://docs.openstack.org/infra/manual/creators.html#central-config-exceptions12:33
AJaegerNot sure what the Zuul docs say to it...12:33
avassI'm not sure it really mentions it, but I guess it sort of makes sense.12:33
avassWhat we want to do is do a release on the branch where a commit is tagged. If that makes sense12:35
nborg1Does that mean that we cannot have a parent in the project either? For instance how we should compile?12:37
AJaegeravass: sure, that is what we do in OpenDev as well - and put the template in your project-config12:37
AJaegernborg1: AFAIK you need to put it elsewhere - in a repo without branches.12:39
AJaegeravass, nborg1, best discuss with rest of team later - and would be good if you put up a brief example so that we all know what we talk about.12:39
nborg1AJaeger: - project: { name: <project_name> release: { jobs: [ compile ] }}, where we want to define the compile job in the untrusted-project, since it changes over time.12:43
AJaegernborg1: please discuss with rest of team later. My first reaction: Won't work, but I'm not the ultimate expert here12:44
AJaegerbbl12:44
tobiashzuul-maint: re fip-reuse: removing floating-ip from clouds.yaml cache didn't help12:51
*** rlandy has joined #zuul12:56
*** rfolco has joined #zuul13:04
*** jamesmcarthur has joined #zuul13:13
*** jcapitao_lunch is now known as jcapitao13:19
*** jamesmcarthur has quit IRC13:32
*** jamesmcarthur has joined #zuul13:45
Shrewstobiash: "stole" an in-use fip? i've never heard of that. not even sure how that's possible13:54
Shrewsbut, everything around fip is so weird anyway13:55
*** saneax has quit IRC14:07
*** Goneri has joined #zuul14:19
*** jamesmcarthur has quit IRC14:22
mnaserwhat's the difference between zuul's waiting and queued status14:35
mnaserseems like things in retry are in waiting status14:36
pabelangerqueued is when the change has been added to the queue, waiting is for nodepool to fully the node request to start running the job14:37
fungiavass: sounds like you might want something like https://review.opendev.org/57855714:37
pabelangerI usually see more 'waiting' when at capacity in nodepool14:37
mnasercan a change go from queued => waiting at capacity?14:38
pabelangeror multinode jobs, cannot fulfill the noderequest14:38
fungiavass: the commit message explains why "release on the branch where a commit is            tagged. If that makes sense14:38
tobiashmnaser: waiting is waiting for a parent job14:38
mnasertobiash: in this case there is no parent job though14:38
fungiavass: er, the commit message explains why "release on the branch where a commit is tagged" is a vague assertion14:38
tobiashthat sounds like a bug14:38
fungis/assertion/condition/14:39
mnaserex: opendev change 709461,114:39
mnaseropenstack-ansible-deploy-aio_lxc-debian-buster (2. attempt)14:39
mnaseris current 'waiting'14:39
pabelangerit is waiting for nodepool14:39
mnaseralso the fact that pabelanger and tobiash seem to have different thoughts on the value maybe means we should document it :p14:40
pabelangerlikely something going on with a nodepool provider14:40
openstackgerritJan Kubovy proposed zuul/zuul master: Use scheduler factory consistently in tests  https://review.opendev.org/70954214:40
fungii thought "waiting" state was when a build is waiting on a build of another job specified as a dependency (either directly or via provides/requires)14:41
fungipossible we reuse it for multiple conditions?14:41
pabelangermaybe14:42
openstackgerritJan Kubovy proposed zuul/zuul master: WIP: Store unparsed branch config in Zookeeper  https://review.opendev.org/70571614:42
mnaserok so the UI14:43
mnaserif job.queued = false { 'waiting' } else { 'queued' }14:43
mnaserso if its not queued, it shows queued .. otherwise its waiting14:45
mnaserwat14:45
*** avass has quit IRC14:49
corvusmnaser: i just woke up, but i'm pretty sure that says if it's not queued it shows waiting otherwise it's queued14:54
corvus'queued' is supposed to mean that the request for notes is in nodepool's queue.  'waiting' is supposed to mean that it is waiting to make that request (usually because a parent job has not completed, a requirement-providing job has not completed, or it needs a semaphore)14:55
corvusif none of the 3 seem relevant here, then i agree with tobiash, that's sounding like a bug14:56
tobiashmnaser, pabelanger: this is the change that introduced waiting in the ui: https://review.opendev.org/66087814:58
tobiashcould be that that state is not correctly set in the retry case (however this should only be a ui issue)14:59
tobiashexcept if it's not started at all, then you might hit an edge case somewhere regarding retries15:00
corvustobiash: yeah, but why would it get reset back to false?15:00
corvusi think there is a nodepool request for this job15:00
tobiashcorvus: I don't know, maybe that hits a different code path?15:00
tobiashcorvus: but retried jobs get their node requests via findJobsToRequest as well right?15:01
corvustobiash: i believe so15:02
tobiashthen I don't understand that yet15:02
corvusanother job on that change just hit a retry and is now 'queued'15:02
tobiashI also observed such oddities in our system, but hadn't yet time to look deeper (assuming it's just a ui issue)15:03
mnaserin this case 689629,19 is also all in waiting, with no retries15:03
tobiashcorvus: maybe a side effect as we store it in the job, not in the buildset15:06
corvustobiash: in that case, i'd expect the opposite to be true (it would show queued instead of waiting)15:06
tobiashyes, weird15:07
corvusmnaser: the jobs in that change all seem to have nodepool requests too.  and 3 of them just went from waiting to running15:09
corvus2 tenant reconfigurations happened during the wait for those jobs15:12
corvusone of which was due to a change landing on openstack/openstack-ansible-tests @ master15:13
mnaserso maybe it dequeued them..?15:19
mnaserthose are jobs which are defined there15:19
tobiashoh, those re-freeze the job15:19
tobiashso that makes sense that they are reset to waiting15:19
tobiashjobs are re-frozen but the node request already exists -> waiting state15:20
tobiashshould be easy to fix then15:20
corvusyeah, that's what i'm thinking15:20
corvustobiash: we can probably fix that in findjobstorequest -- just force the queued state in the loop above where it checks if there's already a request15:22
tobiashyepp15:23
tobiashthen we make sure there is no similar issue :)15:23
corvusokay, i have written that one line.  i will also write a test, which will take a bit.  :)15:24
mnaseri seem to always wake corvus to some sort of weird zuul issue :)15:25
corvusthe only thing i like better than a weird zuul issue is zuul not having any issues.15:25
mnaser:P15:29
mnaseri wonder if allowed-projects to pipeline makes sense15:37
mnaseri'm looking at the `release-approval` pipeline and im seeing changes like openstack/openstack-ansible changes in there15:37
mnaserand i can only assume there's an overhead of queue and dequeue15:37
mordredfungi, corvus: ugh. the gitdb issue openstack hit is hitting zuul-jobs py27 jobs15:47
fungiof course it is15:47
mordredhttps://zuul.opendev.org/t/zuul/build/0cf976a0c22a422d8756e4519fefd259/console15:47
fungimnaser: zuul momentarily enqueues items into every pipeline to check whether they're applicable15:48
fungiit's more of an implementation detail, possible we could come up with a different way to reflect that in the status api (or hide it in the web dashboard)15:48
openstackgerritJames E. Blair proposed zuul/zuul master: Ensure job.queued is correct after reconfig  https://review.opendev.org/70955915:49
mordredfungi: I think maybe our mirrors just haven't caught up to the new gitdb releases?15:49
mordredERROR: Could not find a version that satisfies the requirement gitdb>=4.0.1 (from gitdb2>=2.0.0->GitPython<2.1.12,>=2.1.8->-r /home/zuul/src/opendev.org/zuul/zuul-jobs/test-requirements.txt (line 5)) (from versions: 0.5.0, 0.5.1, 0.5.2, 0.5.3, 0.5.4, 0.6.0, 0.6.1, 0.6.2, 0.6.3, 0.6.4)15:49
mordredgitdb>=4.0.1 *does* exist on pypi15:50
corvusmnaser, pabelanger, tobiash:  Ensure job.queued is correct after reconfig  https://review.opendev.org/70955915:50
corvuswow, our mirrors have cool 404 pages15:55
corvusmordred: http://mirror.bhs1.ovh.openstack.org/pypi/simple/gitdb/ does have 4.0.1 now15:56
corvusbut maybe it didn't when the job ran?15:56
corvusthe mirrors are proxies, now, right?15:56
corvusseems weird for it to fail then15:56
mordredcorvus: maybe we just got unlucky with cache ttl of the index page?15:57
mordredcorvus: f29 has been archived: http://mirror.sjc1.vexxhost.openstack.org/fedora/releases/29/README15:59
mordredcorvus: so our fedora 29 docker jobs are also broken15:59
fungimordred: as corvus mentioned, we don't mirror pypi any longer, so we could have a stale cache i suppose. this is under python 3.x right?16:02
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Fix unittests for python2 and fedora  https://review.opendev.org/70930216:02
clarkbfungi: indexes have a ttl of like 5-10 minutes. The packages themselves would be cached for a day (our max cache period) iirc16:03
mordredfungi: it was under 2.716:03
mordredclarkb: yeah - I'm guessing we just got REALLY unlucky with that index16:03
clarkbI think we've also simply seen pypi fail for $internet reasons16:03
mordredyeah16:03
fungihttp://mirror.sjc1.vexxhost.openstack.org/pypi/simple/gitdb2/ shows 4.0.2 sdist and a python3-only wheel16:03
*** jcapitao has quit IRC16:07
*** rishabhhpe has joined #zuul16:07
*** jcapitao has joined #zuul16:08
nborg1fungi: https://review.opendev.org/#/c/578557/17 is close to what we are looking for. Ideally, we would like the configuration from the tagged commit. We cannot use only branches where the tag is on the head of branches though (mentioned in a comment), as tagging is our only way to send meta-data to the jobs. We need to be able to rerun jobs with different meta-data, such as which firmware to build for. But16:11
nborg1building from any branch containing the tag should be good enough.16:11
funginborg1: cool, feedback on that change would be great in that case16:12
rishabhhpeHi All, My job is not getting executed for third party CI .. its erroring out in ansible .. can anyone here please suggest what i am missing in configuration -: http://paste.openstack.org/show/789940/16:14
rishabhhpei had pasted the error log above16:14
Shrewsrishabhhpe: /bin/sh: 1: auto: not found    i think you need ansible 2.8 if using 'auto' for the python interpreter16:18
*** jcapitao is now known as jcapitao_afk16:18
rishabhhpeshrews: i am not passing anything for ansible it is itself taking ansible 2.716:18
clarkbShrews: it is nodepool that should set that16:19
clarkbiirc16:19
Shrewsyeah, but i thought zuul handled that somewhere, too16:21
Shrewsi seem to recall a bug fix for it...16:21
rishabhhpeclarkb: Shrews: is there anything missed configuration wise ?16:22
clarkbShrews: ya I think its supposed to have an ansible version check that accomodates the value set by nodepool16:22
clarkb(and that is if unset then do auto for >=2.8 and python2 otherwise?16:22
*** mattw4 has joined #zuul16:23
*** jcapitao_afk has quit IRC16:23
*** bolg has quit IRC16:24
*** bolg has joined #zuul16:24
Shrewsif rishabhhpe is running the latest zuul, that's probably a mis-direction error. hard to parse that paste  :/16:24
*** jcapitao_afk has joined #zuul16:25
*** bolg has quit IRC16:25
Shrewshttps://opendev.org/zuul/zuul/src/branch/master/zuul/executor/server.py#L1437-L145916:26
Shrewsrishabhhpe: does your version of zuul have that bit of code? ^^16:26
Shrewsthat's been in place for a while though, so probably not the issue16:28
*** jcapitao_afk is now known as jcapitao16:32
*** Defolos has quit IRC16:37
mordredfungi: failed again: https://zuul.opendev.org/t/zuul/build/0c040fcde1204c3b9b3004da2ca2c645 :(16:38
*** jamesmcarthur has joined #zuul16:38
mordredcorvus: ^^16:41
mordrednow I'm really confused16:41
corvusmordred: and that's the same region/mirror16:41
fungimordred: maybe gitdb2>4 is now python3-only?16:42
mordredoh. hrm. lemme see if I can reproduce that16:42
mordredcorvus: do you know off the top of your head why zuul-jobs declares an explicit depend on GitPython?16:44
corvusno, i'll check the bottom of my head16:44
mordredfungi: yes - the same error happens against pypi16:44
clarkbthe reason is the data-require-python16:44
clarkbits >=python3.416:44
clarkbsee page source of http://mirror.bhs1.ovh.openstack.org/pypi/simple/gitdb/16:45
corvuswow that would be a cool thing to put in the visible part of the page16:45
mordredawesome.16:45
mordredwell - at least that means it's not going to kill us in zuul proper16:45
clarkbits visible in the non simple index too16:45
clarkbon the left side panel16:46
mordredclarkb, corvus, fungi: doesn't look like we need GitPython for zuul-jobs unittests- so maybe it's in there as a pin for the zuul install?16:47
corvusmordred: yeah, a74ff558167653f0010b1a7e002ad56f6e84db1c says it's a pin because gitpython is py3-only16:48
corvusand that's for the zuul install16:48
mordredcorvus: so putting a python_version > "3" in there would not be incorrect16:49
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Fix unittests for python2 and fedora  https://review.opendev.org/70930216:49
mordredcorvus: although - since we >3 zuul in this patch, we should be able to jisut remove gitpython from the file16:49
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Fix unittests for python2 and fedora  https://review.opendev.org/70930216:51
openstackgerritMerged zuul/zuul master: Make most test cases work on MacOS  https://review.opendev.org/70758516:52
corvusmordred: yeah, i think that's the way to go16:58
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Add pause-buildset-registry role  https://review.opendev.org/70925617:17
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Fix cleanup of symlink fixtures  https://review.opendev.org/70930617:17
*** jamesmcarthur has quit IRC17:17
mordredfungi, clarkb: https://review.opendev.org/#/c/709302 is now green - feel like a quick +A?17:17
mordredShrews: ^^17:17
*** jamesmcarthur has joined #zuul17:18
openstackgerritJames E. Blair proposed zuul/nodepool master: k8s: allow port forwarding  https://review.opendev.org/70925917:19
rishabhhpeshrews: and clarkb: this is my zuul version zuul (3.10.2.dev53)17:19
corvusShrews, tristanC: ^ can you take a look at 709259?  i'm going to update the zuul change that uses it17:20
rishabhhpewhat check i can inject which will help me in debugging ?17:20
*** jamesmcarthur_ has joined #zuul17:20
*** jamesmcarthur has quit IRC17:21
clarkbrishabhhpe: you could try setting the python version explicitly on the nodepool configuration17:21
rishabhhpewell i had did it from my end .. initially it was running with python2 and python3 both but then i set only python3 and removed python from nodepool while building the image but still lands in same error17:22
rishabhhpeclarkb: removed python217:22
*** jcapitao has quit IRC17:25
clarkbrishabhhpe: I think you can only set a single version not both17:26
clarkbI would try setting it to python2 or python3 and then zuul should use that version aiui (rather than setting auto)17:26
clarkblet me find docs17:26
clarkbrishabhhpe: https://zuul-ci.org/docs/nodepool/configuration.html#attr-diskimages.python-path set that value17:27
rishabhhpeclarkb: yes i removed python2 and used only python3 to be initialised the spawned VM for nova .. and let me check the doc u shared17:29
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Remove enum34 from test-requirements  https://review.opendev.org/70957517:33
mordredcorvus, AJaeger: follow up to the previous one ^^ I think we can just remove the enum3417:34
*** evrardjp has quit IRC17:34
*** evrardjp has joined #zuul17:35
*** jamesmcarthur_ has quit IRC17:35
*** jamesmcarthur_ has joined #zuul17:38
AJaegermordred: cool - let's wait for tests and then I'll +2A17:44
openstackgerritJames E. Blair proposed zuul/zuul master: Stream output from kubectl pods  https://review.opendev.org/70926117:46
openstackgerritMerged zuul/zuul-jobs master: Fix unittests for python2 and fedora  https://review.opendev.org/70930217:49
openstackgerritMerged zuul/zuul-jobs master: Add pause-buildset-registry role  https://review.opendev.org/70925617:49
mordredAJaeger: sweet, thanks17:50
openstackgerrityatin proposed zuul/zuul-jobs master: Use CentOS8 dependencies repo to install openvswitch  https://review.opendev.org/70840218:08
*** jamesmcarthur_ has quit IRC18:14
*** jamesmcarthur has joined #zuul18:15
mordredAJaeger: while you're in the reviewing mood, https://review.opendev.org/#/c/709306/ is a cleanup patch18:15
AJaeger;)18:16
openstackgerritMerged zuul/zuul-jobs master: Remove enum34 from test-requirements  https://review.opendev.org/70957518:19
*** jamesmcarthur has quit IRC18:20
AJaegerianw pushed a change to use contraints for javascript installs, could you review that as well, please? https://review.opendev.org/709414 . It would have been great to had that earlier today - but I haven't thought this completely through yet and like input18:24
*** jamesmcarthur has joined #zuul18:26
*** jamesmcarthur has joined #zuul18:26
openstackgerritMerged zuul/zuul-jobs master: Remove deprecated upload-afs role  https://review.opendev.org/70537318:27
openstackgerritDavid Shrewsbury proposed zuul/nodepool master: Use Fedora 30 for openshift functional job  https://review.opendev.org/70958118:29
*** igordc has joined #zuul18:36
openstackgerritJames E. Blair proposed zuul/nodepool master: k8s: allow port forwarding  https://review.opendev.org/70925918:37
*** chandankumar is now known as raukadah18:38
rishabhhpeclarkb: after adding the python-path to python3 i able to pass the step for error "auto" but i landed in this error now -:http://paste.openstack.org/show/789949/18:38
clarkbrishabhhpe: bubblewrap (the bwrap command, is a dependency of zuul)18:39
rishabhhpewell for this i already did changes in image-builder ..18:40
openstackgerritMerged zuul/zuul-jobs master: Use CentOS8 dependencies repo to install openvswitch  https://review.opendev.org/70840218:40
rishabhhpebut still its not working .. is there any way to troubleshoot this ?18:41
clarkbrishabhhpe: it is required where you run the zuul-executor18:41
clarkbit isn't needed in your test images18:41
rishabhhpeclarkb: so do i need to install it in my zuul-executor box ?18:42
clarkbrishabhhpe: yes18:43
rishabhhpeok let me try this18:43
rishabhhpeapart from this do i need to restart any service or build new image ? or current setup will only work after installing this ?18:43
clarkbyou shouldn't need to restart anything, but if it still fails with that error then restart the zuul-executor service18:44
rishabhhpeOk18:45
*** dpawlik has quit IRC18:49
*** rishabhhpe has quit IRC19:19
openstackgerritMerged zuul/nodepool master: Use Fedora 30 for openshift functional job  https://review.opendev.org/70958119:21
openstackgerritMerged zuul/nodepool master: k8s: allow port forwarding  https://review.opendev.org/70925919:25
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Precreate AFS target directory in upload  https://review.opendev.org/70959419:31
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Precreate AFS target directory in upload  https://review.opendev.org/70959419:40
*** jamesmcarthur has quit IRC19:44
*** dpawlik has joined #zuul19:45
*** igordc has quit IRC19:58
openstackgerritMerged zuul/zuul-jobs master: Precreate AFS target directory in upload  https://review.opendev.org/70959420:00
*** dpawlik has quit IRC20:14
mnaserappreciate eyes on https://review.opendev.org/#/c/709424/20:45
openstackgerritJames E. Blair proposed zuul/zuul master: Stream output from kubectl pods  https://review.opendev.org/70926120:48
openstackgerritJames E. Blair proposed zuul/zuul master: Add destructor for SshAgent  https://review.opendev.org/70960920:48
corvusmnaser, tobiash: \o/ re 70942420:57
mnasercorvus: tested that one locally too already :)20:58
clarkbI'm trying to sort out our smmap/gitdb/GitPython trouble locally and noticed ERROR: cherrypy 18.5.0 has requirement cheroot>=8.2.1, but you'll have cheroot 8.0.0 which is incompatible. is that a known issue?20:59
clarkbI think upstream must've fixed the cheroot problem then wanted to run newer cheroot and dropping the 8.0.0 requirement will fix things for zuul?20:59
mordredclarkb: it seems like a reasonable hypothesis?20:59
*** jamesmcarthur has joined #zuul21:23
*** igordc has joined #zuul21:30
*** Defolos has joined #zuul21:31
clarkbre cheroot, tobiash's issue hasn't been fixed upstream so we either want to pin cherrypy to something that is known to work with 8.0.0 or just keep using it this way since it seems to work :)21:37
*** jamesmcarthur has quit IRC21:39
*** Goneri has quit IRC21:40
tristanCcorvus: i don't understand your comment https://review.opendev.org/#/c/709261/2/zuul/executor/server.py@351 . it seems like this is going to leak kubectl process if we don't get a port21:41
corvustristanC: oh, i didn't understand your original comment.21:43
corvustristanC: i thought you were trying to bring attention to the case where subprocess.popen failed.  i did not notice that self.fwd had not been assigned yet.21:45
openstackgerritJames E. Blair proposed zuul/zuul master: Stream output from kubectl pods  https://review.opendev.org/70926121:46
corvustristanC: ^ thanks21:46
tristanCcorvus: alright21:48
openstackgerritJames E. Blair proposed zuul/zuul master: Stream output from kubectl pods  https://review.opendev.org/70926121:52
corvusmissing newline21:52
openstackgerritJames E. Blair proposed zuul/zuul master: Add destructor for SshAgent  https://review.opendev.org/70960921:52
*** jamesmcarthur has joined #zuul21:55
clarkbreading up on why cherrypy updated the cheroot dep I think 8.0.0 is actually fine. The code change in cherrpy was precipitated by a change in cheroot that was in cheroot==7.0.0 but when they updated the cherrypy side they set the dep requirement to whatever was current cheroot22:28
clarkbI think we just live with that error for now while we wait on a fix for tobiash's issue22:29
*** Goneri has joined #zuul22:32
*** mattw4 has quit IRC22:36
*** jamesmcarthur has quit IRC22:38
*** Goneri has quit IRC22:40
*** jamesmcarthur has joined #zuul22:48
*** jamesmcarthur has quit IRC23:02
openstackgerritMerged zuul/gcp-authdaemon master: Initial commit  https://review.opendev.org/70743823:06
*** mattw4 has joined #zuul23:18
*** mattw4 has quit IRC23:29
*** mattw4 has joined #zuul23:34
*** tosky has quit IRC23:43
*** jamesmcarthur has joined #zuul23:45
*** Defolos has quit IRC23:48
*** jamesmcarthur has quit IRC23:49
*** jamesmcarthur has joined #zuul23:50
*** jamesmcarthur has quit IRC23:55
*** igordc has quit IRC23:58

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