Monday, 2019-08-19

*** spsurya has joined #zuul01:09
*** jamesmcarthur has joined #zuul02:37
*** bhavikdbavishi has joined #zuul02:41
*** bhavikdbavishi1 has joined #zuul02:44
*** bhavikdbavishi has quit IRC02:45
*** bhavikdbavishi1 is now known as bhavikdbavishi02:45
*** jamesmcarthur has quit IRC03:33
*** jamesmcarthur has joined #zuul03:47
*** jamesmcarthur has quit IRC04:00
*** jamesmcarthur has joined #zuul04:00
*** saneax has quit IRC04:09
*** jhesketh has quit IRC04:18
*** jhesketh has joined #zuul04:19
*** jamesmcarthur has quit IRC04:24
*** jamesmcarthur has joined #zuul04:26
*** jamesmcarthur has quit IRC04:37
*** jamesmcarthur has joined #zuul04:44
*** jamesmcarthur has quit IRC05:00
*** jamesmcarthur has joined #zuul05:05
*** raukadah is now known as chkumar|ruck05:23
*** jamesmcarthur has quit IRC05:38
*** jamesmcarthur has joined #zuul05:42
*** AJaeger has quit IRC05:42
*** jamesmcarthur has quit IRC05:44
*** AJaeger has joined #zuul05:45
*** themroc has joined #zuul05:58
openstackgerritFelix Schmidt proposed zuul/zuul master: Make direct-push configurable on project-level  https://review.opendev.org/67710906:02
openstackgerritFelix Schmidt proposed zuul/zuul master: Implement push job in merger  https://review.opendev.org/67711006:02
openstackgerritFelix Schmidt proposed zuul/zuul master: Push changes in GerritReporter if direct-push is enabled  https://review.opendev.org/67711106:02
AJaegerzuul experts, any idea why we see CONFIG_ERROR for periodic requirements jobs? See http://zuul.opendev.org/t/openstack/buildsets?result=CONFIG_ERROR&pipeline=periodic - you might need to look at the log files, I could not get any further information out of this.06:14
*** saneax has joined #zuul06:27
*** threestrands has quit IRC06:34
*** threestrands has joined #zuul06:35
AJaegercorvus: do we still need set-zuul-log-path-fact with Swift storage?06:56
AJaegercorvus: https://review.opendev.org/#/c/676756 looks fine, the tests don't show the URL anymore.06:56
*** bhavikdbavishi has quit IRC07:19
*** bhavikdbavishi has joined #zuul07:19
*** threestrands has quit IRC07:19
*** themroc has quit IRC07:24
*** yolanda has quit IRC07:42
*** yolanda__ has joined #zuul07:43
*** jpena|off is now known as jpena07:44
*** hashar has joined #zuul07:56
arxcruzzbr: https://review.rdoproject.org/r/#/c/21869/ ansible 2.808:23
arxcruzzbr: i added you as qe on https://tree.taiga.io/project/tripleo-ci-board/task/125608:24
arxcruzzbr: i did not add on the upstream base otherwise all upstream job would also move to ansible 2.8 which is not the intent08:24
*** yolanda__ is now known as yolanda08:28
openstackgerritFelix Schmidt proposed zuul/zuul master: Implement push job in merger  https://review.opendev.org/67711008:32
openstackgerritFelix Schmidt proposed zuul/zuul master: Push changes in GerritReporter if direct-push is enabled  https://review.opendev.org/67711108:32
*** noorul has joined #zuul08:33
*** noorul has quit IRC08:34
zbrarxcruz: why not switching tripleo-ci-base-ovb to 2.8 directly?08:49
arxcruzzbr: because the job is defined on tripleo-ci repo upstream08:50
arxcruzand doing so, we would move also upstream jobs08:50
zbryeah. that is what I am asking, why not moving all08:51
zbrwhat prevents us from doing it?08:51
arxcruzzbr: we can discuss this today, my understanding was only rdo08:52
arxcruzzbr: also, it's in the commit message08:52
arxcruzNotice this could not be done in the upstream base because it would move08:52
arxcruzalso the upstream jobs to ansible 2.8, which is not the intention right08:52
arxcruznow.08:52
zbradded comments08:52
*** themroc has joined #zuul09:13
*** themroc has quit IRC09:16
*** themroc has joined #zuul09:16
*** hashar has quit IRC10:21
*** jpena is now known as jpena|lunch11:39
*** rlandy has joined #zuul11:47
*** rlandy is now known as rlandy|rover11:48
*** chkumar|ruck is now known as chkumar|rover11:49
*** rlandy|rover is now known as rlandy|ruck11:49
*** hashar has joined #zuul11:58
*** weshay_pto is now known as weshay12:00
*** rfolco has joined #zuul12:28
*** jpena|lunch is now known as jpena12:31
*** spsurya has quit IRC12:43
*** jeliu_ has joined #zuul13:57
*** sshnaidm is now known as sshnaidm|bbl14:16
*** yolanda has quit IRC14:31
*** SpamapS has quit IRC14:31
*** yolanda has joined #zuul14:36
*** noorul has joined #zuul14:48
*** saneax has quit IRC14:49
noorulhi14:50
noorulI am trying to do docker pull insecure-ci-registry.opendev.org:5000/zuul/zuul-web:7a6c26a4237e4d77acb595487a8fc0b3_latest14:50
noorulI get following error14:50
noorulError response from daemon: Get https://insecure-ci-registry.opendev.org:5000/v2/zuul/zuul-web/manifests/7a6c26a4237e4d77acb595487a8fc0b3_latest: no basic auth credentials14:50
pabelangerI don't think that registery is used by public is it?14:50
pabelangerjust for testing14:50
noorulHow do I get the containers for zuul locally?14:51
pabelangerthey should be on docker hum14:51
pabelangerhub*14:51
pabelangerhttps://hub.docker.com/r/zuul/14:51
noorulFor a patch that is in review14:51
pabelangeroh14:51
*** sgw has joined #zuul14:51
pabelangerWill have to defer to somebody else14:51
pabelangerotherwise, you can download patchset and build locally14:52
noorulWhen I do docker build, it creates 4 images, but no tagging14:52
pabelangerI believe you need to manually tag14:53
noorulThe problem is identifying which image belongs to which service14:53
pabelangernoorul: could you share what you are trying to do?14:54
noorulI am following this https://zuul-ci.org/docs/zuul/admin/quick-start.html14:54
noorulBut I want to use https://review.opendev.org/#/c/67709314:55
pandais it possible to ask zuul for meta information in a job ? e.g. "please tell me the initial zuul-inventory you would assemble while running job X"14:55
pabelangernoorul: you should be able to use git-review or gerrit links and download 677093 locally14:56
pabelangereg: git-review -d 67709314:56
pabelangerthen docker-compose down / docker-compose up14:56
pabelangerand be running that commit14:56
noorulHow does that work?14:57
nooruldocker compose points to docker hub image14:57
pabelangeroh, I guess there is no option to force builds locally?14:57
noorulThat is easy by running command "docker build ."14:58
noorulThe problem is identifying which image is for which service so that I can tag14:58
nooruland use that in docker compose14:58
noorulNow I am running diocker image history and figuring out14:59
pabelangerokay14:59
noorulShouldn't there be a better way?14:59
*** SpamapS has joined #zuul14:59
pabelangernot sure will defer to corvus14:59
pabelangerbut, i don't think quickstart is setup to do development builds, more released builds from docker hub15:00
noorulI agree15:00
pabelangermaybe see what is needed to support that workflow15:00
noorulBut my question is with respect to development15:00
pabelangeryah15:00
pabelangernoorul: https://opendev.org/zuul/zuul/src/branch/master/playbooks/quick-start is how we test on zuul.o.o15:01
pabelangermaybe you can follow along there for local15:01
pabelangerhttps://zuul-ci.org/docs/zuul-jobs/docker-image.html also gives some info about how it works15:02
pabelangerI believe use-buildset-registry might handle tagging part15:02
corvusthe image names are all in the dockerfile15:04
funginoorul: i think for the insecure-ci-registry images you'd need to disable authentication, though i haven't tried it myself. the idea was to be able to test with the built images for the proposed change series15:04
fungisince those won't appear on dockerhub until the changes get approved15:04
corvusjust "docker build -l zuul-executor -t zuul-executor" to build the executor image15:04
corvusif you're building images locally, you don't need any registry stuff15:05
corvusjust read the dockerfile15:05
fungiright, the suggestion of using the docker:// urls in the build result was in order to avoid having to rebuild them from source locally15:05
fungibut i don't know what sort of retention we actually have there, or if those might get deleted as soon as the buildset reports15:06
noorulcorvus: what is -l option for?15:07
noorulcorvus: First time hearing about that option15:07
corvusnoorul: it's the label option for multi-stage builds: https://docs.docker.com/develop/develop-images/multistage-build/15:07
fungioh, and insecure-ci-registry actually seems to expect authentication now that i'm trying to fetch from it, so i guess that won't work15:07
fungijust gives a 401 Unauthorized otherwise15:08
corvusnoorul: each of the images we build correspond 1:1 to a label in the dockerfile, so we build them all with a single label15:08
clarkbfungi: yes we manage a zuul secret that allow jobs to talk to it. It isn'ta public registry15:08
corvusnoorul: but you have to run "docker build" for each one, specifying a label each time15:08
fungiahh, too bad15:09
fungii suppose listing those urls in the build info isn't terribly helpful in that case15:09
noorulDocker version 18.09.7, build 2d0083d15:10
noorul$ docker build -l zuul-executor -t zuul-executor15:10
noorulunknown shorthand flag: 'l' in -l15:10
noorulSee 'docker build --help'.15:10
corvusnoorul: it's --label15:10
noorulcorvus: cool, that helps15:11
noorulcorvus: I hope base image will be cached15:11
corvusnoorul: yes, they're mostly the same image with only a different default command15:14
corvusshould be fast15:14
noorulhmm15:14
noorulOne more question, how do I get https://review.opendev.org/#/c/677093 locally re-based against master?15:15
corvusnoorul: git review -d 677093 && git remote update && git rebase origin/master15:16
fungiyou could use -x instead of -d while master is checked out15:16
corvusthat's probably one of many ways15:16
corvustwo of many ways :)15:16
fungior what corvus said, yep15:16
corvusbut there's a whole stack15:16
noorulwill that get entire patch set?15:16
corvusso to use '-x' you'd check out master then use 'git review -x #' for each # in the stack15:16
fungiahh, right, so you'd need to -x each dependency in order so rebase -i is easier15:16
noorulI wish I could use that image from insecure-ci-registry15:17
*** saneax has joined #zuul15:17
*** jamesmcarthur has joined #zuul15:19
corvusnoorul: me too, but the docker registry doesn't have a way to require authentication for writes but not reads.  hopefully someone will be able to improve on that someday.15:20
noorulcorvus: Can we merge this?15:21
fungii wonder if we could make those images separately downloadable as job artifacts?15:22
fungiso that you could at least fetch them with curl or wget or a browser15:22
nooruldocker save15:22
*** chkumar|rover is now known as raukadah15:24
*** noorul has quit IRC15:31
*** noorul has joined #zuul15:31
openstackgerritTristan Cacqueray proposed zuul/zuul master: trigger: add job filter event  https://review.opendev.org/63990515:37
*** themroc has quit IRC15:37
openstackgerritTristan Cacqueray proposed zuul/zuul master: webtrigger: add initial driver and event  https://review.opendev.org/55515315:40
openstackgerritTristan Cacqueray proposed zuul/zuul master: webtrigger: add web route and rpclistener  https://review.opendev.org/55483915:46
openstackgerritTristan Cacqueray proposed zuul/zuul master: web: add build button to trigger job  https://review.opendev.org/63571615:46
*** mattw4 has joined #zuul15:48
openstackgerritJames E. Blair proposed zuul/zuul master: Render the logfile under the manifest  https://review.opendev.org/67684316:00
*** sgw has quit IRC16:02
tristanCpanda: there is a topic to add an endpoint to query zuul job: https://review.opendev.org/#/q/topic:freeze_job . What type of meta information are you interested in?16:03
tristanCpanda: here is an example freeze_job call and response: https://review.opendev.org/#/c/607078/31/tests/unit/test_web.py16:04
*** jamesmcarthur has quit IRC16:11
*** jpena is now known as jpena|off16:11
*** mattw4 has quit IRC16:14
*** mattw4 has joined #zuul16:14
*** igordc has joined #zuul16:18
corvusShrews: is your autohold stuff ready to go?16:19
Shrewscorvus: well, it's all in merge conflict now, but it *was* ready at one point16:20
tobiashoops16:21
corvusShrews: the web auth stuff is merged now, so i think you've got priority there now; if you want to rebase i think we can get it in next16:23
Shrewscorvus: Ok. I'm about to lunch and go to PT. Will get to that this afternoon.16:24
corvusShrews: w00t, thx16:24
*** mattw4 has quit IRC16:28
mordredjeliu_: I'm about to go off to the dentist - but when I get back I can totally attempt to help with the percona stuff16:28
*** hashar has quit IRC16:30
pandatristanC: how come you always have only good answers for me ?16:33
jeliu_mordred: Sounds good thank you!16:33
pandatristanC: that's exactly what I was looking for ... even if the state is in progress16:33
noorulIs bitbucket code in good shape to get merged?16:34
pandatristanC: we are probably going to push metatest more, and sometimes we have to test that our job is receiveing the correct setup16:34
corvuspanda: what is metatest?16:38
pandacorvus: the test to test all tests16:38
corvusnoorul: last i looked there were some review comments that needed to be addressed16:38
noorulofosos: hi16:39
corvuspanda: is there any more information you can provide about that?16:40
pandacorvus: similar to what I said before, for example. As we have long chains of parents, and we sometimes reparent, I want to run a job to check that a set of the jobs I defined is actually getting a specific set of variables16:40
pandacorvus: or that a specfic pre play is included in the job.16:41
corvuspanda: ah, so iiuc, essentially external job configuration validation16:41
pandacorvus: yes16:41
clarkbdoes anyone know if the change object here https://opendev.org/openstack/project-config/src/branch/master/zuul.d/pipelines.yaml#L252 which comes from QueueItem.change # a ref will have a change.ref attribute when run in a timer triggered pipeline? Maybe if the job sets a branch override that ref attribute will be set?16:42
pandacorvus: zuul is usually able to comment when a change is inconsistent, a job definition is missing, etc ... but then even if it becoms consistent it may not do what it's supposed to do. That's why I was looking for this type of information.16:45
corvusclarkb: yes, should always be there.  will probably be refs/heads/branchname for a timer trigger16:47
clarkbcool I think that will address mark's comment about the stable smtp reporter lacking branch info16:49
corvusclarkb: .branch is not one of the attributes it has, but i bet we could add it if desired16:51
fungiideally the reports could be updated to state what the branch name (or any similar parameter) is in the template, rather than relying on it being part of the url as a side effect of how logs are organized, right?16:51
corvus(ie, without the refs/heads)16:51
corvusfungi: i think that's what clarkb is working on16:51
corvusfungi: it would be in the subject16:51
fungithat's what it seemed like, yeah. cool16:52
ofososnoorul: hi16:54
clarkbcorvus: I think .ref is probably close enough16:54
clarkbcorvus: and least likely to break16:54
noorulofosos: Did you get a chance to look into dependency support?16:54
ofososNo not yet, I have a patch for the broken pull url though16:55
noorulofosos: oh, cool16:55
*** jamesmcarthur has joined #zuul16:56
ofososI still have a stash of changes here, in principle it's just grepping through the PR descriptions. We have them in memory anyways16:57
ofososRight now we're running some deployments, but I can push the change tomorrow16:58
noorulofosos: I think we should work towards getting this merged16:58
* corvus would love to have it merged :)16:58
ofososI'll so the dependencies on Wednesday16:58
ofososI think that's the missing part to merge it16:58
noorulHmm16:59
ofososnoorul: does the parallel Gating work with the new patch?16:59
noorulofosos: I am in the process getting docker container16:59
ofososCool17:00
ofososI'm still not certain why there is a test failure, I think I'll look into that tomorrow17:00
noorulIt is pep8 failure17:01
ofososNo there's also a failure in the fictional tests17:01
noorulI forgot how gerrit works17:02
noorulhttps://review.opendev.org/#/c/677093/717:02
noorulThat shows all the tests passed17:02
noorulexcept pep817:02
ofososnoorul: fuuu... that was the last change set I pushed before going to sleep :D17:03
fungithere was a functional test job timeout on 66068317:04
fungibut that's possibly unrelated to the change, especially since it didn't manifest in the changes depending on 66068317:04
ofososgreat, I'll fix the pep8 and push the pull url right away.17:04
ofososThere was a problem, basically the branch name "foobar" was hardcoded in place of "master" in the tests. And in the process I cut out some useless code17:04
fungioh, and 658835 was failing the functional job for some reason17:06
fungi657837 timed out its last functional test job run too17:07
openstackgerritMark Meyer proposed zuul/zuul master: Change branch variable in PR  https://review.opendev.org/67709317:09
openstackgerritMark Meyer proposed zuul/zuul master: Change PR url  https://review.opendev.org/67725717:09
openstackgerritJames E. Blair proposed zuul/zuul master: Render the logfile under the manifest  https://review.opendev.org/67684317:13
openstackgerritMark Meyer proposed zuul/zuul master: Change PR url to point to the PR not the Repo  https://review.opendev.org/67725717:13
openstackgerritMark Meyer proposed zuul/zuul master: Change branch variable in PR  https://review.opendev.org/67709317:13
noorulAt last done with pulling changes using git review -x17:14
ofososfungI: problem with the change or infra?17:15
*** jamesmcarthur has quit IRC17:15
fungiofosos: or with the job itself, i haven't looked at the log for the one with the failure17:17
*** jamesmcarthur has joined #zuul17:17
fungii rechecked the ones with timeouts because it looked like previous runs had completed faster17:17
* ofosos reminds himself to always look at the logs :(17:17
fungii'll take a quick look at them myself17:17
fungigood opportunity to test out opendev's shiny new log views17:18
fungioh, right, that one was from when zuul was still posting incorrect log urls17:20
*** jamesmcarthur has quit IRC17:22
fungier, nope, it's just really, really old17:22
noorulMaybe docker-compose should also include ara?17:22
fungi2019-06-20 old17:22
fungii'll recheck it for new results17:22
clarkbnoorul: I thought it would because ara is listed as a dep for ansible17:30
clarkbwell not directly but in zuul's ansible deps list17:30
noorulINFO:zuul.managed_ansible:Installing ansible 2.8, requirements: ['ansible>=2.8,<2.9', 'ara>=0.16.5,<1.0.0', 'openstacksdk', 'openshift', 'jmespath'], extra packages: []17:31
noorulclarkb: Is that good enough?17:33
clarkbnoorul: I think so, but I'm not 100% sure17:33
clarkbit is possible that we don't try to run ara out of that venv actually17:33
*** mattw4 has joined #zuul17:33
clarkbin which case maybe that won't work17:33
tobiashI think pabelanger had issues with that after the multi-ansible support, but afaik those have been sorted out17:35
tobiashpabelanger: is that correct?17:35
pabelangeryou need to make sure ara is bindmount in to executor17:35
clarkbpabelanger: so we are not using ara from the venv then?17:35
corvusara needs to be installed in 2 places -- inside the venv for the callback, and in the executor's environment for static generation17:35
tobiashit is automatically bindmounted as it's part of the ansible venv17:35
clarkbcorvus: gotcha17:35
tobiashah17:35
tobiashthat was it17:35
pabelangeryah, we set ara_report_executable in base job17:36
pabelangerhttps://github.com/ansible/project-config/blob/master/zuul.d/jobs.yaml#L3717:36
pabelangerbecause, likely not installed in right path, if in virtuelenv17:37
clarkbpabelanger: given that noorul could set it similarly in the base job and have it work without an additional ara install?17:38
pabelangerclarkb: yup17:38
noorulI have the configuration at the bottom17:38
noorulhttps://etherpad.openstack.org/p/rWL36RmF6W17:38
pabelangerara-report role should fail if ara isn't found17:38
noorulIt fails with ara not found17:38
pabelangeryah, so you need to set ara_report_exectable17:39
pabelangerin your base job17:39
noorulbut to which ansible version?17:39
pabelangerwe dynamically select it, based on version of ansible running17:40
noorulso, I just have to put this ara_report_executable: "/opt/venv/zuul-ansible/{{ ansible_version.full }}/bin/ara"17:40
pabelangerwell, /opt/venv/zuul-ansible is likely different17:40
pabelangerthat is the location of where ansible venv is17:40
clarkbya it should be /usr/lib/zuul/ansible on the docker images I think17:41
clarkbnoorul: you can docker exec an ls on that dir to confirm in your running container17:42
* noorul is still waiting for container build to finish17:42
clarkb/usr/lib/zuul/ansible/{{ ansible_version.full }}/bin/ara17:42
pabelangeransible_version.full will give 2.8.4 for example17:42
clarkboh then not .full17:43
clarkbwe just want 2.817:43
pabelangerthen I think you want {{ ansible_version.major }}.{{ ansible_version.minor }}17:44
pabelangerIIRC17:44
noorulexecutor_1   | 2019-08-19 17:46:15,627 DEBUG zuul.managed_ansible: Running pip: /var/lib/zuul/ansible-bin/2.8/bin/pip install ansible>=2.8,<2.9 ara>=0.16.5,<1.0.0 openstacksdk openshift jmespath17:46
clarkbhrm we must not run the command to install zuul's ansible venvs in the docker image build and instead do it at runtime?17:47
clarkbtobiash: ^ iirc the whole point of that split in behavior was to address container needs. Should we change that?17:47
noorulThis is at runtime, when I ran docker-compose up17:49
noorulWhen I push config to changes to project-config master branch, will Zuul automatically get re-configured?17:49
tobiashclarkb: actually I'd favor installing it during image build time, that makes the container stateless17:50
pabelangerclarkb: also need to allow it for zuul.conf, so zuul bindmounts it into bwrap17:50
tobiashwhat could be improved though would be to install the ara executable into the PATH17:50
*** bhavikdbavishi1 has joined #zuul17:52
pabelangerhttps://github.com/ansible-network/windmill-config/blob/master/zuul/zuul.conf.j2#L43 is what we do, to for both ro_paths17:52
pabelangerI think we could drop untrusted, but haven't tested17:52
noorulofosos: http://paste.openstack.org/show/760026/17:53
*** bhavikdbavishi has quit IRC17:53
*** bhavikdbavishi1 is now known as bhavikdbavishi17:53
*** jamesmcarthur has joined #zuul17:54
clarkbpabelanger: I think that the regular ansible venv paths are already trusted otherwise you wouldn't be able to run ansible out of them17:54
clarkbtobiash: in that case maybe we could have the manage script install to that location by default?17:55
clarkbtobiash: seems there is far less benefit to containers if we are going to installthere anyway on startup17:55
pabelangerclarkb: IIRC, we do that because our /var/lib/ansible directly is a symlink to /opt, because we have versioned venvs for each ansible release. Over 2.8 and pip update17:55
pabelangerso we need both in executor17:56
clarkbpabelanger: ya so you may be a special case but in general you shouldn't need to do that17:56
pabelangeragree17:56
*** jamesmcarthur has quit IRC17:59
*** jamesmcarthur has joined #zuul18:00
noorulAny idea why I am getting http://paste.openstack.org/show/760026/18:00
*** jamesmcarthur has quit IRC18:05
tobiashnoorul: do you have a running executor?18:06
ofososnoorul: my deployments finished, I'm just spinning up a new deployment18:06
ofosos(a new deployment for zuul)18:06
tobiashthis typically means that the merger/executor didn't exist or couldn't access the repo18:06
fungii guess that could happen if the scheduler is started first?18:08
noorulhttp://paste.openstack.org/show/760027/18:09
fungilooks like netifaces was installed from an sdist rather than a wheel, so wanted to build c extensions but "unable to execute 'gcc': No such file or directory"18:09
noorulLooks like an issue on master?18:10
fungiit's an issue with netifaces wheel builds18:11
fungihttps://pypi.org/project/netifaces/#files18:11
fungi0.10.9 has no provided manylinux1 build for cp3718:12
fungiif you were using python 3.6 it would probably not hit that18:12
fungii'm guessing we test against <3.718:13
fungihttps://github.com/al45tair/netifaces/issues/3318:13
noorulafter restarting docker-compose, it looks ok18:13
fungirequested 8 months ago, no response from the netifaces maintainer18:13
noorulNow I am getting http://paste.openstack.org/show/760029/18:14
fungii wonder if netifaces is unmaintained lately18:14
fungiyeah, last commit on master was 2019-01-0218:15
corvuswait let's back up18:15
corvushttp://paste.openstack.org/show/760027/  looks like it's a docker container of a zuul-executor which is trying to.... build netifaces to install ansible?  i can't quite tell, there isn't enough history in that logfile18:16
corvusbut it's not supposed to do that.  the docker images are supposed to have ansible venvs pre-installed18:16
*** michael-beaver has joined #zuul18:17
openstackgerritMark Meyer proposed zuul/zuul master: Change PR url to point to the PR not the Repo  https://review.opendev.org/67725718:18
openstackgerritMark Meyer proposed zuul/zuul master: Change branch variable in PR  https://review.opendev.org/67709318:18
ofososall the typos, url  is fixed nwo18:18
corvusnoorul: so if that's the case, you should try to figure out how you got an executor images without ansible pre-installed18:18
corvusthis is what an executor logfile is supposed to look like on startup: https://zuul.opendev.org/t/zuul/build/ffd54d55a14d4c9381225bc8ba1b1bfd/log/container_logs/executor.log18:19
noorulcorvus: On restart it worked18:21
*** noorul has quit IRC18:21
corvusthat's not reassuring :)18:21
*** jamesmcarthur has joined #zuul18:23
corvushere's a more polished/final version of the 'logfiles under manifest' change if anyone wants to try it out for ui feedback: https://storage.gra1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/logs_43/676843/4/check/zuul-build-dashboard/6a10611/npm/html/18:32
ofososBtw. what happens when I restart scheduler and executor but keep the build nodes running? Will the builds complete?18:33
tobiashcorvus: awesome :)18:34
fungiofosos: they will be lost as zuul keeps all its pipeline contents and queues in memory18:34
corvusofosos: no, a scheduler restart terminates all builds and loses the entire state of the system.  an executor restart will terminate the builds running there, but they may be restarted by the scheduler on another executor (or when the executor returns)18:35
*** SpamapS has quit IRC18:35
fungithe future plan to move that state information into zookeeper (primarily for purposes of being able to have high availability for the scheduler service) could in theory make it possible to restart services without losing builds18:36
*** saneax has quit IRC18:47
*** sgw has joined #zuul18:51
ofososI think we have a problem with zuul-ci.org18:53
ofososMy cat jobs keep waiting for it.18:54
ofososNah, it's something different. I forgot to bake in the key to the image again :(18:55
*** bhavikdbavishi has quit IRC19:01
*** SpamapS has joined #zuul19:01
corvusofosos: with support for sshkey, you should be able to bind-mount it in19:05
*** jamesmcarthur has quit IRC19:08
ofososHmm, I'm getting: 2019-08-19 19:09:59,160 DEBUG zuul.Merger: Unable to merge {'project': 'IAC/puppetmaster-bootstrap', 'connection': 'bitbucket', 'merge_mode': 2, 'ref': 'refs/heads/sys-7086-deploy', 'branch': 'SYS-6627', 'buildset_uuid': '62e1d2c9ab7445f2a29995c08edf770f', 'number': 39, 'patchset': '0d642695bed612b49ca543bb6e74bf0e64f4e9bf', 'oldrev': None, 'newrev': None}19:11
ofososWith the new patch applied19:12
ofososgit.exc.GitCommandError: Cmd('git') failed due to: exit code, Please tell me who you are.19:12
ofososBranch and ref seem to be ok19:13
ofososWelp19:14
ofosos'ref' here is the branch I want to merge into 'branch'19:15
ofososBut why does it fail with git complaining about missing user config?19:15
fungiseems it wants to run `git merge ...` and needs to have some (arbitrary) user info configured to attribute the merge commit19:18
*** sshnaidm|bbl is now known as sshnaidm19:19
ofososOk, I put this in the zuul.conf, let's see what happens19:20
fungii'm going to guess the new patch exposed that because previously the merges were all no-op or fast-forward19:20
fungidue to the problem you just fixed19:20
ofososfungi: fingers crossed :)19:20
openstackgerritMark Meyer proposed zuul/zuul master: Change PR url to point to the PR not the Repo  https://review.opendev.org/67725719:28
openstackgerritMark Meyer proposed zuul/zuul master: Change branch variable in PR  https://review.opendev.org/67709319:28
ofososDang, I hate it when I can't change a simple string19:29
openstackgerritDavid Shrewsbury proposed zuul/zuul master: Store autohold requests in zookeeper  https://review.opendev.org/66111419:31
ofososfungi: looks good19:31
openstackgerritClark Boylan proposed zuul/zuul master: Include ref info in smtp reporter subjects  https://review.opendev.org/67728519:33
clarkbI havne't confirmed that the override to the opendev pipelines is working as expected but figured I should go ahead and get ^ up19:34
openstackgerritDavid Shrewsbury proposed zuul/zuul master: Add caching of autohold requests  https://review.opendev.org/66341219:35
openstackgerritDavid Shrewsbury proposed zuul/zuul master: Add autohold-info CLI command  https://review.opendev.org/66248719:35
openstackgerritDavid Shrewsbury proposed zuul/zuul master: Record held node IDs with autohold request  https://review.opendev.org/66249819:35
openstackgerritDavid Shrewsbury proposed zuul/zuul master: Auto-delete expired autohold requests  https://review.opendev.org/66376219:35
openstackgerritDavid Shrewsbury proposed zuul/zuul master: Mark nodes as USED when deleting autohold  https://review.opendev.org/66406019:35
*** saneax has joined #zuul19:36
Shrewscorvus: that tree is now rebased on master, but I need some input from mhu on what to do with the two new commands and how to integrate them with his recent admin changes19:36
*** sanjayu_ has joined #zuul19:53
*** saneax has quit IRC19:56
*** sanjayu_ has quit IRC19:57
*** dkehn_ has quit IRC20:07
*** jamesmcarthur has joined #zuul20:28
jeliu_corvus, mordred: http://paste.openstack.org/show/760036/ !!!20:30
corvusjeliu_: \o/20:32
*** jamesmcarthur has quit IRC20:42
*** jamesmcarthur has joined #zuul20:50
*** mattw4 has quit IRC21:05
*** mattw4 has joined #zuul21:06
*** jamesmcarthur has quit IRC21:08
*** jamesmcarthur has joined #zuul21:10
*** jamesmcarthur has quit IRC21:10
*** jamesmcarthur has joined #zuul21:17
*** jamesmcarthur has quit IRC21:22
*** mattw4 has quit IRC21:23
*** mattw4 has joined #zuul21:24
*** sshnaidm is now known as sshnaidm|afk21:24
*** jamesmcarthur has joined #zuul21:28
*** jamesmcarthur has quit IRC21:29
*** jamesmcarthur has joined #zuul21:44
*** jamesmcarthur has quit IRC21:45
openstackgerritJames E. Blair proposed zuul/zuul master: WIP: remove displayedFile from state  https://review.opendev.org/67730721:56
*** jamesmcarthur has joined #zuul21:58
openstackgerritJames E. Blair proposed zuul/zuul master: Add Tristan to Zuul Maintainers  https://review.opendev.org/67730822:00
*** jamesmcarthur has quit IRC22:03
*** jeliu_ has quit IRC22:09
*** jeliu_ has joined #zuul22:10
*** jamesmcarthur has joined #zuul22:43
openstackgerritJeff Liu proposed zuul/zuul-operator master: Add PerconaXDB Cluster to Zuul-Operator  https://review.opendev.org/67731522:49
*** rlandy|ruck is now known as rlandy|ruck|bbl22:52
*** jeliu_ has quit IRC22:54
*** EmilienM|pto has quit IRC22:54
*** EmilienM has joined #zuul22:56
*** jamesmcarthur has quit IRC23:33
*** jamesmcarthur has joined #zuul23:56

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