Friday, 2018-09-21

pabelangernhicher: tristanC: can somebody check zuul scheduler debug logs, showing the last reconfigure of zuul was:00:15
pabelangerLast reconfigured: Wed Sep 19 2018 05:18:35 GMT-0400 (Eastern Daylight Time)00:15
pabelangerbut, for ansible-network we've landed changes to our project stanza00:16
pabelangerso, would have expected zuul to be reconfigured today00:16
pabelangerhttps://github.com/ansible-network/zuul-config/pull/6900:17
*** dmsimard has joined #softwarefactory00:20
nhicherpabelanger: I only found reference to ansible-network/cloud_vpn#45 in scheduler.log00:26
nhicherhttps://github.com/ansible-network/zuul-config/pull/4500:27
nhicherwe will check with tristanC00:27
pabelangernhicher: let me check the syntax to grep for00:29
pabelangerI think it is 'Full reconfiguration complete'00:31
pabelangeryou'll see Full reconfiguration beginning00:31
pabelangerthat is the start00:31
pabelangerbut cannot remember if that is trigger'd by project stanza changes00:32
pabelangerfor just tenant configuration00:32
pabelangerYah, maybe I am confusing it, I think it might be 'Tenant reconfiguration complete'00:32
pabelangerbut if so, I'm unsure why that PR didn't fix an issue I and working with00:33
nhicherpabelanger: last tenant reconfiguration was: 2018-09-21 00:24:00,828 utc, I will check for error00:35
pabelangerokay, yah. there must be something in logs00:35
pabelangeror I think there will be00:35
pabelangeralso, I wonder if we should expose tenant reconfiguration in https://ansible-network.softwarefactory-project.io/zuul/api/status too00:36
pabelangerso we can look to status page for each tenant00:36
nhicherpabelanger: yes, it's probably easier for user: 151M    /var/log/zuul/scheduler.log00:38
pabelangeryah, gets verbose00:38
pabelangerif gerrit still set to debug level?00:38
pabelangerthat should be set to INFO, to help reduce logs00:38
nhicheryes, gerrit level is debug00:40
pabelangeryah, that will take up a lot00:42
nhicherbut we have to restart the scheduler to apply00:42
pabelangeryah, I'd love to get logging to dynamically updated some how00:43
pabelangereither via HUP or some other signal00:43
nhicherpabelanger: I don't find anything on log files, we have to wait for tristanC or fbo00:59
nhicherpabelanger: found error 'ERROR Project github.com/ansible-network/network-engine does not have the default branch master01:00
nhicherbut should not be related to your change01:00
pabelangerack, I'll fix network-engine, thanks01:01
pabelangerokay, lets see what tristanC says01:01
pabelangeranother option is to run a full-reconfigure manually via CLI and see if that works. But that doesn't tell us why I'm still seeing default branch master error on cloud_vpn project01:02
nhicherpabelanger: do you know any project on zuul upstream which use default-branch stanza ?01:04
nhicherI did not find anything on openstack.org/zuul01:04
pabelangernhicher: no, but rdoproject does01:05
pabelangereverything upstream is master01:05
nhicherpabelanger: ok, good to know01:05
pabelangerbut ansible is devel and rdo distgit is rpm-master01:05
pabelangerlong term, with zuul, they likely should switch back to master01:05
pabelangerbut, that is work01:05
tristanCo/01:06
pabelangernhicher: for now, I can test with another PR, so we can deal with default-branch later. The update to openstacksdk would be better :)01:06
nhicherpabelanger: yes, we will update it with tristanC =)01:06
pabelangergreat01:07
tristanCpabelanger: how openstack-infra manage such requirements, openstacksdk is not listed in zuul requirements.txt01:08
pabelangertristanC: it is extra for pip01:09
pabelangerhttps://git.zuul-ci.org/cgit/zuul/tree/setup.cfg#n5501:09
pabelangerso01:09
pabelangerpip install zuul[zuul_exector]01:09
pabelangerI think01:09
pabelangerha, but we don't do that in puppet-zuul01:10
pabelangerhttp://git.openstack.org/cgit/openstack-infra/puppet-zuul/tree/manifests/executor.pp01:11
pabelangerthat likely should be fixed01:11
pabelangerbut, with container work upstream, puppet-zuul is doing away soon01:11
pabelangerokay, wow, here is something I didn't know01:16
pabelangerfor github PR01:16
pabelangercreate new PR for project01:16
pabelangerthen ammend commit01:17
pabelangerpush up01:17
pabelangerbut with the ammmed, add depends-on header01:17
pabelangerzuul will not pick up depends-on header, for 2nd PS for PR01:17
pabelangeryou need to into web, and manual edit the first comment, and add that01:17
pabelangerfor depends-on to work01:17
pabelangerI don't know why01:18
tristanCpabelanger: we are updating executors with 0.17.201:29
tristanCopenstacksdk-0.17.201:29
tristanCpabelanger: when you required-projects network-engine, could you try using "override-checkout: devel01:34
tristanC" ?01:34
tristanCe.g. https://github.com/ansible/zuul-jobs/blob/c783dc05e3f9e17602c78fe90ed871588947a55a/zuul.d/jobs.yaml#L37-L3901:34
pabelangertristanC: yup, agree01:49
pabelangerI'd also expect: https://github.com/ansible-network/zuul-config/pull/69 to work01:49
pabelangerif you want to ping when executors are updated, I'll give swift upload a go again01:50
tristanCpabelanger: they are updated now01:53
pabelangercool, let me try agian01:54
pabelangertristanC: hmm, didn't work01:57
pabelangerfinger://ze02.softwarefactory-project.io:7979/b7a6582ab3404f0c8e4ccf01411b32cb01:57
pabelangerdo you have a moment to check?01:57
tristanCnothing in logs...02:14
tristanCperhaps make the swift upload ignore_error and keep the regular scp ?02:16
pabelangeryah02:20
pabelangerI'll do that in morning02:21
*** sshnaidm|pto has joined #softwarefactory04:34
gundalowtristanC: is the an example/mockup of https://review.openstack.org/#/c/599472/ available to look at?05:53
*** sshnaidm|pto has quit IRC06:06
tristanCgundalow: i've a poc deployment connected to sf-project zuul here: http://38.145.32.112/react-zuul/06:15
tristanCgundalow: and you can see the /status/change route in effect here for example: http://38.145.32.112/react-zuul/t/rdoproject.org/status/change/601634,206:16
tristanCor http://38.145.32.112/react-zuul/t/rdoproject.org/status/change/603406,4 (this one has more job running)06:16
tristanCgundalow: also, here is the new job page: http://38.145.32.112/react-zuul/t/ansible-network/job/cloud-vpn-aws-csr-to-aws-vpn06:17
*** chkumar|off is now known as chkumar|ruck06:23
*** zoli is now known as zoli|wfh06:25
*** zoli|wfh is now known as zoli06:26
*** jpena|off is now known as jpena07:48
sfbenderTristan de Cacqueray created scl/zuul-jobs-distgit master: Bump version  https://softwarefactory-project.io/r/1371208:57
sfbenderMerged DLRN master: Fix commit id in database when using rhpkg  https://softwarefactory-project.io/r/1344409:30
sfbenderMerged DLRN master: Additional requirements for the downstream repo  https://softwarefactory-project.io/r/1343109:31
sfbenderMerged software-factory/sf-config master: ara: fix for 1.16.1  https://softwarefactory-project.io/r/1370709:57
*** zoli is now known as zoli|lunh10:22
*** zoli|lunh is now known as zoli|lunch10:22
*** zoli|lunch is now known as zoli11:00
*** zoli is now known as zoli|wfh11:00
*** jpena is now known as jpena|lunch11:23
*** chkumar|ruck is now known as chkumar|off11:46
gundalowpabelanger: Getting `RETRY_LIMIT` and the job failing in `prepare-workspace` https://github.com/ansible-network/yang/pull/16#issuecomment-42349809211:54
*** jpena|lunch is now known as jpena12:26
sfbenderMerged scl/zuul-jobs-distgit master: Bump version  https://softwarefactory-project.io/r/1371212:30
*** shanemcd has joined #softwarefactory12:53
shanemcdo/12:53
matburt\o13:00
tristanCleaving for the week end, have a good one folks, talk to you on monday!13:03
pabelangergundalow: I'll look shortly13:04
tristanCshanemcd: matburt: the kibana worker was stuck, i just restarted it and it is now indexing the backlog, if you look at the dashboard you'll see job's indexes: https://ansible.softwarefactory-project.io/app/kibana13:09
shanemcdnice!13:09
matburtso hot13:17
pabelangergundalow: if I had to guess, it is becasue ansible/ansible has a symlink setup inside the project. Zuul won't clone a project with symlinks because it is a potential security issue13:26
pabelangerbut just a guess right now13:26
gundalowooooooooh, nice13:27
pabelangerWe'll have to have somebody look at executor logs, will do that this morning13:30
pabelangermhu: fbo: nhicher: are you able to check ze02 and see if there is any more traceback for https://ansible-network.softwarefactory-project.io/logs/an/24/24/4a0420d708997e0c9067c0428f8cb33a4930ccfe/check/ansible-test-sanity/1ad120c/job-output.txt.gz#_2018-09-21_13_22_48_17865513:36
pabelangergetting outside workdir error message from zuul13:37
pabelangernhicher: are you also able to test swift upload again from executor? Still dealing with auth issue13:58
nhicherpabelanger: I finish a meeting and I will check14:05
pabelangerthanks14:06
nhicherpabelanger: keystoneauth1.exceptions.http.Unauthorized: The request you have made requires authentication14:21
nhicherrh-python35-python-openstacksdk-0.17.2-1.el7.noarch14:21
pabelangernhicher: if that in logs, or using the clouds credentials?14:21
pabelangernhicher: which version of keystoneauth is installed?14:23
nhicherusing python3 zuul_swift_upload.py vexxhost-ansible-networking logs file14:23
nhicherrh-python35-python-keystoneauth1-3.8.0-1.el7.noarch14:23
sfbenderJavier Peña created DLRN master: [Do not merge] Test  https://softwarefactory-project.io/r/1371414:23
pabelangernhicher: are you able to debug more to why there is an auth issue? I can't figure it out from here.14:25
nhicheryes, I will install openstackclient to validate I can reach vexxhost from executor14:26
pabelangerthanks, I not longer have access to SF services, otherwise, I'd help14:28
nhicherthat's strange it failed with os client too14:45
nhicherThe request you have made requires authentication14:45
nhicherpabelanger: do you have to project_id for vexxhost ?14:51
nhicherI tried on ze02 with the credential mnaser provides for tripleo-ci jobs and it works14:51
nhicherthe only difference is I have project_id on my cloud definition14:52
pabelangernhicher: e2ec7f23-4152-44c8-9c90-309191f8f3fd14:54
pabelangershould be project14:54
*** sshnaidm|pto has joined #softwarefactory14:56
nhicherso using a *good* clouds.yaml and python3 zuul_swift_upload.py vexxhost-ansible-networking logs test_zuul_swift_upload.py => https://object-storage-ca-ymq-1.vexxhost.net/v1/a0b4156a37f9453eb4ec7db5422272df/logs15:00
nhicherpabelanger: ^^15:00
pabelangernhicher: what did you change?15:00
pabelangernhicher: when we updated openstacksdk on executors last night, did we restart zuul?15:01
nhicherpreviously I got clouds.yaml from managesf, but I was outdate, the right one is on zuul-scheduler node15:01
nhicher*outdated15:01
pabelangernhicher: is it the same as https://github.com/ansible-network/zuul-config/blob/master/zuul.d/secrets.yaml#L415:02
*** sshnaidm|pto has quit IRC15:02
nhicherhttps://softwarefactory-project.io/paste/show/1214/15:06
pabelangernhicher: I think we might have something wrong with the password, I am going to update zuul_encrypt and try again15:07
nhicherok15:07
pabelangernhicher: if that fails, we'll have to use --keep for executor and manually inspect the decrypted secrets15:08
*** zoli|wfh is now known as zoli|gone15:12
*** zoli|gone is now known as zoli15:12
pabelangernhicher: okay, it was password that was issue15:15
pabelangerneeded to use --strip on the encrypt15:15
nhichercool =)15:15
pabelangernhicher: give me a sec to really confirm, but thanks again for your help!15:16
nhicherpabelanger: you're welcome =)15:21
pabelangerokay, job passed15:23
pabelangerwoot15:23
pabelangerbut, error in swift15:23
pabelangerhttps://object-storage-ca-ymq-1.vexxhost.net/v1/a0b4156a37f9453eb4ec7db5422272df/logs_45/45/8d13b58b7114c0ae2150a1fc49113516f0b2487e/check/tox-docs/html/15:23
*** jpena is now known as jpena|off16:54

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