Thursday, 2020-06-04

ianwthere is something going on here00:07
fungiagreed, icmp !h is pretty much always a firewall rejecting something00:09
ianwhttp://paste.openstack.org/show/794339/00:09
ianwthat is traces of both sides between linaro-us mirror and afs01.dfw00:10
clarkbthese are udp packets right? one weird thing with udp that happens in some firewalls is it treats them as stateful connections but then if a ping isn't ponged recently enough that state goes away and the return traffic is killed00:10
ianwso i can setup a ping <-> the two hosts and it won't drop a single packet00:10
funginot really, no00:16
ianwPING 104.130.138.161 (104.130.138.161) 65500(65528) bytes of data.00:16
ianw[1591229777.453607] 65508 bytes from 104.130.138.161: icmp_seq=1 ttl=54 time=6.12 ms00:16
fungifirewalls usually set up a mock state based on source and destination port and address, but a separate ping won't force them to maintain that fake state00:17
ianwi mean it doesn't seem to be mtu, those two hosts are fine with big packets and the mtu is only 145000:17
fungioften it's overloaded state tracking tables choosing to sacrifice udp flows00:18
clarkbfungi: sorry nit a literal ping. Just a response to a packet in the opposite direction00:18
ianw139.178.85.143 > afs01.dfw.openstack.org: ICMP host 139.178.85.143 unreachable - admin prohibited, length 10200:18
ianw92.168.1.4 > 104.130.138.161: ICMP host 192.168.1.4 unreachable - admin prohibited, length 10200:18
clarkbif outbound happens and then inbound is 10 minutes later the stateful bits aregone00:18
clarkbits all tied to ip:port tuples00:19
fungior if the state table is under extreme pressure and expires that state way sooner00:19
*** _mlavalle_1 has joined #opendev00:19
ianwwho is rejecting who?00:19
fungi92.168.1.4 is responding to 104.130.138.161 to say that 192.168.1.4 is unreachable. i guess that's a nat destination?00:20
openstackgerritMerged opendev/system-config master: Restart apache on graphite when LE updates certs  https://review.opendev.org/73324700:21
ianwsorry, dropped a 1 there00:21
fungioh...00:22
ianwyeah, 192.168.1.4 is the mirror ip address, which is a floating ip00:22
ianw139.178.85.14300:23
fungiin that case it's either a packet filter *on* 192.168.1.4 rejecting a packet from 104.130.138.161 with a !h response *or* it's something between 192.168.1.4 and 104.130.138.161 which has responded on behalf of 192.168.1.4 and spoofed its source address00:23
*** mlavalle has quit IRC00:23
ianwbut we see the reject *on* the mirror node, right?00:23
fungiboth scenarios are common enough00:23
ianw00:02:05.099258 IP 192.168.1.4 > 104.130.138.161: ICMP host 192.168.1.4 unreachable - admin prohibited, length 10200:24
fungioh, is this seen in a packet capture made on the mirror?00:24
ianwthat seen on mirror.regionone... says that *it* must have sent back the reject?00:25
fungii didn't catch all of the scrollback00:25
ianwhttp://paste.openstack.org/show/794339/ has a trace from both sides00:25
fungiand yeah, in that case i would take it to mean the mirror is indeed the origin of that rejection00:25
ianwthe firewall rules are the same afaics as every other mirror00:25
fungi"from server to client" is a tcpdump run in a shell on the server? or on the client?00:26
ianwserver to client is tcpdump run on afs01.dfw with host of mirror.regionone.linaro-us00:27
ianwtcpdump -i eth0 host 139.178.85.143 on afs0100:28
clarkbI think we log droppedpackets in syslog00:29
fungisorry, i'm a bit braindead at this time of night and the trace would have been easier to follow if -n had been used. the mix of sometimes resolved sometimes not addresses is more than i can keep in my head right now00:30
ianwi've run bidirectional pings for like 10+ minutes between them and not one dropped packet00:30
fungiit's possible the icmp !h response from 192.168.1.4 is not coming from the kernel/iptables, it could be coming from the service listening for 51838/udp datagrams00:32
fungiif it were just the kernel tcp/ip stack refusing the datagram because there was no longer anything to pass it to, i would have expected port unreachable rather than host unreachable00:33
fungibut also the "admin prohibited" opt is pretty much only ever used by firewalling software00:35
fungiand our iptables rules do that00:36
fungiREJECT     all  --  anywhere             anywhere             reject-with icmp-host-prohibited00:36
fungiso it *could* be we're somehow getting responses that iptables can't match to an existing tracked state00:36
ianwhttp://paste.openstack.org/show/794340/00:36
ianwhere it is with -n on both sides00:36
fungi51838 doesn't appear to be a udp port we're allowing, so it's only getting responses thanks to state tracking entries00:37
fungiso in this case i feel like the icmp host unreachable admin prohibited packets are being generated in response to something which iptables lacks a rule or an existing state for00:37
ianwi'll try adding some drop logging ...00:39
ianwarrggghhhh damn it i seem to have cut myself off00:40
ianwdamn it, i'm going to have to reboot it00:41
ianwhttp://paste.openstack.org/show/794341/ looked reasonable to me00:41
ianwguess what ... after a reboot ... none of it is happening00:50
ianwat least i have some traces if it happens again00:51
*** diablo_rojo has quit IRC00:58
*** Meiyan has joined #opendev00:59
*** xiaolin has joined #opendev01:25
ianwhttps://tarballs.opendev.org/openstack/openstack-zuul-jobs/aarch64/ ... interesting, it almost got there but not quite it seems01:36
ianwoh ... i guess artifact retrieval isn't recursive for directories?01:43
*** _mlavalle_1 has quit IRC01:51
*** xiaolin has quit IRC01:53
ianwdo the executors have wget?02:27
ianwi just wrote a recursive download but then realised it probably doesn't work :/02:28
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342502:38
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342502:43
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342502:45
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342502:49
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342502:50
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342503:01
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342503:09
*** auristor has joined #opendev03:18
*** xiaolin has joined #opendev03:25
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342503:39
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342503:50
*** sgw has quit IRC04:00
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342504:00
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342504:17
*** ykarel|away is now known as ykarel04:31
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] download-artifact : recursive download  https://review.opendev.org/73342504:51
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342505:03
*** sgw has joined #opendev05:12
AJaegerianw: working now? ;)05:14
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342505:14
AJaegerianw: could you push a change to remove project-config-build-openafs-centos* from openstack-zuul-jobs, please? It should depend on https://review.opendev.org/73304905:15
ianwAJaeger: that bit is almost, yes :)  after all this i still haven't actually got the openafs bits published05:15
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342505:18
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342505:20
AJaegerianw: left some comments on an older patchset, you're fixing too quickly ;)05:20
AJaegerianw: I think https://review.opendev.org/#/c/733425/14 still applies, please check05:21
ianwsorry yeah i *thought* is was no longer wip but then i started fiddling it :)05:22
ianwAJaeger: yeah it will expire; that was something i need to add a comment about.  i'm not sure what we can do ...05:22
AJaegerianw: it's fine.05:24
ianwit will basically mean that when the role gets updated (and the test runs) you'll need to choose some new artifact to pull to test against05:25
AJaegerianw: want to add the test a separate change stacked on top? Then we can discuss merging the first - and consider what to do with the expired content?05:25
*** ysandeep|away is now known as ysandeep05:25
ianwthe test shouldn't run unless the actual bits of the download-artifacts role have changed (file matcher) ... so it's not like it will be gate brekaing05:26
AJaegerindeed05:26
AJaegerconfig-core, please review https://review.opendev.org/732150 and https://review.opendev.org/73198905:27
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342505:30
ianwAJaeger: oh, 731989 was one i didn't quite understand05:33
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342505:42
AJaegerianw: 731989 is a partial revert05:43
openstackgerritMerged zuul/zuul-jobs master: Document twine_executable  https://review.opendev.org/73215005:43
AJaegerianw: I introduced in https://review.opendev.org/#/c/731630/ the wheel bindep to use it in requirments repository's bindep.txt and then trying to add it, it did not work since the content is used for generate-constraints as well. So, I stopped that idea05:44
AJaegerianw: does that explanation help?05:45
ianwahh ok05:49
*** jaicaa has quit IRC05:51
ianwhrmm, really not sure why 733425 fails in post05:52
*** jaicaa has joined #opendev05:54
AJaegerthat looks indeed odd05:54
hrwmorning06:00
hrwmnaser: please add arm64 jobs and use check-arm64 pipeline. when we get close to the limit it will be a sign that it used so will be easier to request more resources06:01
*** gtema has joined #opendev06:02
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342506:13
*** gtema has quit IRC06:14
*** gtema has joined #opendev06:15
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342506:25
ianwAJaeger: I think because i used base-minimal to reduce anything else runnign with the test06:32
*** redrobot has quit IRC06:39
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact: cleanup long when statement  https://review.opendev.org/73344606:47
ianwAJaeger: https://review.opendev.org/#/c/733425/ passes (and is not wip now :) and https://review.opendev.org/733446 follow-on with the cleanup you mentioned06:48
*** gtema has quit IRC06:57
*** gtema has joined #opendev06:59
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact: cleanup long when statement  https://review.opendev.org/73344607:00
*** hashar has joined #opendev07:08
AJaegerthanks, ianw !07:09
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact: cleanup long when statement  https://review.opendev.org/73344607:13
zbrianw: https://review.opendev.org/#/c/731591/2 please, thanks.07:41
*** tosky has joined #opendev07:46
*** rpittau|afk is now known as rpittau07:50
*** moppy has quit IRC08:01
*** moppy has joined #opendev08:01
openstackgerritMerged opendev/irc-meetings master: Fix the policy popup team meeting id  https://review.opendev.org/73329808:06
*** dtantsur|afk is now known as dtantsur08:13
*** DSpider has joined #opendev08:19
*** xiaolin has quit IRC08:20
*** ysandeep is now known as ysandeep|lunch08:20
*** roman_g has joined #opendev08:23
openstackgerritPierre Riteau proposed openstack/project-config master: Add Backport-Candidate label for Kolla deliverables  https://review.opendev.org/73324308:43
*** tkajinam has quit IRC08:48
openstackgerritPierre Riteau proposed openstack/project-config master: Add Backport-Candidate label for Kolla deliverables  https://review.opendev.org/73324308:54
*** priteau has joined #opendev08:57
*** xiaolin has joined #opendev09:03
*** ysandeep|lunch is now known as ysandeep09:03
yoctozeptomorning folks09:05
yoctozeptocould anyone advise on https://review.opendev.org/705547 - it merged long time ago but it does not seem the buttons work :/ could it be that gerrit did not actually like the sequence gap in there?09:06
frickleryoctozepto: humm, I'll take a look09:10
frickleryoctozepto: all the documentation I can find talks about ranges for labels. as the actual value doesn't seem to really matter, I'd propose to rewrite that to use 0..1 instead of 0,209:27
yoctozeptofrickler: or +0..+2, we might want to use important from time to time (though likely rarely), we don't really need only -1 as it never happens (branch freeze)09:43
yoctozeptofrickler: wdyt?09:43
openstackgerritRadosÅ‚aw Piliszek proposed openstack/project-config master: Fix devstack's review-priority label  https://review.opendev.org/73351309:46
yoctozeptofrickler: done according to the docs ^09:46
*** Meiyan has quit IRC09:49
*** roman_g has quit IRC09:56
*** jesusaur has quit IRC09:56
*** dpawlik has quit IRC09:57
*** kevinz has quit IRC09:57
*** dpawlik3 has joined #opendev09:57
*** jesusaur has joined #opendev09:57
*** rpittau is now known as rpittau|bbl10:02
*** dpawlik3 has quit IRC10:05
*** dpawlik3 has joined #opendev10:05
*** gtema has quit IRC10:15
*** ysandeep is now known as ysandeep|afk10:51
*** gtema has joined #opendev11:01
*** ravsingh has joined #opendev11:21
*** slaweq has joined #opendev11:24
openstackgerritFelix Edel proposed zuul/zuul-jobs master: Return upload_results in upload-logs-swift role  https://review.opendev.org/73356411:24
slaweqfungi: hi11:25
slaweqfungi: I don't know if You remember but some time ago I was asking here about possibility of pinging some external resource in neutron tests11:25
slaweqfungi: You pointed me to something which is in NODEPOOL_MIRROR_HOST11:26
slaweqso I did patch https://review.opendev.org/#/c/730766/211:26
slaweqbut it don11:26
slaweqbut it don't works as expected11:26
slaweqin all jobs I have error like:11:26
slaweqFailed to ping IP: mirror.us-east.openedge.opendev.org via a ssh connection from: 172.24.5.11211:26
slaweqfungi: can You take a look and tell me if I choose wrong variable/host? or should I look for the issue somewhere in the test itself?11:27
*** donnyd_ has quit IRC11:33
*** donnyd_ has joined #opendev11:33
*** donnyd_ has quit IRC11:34
*** rpittau|bbl is now known as rpittau11:35
*** donnyd_ has joined #opendev11:35
*** donnyd_ has quit IRC11:35
*** donnyd_ has joined #opendev11:36
*** donnyd_ has quit IRC11:36
*** donnyd43 has joined #opendev11:39
*** donnyd43 has left #opendev11:39
openstackgerritFelix Edel proposed zuul/zuul-jobs master: Return upload_results in upload-logs-swift role  https://review.opendev.org/73356411:41
*** donnyd_ has joined #opendev11:42
*** ysandeep|afk is now known as ysandeep11:43
*** donnyd_ is now known as donnyd11:44
fricklerslaweq: I don't think devstack usually sets up external connectivity for instances, why do you expect that to work? also like we should move this to either -qa or -neutron11:47
fricklers/like/I think/ , /me wonders what my brain did there11:48
cgoncalvesis there a depth limit in which Zuul stops merging job dict variables?11:51
cgoncalvesI'm defining a job that should have merged its vars with vars in the parent's parent job11:51
cgoncalves"An unhandled exception occurred while templating '{{ grenade_devstack_localrc.shared|combine(grenade_devstack_localrc.old) }}'. Error was a <class 'ansible.errors.AnsibleFilterError'>, original message: |combine expects dictionaries, got AnsibleUndefined"11:51
slaweqfrickler: we have in neutron-tempest-plugin test that checks connectivity to the external resource but it's disaabled on u/s gate for now11:52
slaweqI would like to enable it as it was written due to some real bug which we had in the past with such kind of connectivity11:52
slaweqso some time ago I asked here if that would be fine to e.g. ping 8.8.8.8 from our tests and fungi pointed me then to this zuul mirror11:53
fricklerslaweq: yeah, turns out my assumption about devstack was wrong. maybe DNS inside the instance isn't working. did you test with 8.8.8.8 before? or maybe 172.24.5.1 which should be the ip of the devstack host. if you trigger another check, let me know and I'll set up a hold in order to dig deeper12:00
mordredcgoncalves: no, there shouldn't be12:24
openstackgerritRadosÅ‚aw Piliszek proposed openstack/project-config master: Fix devstack's review-priority label  https://review.opendev.org/73351312:25
cgoncalvesmordred, ok, that's good. would you be able to help me understand if that is not what is happening in https://review.opendev.org/#/c/733262/ ?12:25
cgoncalveshttps://zuul.opendev.org/t/openstack/build/a72284e4e3334da9ab544596a85b59fa/log/job-output.txt#220712:26
cgoncalvesgrenade_devstack_localrc.old is defined in https://opendev.org/openstack/grenade/src/branch/master/.zuul.yaml#L5112:26
mordredcgoncalves: that looks all correct to me ...12:29
mordredcgoncalves: maybe clarkb or corvus will see something when they're up12:29
cgoncalvesmordred, thanks12:30
*** dpawlik6 has joined #opendev12:33
fricklercgoncalves: it looks like overriding grenade_devstack_localrc will mask any inheritance, so you'd need to define .old and .new yourself, too12:34
*** tobiash_ has joined #opendev12:35
*** hrww has joined #opendev12:35
*** owalsh_ has joined #opendev12:36
cgoncalvesfrickler, right, although Zuul documentation says Zuul merges dict variables through job inheritance: https://docs.openstack.org/devstack/latest/zuul_ci_jobs_migration.html#job-variables12:36
*** bolg has quit IRC12:36
*** SotK has quit IRC12:36
*** abhishekk has quit IRC12:36
*** dpawlik3 has quit IRC12:36
*** owalsh has quit IRC12:36
*** tobiash has quit IRC12:36
*** ysandeep has quit IRC12:36
*** elod has quit IRC12:36
*** paladox has quit IRC12:36
*** hrw has quit IRC12:36
*** hrww is now known as hrw12:36
*** elod_ has joined #opendev12:37
*** ysandeep has joined #opendev12:37
*** SotK has joined #opendev12:37
*** paladox has joined #opendev12:37
openstackgerritMonty Taylor proposed opendev/system-config master: Run iptables in service playbooks instead of base  https://review.opendev.org/73099912:44
openstackgerritMonty Taylor proposed opendev/system-config master: Rename service-letsencrypt to just letsencrypt  https://review.opendev.org/73161712:44
openstackgerritMonty Taylor proposed opendev/system-config master: Stop cloning drupal puppet modules  https://review.opendev.org/73194712:44
openstackgerritMonty Taylor proposed opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099112:44
openstackgerritMonty Taylor proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125812:44
mordredcgoncalves: oh - I wonder if your hostvars are the thing breaking12:49
mordredcgoncalves: "Host and group variables override variables with the same name defined as global variables."12:49
mordredcgoncalves: if that's it, this might be a case where having old and new and shared as keys under grenade_devstack_localrc might be making it hard to use per-host overrides, and maybe we should get the grenade stuff updated to have grenade_devstack_localrc_old grenade_devstack_localrc_new and grenade_devstack_localrc_shared - so that you can do per-host overrides without breaking inheritance12:51
cgoncalvesmordred, good catch!12:51
cgoncalvestosky, ^12:52
toskyouch12:54
*** sshnaidm is now known as sshnaidm|mtg12:59
*** tkajinam has joined #opendev13:02
toskycgoncalves: wouldn't that break anyway, because you would not inherit from the base grenade_devstack_localrc_shared in your job?13:04
*** Guest10631 has joined #opendev13:04
*** Guest10631 is now known as redrobot13:05
toskyin controller and controller213:05
*** mlavalle has joined #opendev13:06
*** slaweq has quit IRC13:07
*** slaweq_ has joined #opendev13:07
*** roman_g has joined #opendev13:13
*** elod_ is now known as elod13:17
cgoncalvestosky, yeah. could we consider different var names and then ansible | combine() them?13:18
toskydifferent how? No metter how they are defined, if you override them in host-vars.controller, you would need to rewrite all the values anyway13:19
cgoncalvestosky, if vars are named differently, it wouldn't be an override13:20
toskyI don't follow, sorry13:21
toskyif we switch to grenade_devstack_localrc_shared and grenade_devstack_localrc_old and ..._new, that instruction would be13:21
tosky'{{ grenade_devstack_localrc_shared|combine(grenade_devstack_localrc_old) }}13:22
toskyyou would have grenade_devstack_localrc_old, but you are overriding grenade_devstack_localrc_shared in host-vars.controller13:22
toskyand if I understand it correctly, that means not using the base variable, without the values for, say, DATABASE_PASSWORD and so on13:23
cgoncalvestosky, it's far from ideal but my thinking is: keep existing var names and introduce new ones like suggested (grenade_devstack_localrc_{shared,old,new}) so folks can use in {host,group}-vars and, when defined, combine in the grenade playbook13:23
*** rpittau is now known as rpittau|brb13:24
toskyso combine in addition?13:25
toskythat make things a bit complicated: when do you override one or the other?13:26
toskyI feel that it needs still a more clear solution13:26
cgoncalves+113:26
*** slaweq_ is now known as slaweq13:28
fungislaweq: the error message from that "ping test" indicates it's "pinging" with an ssh connection... does it expect to authenticate successfully? how/where is that test implemented?13:35
slaweqfungi: that may be true, I will check that test13:41
slaweqthx a lot13:41
fungii suspect it's designed for pinging other nested instances in devstack13:45
fungiso may expect to have viable ssh keys and even maybe to be able to run some minimal/no-op command in a shell on them13:45
fungisomething using actual icmp echo ping may be a better fit for your purpose13:46
*** hashar has quit IRC13:56
*** rpittau|brb is now known as rpittau14:01
zbrdo we have an example of single build stage Dockferfile for our python-builder? the two stage Dockerfile is a PITA for development. Is good for producing final images, but not while you are developing, it is very slow.14:03
mordredzbr: that hasn't been my experience - docker does a really good job of caching the builds for me14:05
mordredwhich one are you hacking on?14:05
mordredzbr: (and no - the python-builder is explicitly designed for multi-stage build dockerfiles)14:05
corvuscgoncalves, tosky, mordred: how about this?  grenade_devstack_localrc, grenade_devstack_localrc_group, grenade_devstack_localrc_host.  define those in zuul as global, group, and host vars respectively.  then in ansible combine() them at the last minute.  that lets you take advantage of zuul's internal combining and bypassing ansible's override.14:05
mordredcorvus: not a bad idea14:06
toskycorvus: so keep the .shared, .new and .old items for each of them?14:06
corvustosky: yeah, i think they should continue to merge as expected14:06
corvus(the way i look at it, they're really a second axis: old/new (where the first axis is controller/subnode))14:07
mordredyeah - so you put grenade_devstack_localrc_group in group_vars and grenade_devstack_localrc_host in hostvars14:07
mordredyeah14:07
* mordred is just a "yeah" bot14:07
toskyack - and you don't plan any other top-level variable type like host-vars and groups which may potentially override again the base variables, do you?14:07
tosky:)14:07
mordredtosky: not until ansible makes one :)14:07
toskyoh, right, that comes from ansible14:08
toskythanks for the idea14:08
toskycgoncalves: just to know that it may take some time for me to do that14:08
*** gtema has quit IRC14:09
*** gtema has joined #opendev14:10
corvusfwiw, i would probably start by setting up a local inventory (with localhost playing the part of 2 hosts) and verify that i can get all the ansbile vars combining as i expected first14:10
corvus(you can add the same host to the inventory twice with separate names for testing things like this)14:10
corvusthen move on to zuul14:10
*** tobiash_ is now known as tobiash14:23
hrwmorning14:26
hrwwhere can I see content of /etc/pip.conf provided for CI jobs?14:27
*** hashar has joined #opendev14:36
clarkbhrw: the template is in the configure mirrors role. If you want the actual per job content you can fetch it as part of your logs14:56
clarkbhrw https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/configure-mirrors/templates/etc/pip.conf.j214:58
zbrmordred: not sure from which infra project I took it but I was working on e-r trans to container.15:00
mordredzbr: nod15:00
zbrtwo step build works correctly, it not its fault. is just that is inconvenient for local hacking15:01
mordrednod. and yeah - the copy . /tmp/src is a bummer since it invalidates all of the build cache15:03
hrwclarkb: thanks15:07
clarkbslaweq: fungi also, was a second layer of NAT configured to make the ip routable external to the host?15:08
fungii do not know, but that's certainly worth double-checking15:09
*** ykarel is now known as ykarel|away15:37
cgoncalvescorvus, that sounds good to me15:37
cgoncalvestosky, sure, I understand. thank you15:37
*** lpetrut has joined #opendev15:48
*** factor has quit IRC15:59
*** lpetrut has quit IRC16:03
*** tkajinam has quit IRC16:05
openstackgerritJames E. Blair proposed opendev/system-config master: Stop using backend hostname in zuul testinfra tests  https://review.opendev.org/73340916:14
openstackgerritJames E. Blair proposed opendev/system-config master: Recombine zuul testinfra tests into one file  https://review.opendev.org/73341316:14
corvusmordred: did you see the chat between clarkb and i about 730999 (iptables testing) yesterday?16:15
mordredcorvus: reading now16:16
mordredcorvus: ah - yeah. I like your reorg - although I'm not sure I fully follow how it helps avoid the fail-open16:19
mordredsince we could still just not match right?16:19
corvusmordred: separately, i think you lost my fix for the ansible-lint error in 731258 when you pushed up the %ip fix; but it turns out my fix had a problem anyway (i used the wrong quotes -- now *that* is something i would expect a linter to catch, but it did not).  i'm about to push up a new patchset which should fix it right.  you might want to grab that locally.16:20
openstackgerritJames E. Blair proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125816:20
corvusmordred: ^ that's the lint fix16:20
corvusmordred: yeah (also, note that clarkb preferred the multiple files version)16:20
corvusmordred: (so we might stop there and not do the recombine patch)16:20
mordredcorvus: ++16:20
mordredyeah - I think I like the multiple files version16:21
corvusmordred: re not failing open -- agreed, the main thing is that with either of these, we will have a definitive result for each test.  so if we're not matching, we'll see "SKIPPED"16:21
corvuswhich isn't going to fail the change, but at least if we look, we'll know.16:21
corvusright now, if we look at 730999, it just says it passed the test even though there's a part of the test that should have failed, and we can't tell if that part ran16:22
mordredcorvus: I DO NOT UNDERSTAND WHY THE LINTER DOES NOT LIKE WHAT YOU FIXED16:22
mordredwe set the fact above unconditionally :(16:23
corvusmordred: agreed16:23
corvusre 999: with the reorg, we'll either get SKIPPED in which case we know there's an issue with the hostname matching (did we typo the hostname?), FAILED in which case there's apparently just an issue with using host.backend.get_hostname() and we can carry on, or SUCCESS in which case something about the test is fundamentally broken16:24
mordred++16:24
fungigalaxy express 999?16:25
openstackgerritJames E. Blair proposed opendev/system-config master: Stop running ansible-lint on this repo  https://review.opendev.org/73340616:25
corvusfungi: will take you on a journey, a never ending journey16:25
fungii'm buying my ticket right now16:25
clarkbmordred: corvus re the linter, I wonder if its a parsing problem like unmatched ' ?16:29
clarkbbasically ansible applying some layer of parsing above yaml that causes it to be undefined somehow16:30
clarkbare we using _'s?16:30
clarkbiirc ansible has said no - or no _ I can't recall which is good and which is bad anymore though16:30
zbrinteresting to remark the amount of subjective arguments and the linting subject16:30
clarkbI think its no more - because - is a symbol in python that means a thing16:30
*** rpittau is now known as rpittau|afk16:31
*** dtantsur is now known as dtantsur|afk16:33
zbrmy impression is that the complains are related to https://github.com/ansible/ansible-lint/issues/776 which was fixed in last version.16:34
mordredit looks like it wasn't fixed in py316:39
mordredaccording to the last comment16:39
fungibut also, for this repository in particular, we wind up spending more time fighting that linter than we benefit from bugs it identifies which wouldn't be caught by our other tests16:40
fungi(if we're committing ansible to the opendev/system-config repository which is not exercised, then that's a problem in itself)16:41
*** ravsingh has quit IRC16:49
*** priteau has quit IRC16:49
*** ysandeep is now known as ysandeep|away16:53
*** sshnaidm|mtg is now known as sshnaidm|afk16:59
*** gtema has quit IRC17:06
*** hashar has quit IRC17:07
*** priteau has joined #opendev17:11
openstackgerritMonty Taylor proposed opendev/system-config master: Stop using backend hostname in zuul testinfra tests  https://review.opendev.org/73340917:13
mordredcorvus: there was a missing import ^^17:14
corvusmordred: drat, thx17:14
corvusmordred: i was just looking at 731258 which is green17:14
corvusi wanted to triple check that it's working as expected17:14
mordredcorvus: so - in good news - the test did run on zuul01 - so we know that matchign worked17:14
*** priteau has quit IRC17:15
corvusmordred: iiuc no "zuul" in https://98f17a7a28d5343bcff7-cb207f5accf30a643a07da583fd48b42.ssl.cf1.rackcdn.com/731258/20/check/system-config-run-base/7cb6206/bridge.openstack.org/ara-report/result/6cde835a-b4ac-469b-88fb-791b983b752b/ means success on 731258, right?17:17
mordredcorvus: yes. that is the goal of the extra_users: []17:19
mordredcorvus: so I think that means \o/17:20
corvuscool, i think it'd be good to see 733409 fail for the right reason then succeed; then maybe we're good to push through the stack?17:22
mordredcorvus: I think so17:23
mordredand then I think we're in a much more solid place17:24
*** gtema has joined #opendev17:37
*** gtema has quit IRC17:41
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: test-playbooks: avoid warnings with shell/command  https://review.opendev.org/73160517:55
openstackgerritJeremy Stanley proposed opendev/system-config master: Forward user-committee ML to openstack-discuss  https://review.opendev.org/73367318:11
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform jobs  https://review.opendev.org/73367518:18
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367518:30
*** gtema has joined #opendev18:31
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367518:32
*** gtema has quit IRC18:35
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367518:40
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367518:48
*** roman_g has quit IRC18:50
clarkbyoctozepto: fyi I -1'd https://review.opendev.org/#/c/733243/4 because gerrit basically. Other than that I think the change is fine if yall want ot respin it18:58
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367519:01
openstackgerritMerged openstack/project-config master: Stop to use the __future__ module.  https://review.opendev.org/73291119:07
openstackgerritMerged openstack/project-config master: Fix devstack's review-priority label  https://review.opendev.org/73351319:07
openstackgerritMerged openstack/project-config master: Remove periodic openafs jobs  https://review.opendev.org/73304919:10
clarkbthat ^ is removal of centos package builds for openafs (not our wheels or other periodic things)19:11
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367519:13
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367519:17
mordredcorvus: it does not seem to have failed properly19:38
mordredcorvus: my hunch is that util.get_ips is returning an empty list19:40
mordred(or an empty set rather)19:43
*** hashar has joined #opendev19:44
corvusaha, that would do it19:45
mordredcorvus: but ... I cannot explain why it would do that19:46
mordredwe're doing multi-node-hosts-file19:46
mordredso I expect ze01.opendev.org to be in /etc/hosts19:46
mordred(we are not collecting the /etc/hosts file)19:47
corvusdoes the lookup we're doing consult that, or only dns?19:47
corvushrm, should use /etc/hosts -- at least, it does locally19:48
mordredyeah. same for me19:49
mordredfwiw - https://zuul.opendev.org/t/openstack/build/d1db88a6ee0049ab86efeb7d75deaaf8/log/zuul01.openstack.org/rules.v4.txt#21 <-- we wouldn't match the rule correctly even if we _were_ runnin ghte test19:49
mordredbut we are setting the iptables - so that's at least good19:49
corvusmordred: why wouldn't we match?19:50
mordredthe string we're searching for is not actually what the rule is19:50
mordredit's close - but there is some difference19:50
corvusi don't think we're actually searching that file19:50
mordredI'd expect the rule content to be roughtly the same though no?19:51
mordredin any case - figuring out why we can't resolve that name is the more pressing concern19:51
mordredshould we collect /etc/hosts?19:51
corvusiptables -t filter -S is the command it runs19:53
corvus-A openstack-INPUT -s 23.253.245.60/32 -p tcp -m state --state NEW -m tcp --dport 4730 -j ACCEPT19:53
corvusthat's a sample output line from the real scheduler19:53
mordredah - ok19:53
corvusbut yeah, the hostname... hrm.  yeah, i guess we should collect that?19:54
corvusdo we have a task where we write it...?19:55
mordredcorvus: yeah -19:55
mordredcorvus: https://opendev.org/opendev/system-config/src/branch/master/playbooks/zuul/run-base-pre.yaml#L519:56
corvusoh wow, we have ze01.openstack and ze01.opendev hosts in this job?19:57
mordredcorvus: yeah19:57
mordredcorvus: one is on xenial and one is on focal19:58
corvusthis claims it's adding it to bridge: https://zuul.opendev.org/t/openstack/build/d1db88a6ee0049ab86efeb7d75deaaf8/console#1/0/23/bridge.openstack.org19:58
corvusand bridge is where we run testinfra19:59
mordredyeah20:00
mordredcorvus: in that diff output, what do after_header and before_header mean20:00
openstackgerritMerged zuul/zuul-jobs master: test-playbooks: improved syntax  https://review.opendev.org/73159120:00
corvusmordred: i have no idea, the lack of info on lineinfile and template, etc, make me sad20:01
mordredyeah20:01
mordredI think the command looks reasonable though20:01
mordredI'm going to push up a rev collecting /etc/hosts - and putting in an assert that we're getting ips, k?20:01
mordredor should we put in a hold (or I guess we could do both)20:02
corvuslet's do both20:02
corvusor all 3 even20:02
corvusthat assert should fail and trigger the hold20:02
mordredyeah. I've got the patch for /etc/hosts and the assert ready to go20:03
mordredyou in a position to put in the hold or want me to?20:03
corvusmordred: i'll do it, go ahead and push20:03
mordredkk20:03
openstackgerritMonty Taylor proposed opendev/system-config master: Stop using backend hostname in zuul testinfra tests  https://review.opendev.org/73340920:03
corvusall set20:04
corvusmordred: i think since we've examined the iptables script, we can probably merge your changes20:04
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367520:04
mordredcorvus: yeah. and iterate on this to fix the tests20:05
corvusclarkb: are you available to +3 https://review.opendev.org/730999 ?20:05
corvusclarkb: and https://review.opendev.org/73125820:05
corvusi think those are the only 2 that need another +220:06
clarkbcorvus: are we ready on 730999? it sounded like we hadnt seen it fial then pass?20:06
clarkboh I see we'refixing the issue with interolation there then cleaning up testing separately20:07
clarkb+3'd 99920:07
clarkblooking at the other one now20:08
corvusclarkb: yeah, and we've inspected the actual iptables script so the testing hole should be okay while we close it up.20:08
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367520:08
clarkb+2'd the other. Seems like with this stack we may want to approve them somewhat sequentially to ensure each major step is working?20:09
mordredclarkb: when's the last time a giant stack from me was ever not perfect?20:10
corvusmeh, i say bombs away and fix all the issues in parallel :)20:10
corvus(i *think* we've been pretty good about checking up on the tests for these, so i have reasonable confidence in the gate results)20:10
clarkbcorvus: thats a good point (including the iptables checking)20:12
fungii'm free to help fix stuff again after i finish cooking dinner20:18
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367520:20
*** gtema has joined #opendev20:32
*** gtema has quit IRC20:37
corvusokay we have a failure on the test change; checking it now20:58
corvusmordred: your assert hit as expected20:58
*** sgw has quit IRC21:00
corvusthe /etc/hosts files do not have the expected hosts21:04
corvushttps://zuul.opendev.org/t/openstack/build/70b4d930c6574d85b76e919bbc635751/log/ze01.opendev.org/hosts21:04
openstackgerritMerged opendev/system-config master: Run iptables in service playbooks instead of base  https://review.opendev.org/73099921:05
corvusmordred: and that's because we run 'set-hostname' after we run the multi-node-known-hosts role: https://zuul.opendev.org/t/openstack/build/70b4d930c6574d85b76e919bbc635751/console#1/0/35/bridge.openstack.org21:09
corvushttps://opendev.org/opendev/system-config/src/branch/master/playbooks/zuul/run-base-pre.yaml#L821:10
mordredcorvus: hah21:11
mordredcorvus: well - multi-node-host-file is designed to append entries21:11
mordredcorvus: should we move it to after set-hostname?21:11
mordredthat way we'll get our /etc/hosts written adn then just append ansible inventory files to it21:11
corvusmordred: yeah -- i was just looking back through the change history to see if we're missing anything here, but i don't think we are. i think reordering should be fine21:12
mordredk. lemme push that up.21:13
corvusmordred: while you're at it21:13
corvusmordred: can you add grabbing /etc/hosts from bridge too?21:13
corvusi've released the hold21:13
openstackgerritMonty Taylor proposed opendev/system-config master: Stop using backend hostname in zuul testinfra tests  https://review.opendev.org/73340921:13
mordredcorvus: yes. crappit. one sec21:13
openstackgerritMonty Taylor proposed opendev/system-config master: Stop using backend hostname in zuul testinfra tests  https://review.opendev.org/73340921:14
mordredcorvus: done21:14
corvusmordred: lg -- hopefully that should fail for realz now21:15
corvusclarkb: got a min for one more re-review?  https://review.opendev.org/73158321:16
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367521:18
*** sgw has joined #opendev21:18
clarkbmordred: corvus minor thing on https://review.opendev.org/731583 I don't actually think it matters too much for this case so I +2'd anyway (but didn't approve in case it does matter more than I thought)21:19
openstackgerritMerged opendev/system-config master: Rename service-letsencrypt to just letsencrypt  https://review.opendev.org/73161721:19
openstackgerritMerged opendev/system-config master: Stop cloning drupal puppet modules  https://review.opendev.org/73194721:19
fungii've likely been living in a cave, but what does #{ syntax do? associative array lookup?21:19
fungior some special scoping?21:20
clarkbfungi: in ruby thats string interolation21:20
fungioh! ruby21:20
fungimy eyes glazed right over at the .rb on the ends of those files21:21
fungii thought i was reviewing j2 for some reason. curly brace tunnelvision21:21
*** xiaolin has quit IRC21:25
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367521:25
mordredclarkb: let's do that as a followup I think21:25
clarkbmordred: ok I wrote a second comment to clarify something about the first but followup is fine21:26
openstackgerritMonty Taylor proposed opendev/puppet-openstack_infra_spec_helper master: Name gate inventory file gate-hosts  https://review.opendev.org/73370421:27
mordredclarkb: ^^ followup21:27
*** _mlavalle_1 has joined #opendev21:30
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367521:31
*** mlavalle has quit IRC21:33
openstackgerritMerged opendev/puppet-openstack_infra_spec_helper master: Install hosts and group files into service location  https://review.opendev.org/73158321:38
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367521:40
clarkbmordred: approved thanks21:45
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367521:59
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: WIP: Add terraform roles  https://review.opendev.org/73367522:04
*** hashar has quit IRC22:05
ianwstill getting pretty regular afs dropouts on arm64 mirror22:07
ianw[Thu Jun  4 20:18:37 2020] afs: Lost contact with volume location server 104.130.136.20 in cell openstack.org (code -1)22:07
ianw[Thu Jun  4 20:18:48 2020] afs: volume location server 104.130.136.20 in cell openstack.org is back up (code 0)22:07
clarkbianw: it returned after the reboot then22:07
clarkbianw: fungi did we decide it was the local server dropping the packets?22:07
ianwi tried to dump the iptables logs and cut myself off22:08
ianwFileLog:Thu Jun  4 00:39:41 2020 CB: ProbeUuid for host 00007FA26872E448 (139.178.85.143:54328) failed -122:10
*** _mlavalle_1 has quit IRC22:10
ianwthat's the last one of those probeuuid failures22:10
*** mlavalle has joined #opendev22:11
ianw 22:11:03 up 21:24 ... so i must have rebooted it around then22:11
fungiclarkb: it looked like something caused iptables to decide after a point that those datagrams no longer matched any established flow22:12
fungithat could point to a conntrack bug for example, maybe an architecture-specific one even22:13
fungibasically, ianw had packet captures which indicated that the client was emitting the precise sort of icmp errors which our iptables catch-all block rule creates22:15
fungipacket captures taken on the client22:15
fungiso no chance they were being spoofed by some middlebox elsewhere in the route22:15
fungibut yeah, we didn't manage to confirm by correlating those with iptables reject logs22:16
fungithat was going to be the next step when ianw inadvertently cut himself off from the instance, had to reboot, and that temporarily quelled the problem22:16
ianwcould i get a couple of eyes on https://review.opendev.org/#/c/733425/20 to do recursive downloads in download-artifact22:17
ianwthis is to avoid having to tarball up the openafs rpms and then untarball them to publish them on tarballs.opendev.org in the promote/publish job22:17
ianwfungi: i've got a dump running now and tailing the kernel log, to see if i can capture packets around any reported dropout period22:18
clarkbshould we add '-A openstack-INPUT -j LOG' to the end of our iptables rules (but before the reject)?22:18
ianwalthough it is not doing anything like this reject now22:19
ianws/this/that/22:19
*** noonedeadpunk has quit IRC22:19
*** noonedeadpunk has joined #opendev22:20
fungiianw: on the recursive option to download-artifact, what webserver is serving those artifacts when they're being downloaded?22:21
fungiis the build spinning up a web service on the job node?22:22
ianwfungi: whatever is presenting us the log directories, which i guess varies by provider22:22
fungioh, we're retrieving these from log archival?22:22
fungineat, now this is making more sense, thanks ;)22:22
ianwyeah; the artifact is just the log URL22:22
ianwit is certainly a complex wget command and it took me quite a bit of fiddling to do22:23
fungii didn't know if there was some paused job providing a scratch space for file transfers similar to how the buildset registries work22:23
fungiwhich seems like it would be more efficient, but if this is how single artifact publication is working now then i guess no need to redesign22:24
fungis/efficient/robust against internet flakiness/22:24
ianwyeah, i think it's the way the promote pipeline is designed22:26
ianwi just had another thought that maybe that role could grab the manifest, and then download the urls that have the right prefix22:27
ianwunder the artifact's URL22:27
ianwthe result would be the same, but without the wget dependency ... and i actually wrote *most* of it for the download-logs.sh parsing bits22:29
fungioh, got it, we're relying on this to do publication of artifacts cross-pipeline (generated in gate, published in promote) so the paused job design isn't applicable anyway22:29
clarkbianw: left a note about what I think is a bug in the change22:29
fungii guess for our image publication we get away with not copying images around that way by uploading in gate and then flagging them in promote22:30
ianwclarkb: oh doh, yes that is supposed to ignore22:30
fungiit might be nice if we could come up with a similar model for arbitrary artifact publication22:30
fungibut that's a much larger effort22:31
ianwclarkb: yeah, i wasn't sure on mocking something out.  whatever it is, it really has to exist for wget to download it.  i figured the amount the job actually gets updated, just re-running something to get a downloadable artifact probably isn't too bad22:32
ianwyou can't really generate an artifact at the same time, because zuul has to report back before you can pick it up22:33
clarkbianw: ya I think ist more that will be an unexpected road block after you push your first patchset, it fails, you figure out why then ahve to fix it22:33
*** gtema has joined #opendev22:33
openstackgerritMerged opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099122:33
openstackgerritMerged opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125822:33
openstackgerritMerged opendev/puppet-openstack_infra_spec_helper master: Name gate inventory file gate-hosts  https://review.opendev.org/73370422:33
clarkbianw: what we might be able to do is run python -m http.simpleserver /dir and put a json manifest there and a file/dir the manifest points too?22:34
clarkbthat doesn't test we're speaking the zuul api properly though22:34
clarkband there is value in ^ too22:34
*** rajinir has quit IRC22:35
*** jbryce has quit IRC22:35
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342522:35
openstackgerritIan Wienand proposed zuul/zuul-jobs master: download-artifact: cleanup long when statement  https://review.opendev.org/73344622:35
*** knikolla has quit IRC22:36
*** hillpd has quit IRC22:36
*** rpittau|afk has quit IRC22:36
*** mnaser has quit IRC22:36
*** donnyd has quit IRC22:36
*** larainema has quit IRC22:36
*** Open10K8S has quit IRC22:37
*** mnasiadka has quit IRC22:37
*** wendallkaters has quit IRC22:37
*** jentoio has quit IRC22:37
*** jrosser has quit IRC22:37
*** johnsom has quit IRC22:37
*** vblando has quit IRC22:37
*** seongsoocho has quit IRC22:37
*** diablo_rojo_phon has quit IRC22:37
*** seongsoocho_ has joined #opendev22:37
*** rm_work has quit IRC22:38
*** rajinir has joined #opendev22:38
*** gtema has quit IRC22:38
*** zbr has quit IRC22:38
*** larainema has joined #opendev22:38
*** knikolla has joined #opendev22:38
fungiyeah, as soon as we stop running openafs-rpm-package-build-centos-7-x86 that job will begin failing a month later when its last artifact is expired out of the swift container, right?22:39
clarkbfungi: its chagne specific so as soon as that change's artifacts expire22:39
ianwfungi: yep, but that job will only run if you update the download-artifact role too22:39
*** Open10K8S has joined #opendev22:39
*** vblando has joined #opendev22:39
fungioh, indeed, i missed the change=73342022:40
*** mnasiadka has joined #opendev22:40
fungiyeah, so i guess the idea is any time you update download-artifact you must also update the change= in its test22:40
*** wendallkaters has joined #opendev22:40
fungi(and possibly jobname)22:41
*** jbryce has joined #opendev22:41
*** jrosser has joined #opendev22:41
*** mnaser has joined #opendev22:41
ianwyeah, i would not argue it's ideal22:41
*** jentoio has joined #opendev22:41
*** donnyd has joined #opendev22:41
*** hillpd has joined #opendev22:42
*** johnsom has joined #opendev22:43
clarkbya I think its going to come down to the balance of: is it more important to test that query of the zuul api functions or not update the query parameters when making other changes22:44
clarkbI think I'm inclined to try the thing that tests it properly end to end ebfore deciding it will be a headache22:44
ianwyeah, i mean we could go back to the way it was too, which was not tested at all :)22:45
*** seongsoocho_ has quit IRC22:46
*** seongsoocho has joined #opendev22:48
*** zbr has joined #opendev22:51
*** rm_work has joined #opendev22:51
*** tkajinam has joined #opendev22:56
*** rpittau|afk has joined #opendev23:04
fungiclarkb: ianw: those jobs are also going to be triggered any time job configuration changes, right? it doesn't only coincide with alterations to the role23:22
clarkbfungi: ya if the job is modified in zuul config too23:23
*** slaweq has quit IRC23:25
*** tosky has quit IRC23:35
ianwfungi: there is a comment @ https://review.opendev.org/#/c/733425/21/test-playbooks/download-artifact.yaml ... are you thinking somewhere else?23:41
ianwi have entered on my todo list to do something else; i just don't want to get sidetracked into a zuul mock etc. while the wheel builds still don't work :)23:41
fungiianw: oh, looking again. it wasn't where i would have expected it i guess23:43
fungiyep, i see it, sorry about that! +2 but as clarkb notes we should get some additional feedback on that choice23:46
ianwalright i might just pass it via a tarball to get things moving23:48
fungioh, sorry, i missed this was blocking your work, we can always revert later if there are concerns23:49
ianwthanks, i'll keep an eye on things :)23:52
fungiianw: since this is in zuul-jobs, maybe giving folks a brief heads up in #zuul would be polite too, since a lot of them don't pay attention in here (nor should we expect them to)23:52
ianwyep, AJaeger kindly called it out there as well when he was looking23:52
fungioh, good23:52
fungii know we're all zuul maintainers, but that role might be getting used outside opendev23:53
fungiso some more diverse acquiescence should be sought for such changes23:54
*** mlavalle has quit IRC23:57
openstackgerritMerged zuul/zuul-jobs master: download-artifact : support recursive download  https://review.opendev.org/73342523:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!