Thursday, 2019-04-18

corvusyep.  it's better for everyone but us :)00:00
fungiheh00:00
corvusit will get better for us someday, i'm sure.00:00
fungiduring the storyboard meeting it was identified that a similar rename api and redirecting feature would be a good idea to add there as well in the future00:01
corvusoh yeah, good idea00:01
clarkbfungi: thats a relatively new concern with storyboard supporting names in the api00:01
fungiyep00:01
fungiwell, and by extension in the webclient00:02
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack-infra/project-config master: Retire openstack-ansible unused roles  https://review.openstack.org/65042200:02
fungiquick zuul question for the script for friday... is it only job objects which will have pre-run, run and post-run keys referring to playbook filenames or lists of filenames?00:04
fungiand are there any other keys which could also refer to local playbooks?00:05
clarkbI beleive those are the only keys that refer to the zuul playbooks00:05
fungiand they only appear in job definitions?00:05
*** ijw has quit IRC00:06
clarkbya00:06
fungiokay, cool00:06
fungiand zuul roles will only ever be in a top-level "roles" directory? or is there additional logic required to identify them?00:07
*** lseki has quit IRC00:07
clarkbI think that is the rule zuul relies on to find the roles00:08
clarkbif they are elsewhere then zuul can't use them00:08
fungiokay, so roles relative to the directories in which playbooks reside aren't a thing?00:09
clarkbno beacuse zuul has to set up a rolepath and I believe it does that relative to the top level dir of the repo under test00:09
clarkbbut maybe ansible magic works relative to the playbooks?00:09
fungiperfect. i gathered ansible had extra logic to search for roles, which would have gotten complicated quickly00:10
fungihopefully zuul is quashing that behavior00:10
*** _erlon_ has quit IRC00:11
corvuswell...00:11
corvustechnically pre-run, run, and post-run can happen in project-pipeline variants and project-templates.  it's rare.00:12
fungithose keys will be at the same level of yaml structure as jobs though? i can just add them to the match00:13
fungiif node in ['job', 'project-pipeline', 'project-templates']: ...00:13
*** ijw has joined #openstack-infra00:13
corvusah... i think it'd be different00:14
*** ijw has quit IRC00:14
fungiwell, i'll start with just jobs then and we can improve on it if desired00:14
corvusbecause it's [{job: {run: foo}}]  vs  [{project: {check: {jobs: {jobname: {run: foo}}}}}]00:15
corvus(and same for project-template)00:15
corvusi would bet a nickel that there are no incidences of that in our system00:15
fungieee, yeah that gets deeper into the nesting then00:15
fungihappy to owe you a nickel on that one00:16
corvusfungi: so if you want to prioritize that at the end after you run out of things to do and don't actually get to it before the migration, i think that's entirely reasonable.  :)00:17
fungiyep, that is now the plan ;)00:17
corvusfungi: regarding roles -- ansible will also find roles next to playbooks00:17
fungiso i should look at all yaml/yml files in the same directory as a playbook?00:18
corvus(eg system-config/playbooks/roles)00:18
fungioh, roles subdir00:18
corvusyeah that00:18
openstackgerritMerged openstack-infra/nodepool master: Add support for yappi and objgraph output  https://review.openstack.org/65354100:18
fungiwill figure out how to incorporate that00:18
fungiis .yml a supported prefix for zuul (not ansible) configs?00:20
fungii want to say we had a transition forcing them all to .yaml?00:20
fungihttps://zuul-ci.org/docs/zuul/user/config.html#configuration-items indicates only .yaml00:22
fungiand .zuul.d/ isn't a thing, right? docs don't mention it anyway00:22
corvusfungi: .yaml only -- .zuul.d should be a thing00:23
corvusyeah, both of those items are mentioned in https://zuul-ci.org/docs/zuul/user/config.html#configuration-loading00:23
corvusi guess the second section should add a "(or .zuul.d)" to clear that up00:23
fungioh, thanks, i looked at the wrong section00:23
*** eernst has joined #openstack-infra00:24
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Clarify .zuul.d directory  https://review.openstack.org/65364400:25
corvusfungi: every misunderstanding is a doc bug :)00:25
fungifair00:25
fungiand thanks! reviewing00:25
*** eernst has quit IRC00:28
*** ijw has joined #openstack-infra00:30
*** ijw has quit IRC00:34
*** dangtrinhnt_ has quit IRC00:36
*** dangtrinhnt has joined #openstack-infra00:36
fungihrm... !encrypted/pkcs1-oaep freaks out yaml.safe_load()00:36
*** diablo_rojo has quit IRC00:36
fungiis there an easier solution than subclassing yaml.SafeLoader?00:38
*** diablo_rojo has joined #openstack-infra00:39
corvusi think so, lemme dig00:43
*** jamesmcarthur has joined #openstack-infra00:44
corvusfungi: i believe that merely implementing this class will do the trick: https://opendev.org/openstack-infra/zuul/src/branch/master/zuul/configloader.py#L392-L42300:44
corvusfungi: (remove most of the actual code)00:45
fungiso, like, an empty __init__(self) and drop the other methods?00:45
corvusyeah -- maybe keep from_yaml00:46
corvusnot sure exactly how much is required00:46
fungii'll know soon enough. thanks!00:46
fungiany other custom tags you can think of zuul might grok?00:46
corvusbut the main thing is that pyyaml has some python magic to use that class if it exists  (subclassing yaml.YAMLObject and the yaml_* class attributes are the key things there)00:46
corvusfungi: that's the only one00:46
fungiawesome00:46
*** zhurong has joined #openstack-infra00:47
fungii included from_yaml() too and that seems to have done the trick, thanks!00:49
*** TheJulia_ has joined #openstack-infra00:54
*** sthussey_ has joined #openstack-infra00:54
*** kmalloc_ has joined #openstack-infra00:54
*** zaro_ has joined #openstack-infra00:54
*** dmsimard5 has joined #openstack-infra00:54
*** srwilkers_ has joined #openstack-infra00:54
*** coreycb_ has joined #openstack-infra00:54
*** sreejithp has joined #openstack-infra00:55
*** csatari_ has joined #openstack-infra00:55
*** jamesmcarthur has quit IRC00:56
*** tinwood_ has joined #openstack-infra00:56
*** kjackal has quit IRC00:59
*** kjackal has joined #openstack-infra00:59
*** mriedem has joined #openstack-infra01:00
openstackgerritPaul Belanger proposed openstack-infra/zuul master: WIP: Support Ansible 2.8  https://review.openstack.org/63193301:01
*** sthussey has quit IRC01:02
*** sshnaidm has quit IRC01:02
*** harlowja has quit IRC01:02
*** kmalloc has quit IRC01:02
*** TheJulia has quit IRC01:02
*** HenryG has quit IRC01:02
*** coreycb has quit IRC01:02
*** srwilkers has quit IRC01:02
*** csatari has quit IRC01:02
*** zaro has quit IRC01:02
*** tinwood has quit IRC01:02
*** adam_g has quit IRC01:02
*** melwitt has quit IRC01:02
*** dmsimard has quit IRC01:02
*** kmalloc_ is now known as kmalloc01:02
*** srwilkers_ is now known as srwilkers01:02
*** sthussey_ is now known as sthussey01:02
*** zaro_ is now known as zaro01:02
*** TheJulia_ is now known as TheJulia01:02
*** coreycb_ is now known as coreycb01:02
*** csatari_ is now known as csatari01:02
*** dmsimard5 is now known as dmsimars01:03
*** dmsimars is now known as dmsimard01:03
*** gregoryo has joined #openstack-infra01:04
*** irclogbot_1 has quit IRC01:05
*** bgmccollum has quit IRC01:05
*** ricolin has joined #openstack-infra01:05
*** irclogbot_2 has joined #openstack-infra01:05
*** bgmccollum has joined #openstack-infra01:07
*** sshnaidm has joined #openstack-infra01:08
*** harlowja has joined #openstack-infra01:08
*** michael-beaver has quit IRC01:10
*** gyee has quit IRC01:20
*** michael-beaver has joined #openstack-infra01:20
*** whoami-rajat has joined #openstack-infra01:24
*** melwitt has joined #openstack-infra01:25
*** jamesmcarthur has joined #openstack-infra01:27
*** jamesmcarthur has quit IRC01:27
*** jamesmcarthur has joined #openstack-infra01:28
*** rlandy|ruck has quit IRC01:38
openstackgerritPaul Belanger proposed openstack-infra/zuul master: WIP: Support Ansible 2.8  https://review.openstack.org/63193301:41
*** bobh has joined #openstack-infra01:50
*** jamesmcarthur has quit IRC01:51
*** bobh has quit IRC01:51
*** jamesmcarthur has joined #openstack-infra01:54
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] rhel8 continuing work  https://review.openstack.org/65364601:55
*** mriedem has quit IRC02:00
*** ykarel has joined #openstack-infra02:02
*** jamesmcarthur has quit IRC02:08
*** jamesmcarthur has joined #openstack-infra02:11
*** jamesmcarthur has quit IRC02:14
*** jamesmcarthur has joined #openstack-infra02:14
*** tkajinam has quit IRC02:15
*** jamesmcarthur has quit IRC02:17
*** rascasoft has quit IRC02:17
*** ykarel has quit IRC02:18
*** ykarel has joined #openstack-infra02:19
*** tkajinam has joined #openstack-infra02:19
*** rascasoft has joined #openstack-infra02:20
*** jamesmcarthur has joined #openstack-infra02:22
*** ykarel has quit IRC02:30
*** tkajinam has quit IRC02:31
*** nicolasbock has quit IRC02:36
*** diablo_rojo has quit IRC02:43
*** sreejithp has quit IRC02:47
*** sthussey has quit IRC02:56
*** jamesmcarthur has quit IRC03:00
*** jamesmcarthur has joined #openstack-infra03:01
*** psachin has joined #openstack-infra03:07
*** bhavikdbavishi has joined #openstack-infra03:10
*** bhavikdbavishi1 has joined #openstack-infra03:13
*** bhavikdbavishi has quit IRC03:15
*** bhavikdbavishi1 is now known as bhavikdbavishi03:15
*** jamesmcarthur has quit IRC03:20
*** jamesmcarthur has joined #openstack-infra03:21
timburkeswift03:22
timburkeheh, sorry -- meant to search my buffer03:22
*** michael-beaver has quit IRC03:40
*** tkajinam has joined #openstack-infra03:45
*** ykarel has joined #openstack-infra03:48
*** ykarel_ has joined #openstack-infra03:50
*** ykarel has quit IRC03:52
*** lpetrut has joined #openstack-infra03:54
*** jamesmcarthur has quit IRC04:07
*** imacdonn has quit IRC04:07
*** imacdonn has joined #openstack-infra04:08
*** lpetrut has quit IRC04:17
*** jamesmcarthur has joined #openstack-infra04:38
*** ramishra has joined #openstack-infra04:43
*** jamesmcarthur has quit IRC04:44
*** slaweq has joined #openstack-infra04:45
*** slaweq has quit IRC04:49
*** yboaron_ has joined #openstack-infra04:55
openstackgerritRiju Khatri proposed openstack-infra/storyboard-webclient master: Fix navigating back from the dashboard  https://review.openstack.org/65365604:56
openstackgerritRiju Khatri proposed openstack-infra/storyboard-webclient master: Fix navigating back from the dashboard  https://review.openstack.org/65365604:58
*** cloudnull has quit IRC05:02
*** d34dh0r53 has quit IRC05:02
*** eglute has quit IRC05:02
*** kjackal has quit IRC05:03
*** dpawlik has joined #openstack-infra05:04
*** jamesmcarthur has joined #openstack-infra05:07
*** jamesmcarthur has quit IRC05:17
rcerninanyone from horizon can review https://github.com/zerodayz/openstack/blob/master/changes/Change_652427.md#check_message-function I was checking check_message vs handle handling the tabs.py and I think the check_message could be removed. It doesnt handle anything and when I tried to raise exception within check_message it just made horizon fail completely. When using the handle everything was one.05:23
rcerninfine*05:23
rcerninwrong channel sorry05:24
*** lmiccini has joined #openstack-infra05:47
*** kopecmartin|off is now known as kopecmartin05:47
*** jamesmcarthur has joined #openstack-infra05:48
*** jamesmcarthur has quit IRC05:54
*** slaweq has joined #openstack-infra05:56
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: docs: fix a typo in executor zone documentation  https://review.openstack.org/65366306:07
*** rascasoft has quit IRC06:13
*** lpetrut has joined #openstack-infra06:13
*** lpetrut has quit IRC06:14
*** lpetrut has joined #openstack-infra06:15
*** rascasoft has joined #openstack-infra06:15
*** e0ne has joined #openstack-infra06:17
*** e0ne has quit IRC06:18
*** lpetrut has quit IRC06:30
*** iurygregory has joined #openstack-infra06:38
*** pgaxatte has joined #openstack-infra06:43
*** jamesmcarthur has joined #openstack-infra06:50
*** jamesmcarthur has quit IRC06:55
*** kjackal has joined #openstack-infra06:57
*** ginopc has joined #openstack-infra07:02
*** ianw is now known as ianw_pto07:15
*** slaweq has quit IRC07:16
*** rpittau|afk is now known as rpittau07:17
*** iurygregory is now known as iurygregory_wfh07:17
*** roman_g has quit IRC07:19
*** lpetrut has joined #openstack-infra07:20
*** yboaron_ has quit IRC07:27
*** yboaron_ has joined #openstack-infra07:28
*** slaweq has joined #openstack-infra07:28
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: static: add host-checking toggle  https://review.openstack.org/65367907:29
*** pcaruana has joined #openstack-infra07:32
*** shardy has joined #openstack-infra07:42
*** tosky has joined #openstack-infra07:42
*** ykarel_ is now known as ykarel07:44
*** ykarel is now known as ykarel|lunch07:45
*** jamesmcarthur has joined #openstack-infra07:51
*** jpich has joined #openstack-infra07:56
*** jamesmcarthur has quit IRC07:56
*** gregoryo has quit IRC08:02
*** roman_g has joined #openstack-infra08:03
*** ralonsoh has joined #openstack-infra08:16
zbrpabelanger: clarkb : any chance of getting that bindep change merged? https://review.openstack.org/#/c/639951/ -- it has being months...08:25
*** dtantsur|afk is now known as dtantsur08:25
*** dpawlik has quit IRC08:27
*** dpawlik has joined #openstack-infra08:27
*** lucasagomes has joined #openstack-infra08:29
openstackgerritMerged openstack/diskimage-builder master: Also use selinuxenabled to check selinux status  https://review.openstack.org/64336708:32
*** tkajinam has quit IRC08:32
openstackgerritMerged openstack/diskimage-builder master: debian-minimal buster support  https://review.openstack.org/64949608:32
*** e0ne has joined #openstack-infra08:33
*** e0ne has quit IRC08:34
*** ykarel|lunch is now known as ykarel08:37
*** e0ne has joined #openstack-infra08:45
*** e0ne has quit IRC08:47
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: webtrigger: add web route and rpclistener  https://review.openstack.org/55483908:52
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add build button to trigger job  https://review.openstack.org/63571608:52
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: webtrigger: add support for parameterized trigger  https://review.openstack.org/64448408:52
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add build modal with a parameter form  https://review.openstack.org/64448508:52
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add support for checkbox and list parameters  https://review.openstack.org/64866108:52
*** jamesmcarthur has joined #openstack-infra08:52
*** yboaron_ has quit IRC08:53
*** jamesmcarthur has quit IRC08:57
*** e0ne has joined #openstack-infra08:59
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: webtrigger: add web route and rpclistener  https://review.openstack.org/55483909:06
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add build button to trigger job  https://review.openstack.org/63571609:06
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: webtrigger: add support for parameterized trigger  https://review.openstack.org/64448409:06
*** lpetrut has quit IRC09:10
*** markvoelker has joined #openstack-infra09:11
*** lyarwood has joined #openstack-infra09:24
*** jamesmcarthur has joined #openstack-infra09:26
*** jamesmcarthur has quit IRC09:30
*** electrofelix has joined #openstack-infra09:31
*** ramishra has quit IRC09:35
*** ramishra has joined #openstack-infra09:40
*** markvoelker has quit IRC09:41
*** ramishra has quit IRC09:51
*** ramishra has joined #openstack-infra09:51
*** lpetrut has joined #openstack-infra09:54
*** e0ne has quit IRC09:54
*** yboaron_ has joined #openstack-infra09:56
*** iurygregory_wfh has quit IRC10:00
*** e0ne has joined #openstack-infra10:00
*** markmcd has joined #openstack-infra10:04
sshnaidmis there any example of periodic job configuration?10:18
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: web: add tenant and project scoped, JWT-protected actions  https://review.openstack.org/57690710:26
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Allow operator to generate auth tokens through the CLI  https://review.openstack.org/63619710:26
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Zuul CLI: allow access via REST  https://review.openstack.org/63631510:26
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Add Authorization Rules configuration  https://review.openstack.org/63985510:26
*** jamesmcarthur has joined #openstack-infra10:26
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Web: plug the authorization engine  https://review.openstack.org/64088410:27
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Zuul Web: add /api/user/authorizations endpoint  https://review.openstack.org/64109910:27
openstackgerritTobias Henkel proposed openstack-infra/zuul-jobs master: Support ssh-enabled windows hosts in add-build-sshkey  https://review.openstack.org/65371210:27
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: authentication config: add optional token_expiry  https://review.openstack.org/64240810:27
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [DNM] admin REST API: docker-compose PoC, frontend  https://review.openstack.org/64353610:27
*** jamesmcarthur has quit IRC10:31
*** ttx has quit IRC10:31
*** ttx has joined #openstack-infra10:31
*** nicolasbock has joined #openstack-infra10:35
*** pcaruana has quit IRC10:36
*** markvoelker has joined #openstack-infra10:38
*** zigo has joined #openstack-infra10:51
*** pcaruana has joined #openstack-infra10:58
aspierscorvus, mordred, fungi: Have you seen https://blog.acolyer.org/2019/04/18/keeping-master-green-at-scale/ ? (Well I guess that's a rhetorical question since it probably got released earlier while you were asleep ...) Anyway, the SubmitQueue sounds quite a bit like Zuul IIUC11:05
aspiersI've only skim-read it, but the speculation tree prioritises commits whose builds are more likely to succeed (no idea how it guesses this) and also high priority changes (e.g. security patches) - sounds interesting11:10
*** markvoelker has quit IRC11:11
*** slaweq is now known as slaweq|lunch11:15
*** eharney has quit IRC11:25
*** panda is now known as panda|lunch11:26
*** jamesmcarthur has joined #openstack-infra11:27
*** shardy has quit IRC11:31
*** jamesmcarthur has quit IRC11:32
*** slaweq|lunch is now known as slaweq11:33
*** rh-jelabarre has joined #openstack-infra11:49
*** jcoufal has joined #openstack-infra11:50
*** ramishra has quit IRC11:52
*** bobh has joined #openstack-infra11:59
*** markvoelker has joined #openstack-infra12:08
*** Lucas_Gray has joined #openstack-infra12:11
*** ramishra has joined #openstack-infra12:11
*** jamesmcarthur has joined #openstack-infra12:15
openstackgerritMerged openstack/diskimage-builder master: Fix Fedora aarch64 image location  https://review.openstack.org/65128312:22
*** bobh has quit IRC12:23
*** bhavikdbavishi1 has joined #openstack-infra12:25
*** bhavikdbavishi has quit IRC12:25
*** bhavikdbavishi1 is now known as bhavikdbavishi12:26
mordredaspiers: yeah - sounds like zuul - except they've decided to give up and use a monorepo12:33
*** rlandy|ruck has joined #openstack-infra12:34
openstackgerritboden proposed openstack-infra/project-config master: update vmware-nsx related jobs  https://review.openstack.org/65268012:37
*** markvoelker has quit IRC12:41
*** eharney has joined #openstack-infra12:49
aspiersmordred: monorepos sound like terrible ideas to me, the very antithesis of modular design... but hey, apparently it works for google so what do I know...12:51
mordredaspiers: well - I like to make jokes in presentations about google giving up on solving the hard problems12:51
aspiersX-D12:51
openstackgerritsean mooney proposed openstack/gertty master: replace MultiQueue with PQueue  https://review.openstack.org/65327512:52
openstackgerritsean mooney proposed openstack/gertty master: use timers for periodic tasks  https://review.openstack.org/65327612:52
openstackgerritsean mooney proposed openstack/gertty master: use threadpool for syncing.  https://review.openstack.org/65327712:52
*** yamamoto has joined #openstack-infra12:52
*** Lucas_Gray has quit IRC12:53
*** Lucas_Gray has joined #openstack-infra12:55
*** aaronsheffield has joined #openstack-infra12:55
*** Lucas_Gray has quit IRC12:57
*** jcoufal has quit IRC13:04
*** snapiri has quit IRC13:08
*** pcaruana has quit IRC13:10
*** jamesmcarthur has quit IRC13:13
*** yamamoto has quit IRC13:13
*** kgiusti has joined #openstack-infra13:15
*** jcoufal has joined #openstack-infra13:15
*** Goneri has joined #openstack-infra13:17
*** dpawlik has quit IRC13:22
*** mriedem has joined #openstack-infra13:24
*** rossella_s has quit IRC13:31
*** kaiokmo has joined #openstack-infra13:32
*** pcaruana has joined #openstack-infra13:32
*** markvoelker has joined #openstack-infra13:38
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack-infra/project-config master: [WIP] Retire openstack-ansible unused roles  https://review.openstack.org/65042213:40
*** markvoelker has quit IRC13:42
*** lseki has joined #openstack-infra13:43
*** Emine has joined #openstack-infra13:50
*** yamamoto has joined #openstack-infra13:52
*** yamamoto has quit IRC13:55
*** yamamoto has joined #openstack-infra13:55
*** Emine has quit IRC13:58
*** Emine has joined #openstack-infra13:58
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack-infra/project-config master: Retire openstack-ansible unused roles  https://review.openstack.org/65042213:59
*** jamesmcarthur has joined #openstack-infra13:59
*** yboaron_ has quit IRC14:01
*** sreejithp has joined #openstack-infra14:01
*** yboaron_ has joined #openstack-infra14:01
*** rlandy|ruck is now known as rlandy|ruck|mtg14:02
*** rossella_s has joined #openstack-infra14:05
*** sreejithp has quit IRC14:06
*** sreejithp has joined #openstack-infra14:08
*** lpetrut has quit IRC14:10
*** tinwood_ is now known as tinwood14:14
*** jaosorior has quit IRC14:15
guilhermespmorning all! So, one of our cores just pointed out something that I might missed here https://review.openstack.org/#/c/650477/3/zuul.d/projects.yaml. I just added noop jobs for those roles that are going to be retired and were present in projects.yaml. The others I haven't added. Should I?14:20
*** slittle1 has joined #openstack-infra14:25
*** markvoelker has joined #openstack-infra14:26
corvusguilhermesp: there's no need to add noop jobs to a project unless there are no other jobs; so as long as the other projects aren't being retired and do have jobs running on them in check and gate, that's fine.14:27
*** yamamoto has quit IRC14:28
*** samueldmq has joined #openstack-infra14:29
*** ricolin has quit IRC14:32
*** sthussey has joined #openstack-infra14:37
*** pgaxatte has quit IRC14:40
*** yolanda_ has quit IRC14:40
guilhermespthanks corvus14:42
*** rkukura_ has joined #openstack-infra14:42
*** rkukura has quit IRC14:46
*** rkukura_ is now known as rkukura14:46
*** sreejithp has quit IRC14:47
AJaegerguilhermesp: looking at https://review.openstack.org/#/c/653636/ and https://review.openstack.org/#/c/653635/ - you have no noop-jobs template in project-config. You need to add it.14:47
AJaegerSo, you plan to retire those 2 repos - and you cannot merge those two changes without a noop job in project-config.14:48
*** bdodd has quit IRC14:49
guilhermespyeah that's what I was thinking. I will -w those patches that doesn't have noop-jobs in project-config and submit a PR to add these messing roles with noop jobs14:49
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack-infra/project-config master: Retire openstack-ansible unused roles  https://review.openstack.org/65376714:58
guilhermespI appreciate reviews ^ :)14:58
AJaegerguilhermesp: LGTM, +214:59
*** _erlon_ has joined #openstack-infra15:02
*** yamamoto has joined #openstack-infra15:03
*** kaiokmo has quit IRC15:05
*** kaiokmo has joined #openstack-infra15:06
guilhermespwould be good to add it as depends-on here https://review.openstack.org/#/c/653636/ AJaeger ?15:08
*** e0ne has quit IRC15:08
*** e0ne has joined #openstack-infra15:09
AJaegerguilhermesp: would be nice - but not really needed. Fix the failure and try again instead ;)15:10
*** yamamoto has quit IRC15:11
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack-infra/project-config master: Retire openstack-ansible unused roles  https://review.openstack.org/65376715:14
guilhermespdone :)15:14
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Use swift to back intermediate docker registry  https://review.openstack.org/65361315:14
corvusclarkb: ^ that should be gtg now15:14
*** e0ne has quit IRC15:16
*** rlandy|ruck|mtg is now known as rlandy|ruck15:18
clarkbaspiers: mordred reading that their partitions are our separate queues. And they repeat what I've tried to impress upon openstack: failures have a large impact. When it comes to the predictive stuff it is interesting that developer name is apparently a big predictor15:24
corvusthat's a road i'll happily not go down15:25
aspiershaha15:25
aspiersinteresting, I missed that in my skim-read15:25
fungiamusing indeed15:25
aspiersStill, the probabilistic approach is an interesting idea15:25
mordredyeah - that seems like a policy that might work inside of a company, but would be kind of contrary to our "our tools treat everyone the same"15:26
corvuszuul pipeline managers are pluggable; we have 3 :)15:26
mordredcorvus: :)15:26
*** sshnaidm has quit IRC15:27
corvuswhich makes me think... we could have zuul reorder changes based on the review-priority label in gerrit15:28
clarkbworth noting their implementation does not currently order based on priority15:28
corvusyeah; we frequently do though15:28
clarkbbut that could be a useful feature for us too15:28
aspiersI'm guessing they have no plans to open-source their solution15:30
aspiersbut it's google so could happen I guess15:30
clarkb*uber15:31
clarkbbut I think end result is about the same for chances of open sourcing :)15:31
*** pcaruana has quit IRC15:31
aspiersgoogle own uber, I thought?15:31
aspiersor is that alphabet15:31
clarkbnope. They fight each other in court though15:31
aspiersWeird. I guess I must have been thinking of Waze15:32
corvusgoogle was an early investor in uber15:33
aspiersah ok15:33
*** sshnaidm has joined #openstack-infra15:38
*** gyee has joined #openstack-infra15:38
*** bobh has joined #openstack-infra15:41
openstackgerritJames E. Blair proposed openstack-infra/system-config master: WIP: Sketch of a registry test which uses swift  https://review.openstack.org/65379715:44
corvusclarkb, mordred: ^ that's a rough sketch of what it might look like to use devstack to run a swift to back the registry in a zuul test job15:45
corvusit's probably also working up a sketch of the container aio container approach15:45
corvusthough it just occured to me -- do we need keystone to make this a valid test?  i'm guessing https://hub.docker.com/r/bouncestorage/swift-aio doesn't use it15:46
corvus(the devstack version does use keystone)15:46
clarkbcorvus: swift without keystone uses basicauth which I think doesn't need all your tenant type info15:47
clarkbconsidering that we will be using keystoned swift in production we probably want to test swift with keystone15:47
corvusclarkb: yeah, so that would be a production difference.  agreed15:47
corvus(otherwise we have to put a bunch of conditionals in the production jinja template)15:47
corvustdasilva: do you know if someone has made a swift container image with keystone?  :)15:48
tdasilvacorvus: in fact 1space does run bouncestorage/swift-aio with keystone...one sec...i'll point you to the repo and let you checkout the Dockerfiles...15:49
AJaegerconfig-core, anybody around for a quick review of 653767 to add some noop jobs, please?15:49
corvusAJaeger: +315:50
*** lucasagomes has quit IRC15:50
AJaegerthanks, corvus15:51
tdasilvacorvus: checkout https://github.com/swiftstack/1space/tree/master/containers15:51
corvustdasilva: thanks!15:51
tdasilvayou just need to run a separate keystone container and then modify proxy-server.conf to point to that keystone15:52
tdasilvalike here: https://github.com/swiftstack/1space/blob/master/containers/swift-s3-sync/proxy-server.conf15:52
*** mattw4 has joined #openstack-infra15:52
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Support Ansible 2.8  https://review.openstack.org/63193315:54
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Remove support for ansible 2.5  https://review.openstack.org/65043115:54
*** eernst has joined #openstack-infra15:54
*** eernst has quit IRC15:56
*** eernst has joined #openstack-infra15:56
*** eernst has quit IRC15:57
*** eernst has joined #openstack-infra15:58
*** armstrong has joined #openstack-infra15:58
*** eernst has quit IRC16:00
*** mattw4 has quit IRC16:02
clarkbinfra-root https://review.openstack.org/#/c/653499/ is an easy update to our specification of a gpg key id to make puppet-4 happy on the nodepool builders (its just a warning as is, but cleaning those up as much as possible makes it easier to find the real issues when puppet has a sad)16:02
openstackgerritMerged openstack-infra/project-config master: Retire openstack-ansible unused roles  https://review.openstack.org/65376716:02
corvusclarkb: +1 i have confirmed that number is bigger than the old number.16:03
clarkbha16:03
clarkbin reality its not a concern because we vendor the public key itself16:04
clarkbbut I like not seeing things that look like errors16:04
*** ginopc has quit IRC16:06
clarkbinfra-root I'll plan to reduce dns ttls near the end of my day today16:06
clarkbper https://etherpad.openstack.org/p/the-great-opendev-git-migration16:06
*** jpich has quit IRC16:06
clarkbFor tomorrow morning if anyone is around a little earlier than 1500UTC it would be good to get the ansible cron on bridge disabled early16:06
clarkband I think the last thing we are waiting on are fungi's generated changes16:07
fungisounds good. i'm still plugging away at that script yes16:07
clarkbthat and people reviewing things like corvus' playbook and the results of fungi's changes16:07
fungiand doing some baseline testing across the full set of repos/branches as i go16:07
openstackgerritFabien Boucher proposed openstack-infra/zuul master: WIP - Pagure driver - https://pagure.io/pagure/  https://review.openstack.org/60440416:07
clarkbhttps://review.openstack.org/653507 and https://review.openstack.org/653614 are redy for reviewing now if you have a moment16:07
fungiso far i've got it cloning each bare repo to a tempdir, checking out each branch, parsing any zuul configs it finds, using those to locate job playbooks and also to find sibling roles in those playbook directories or in any top-level roles directory16:08
fungithat alone takes ~6 minutes over the full body of repos16:08
fungioh, also it loads the renames.yaml into a dict structure for lookups16:09
fungiworking now on the code which churns through those files line by line looking for matches16:09
*** panda|lunch is now known as panda16:11
*** ykarel is now known as ykarel|away16:15
*** bobh has quit IRC16:16
*** eernst has joined #openstack-infra16:19
fungiinterestingly, python's re.compile() seems not to break a sweat with a regular expression many thousands of characters in length16:21
fungithat will make this a bit simpler to implement16:22
clarkbhopefully it is ok with evaluating them too :)16:22
*** ramishra has quit IRC16:22
*** ykarel|away has quit IRC16:22
fungii'll know one way or the other shortly16:22
*** eernst has quit IRC16:23
*** bdodd has joined #openstack-infra16:26
* fungi sighs at random binary files in some folks' roles directories16:27
corvusfungi: cover your eyes!  do not look!16:27
fungiyesterday i found projects with zero-byte zuul configs. that's awesome16:27
corvusla la la la la16:28
fungiit's interesting what you find when you turn over *all* the rocks16:28
*** bobh has joined #openstack-infra16:29
fungiis it safe to limit edits for files in "roles" trees to just those ending in .yaml or .yml? that may be the easy way out16:29
corvusfungi: that would get all the ansible tasks.  it could miss templated config files, etc, but we're getting into decreasing likelihood of needing those kinds of changes i think.16:30
funginot wanting to futz with the mime magic module just so i can skip jpegs people have put in their roles (what?!?)16:31
fungii can include other extensions... .j2?16:31
*** rcernin has quit IRC16:32
corvusfungi: that'd be good... that should handle that case16:33
*** kgiusti has left #openstack-infra16:33
openstackgerritMerged openstack/diskimage-builder master: Constraint networkx to <2.3 for Python 2  https://review.openstack.org/65206316:33
fungiginormous compiled regex matches great, and still very fast!16:37
clarkbnice16:37
fungi/opt/fungi-testing/git/openstack/mixmatch.git16:42
fungi[master] playbooks/legacy/mixmatch-dsvm-functional/run.yaml (openstack/mixmatch):           export DEVSTACK_LOCAL_CONFIG="enable_plugin mixmatch https://git.openstack.org/openstack/mixmatch"16:42
*** kopecmartin is now known as kopecmartin|off16:42
corvusthat looks like an appropriate line to rewrite16:42
clarkb++ though I think the url there is unused in a zuul context16:43
clarkb(it is required argment to enable_plugin though)16:43
fungiyup, just have it spitting out matches right now so i can be sure it's doing what i want before i start writing them out to tempfiles16:43
fungibut that's a playbook it found via a reference in local zuul configuration, so that much is working too16:44
*** rcernin has joined #openstack-infra16:45
fungioh, neat, just found a project which has zuul configuration referencing a nonexistent playbook16:48
fungii think, still digging16:48
*** e0ne has joined #openstack-infra16:48
*** igordc has joined #openstack-infra16:49
fungiopenstack/congress-tempest-plugin master branch has configuration referencing a playbooks/legacy/congress-legacy-pe-replicated-base/run.yaml16:49
*** igordc has quit IRC16:49
fungihttps://opendev.org/openstack/congress-tempest-plugin/src/branch/master/.zuul.yaml#L6916:50
*** dtantsur is now known as dtantsur|afk16:50
*** armax has quit IRC16:50
clarkbhttps://opendev.org/openstack/congress-tempest-plugin/src/branch/master/playbooks/legacy/congress-pe-replicated-base/run.yaml is probably what they mean but ya thats broken16:51
*** ykarel has joined #openstack-infra16:51
*** e0ne has quit IRC16:52
fungii mean, i should be checking these files exist before i try to open them, so... os.path.exists() to the rescue16:52
*** e0ne has joined #openstack-infra16:52
fungibut still amusing all the corner cases i'm turning up16:52
clarkband I think we'll just have to accept that we can't hand curate all that broken stuff and if we miss things beacuse their configs were broken already well tough luck16:52
mordredspeaking of - corvus, we don't validate that playbooks referenced in jobs exist because it woudl take another merger round trip, right?16:52
fungiclarkb: yep, i'm already *well* into the acceptance phase16:53
clarkbI've added a bit more specifics/detail to the etherpad plan doc16:55
clarkbcommands for db backups and reindexing and specific list of dns records to change ttls for16:55
*** tosky has quit IRC16:56
*** bobh has quit IRC16:57
*** e0ne has quit IRC16:58
clarkbfungi: don't let this nerd snipe you but for your weekend entertainment https://github.com/historicalsource/zork source for zork and many other classic games on that github account17:01
fungioh, i have a ton of the original files and just run them under frotz17:02
fungithough source code, nice!17:02
*** pcaruana has joined #openstack-infra17:02
fungiokay, at this stage the script is reading all the identified files successfully and checking them against the massive list of project renames, and also creating tempfiles to write the modified versions out to (though not actually writing those yet). total runtime across the full set of repos/branches is now up to 6m42.185s (real) on review.o.o17:02
*** jchhatbar has joined #openstack-infra17:03
fungias long as the git commit and push operations aren't super slow, this will likely complete within a reasonable timeframe17:03
openstackgerritMatt Riedemann proposed openstack-infra/openstack-zuul-jobs master: Drop legacy-grenade-dsvm-neutron-multinode-live-migration  https://review.openstack.org/64020917:06
*** diablo_rojo has joined #openstack-infra17:07
openstackgerritMatt Riedemann proposed openstack-infra/openstack-zuul-jobs master: Drop legacy-grenade-dsvm-neutron-multinode-live-migration  https://review.openstack.org/64020917:07
clarkbfungi: ya in the original dialect of lisp apparently17:08
*** jchhatbar has quit IRC17:08
mordredclarkb: I had no idea zork was in lisp17:10
clarkbmordred: the readme says "It is written in ZIL (Zork Implementation Language), a refactoring of MDL (Muddle), itself a dialect of LISP created by MIT students and staff"17:11
clarkbmordred: I've got a note on the etherpad that says "Update hostname on review.openstack.org (our puppet stuff seems to assume $::fqdn for things)"17:15
clarkbmordred: you are the other person that poked around the puppetry with me. Thoughts on whether or not we should do that?17:16
*** jamesmcarthur_ has joined #openstack-infra17:16
clarkbI'm now a bit conflicted because I don't want nova api and host to say different things17:16
mordredclarkb: I don't think we need to. I do think we probably should, you know - just to make things consistent17:16
clarkbso thinking maybe we don't change that and instead update puppetry as needed?17:16
mordredah - that's a good point17:16
mordredyeah17:16
mordredI thnik updating the puppetry is fine (Which I believe we did in that patch)17:16
mordredand then next time we replace the gerrit server we can boot it as review.opendev.org17:17
clarkbya17:17
mordredreviewXX that is17:17
mordredbut you know17:17
clarkbwhcih leads to another question should we do review.opendev.org CNAME review.openstack.org instead of review.openstack.org CNAME review.opendev.org ? None of this is super critical before tomorrow and can be switched around in the future17:18
*** jamesmcarthur has quit IRC17:19
openstackgerritJeremy Stanley proposed openstack-infra/system-config master: Add a opendev migration repo rename scripts  https://review.openstack.org/65313817:20
fungiadded the current state of the patching script ^ if people want to start reviewing what i have there so far17:20
fungihopefully everything i haven't done yet has a todo comment as well17:20
fungigonna break for lunch before i get back to it17:21
*** kgiusti has joined #openstack-infra17:21
corvusmordred: re merger roundtrip for playbooks: yes17:25
corvusi'm going to be laggy today as i do summit prep stuff17:26
*** psachin has quit IRC17:27
clarkbfungi: only gotten through opendev-migrate so far and it looks good. Did leave one question though17:29
*** yboaron_ has quit IRC17:29
*** yboaron_ has joined #openstack-infra17:29
corvusfungi: your use of 'deli' as a variable name is making me hungry17:32
*** mattw4 has joined #openstack-infra17:41
*** ralonsoh has quit IRC17:43
*** rpittau is now known as rpittau|afk17:49
clarkbI see the large regex and approve of this hack :)17:50
clarkbfungi: the file editing script looks good as well and todo list covers the things that I think need to be done17:58
*** mattw4 has quit IRC18:03
*** electrofelix has quit IRC18:07
*** rkukura has quit IRC18:08
*** jamesmcarthur_ has quit IRC18:09
openstackgerritKendall Nelson proposed openstack-infra/storyboard master: Link development.rst to contributing.rst  https://review.openstack.org/64596018:11
*** rkukura has joined #openstack-infra18:17
clarkbI added verification that https://git.openstack.org/openstack-infra/project-config redirects work after we update DNS to the etherpad steps. This is the project_config_repo url value we use in puppet so we'll need that to succeed to puppet runs to work18:22
clarkbIf you can think of any other intermediate verification steps please add them to the document18:22
openstackgerritJason Lee proposed openstack-infra/storyboard master: WIP: Corrected pep8 errors and assorted typos  https://review.openstack.org/64966618:28
*** jamesmcarthur has joined #openstack-infra18:28
cmurphycould i ask for a couple of specs site cleanups: keystone-specs/specs/keystone/ongoing/python3.html and keystone-specs/specs/keystone/ongoing/role-check-from-middleware.html were moved to other directories but they're still stuck on http://specs.openstack.org/openstack/keystone-specs/specs/keystone/ongoing/18:29
*** sshnaidm is now known as sshnaidm|off18:32
corvuscmurphy: sure thing18:37
corvuscmurphy: done18:38
*** armstrong has quit IRC18:38
cmurphythanks corvus18:38
corvusthose look like the only two out-of-date files in that dir18:38
*** ykarel is now known as ykarel|away18:44
*** jcoufal has quit IRC18:47
*** diablo_rojo has quit IRC18:49
openstackgerritJason Lee proposed openstack-infra/storyboard master: WIP: Corrected pep8 errors (again) and assorted typos  https://review.openstack.org/64966618:56
*** diablo_rojo has joined #openstack-infra18:58
*** eernst has joined #openstack-infra19:02
*** diablo_rojo_ has joined #openstack-infra19:03
*** diablo_rojo has quit IRC19:04
*** diablo_rojo_ is now known as diablo_rojo19:04
*** eernst has quit IRC19:07
smcginnisfungi or others: We had that weird ensure-twine failure on the solum release earlier this week. Wondering if we can just reenqueue that to see if it was a random failure or if we need to get out the shovels and pick axes.19:13
smcginnishttp://lists.openstack.org/pipermail/openstack-discuss/2019-April/005255.html19:14
*** e0ne has joined #openstack-infra19:14
clarkbsmcginnis: I would be surprised if an error like that is a one off. Is the python3 interpreter there running in a virtualenv? if so it seems new pip won't touch the --user env19:15
mnaserinfra-root: regarding opendev, 653360, 653446, 653447, 653450 and 653449 have landed which were needed to make sure we avoid renaming certain projects.19:15
mnaserso that should be in place for tomorrow.19:15
clarkbmnaser: thanks. fungi's scripting should pick all the at up19:15
mnasersounds good, they're in the gate now19:16
smcginnisclarkb: It shouldn't be running in a virtualenv. None of our jobs set things up that way, and this job has been working for others before and after that failure.19:16
smcginnisclarkb: There was a hunch that maybe an in-repo job could have set up a virtualenv, but I don't even know if it's possible that would have impacted this role execution.19:16
corvusmnaser, clarkb: oh, er, well, we should keep an eye on them to make sure they actually merge;  once they do fungi's script will pick them up :)19:16
openstackgerritJason Lee proposed openstack-infra/storyboard master: WIP: Corrected pep8 errors (hat trick) and assorted typos  https://review.openstack.org/64966619:17
mnasercorvus: cool, I'll ping again when it's landed for whoever needs to verify19:17
smcginnisclarkb: We figured if we reenqueu and it happens again, it would be a clear sign someone needs to dig through the sequence of events and figure out what's unique about this situation.19:17
clarkbcorvus: oh I read landed to mean merged19:18
mnaseryes, i should have been a bit clear, sorry :>19:18
*** e0ne has quit IRC19:18
clarkbsmcginnis: I have confirmed you get that error when doing pip install --user from within a venv19:19
smcginnisYeah19:19
*** rh-jelabarre has quit IRC19:20
clarkbtwine python is just `python3` as implied by the logging19:20
clarkbso I wonder if ubuntu broke packaging such that python3 looks like a virtualenv19:21
clarkbsmcginnis: I'll queue up a rerun in a sec and we can see how persistent it is19:21
clarkbsmcginnis: fwiw I like to do a minimal amount of debugging to understand the problem before retrying :)19:22
clarkbsmcginnis: `zuul enqueue-ref --tenant openstack --trigger gerrit --pipeline release --project openstack/solum --ref refs/tags/5.4.1 --newrev 19a7574237f44807b16c37e0983223ff57340ba3` look correct to you?19:23
*** rh-jelabarre has joined #openstack-infra19:23
smcginnisclarkb: Me too, but fungi, tonyb[m] and maybe others looked at it and weren't sure.19:24
smcginnisCommand looks correct to me.19:24
clarkbsmcginnis: done19:25
*** hwoarang has quit IRC19:26
smcginnisThanks clarkb19:26
*** hwoarang has joined #openstack-infra19:27
*** lyarwood has quit IRC19:30
mnaserfungi, corvus: the changes have all landed19:34
*** mujahidali has joined #openstack-infra19:41
mujahidaliclarkb: I want to build an ubuntu image for ppc64le using disk-imagebuilder, Is there any element for it or any other config?19:43
clarkbmujahidali: I am not aware of anyone doing that today. Vorrtex in #openstack-dib is working on it for centos and octavia images19:43
clarkbmujahidali: might be able to figure out common bits between the distro together in that channel19:44
mujahidaliclarkb: thanks :)19:44
*** diablo_rojo has quit IRC19:46
*** ykarel|away has quit IRC19:54
*** eharney has quit IRC19:55
*** jamesmcarthur has quit IRC19:58
smcginnisclarkb: That rerun appears to have been fine.20:05
smcginnis*shrug*20:05
smcginnisGuess we'll just have to watch for something like it happening again.20:05
*** michael-beaver has joined #openstack-infra20:05
*** armax has joined #openstack-infra20:19
*** tjgresha has joined #openstack-infra20:22
*** jamesmcarthur has joined #openstack-infra20:24
*** diablo_rojo has joined #openstack-infra20:24
*** kaiokmo has quit IRC20:24
*** tjgresha has quit IRC20:26
openstackgerritJames E. Blair proposed openstack-infra/system-config master: WIP: Sketch of a registry test which uses swift  https://review.openstack.org/65379720:27
*** kgiusti has left #openstack-infra20:32
fungiglad i pushed up my work in progress before lunch, because the whole island has been without broadband for 2.5 hours now and counting (but i'm continuing work via a wireless modem)20:33
*** kjackal has quit IRC20:34
fungimnaser: clarkb: corvus: anything which doesn't merge in time *can* be added to the ethercalc and it takes precedence as of my recent updates to that script (in part for that reason)20:35
*** jamesmcarthur has quit IRC20:35
*** jcoufal has joined #openstack-infra20:38
*** pcaruana has quit IRC20:47
clarkbfungi: roger20:47
*** jamesmcarthur has joined #openstack-infra20:48
clarkbhopefully your internet woes aren't affecting your hackery too much20:48
*** hwoarang has quit IRC20:50
*** ijw has joined #openstack-infra20:50
*** hwoarang has joined #openstack-infra20:51
funginah, i was actually writing the script in my homedir on review.o.o for ease of performance/functional testing20:54
*** efried has quit IRC20:55
*** ijw has quit IRC20:55
*** efried has joined #openstack-infra20:56
mnaseris ovh-bhs1 seeing problems?20:57
mnaserhttp://logs.openstack.org/92/649892/13/check/openstack-ansible-deploy-aio_distro_metal-centos-7/0e486a2/job-output.txt.gz#_2019-04-18_20_46_49_93656220:57
mnaserI had another failure earlier too (don't have the logs) where it timed out trying to hit files.pythonhosted.org too20:58
*** jamesmcarthur has quit IRC20:59
clarkbhttp://status.ovh.com/ doesn't show any recent network issues20:59
clarkbthough the little bubble is red (not sure if that means much if there aren't incidents)21:00
clarkbmnaser: unfortunately network issues are typically opaque to us21:01
mnaserbummer21:01
clarkbzuul attempts to retry jobs that fail due to network failures if it can detect that situation21:01
mnaserour centos jobs are like 2h10m long or so21:01
clarkb(it relies on ansible exit codes)21:01
mnaserso it throws us off for quite sometime unfortunately :<21:01
*** jamesmcarthur has joined #openstack-infra21:02
*** ijw has joined #openstack-infra21:02
*** Goneri has quit IRC21:03
clarkbI wonder if that code has regressed with the support for newer ansibles21:05
*** mujahidali has quit IRC21:08
*** ijw has quit IRC21:08
*** yamamoto has joined #openstack-infra21:09
corvusclarkb: i don't follow?21:11
clarkbcorvus: mnaser's example had ssh failures but the job doesn't seem to have been retried? or maybe it is and I'm not able to see that21:11
mnaserI see it stuck in post_failure now21:11
mnaserbut a lot of our jobs are just queued .. so I dunno.21:12
clarkbhttp://logs.openstack.org/92/649892/13/check/openstack-ansible-deploy-aio_distro_metal-centos-7/0e486a2/job-output.txt.gz#_2019-04-18_20_51_18_19266321:12
clarkboh wait that is the rsync failure which is different than the main ssh connection21:12
clarkbso maybe not a regression, we probably just can't detect that specific rsync case21:12
*** ijw has joined #openstack-infra21:13
*** yamamoto has quit IRC21:14
corvusyeah, it doesn't show up as 'unreachable' in the play recap21:15
corvusneither does this: http://logs.openstack.org/92/649892/13/check/openstack-ansible-deploy-aio_distro_metal-centos-7/0e486a2/job-output.txt.gz#_2019-04-18_20_46_49_99174221:16
mnaseris this something that OSA is doing wrong?21:22
clarkbmnaser: no it is a limitation of zuul's ability to detect network disruptions21:22
corvusnot that i can see; i think it's just inconsintency internal to ansible about when it detects a host is unreachable21:22
mnaserok, just wanted to make sure, thanks21:23
corvusclarkb: well, in that zuul is limited to ansible's ability, yes :)21:23
clarkbcorvus: right21:23
*** jamesmcarthur has quit IRC21:29
*** jamesmcarthur has joined #openstack-infra21:30
*** diablo_rojo has quit IRC21:36
corvusclarkb: it looks like nodepool is preferring the ipv6 address in vexxhost-sjc1 now, which is triggering the docker bug there... do you know why that's preferred but we use ipv4 in rax?21:37
corvusmordred, Shrews: ^ this may be an openstacksdk q21:38
clarkbcorvus: there is a nodepool setting to prefer ipv4 iirc we have to set it on ovh because the ovh api returns v6 info but the instances don't ahev that data in the config drive21:38
clarkbI didn't think we run rax that way but perhaps we do?21:38
mordredcorvus: I don't think we configure ipv6 in rax nodepool nodes21:39
clarkbrax is special too because they don't do RAs you have to staticly configure it via glean21:39
corvusrax -- http://logs.openstack.org/13/653613/3/check/system-config-run-docker-registry/16d158e/zuul-info/inventory.yaml21:39
clarkbthat static ipv6 config should work on debuntu on rax with glean but not on centos or fedora21:39
corvusvexxhost -- http://logs.openstack.org/13/653613/3/gate/opendev-buildset-registry/04d3d61/zuul-info/inventory.yaml21:39
mordredoh - so we do have it21:39
mordredweird21:39
clarkbthinking about it more we may set it to ipv4 on rax because of the centos/fedora issue21:40
mordredoh yeah21:40
clarkbI don't recall if that is a provider setting or a cloud config setting21:41
clarkbbut that is what I would check first21:41
corvusi don't see it in nodepool, i'll check clouds.yaml21:41
corvus    force_ipv4: true21:41
corvusrax in clouds.yaml ^21:41
corvusclarkb: do you have a link to your docker bug handy?21:42
clarkbcorvus: ya one sec21:42
clarkbhttps://github.com/moby/moby/issues/39033 there is a link to my pr there to21:42
fungiit's a "moby" bug i guess?21:43
*** jamesmcarthur has quit IRC21:43
clarkbfungi: moby is the community version of docker21:43
clarkbthe PR is actually against docker/distribution which is a library that bundles up image pushing and pulling stuff21:43
fungicould then be part of the problem is your bug is in the open core bits?21:44
clarkbpossibly, though the open core bits had the issue filing hand hold template21:44
clarkbhrm I wonder21:45
clarkbmordred: corvus any idea what the default port is for docker?21:45
clarkber docker registry? if we drop the :portvalue we can drop the []s too maybe21:46
clarkbthen possibly this would work?21:46
corvusi don't know if it's 5000 or 443 or 8021:46
corvusi will experiment21:46
clarkbrereading my regex PR made me realize that we might be able to sneak through the ipv6 address on that21:47
clarkbhrm no I think not21:48
corvusit appears not to be 500021:48
corvusit's 80 or 44321:48
clarkbthey don't allow : separators either21:48
clarkbso my PR is insufficient to fix it I think21:48
clarkbyay for custom url parsing21:49
mordredclarkb: writing everything from scratch is the new hotness. using libraries is what old people do21:52
corvusokay, well this change has caused our chances of hitting that error to increase significantly21:52
corvusshould we set vexxhost to force_ipv4 to true?21:52
corvus(obviously that should be a short-term thing until we find a better fix eg skopeo)21:53
mordredcorvus: it makes me sad, but yes, I think so short term21:53
clarkbconsidering we already do it in two other clouds I'm not aopposed21:53
clarkbcorvus: re skopeo they have refused my bug and wish to maintain bug compat with dicker21:54
clarkber docker21:54
corvusclarkb: can you point me at that?21:54
clarkbhttps://github.com/containers/skopeo/issues/63121:54
*** rlandy|ruck is now known as rlandy21:57
mordredclarkb, corvus: I have two ideas for workarounds22:02
mordredboth assume a baseline of clarkb's patch to write entries to /etc/hosts on remote nodes22:03
mordreda) modify zuul to, instead of bind-mounting host /etc/hosts into the bubblewrap container, make a copy of the /etc/hosts file and bind-mount the copy in r/w - so that it's safe to edit /etc/hosts in the bubblewrap execution context22:04
mordredor22:04
mordredb) for the operatios on the executor that need to interact with the buildset registry, ssh-tunnel to the buildset registry with a port-forward, and then use 127.0.0.1:$forwarded_port as the registry location in the config on the executor22:05
corvusthe rejection from skopeo combined with my knowledge of docker's responsiveness to issues makes me think it's time to push more on workarounds :)22:05
clarkbit does make me wonder why write a different tool if you are going to maintain the bugset of the other tool22:05
mordredediting /etc/hosts on the remote nodes is straightfoward and non-hacky22:05
corvusclarkb: right?22:05
clarkbI guess the answer is that the only accepted bug they are fixing is the requirement for the daemon22:05
clarkbeverything else is a feature22:05
mordredso it's really only the executor/buildset-registry interaction that has to be solved22:06
fungior serves as a convenient excuse to reject bug fixes22:06
clarkbmordred: I like the ssh proxy more than writeable /etc/hosts22:06
clarkbI worry that writeable /etc/hosts could be abused in ways we don't actually want22:06
openstackgerritJason Lee proposed openstack-infra/storyboard master: WIP: Included Blueprint Reader and Loader  https://review.openstack.org/64966622:06
clarkb(like connecting to locahost or other test nodes or whatever)22:06
mordredclarkb: funny, I think I like writable hosts better myself - and we don't prevent connecting to localhost or other test nodes in any way ...22:07
corvusmordred: we may need to add "127.0.0.1" as a valid subject name to the cert we generate for the buildset registry22:07
mordredother than per-build ssh keys22:07
mordredcorvus: oh - that's a good point22:07
mordredclarkb: but - I don't like writable hosts more STRONGLY - so I'd be fine with tunnels and adding 127.0.0.1 as a valid subject name22:08
corvusmordred: i think that should be straightforward and should work -- we just generate them with the current ip address now; but it should be fine to include it as a SAN22:08
mordredcool22:08
clarkbmordred: we prevent connecting to localhost and without being able to udpate /etc/hosts to point back at yourself I think that is the case?22:08
mordredclarkb: nah - ssh key is still going to block trying to trick ansible by modifying /etc/hosts22:09
mordredbecause the localhost block is about blocking things that would cause ansible to default to using the local connection plugin instead of ssh22:09
mordredwhich are strings localhost, 127.0.0.1 as the hostname22:10
clarkbgot it and is that generally true for people not using our base jobs ? though I guess we should really encourage per job ssh key swapout so maybe the bug there is not using a base job that does that22:10
mordredyeah. maybe so - that's a good point22:10
mordredso maybe trying ssh tunnel is the better thing to try22:10
corvusit's easier to try :)22:11
mordredand we can keep writable-etc-hosts in our back pocket if something about port forwarding turns out to have unintended complexity sads22:11
mordredcorvus: ++22:11
mordredI feel like "unintended complexity sads" should be a band22:11
corvusclarkb: did you intentionally make the name one which can not appear in dns?22:11
corvus(it has an underscore)22:12
clarkbcorvus: sort of. I wanted something unlikely to clash elsewhere22:12
corvusthat makes it very unlikely to clash :)22:13
clarkbya probably doesnt have to be that strong of a prevention if we dont like it22:13
corvusclarkb: however, it may not match the docker domain regex :)22:13
clarkbO think they do allow _22:13
clarkber I22:13
corvusdomainComponentRegexp = match(`(?:[a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9-]*[a-zA-Z0-9])`)22:14
corvusit's that, right?22:14
clarkbah yup. For some reason I thought separatorRegexp = match(`(?:[._]|__|[-]*)`) was in that domain part before22:15
clarkbbut I think that regex is only in the stuff after the domain22:15
clarkbso ya should not use _22:15
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Add SANs to buildset registry cert  https://review.openstack.org/65386922:16
corvusclarkb: ^ that's intended to be squashed into your revert revert22:16
mnaserinfra-root: I think ovh-bhs1 is maybe having some serious network problems22:18
mnaserhttp://logs.openstack.org/92/649892/13/check/openstack-ansible-deploy-aio_proxy-ubuntu-bionic/f1063e4/job-output.txt.gz22:18
mnaser"No viable v4 or v6 route found to git.openstack.org. The build node is assumed to be invalid."22:18
mnaser"git.openstack.org: Temporary failure in name resolution"22:18
mnaserthat job failed with retry_limit so I assume it isn't limited to 1 or 2 machines..22:18
clarkbmnaser: that one should be retried (it is why we have that check in there)22:18
clarkbmnaser: 3 attempts22:18
mnaserretry_limit = it's tried 3 times already though, no?22:19
clarkbyes22:19
mnaser649892,13 in gate, so I guess it failed 3 times22:19
mnasereither it failed in pre on 3 different clouds .. or maybe it got 3 ovh nodes that broke22:19
corvusi see 2 runs in bhs1: http://logs.openstack.org/92/649892/13/check/openstack-ansible-deploy-aio_proxy-ubuntu-bionic/22:20
mnaserhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22No%20viable%20v4%20or%20v6%20route%20found%20to%20git.openstack.org.%5C%2222:21
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Add query for nova unit test bug 1825435  https://review.openstack.org/65387122:21
mnaserit looks like its hitting a few times (if you add node_provider)22:21
openstackbug 1825435 in OpenStack Compute (nova) "TestRPC unit tests intermittently fail with "'>' not supported between instances of 'NoneType' and 'datetime.datetime'"" [Undecided,Confirmed] https://launchpad.net/bugs/182543522:21
clarkblooking at the ansible facts the ipv4 interface looks correctly configured.22:21
clarkb(yes the mask of 255.255.255.255 is expected and correct)22:21
clarkbI don't think we are configuring the host incorrectly as a result22:22
*** diablo_rojo has joined #openstack-infra22:23
clarkbthis connection comes to you via bhs122:24
mnaserhttp://logs.openstack.org/73/651173/1/check/tempest-full/a257167/controller/logs/22:24
mnaserhere's another one that failed22:24
mnaserbut this one collected some logs22:24
clarkband dig git.openstack.org @1.1.1.1 works most of the time but I managed to get it to hang22:24
clarkbwhich does seem to point to some cloud side networking trouble talking to that dns provider22:25
clarkbyup it timed out eventually neat22:25
corvusperhaps we should go ahead and switch that to opendev.org?22:27
clarkbmaybe? I think the problem is in connecting to cloudflare not cloudflare connecting to rax dns22:27
clarkbmy traceroute to 1.1.1.1 from bhs1 shows 10/8 addrs O_O22:27
mnaserthats kinda normal if their internal network uses 10.x addresses to route things22:28
mnasersame reason you see bunch of * * * in trace routes usually22:28
mnaserhttp://logs.openstack.org/73/651173/1/check/tempest-full/a257167/controller/logs/unbound_log.txt.gz22:30
mnaserthat might be useful?22:30
corvusi'm going to restart haproxy on the opendev lb to test out v6 before i push up a change22:31
mordredcorvus: ++22:31
clarkbmnaser: reading that log we don't appear to remove the ipv6 addrs from our unbound config which we should (but unbound seems to handle that properly) and there are tcp errors to 1.1.1.122:34
clarkband I see that consistently with udp and tcp from my bhs1 instance digging against 1.1.1.1 too22:35
mnaseris there any reason why we don't make unbound run as an actually full recursive dns server?22:35
clarkbI think we wanted to be better internet citizens and not botnet a bunch of cacheable lookups against root servers?22:35
mnaserthat seems like a reasonable thing :)22:38
mnaserI guess if we somehow had subnets of all of our VMs22:38
clarkbconsidering the other rsync failures I'm wary of blaming dns here22:38
mnaserwe could do a regional dns thing22:38
mnaserbut yeah22:38
clarkbit is just a reproduceable aspect of the problem22:38
mnaserit seems more network based.22:38
*** ijw has quit IRC22:38
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Bind to v4 and v6 in haproxy  https://review.openstack.org/65387422:39
*** yamamoto has joined #openstack-infra22:39
*** _erlon_ has quit IRC22:40
openstackgerritJames E. Blair proposed openstack-infra/zone-opendev.org master: Add IPv6 addr to opendev.org  https://review.openstack.org/65387522:41
*** yamamoto has quit IRC22:41
corvusclarkb, fungi, mordred: ^ those are the only 2 changes needed to make opendev.org answer on ipv6 (thanks to the magic mnaser made happen behind the scenes!)  the first change is already manually in place; you should be able to connect to the ipv6 addr manually to test if you want22:41
clarkbcorvus: I ssh'd in and confirmed the output of ifconfig matches the dns update22:42
clarkband the other change lgtm so +2 on both22:42
corvusclarkb: while i'm thinking about it -- friendly reminder on ttls :)22:43
clarkbcorvus: oh thank you22:43
clarkbI listed the domains I'll be reducing the TTLs for on the etherpad22:44
clarkbplease add any if I missed them22:44
mnasercurl is weird with ipv6 so you need to disable globbing (-g), but this works for me: curl -g 'http://[2604:e100:3:0:f816:3eff:fe6b:ad62]/'22:44
corvusclarkb: lgtm22:46
*** jcoufal has quit IRC22:48
*** yamamoto has joined #openstack-infra22:49
clarkbok half of them were already 5 minute ttls. updated the others22:51
mnaseranother 2 jobs just failed collect logs too im pretty sure :X22:51
mnaserthey just went back to queued again, but zuul logs might expose more info22:51
mnaserhttp://zuul.openstack.org/stream/c05feefcc6e34e8fb8ecadfb8a037295?logfile=console.log22:52
mnaserthis one is also about to fail22:52
mnaserFailed to connect to the host via ssh: ssh: connect to host 158.69.66.89 port 22: Connection timed ou22:52
corvusmnaser: you want to pause the provider?22:52
clarkbmnaser: from home to bhs1 I get some packet loss in chicago according to mtr22:52
openstackgerritMerged openstack-infra/zone-opendev.org master: Add IPv6 addr to opendev.org  https://review.openstack.org/65387522:52
mnaserI can push up a patch, by pause I assume max-servers: 0 unless there's an actual new `pause` pattern?22:53
mordredcorvus: wow. :::80 is the right syntax?22:53
clarkbmnaser: thats it22:53
mnasermordred: yes, haproxy is terrible when it comes to that22:53
clarkbmordred: ya listne on :: port 80 is :8022:53
mnaserit doesn't use [] around IPv6 addresses22:53
mordredyeah - it's just ... wow22:53
mnaserI wonder how their parsing code works :)22:53
*** tkajinam has joined #openstack-infra22:54
corvusbetter than docker22:55
mnaserclarkb: were you seeing packet loss to both regions?22:55
clarkbmnaser: no I'm just using my little bhs1 VM to check in either direction22:56
clarkbso only bhs122:56
mnaserhttp://grafana.openstack.org/d/BhcSH5Iiz/nodepool-ovh?orgId=122:56
mnaserhmm22:56
mnaserthose big dips.. are those just Grafana things or?22:56
clarkbthat could be network crashing all the jobs then rebuilding after22:57
mnasera ton of error node launch attempts too22:57
mnaserfor gra122:57
clarkbI think those are "normal" because their quota syncage isn't fast22:58
mnaserah ok22:58
clarkbso we'll be under quota and it thinks we are over until nova catches up and its a perpetual race22:58
corvusi added "Move zuul keys (on zuul01.openstack.org):" to the etherpad22:59
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Update gerrit connection in Zuul  https://review.openstack.org/65387723:00
openstackgerritMohammed Naser proposed openstack-infra/project-config master: nodepool: pause ovh  https://review.openstack.org/65387823:00
openstackgerritMohammed Naser proposed openstack-infra/project-config master: Revert "nodepool: pause ovh"  https://review.openstack.org/65387923:00
corvusi also added 653877 to the etherpad23:00
*** aaronsheffield has quit IRC23:01
mnaserpushed those two up, im gonna add comments to the pause patch so we can point the ovh team to it23:02
* mnaser isn't sure who to contact and will defer to whoever knows23:02
clarkbmnaser: amorin has been our contact recently23:02
mnasercool, ive added him to the review to perhaps ping him by email too23:03
*** whoami-rajat has quit IRC23:03
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for nova unit test bug 1825435  https://review.openstack.org/65387123:04
openstackbug 1825435 in OpenStack Compute (nova) "TestRPC unit tests intermittently fail with "'>' not supported between instances of 'NoneType' and 'datetime.datetime'"" [Undecided,Confirmed] https://launchpad.net/bugs/182543523:04
*** yamamoto has quit IRC23:05
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Create a script to handle zuul key file moves  https://review.openstack.org/65388123:07
mordredcorvus: ^^ oh - nice23:07
corvusfungi: ^ we should really put that in the rename playbook, but it's close to time and i don't want to futz with it; mind if we tag that onto your script?  maybe you can just squash that in when you're back23:07
mordredcorvus: and yes, we should really put that in the rename playbook23:08
corvusyeah, i don't think it'd be hard23:08
mordredand yes, putting it in to that now seems like the wrong time23:08
corvusif it were this morning, i'd just do that :)23:08
corvusbut it's the end of the day before23:08
mordredyup23:08
*** yamamoto has joined #openstack-infra23:10
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/nodepool master: Fix AWS provider ignoring region in providers  https://review.openstack.org/64942323:17
clarkbI'm going to pop out for a bit but back before calling it a day to check if there is anything else to review (hopefully updates from fungi)23:18
clarkbDNS should be ready to go23:19
*** eernst has joined #openstack-infra23:19
*** igordc has joined #openstack-infra23:20
fungiyeah, still incoming. broadband outage definitely has set me back, sorry23:23
fungigetting close now23:23
*** yamamoto has quit IRC23:25
openstackgerritMerged openstack-infra/project-config master: nodepool: pause ovh  https://review.openstack.org/65387823:28
*** lseki has quit IRC23:45
*** sthussey has quit IRC23:47
*** mattw4 has joined #openstack-infra23:49

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