openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: Enable Python 2.7 unit tests https://review.openstack.org/592767 | 00:22 |
---|---|---|
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: Enable Python 2.7 unit tests https://review.openstack.org/592767 | 00:23 |
SpamapS | mordred: ohthat doeslook very useful. | 00:24 |
openstackgerrit | James E. Blair proposed openstack-infra/zuul-jobs master: DNM: verify tox-py27 works https://review.openstack.org/592771 | 00:34 |
*** elyezer has quit IRC | 00:43 | |
*** elyezer has joined #zuul | 00:49 | |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: small python2/3 update https://review.openstack.org/592774 | 00:56 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: Bump ansible test version to 2.5 https://review.openstack.org/592776 | 01:20 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: Use collections Sequence for FileList https://review.openstack.org/592778 | 01:34 |
*** NeilSun has joined #zuul | 01:41 | |
*** ianychoi has joined #zuul | 01:47 | |
*** rlandy|bbl is now known as rlandy | 02:41 | |
*** rlandy has quit IRC | 02:42 | |
*** ssbarnea has joined #zuul | 03:28 | |
*** pwhalen has quit IRC | 04:09 | |
*** ssbarnea has quit IRC | 04:12 | |
*** ssbarnea has joined #zuul | 04:21 | |
openstackgerrit | Merged openstack-infra/zuul-jobs master: Enable Python 2.7 unit tests https://review.openstack.org/592767 | 05:07 |
*** elyezer has quit IRC | 05:26 | |
*** elyezer has joined #zuul | 05:28 | |
openstackgerrit | Tristan Cacqueray proposed openstack-infra/zuul master: WIP web: rewrite interface in react https://review.openstack.org/591604 | 05:51 |
tristanC | corvus: last PS squashed the browser router, however i couldn't find a better solution for sub-directory than the one documented in the installation.rst file (e.g. dashboard files need to be rebuilt to update the static files location) | 05:54 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Small python2/3 update https://review.openstack.org/592774 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: Bump ansible test version to 2.5 https://review.openstack.org/592776 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Use collections Sequence for FileList https://review.openstack.org/592778 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Cleanup temporary directories https://review.openstack.org/592340 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Create a download script https://review.openstack.org/592341 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Turn FileList into a context manager https://review.openstack.org/592850 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Keep the FileList in the indexer class https://review.openstack.org/592851 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Make indexer more generic https://review.openstack.org/592852 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Add a unicode file https://review.openstack.org/592853 | 05:57 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Create a download script https://review.openstack.org/592341 | 06:05 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Add a unicode file https://review.openstack.org/592853 | 06:05 |
openstackgerrit | Tristan Cacqueray proposed openstack-infra/zuul master: WIP web: rewrite interface in react https://review.openstack.org/591604 | 06:14 |
tristanC | corvus: makes me wonder if it's even possible to serve a html5 path based web application from arbritary location without rebuild. | 06:18 |
*** darkwisebear has joined #zuul | 06:20 | |
tristanC | perhaps using the /.well-known folder to store a manifest? | 06:25 |
openstackgerrit | Tristan Cacqueray proposed openstack-infra/zuul master: WIP web: rewrite interface in react https://review.openstack.org/591604 | 06:47 |
*** pcaruana has joined #zuul | 06:54 | |
openstackgerrit | Tristan Cacqueray proposed openstack-infra/zuul master: WIP web: rewrite interface in react https://review.openstack.org/591604 | 07:22 |
*** jpena|off is now known as jpena | 07:46 | |
*** electrofelix has joined #zuul | 07:59 | |
*** elyezer has quit IRC | 08:01 | |
*** elyezer has joined #zuul | 08:02 | |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Make indexer more generic https://review.openstack.org/592852 | 08:33 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Create a download script https://review.openstack.org/592341 | 08:33 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Add a unicode file https://review.openstack.org/592853 | 08:33 |
openstackgerrit | Ian Wienand proposed openstack-infra/zuul-jobs master: upload-logs-swift: Stub out dry run in the uploader https://review.openstack.org/592929 | 08:33 |
ianw | jhesketh: tfr! ^ i think maybe stubbing out the uploader makes the dry run easier, and we can have the url while we index? | 08:33 |
jhesketh | ianw: sounds good, but I'll have to look later sorry (in meetings then heading out) | 08:41 |
ianw | jhesketh: np, i'm out too :) we know how to party on a friday night! | 08:45 |
jhesketh | haha :-) | 08:45 |
cmurphy | if doing code reviews is not your idea of a great friday night i don't know what is | 08:50 |
*** darkwisebear has quit IRC | 08:54 | |
*** panda|off is now known as panda | 09:08 | |
*** elyezer has quit IRC | 09:12 | |
*** elyezer has joined #zuul | 09:14 | |
mordred | cmurphy: ikr? | 09:43 |
*** elyezer has quit IRC | 09:54 | |
*** jiapei has joined #zuul | 09:56 | |
*** elyezer has joined #zuul | 09:57 | |
*** EmilienM is now known as EvilienM | 10:15 | |
*** elyezer has quit IRC | 10:23 | |
*** elyezer has joined #zuul | 10:25 | |
*** jpena is now known as jpena|lunch | 11:04 | |
*** darkwisebear has joined #zuul | 11:25 | |
*** darkwisebear has quit IRC | 11:33 | |
*** darkwisebear has joined #zuul | 11:34 | |
*** jpena|lunch is now known as jpena | 12:00 | |
rcarrillocruz | hey folks | 12:06 |
rcarrillocruz | so | 12:06 |
rcarrillocruz | https://ansible.softwarefactory-project.io/logs/7/7/bc3f0e852d069096ae27ff3c8b2d7bc3a83f6447/check/ansible-role-tests-vqfx-devel-py2/7784813/job-output.txt.gz | 12:07 |
rcarrillocruz | trying to run a network module from executor, and failing miserably | 12:07 |
rcarrillocruz | i'm seeing in the zuul source code that you override the action plugins to block them | 12:07 |
rcarrillocruz | is it possible to create a venv on executor, install ansible there and run 'ansible -m <my network module> " from there, providing the job is defined in an untrusted repo | 12:08 |
rcarrillocruz | ? | 12:08 |
rcarrillocruz | not clear to me what things are allowed/disallowed | 12:09 |
Shrews | rcarrillocruz: generally, any module that access the local executor is not allowed | 12:16 |
Shrews | rcarrillocruz: see commit msg in http://git.openstack.org/cgit/openstack-infra/zuul/commit/?id=c231d939ea84c21fe587478006c18f22410e9751 | 12:16 |
Shrews | but it should work on a remote node, i would think | 12:17 |
rcarrillocruz | yeah, that folder is what i was referring to | 12:17 |
rcarrillocruz | now | 12:17 |
rcarrillocruz | i don't see command there | 12:17 |
rcarrillocruz | so could i use on local executor ? | 12:17 |
Shrews | command is in actiongeneral folder | 12:18 |
rcarrillocruz | /sadtrombone | 12:18 |
rcarrillocruz | but is not blocked there | 12:19 |
rcarrillocruz | just adds a task args | 12:19 |
rcarrillocruz | and calls super | 12:19 |
rcarrillocruz | which i assume ends up running library/command ? | 12:19 |
rcarrillocruz | i know the library/command thing is to allow the streaming output stuff, now i'm not sure if that module also controls what can/cannot be run on executor | 12:21 |
* rcarrillocruz looks at check_command method, looks like a winner | 12:22 | |
rcarrillocruz | bah, that's just to point to use <command> module, instead of shelling out | 12:22 |
Shrews | we do host blocking somewhere too | 12:23 |
Shrews | iirc | 12:23 |
Shrews | but i'm not sure if/how/where command would be blocked | 12:24 |
rcarrillocruz | so here's the scenario | 12:26 |
rcarrillocruz | we have nodepool nodes that are appliances, that SURPRISE, mostly do not support cloud-init | 12:26 |
rcarrillocruz | so i baked the zuul executor pub key on them | 12:26 |
rcarrillocruz | what i had in mind was: | 12:26 |
Shrews | oh, maybe in zuul/ansible/action/normal.py | 12:27 |
rcarrillocruz | a job with two nodes, a fedora as controller and the appliance. The job would generate a pubkey, bake it on the appliance from the executor (as the executor has the privkey needed), checkout the PR on controller and run the integration test from there with the newly generated keys | 12:27 |
rcarrillocruz | that's the reason why i tried to run 'junos_config' from executor, since that allowed me to push a command onthe appliance | 12:27 |
rcarrillocruz | if i can create a venv on executor, put ansible in there and run 'ansible -m junos_config' i'd be golden | 12:28 |
rcarrillocruz | if not, the only think i can think of is storing the private key as secret, dump it on the job in the controller and do that dance, but i'd like to avoid dumpoing priv keys on node for obvious sec reasons | 12:29 |
rcarrillocruz | Shrews: that looks like it, reading | 12:29 |
mordred | rcarrillocruz: so - we prevent all local code execution on the executor for security reasons - which would include executing ansible from a venv | 12:33 |
mordred | rcarrillocruz: that said, a trusted job can run code from the executor | 12:33 |
rcarrillocruz | so | 12:33 |
rcarrillocruz | 1. create the job as trusted | 12:33 |
rcarrillocruz | 2. do the secrets thing, but anyway, jobs tha thandle secrets are also trusted | 12:33 |
rcarrillocruz | accurate ^ ? | 12:34 |
mordred | well, jobs that handle secrets aren't trusted - but they are restricted from having speculative job config | 12:34 |
mordred | rcarrillocruz: you might want to use 2 though | 12:35 |
mordred | because in 1 you're using the ansible that zuul is running with | 12:35 |
mordred | and with 2 you could have ansible from git on the controller node | 12:35 |
mordred | it depends on whether it's important to be able to run junos_config from master or from a depends-on | 12:35 |
mordred | rcarrillocruz: also - we could discuss whether nor not junos_config (and similar modules) need to be blocked | 12:36 |
mordred | we blocked them to be safe, not really having much context on whether they would be safe or not | 12:37 |
mordred | rcarrillocruz: all that said - this also sounds like some setup work that might want to find its way into the base job | 12:39 |
*** rlandy has joined #zuul | 12:39 | |
rcarrillocruz | ok... i think i may: 1. rebuild images with an arbitrary pubkey (non zuul executor, since it can't be used), 2. create a secret with the private key 3. Create a job that essentially dumps the priv key on the controller, creates an inventory to point to the appliance and does a final 'ansible-playbook test.yaml' | 12:39 |
mordred | rcarrillocruz: for normal ssh hosts we actually do a dance where we create a new per-job ssh key, use the executor ssh key to put the per-job ssh key on the remote node, then remove the executor ssh key from the remote node | 12:40 |
mordred | rcarrillocruz: yah- that's probably a great way to move forward | 12:40 |
rcarrillocruz | awesome, thx folks | 12:40 |
* rcarrillocruz back to building image | 12:40 | |
*** TheJulia is now known as needssleep | 12:55 | |
*** jiapei has quit IRC | 12:55 | |
Shrews | mordred: i plan on writing a pbrx job to publish images today (based off the loci job) and testing it with zuul or nodepool. Do we have a zuul dockerhub account? I can test with mine if not | 12:57 |
mordred | Shrews: yes we do! | 12:57 |
Shrews | ossum possum | 12:57 |
mordred | Shrews: you'll find hub.docker.com: openstackzuul in the passwords file - along with the password | 12:59 |
*** samccann has joined #zuul | 13:17 | |
*** elyezer has quit IRC | 13:20 | |
*** elyezer has joined #zuul | 13:22 | |
*** chmouel has joined #zuul | 13:30 | |
*** chmouel has quit IRC | 13:35 | |
*** electrofelix has quit IRC | 13:36 | |
*** chmouel has joined #zuul | 13:38 | |
*** elyezer has quit IRC | 13:40 | |
*** elyezer has joined #zuul | 13:41 | |
*** chmouel has quit IRC | 13:45 | |
*** chmouel has joined #zuul | 13:46 | |
*** chmouel has quit IRC | 13:52 | |
*** chmouel has joined #zuul | 13:55 | |
darkwisebear | Shrews: What's your opinion on ianw's comment in https://review.openstack.org/590412: Should nodepool-builder report success/failure as a gauge value to statsd or should we just count successful/failed builds as we do with the other stats in nodepool-builder/launcher? | 13:55 |
*** chmouel has quit IRC | 14:01 | |
Shrews | darkwisebear: after a quick look, seems to me gauge might be better (even the code a few lines up for image_build uses gauge) | 14:04 |
*** chmouel has joined #zuul | 14:04 | |
darkwisebear | Shrews: Oh, does it? I should double-check if the docs I wrote are consistent :-[ | 14:05 |
Shrews | we could probably change the image_update stats from incr to gauge as i'm not seeing a good reason for that atm | 14:06 |
*** elyezer has quit IRC | 14:07 | |
darkwisebear | ok, I will then a) check the docs, b) use gauge instead of a counter, c) propose a change for image_update | 14:08 |
darkwisebear | however, this will be a breaking change. Should we preserver the old stat in order to be backwards-compatible? | 14:08 |
*** elyezer has joined #zuul | 14:08 | |
*** chmouel has quit IRC | 14:09 | |
Shrews | darkwisebear: we should probably get some input from clarkb/pabelanger on the statsd stuff | 14:10 |
*** chmouel has joined #zuul | 14:12 | |
corvus | rcarrillocruz, mordred: it sounds like you have a solution, but for completeness, it's possible to have a partially trusted job -- you can have a trusted parent job do things on the executor like installing ssh keys, then its untrusted child job can do the rest. | 14:15 |
*** chmouel has quit IRC | 14:16 | |
rcarrillocruz | yeah. so actully, writing up a trusted job that does all the ssh keys dance as a pre-run within zuul-config (trusted repo) and the untrusted job runing the actual tests living on ansible-zuul-jobs | 14:17 |
corvus | yep, that's an option | 14:17 |
mordred | ++ | 14:18 |
*** chmouel has joined #zuul | 14:18 | |
Shrews | hrm, interesting. we don't seem to capture builder statsd data | 14:21 |
corvus | Shrews: may need to add a firewall entry | 14:22 |
Shrews | i mean, i don't see any grafana dashboard setup for it | 14:23 |
Shrews | but, i am also grafana illiterate | 14:23 |
*** chmouel has quit IRC | 14:23 | |
corvus | Shrews: i'd look by grepping for likely metric keys in project-config/grafana | 14:24 |
*** chmouel has joined #zuul | 14:25 | |
corvus | darkwisebear, Shrews, ianw: responded on 590412 with more info | 14:27 |
Shrews | corvus: yeah, that's were i looked. no relevant keys | 14:29 |
Shrews | but i am now late for an appointment. bbl | 14:29 |
*** elyezer has quit IRC | 14:56 | |
*** elyezer has joined #zuul | 14:58 | |
*** elyezer has quit IRC | 15:13 | |
*** elyezer has joined #zuul | 15:17 | |
*** elyezer has quit IRC | 15:21 | |
*** elyezer has joined #zuul | 15:23 | |
*** chmouel has quit IRC | 15:28 | |
*** elyezer has quit IRC | 15:35 | |
*** elyezer has joined #zuul | 15:37 | |
*** darkwisebear has quit IRC | 15:40 | |
*** elyezer has quit IRC | 15:50 | |
*** elyezer has joined #zuul | 15:52 | |
pabelanger | Shrews: when you have spare time, do you mind helping look at https://review.openstack.org/584488/ where I could better update the fake driver to validate infinite retries? Struggling to think of best way still | 16:07 |
Shrews | pabelanger: i'll try to take a look a bit later | 16:21 |
pabelanger | great, thanks | 16:21 |
*** rcarrillocruz has quit IRC | 16:24 | |
*** jpena is now known as jpena|off | 16:40 | |
*** NeilSun has quit IRC | 17:04 | |
mnaser | zuul doesn't really do much of a testing matrix at the moment, or does it? | 17:07 |
*** myoung is now known as myoung|bbl | 17:08 | |
mnaser | odyssey4me pushed up a really cool interesting patch but i feel like the jobs.yml could be so much cleaner if there was something along those lines -- https://review.openstack.org/#/c/551791/ | 17:08 |
mnaser | maybe templated job names? | 17:08 |
clarkb | mnaser: its somewhat intentional aiui, otherwise you end up like ironic with ~800 jobs and not realize it | 17:09 |
mnaser | ah okay | 17:09 |
odyssey4me | mnaser: heh, I proposed that idea some time ago - and the suggestion was to build a tool to do it, but that zuul should keep it's current mechanism | 17:09 |
odyssey4me | until you mentioned it, I had forgotten about it | 17:09 |
mnaser | zuul.d/project.py which is executed and yaml output is parsed? :> | 17:10 |
odyssey4me | It should be relavitvely trivial to build a small CLI tool to convert a source matrix config into a zuul job config | 17:10 |
mnaser | yup, we'll probalby need to write one with all those scenarios to keep it sync'd | 17:10 |
odyssey4me | then the job output could still be inspected before merging, preventing job explosion by mistake | 17:10 |
mnaser | odyssey4me: maybe repurpose openstack proposal bot for this type of thing | 17:11 |
odyssey4me | I figure you'd have to define some base jobs - then the matrix would be generated with everything using those as parents | 17:11 |
mnaser | i feel like you're our resident expert with using it by now :p | 17:11 |
odyssey4me | I may just figure out a little tool for it and publish it to pypi. It all depends on how much rage maintaining the jobs induces. ;) | 17:13 |
fungi | corvus: sounds like the summit organizers are trying to finalize project update and onboarding session schedules rsn and haven't heard whether the zuul project is going to want either/both. did you get an e-mail from kendall nelson with links to the form? | 17:35 |
corvus | fungi: yes i did! | 17:37 |
fungi | okay, just making sure it didn't slip through the cracks | 17:38 |
corvus | fungi: well it did that too | 17:38 |
fungi | sounds like they're hoping to try to iron out scheduling them mondayish maybe | 17:38 |
corvus | fungi, clarkb, mordred, Shrews, tobiash, SpamapS, pabelanger, jhesketh, anyone else... do you think we should have a summit project update and/or onboarding session? | 17:38 |
fungi | that is to say, this monday they're hoping to slot them into the schedule | 17:38 |
corvus | i guess i should ask everyone in channel *except* those people about the onboarding session :) | 17:40 |
fungi | i see the project update as a no-brainer. this is an opportunity to say what's transpired in the first ~6 months of being a separate project under the osf at least | 17:40 |
mordred | yah | 17:40 |
mordred | I think update is a good idea | 17:40 |
mordred | project onboarding I'm less sure would be a good use of time. I could see a zuul-office-hours thing where people can come ask us complicated zuul quesions as being more broadly beneficial | 17:41 |
corvus | my feeling about onboarding is we probably don't have an army of developers who don't know how to get started, *but* we may have folks here who do some work but would like to talk about other areas they aren't as familiar with.... | 17:41 |
corvus | mordred: yeah... | 17:42 |
corvus | i wonder if i can ask them if the onboarding session could morph into a developer/user office hours session? | 17:42 |
mordred | yeah | 17:42 |
corvus | mordred: ok if i put your name on the form as a speaker? | 17:44 |
mordred | absolutely | 17:44 |
mordred | although I've already gotten my speaker free-entry-pass | 17:44 |
*** chmouel has joined #zuul | 17:45 | |
corvus | form filled and email sent | 17:49 |
*** chmouel has quit IRC | 17:55 | |
pabelanger | I think it is a good idea, but unsure if I'll be attending summit, to far in future. | 17:56 |
pabelanger | I'm also not going to be attending PTG this time around, but happy to participate remotely | 17:57 |
openstackgerrit | David Shrewsbury proposed openstack/pbrx master: WIP: Add image push job https://review.openstack.org/593119 | 17:58 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul master: WIP: test container push job https://review.openstack.org/593125 | 18:16 |
Shrews | corvus: what's the rule on where secrets reside? | 18:18 |
Shrews | top-level playbook? | 18:18 |
Shrews | oh, nm | 18:19 |
openstackgerrit | Merged openstack-infra/zuul-jobs master: upload-logs-swift: Small python2/3 update https://review.openstack.org/592774 | 18:21 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul master: WIP: test container push job https://review.openstack.org/593125 | 18:21 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul master: WIP: test container push job https://review.openstack.org/593125 | 18:23 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul master: WIP: test container push job https://review.openstack.org/593125 | 18:25 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul master: WIP: test container push job https://review.openstack.org/593125 | 18:28 |
Shrews | helps to encrypt with the correct project key, i suppose | 18:28 |
Shrews | "Unable to freeze job graph: Pre-review pipeline check does not allow post-review job zuul-push-container-images" | 18:30 |
Shrews | translation, anyone? | 18:30 |
pabelanger | Shrews: we don't allow secrets in check pipeline, because somebody could just echo it | 18:31 |
pabelanger | needs to be in post | 18:31 |
Shrews | ah | 18:31 |
Shrews | pabelanger: any way to test that *before* merging then? | 18:34 |
pabelanger | Shrews: not really, when I was writing base jobs for pypi publishing, there was a staging server I tested against, using non produciton secrets | 18:35 |
pabelanger | but unsure if docker has something like that | 18:36 |
pabelanger | but mostly with secrets, we land then test | 18:36 |
pabelanger | then iterate if needed | 18:36 |
*** rlandy is now known as rlandy|afk | 18:48 | |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul master: DNM: Add container push job https://review.openstack.org/593125 | 18:55 |
openstackgerrit | David Shrewsbury proposed openstack-infra/zuul master: DNM: Add container push job https://review.openstack.org/593125 | 18:56 |
openstackgerrit | Merged openstack-infra/zuul-jobs master: Bump ansible test version to 2.5 https://review.openstack.org/592776 | 19:02 |
*** elyezer has quit IRC | 19:13 | |
*** elyezer has joined #zuul | 19:14 | |
*** elyezer has quit IRC | 19:19 | |
*** elyezer has joined #zuul | 19:25 | |
*** chmouel has joined #zuul | 19:44 | |
*** chmouel has quit IRC | 19:55 | |
*** chmouel has joined #zuul | 19:56 | |
*** chmouel has quit IRC | 19:59 | |
openstackgerrit | Paul Belanger proposed openstack-infra/zuul-jobs master: Add tox-with-sudo job https://review.openstack.org/593150 | 20:00 |
*** chmouel has joined #zuul | 20:01 | |
*** chmouel has quit IRC | 20:09 | |
*** elyezer has quit IRC | 20:11 | |
*** chmouel has joined #zuul | 20:12 | |
openstackgerrit | James E. Blair proposed openstack-infra/zuul-jobs master: htmlify: fix py3 gzip issue https://review.openstack.org/593165 | 20:13 |
*** elyezer has joined #zuul | 20:16 | |
openstackgerrit | Merged openstack-infra/zuul-jobs master: upload-logs-swift: Use collections Sequence for FileList https://review.openstack.org/592778 | 20:18 |
*** rlandy|afk is now known as rlandy | 20:36 | |
*** samccann has quit IRC | 20:56 | |
*** chmouel has quit IRC | 21:13 | |
*** jianghuaw_ has quit IRC | 21:20 | |
*** chmouel has joined #zuul | 21:29 | |
SpamapS | hmmm | 21:42 |
SpamapS | when I configure zuul-scheduler for TLS it seems like it deadlocks | 21:42 |
SpamapS | 2018-08-17 14:37:35,440 DEBUG zuul.MergeClient: Connecting to gearman at localhost:4730 | 21:42 |
SpamapS | 2018-08-17 14:37:35,442 DEBUG zuul.MergeClient: Waiting for gearman | 21:42 |
SpamapS | localhost:4730 isn't responding to connections (it's listening but responding with nothing) | 21:42 |
*** chmouel has quit IRC | 21:42 | |
SpamapS | n/m ... problem is the cert file isn't readable by the gearman server process | 21:43 |
*** chmouel has joined #zuul | 21:49 | |
openstackgerrit | Merged openstack-infra/zuul-jobs master: htmlify: fix py3 gzip issue https://review.openstack.org/593165 | 21:58 |
*** elyezer has quit IRC | 21:59 | |
*** elyezer has joined #zuul | 21:59 | |
mordred | SpamapS: that might be important | 22:13 |
*** chmouel has quit IRC | 22:14 | |
SpamapS | mordred: seems far fetched but yeah, might be | 22:14 |
SpamapS | :) | 22:14 |
*** elyezer has quit IRC | 22:25 | |
*** elyezer has joined #zuul | 22:28 | |
*** elyezer has quit IRC | 22:56 | |
*** elyezer has joined #zuul | 22:56 | |
*** rlandy has quit IRC | 23:27 | |
*** chmouel has joined #zuul | 23:43 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!