Monday, 2018-10-22

*** agopi_ is now known as agopi00:04
tonybIt looks like the bas SQLAlchemy is back ? http://logs.openstack.org/85/611885/1/check/requirements-tox-py36-check-uc/c5772a6/job-output.txt.gz#_2018-10-21_21_47_41_77518800:09
tonyband the wheel build went 'wonky' fro openstacksdk http://logs.openstack.org/85/611885/1/check/cross-horizon-py27/85785fd/job-output.txt.gz#_2018-10-21_21_47_23_41469100:09
*** dave-mccowan has quit IRC00:14
*** pcrews has joined #openstack-infra00:14
ianwtonyb: hrm ... did they run in parallel ok is first question00:18
tonybianw: I don't know00:18
ianwhaving a look...00:20
ianwthis would be the bionic build i guess00:21
tonybianw: Yeah I guess so for py3600:21
ianwok, logs would be http://logs.openstack.org/periodic/git.openstack.org/openstack/requirements/master/publish-wheel-mirror-ubuntu-bionic/6c88da7/00:22
ianwhrm, not sure about this comment any more -> https://git.openstack.org/cgit/openstack-infra/project-config/tree/roles/copy-wheels/tasks/main.yaml#n600:25
ianwhrm, seemed to run sequentially.  :/00:27
tonybphooey00:28
ianwzip gives up on the file, with that index error or whatever00:29
ianw7za however says00:29
ianwWARNINGS:00:29
ianwThere are data after the end of archive00:29
ianwPhysical Size = 8876100:29
ianwTail Size = 2200:29
tonybOh wait, the bionic build logs are for 0.17.2 but the version shoudl have been 0.18.0 (I think)00:30
*** dave-mccowan has joined #openstack-infra00:31
ianwtonyb: what is that you're looking at the versions of?00:32
tonybianw: Yeah for the openstacksdk thing the chnage under review is https://review.openstack.org/#/c/611885/ to update from 0.17.2 -> 0.18.0 but the build logs you linked to above shows it building 0.17.200:32
ianwinteresting ... 7za has a good mode where it will parse things for you.  it splits out the wheel zip file, and then there's an extra "something" -> http://paste.openstack.org/show/732562/00:33
tonybianw: So the tag job for openstacksdk shoudl have built and publishd the 0.18.o wheel right?00:33
ianwwhich looks mighty like an empty .zip header tagged onto the end of the .whl00:34
tonybianw: Yeah that is what it looks like00:34
ianwtonyb: i'm not sure where you're seeing 0.17.2 in http://logs.openstack.org/85/611885/1/check/requirements-tox-py36-check-uc/c5772a6/job-output.txt.gz#_2018-10-21_21_47_41_775188 ?00:37
tonybianw: nm I think I'm confusing myself00:38
tonybianw: I shouldn't have dropped 2 pronlems at the same time.00:39
ianwyeah, if you drop the last 22 bytes with "dd if=../SQLAlchemy_Utils-0.33.6-py2.py3-none-any.whl of=test.whl bs=1 count=88761" you have a valid wheel00:40
tonybianw: Okay nice find.00:44
*** jamesmcarthur has joined #openstack-infra00:45
*** longkb has joined #openstack-infra00:46
ianwhrm, i dunno.  pkzip headers should be 50 4b 03 04 ... we have 50 4b 05 0600:46
tonybianw: https://en.wikipedia.org/wiki/List_of_file_signatures lists 50 4b 05 06 as a zipfile00:55
tonybianw: but doesn't explain why it'd be different00:56
tonybianw: Ahh but https://en.wikipedia.org/wiki/Zip_(file_format) lists the 22 bytes for an empty zip file00:57
ianwhrm, yeah under that is "(empty archive)"00:58
*** jamesmcarthur has quit IRC00:58
ianwyeah, on that page it has PK\x05\x06 (empty) as the magic number00:59
tonybAhh okay00:59
tonybI missed that00:59
ianwwell everything matches up with it being an empty zip file, appended on the end of the wheel01:01
tonybianw: Yup, but i have no idea why01:02
ianwhrm, me either, but at least we have a suspect now ...01:02
ianwobvious searches for similar bugs are not being fruitful atm01:03
*** jamesmcarthur has joined #openstack-infra01:04
tonyb2~Looking at logstash seems to have started on Oct 16th .. unless that's just the begining of the retention period01:05
ianwok, didn't ring any bels for dstufft in pypa, so it's unlikely to be something known i guess01:09
*** dave-mccowan has quit IRC01:10
ianwi can't replicate it, i think we need to bring up an infra node and try it in situ to see what might be different01:11
tonybYeah.  sounds good.  I was goign to suggest added some additional logging to the build process ... nut sure what yet apart from SHAs for the generated wheels and zip -T or similar01:14
ianwit's so specifically corrupt, with the blank file right at the end, it doesn't seem like it could be random01:15
ianwi wonder, if i put a failed hold on the job, kick it off, then manually go in and kill the connection, hopefully the nodes will be held.  that's probably the "easiest" way01:16
tonybianw: That's deep magic of which I knwo notthing ;P01:17
ianw:) just trying to ensure we get some nodes that look exactly like where this happens01:18
*** mrsoul has joined #openstack-infra01:19
*** imacdonn has quit IRC01:23
*** felipemonteiro has joined #openstack-infra01:23
ianwok, i got a hold on the bionic job and enqueued it01:23
*** imacdonn has joined #openstack-infra01:23
ianw198.72.124.24 & 198.72.124.239 are the two hosts01:23
*** bobh has quit IRC01:24
*** dave-mccowan has joined #openstack-infra01:25
ianwok i think i got the job to die, hopefully the nodes hold01:37
ianwsigh, building it almost exactly the same way, no error01:43
*** jamesmcarthur has quit IRC01:43
*** bobh has joined #openstack-infra01:43
tonyb:(01:46
*** bobh has quit IRC01:47
*** bobh has joined #openstack-infra01:51
ianwinteresting, the freshly built one also has the same empty zip at the end01:54
ianwwhat's a bit weird is i get 3 wheels when building sqlalchemy_utils01:56
ianw-rw-rw-r-- 1 zuul zuul 1.1M Oct 22 01:44 SQLAlchemy-1.2.12-cp36-cp36m-linux_x86_64.whl01:56
ianw-rw-rw-r-- 1 zuul zuul  87K Oct 22 01:44 SQLAlchemy_Utils-0.33.6-py2.py3-none-any.whl01:56
ianw-rw-rw-r-- 1 zuul zuul  11K Oct 22 01:44 six-1.11.0-py2.py3-none-any.whl01:56
*** jamesmcarthur has joined #openstack-infra01:57
*** annp has joined #openstack-infra01:58
ianwtonyb: do you happen to have everything checked out?02:02
ianwby everything, i mean everything in requirements.  i'm wondering if two things are running in parallel and end up making the same wheel file02:02
*** jamesmcarthur has quit IRC02:03
tonybianw: I have things cloned locally and mostly on master but I can pretty much checkout whatever is needed to test it02:03
ianwhrm, probably the logs tell us ... cross-grepping SQLAlchemy_Utils.*.whl ... hrm02:04
tonybThat is strange though getting multiple wheels02:04
ianwi'm not sure we expected "pip wheel" to also output other wheels02:05
ianwBuild Wheel archives for your requirements and dependencies02:06
ianw:( AFAICS, nothing else has a dependency on SQLAlchemy-Utils02:11
tonybianw: Probably not directly ... let me try to work it out ...02:12
tonyb ianw: aodh certainly does ... look in setup,cfg02:14
tonybhttp://git.openstack.org/cgit/openstack/aodh/tree/setup.cfg02:14
*** ykarel|away has joined #openstack-infra02:15
ianwtonyb: yeah, i mean just in the wheel build process, however02:16
ianwso of the things in upper-constraints.txt, nothing else seems to depend on it02:17
*** felipemonteiro has quit IRC02:17
ianwwhich seems to suggest that even running all the wheel builds in parallel, the file shouldn't be created twice02:18
*** hongbin has joined #openstack-infra02:19
ianwthe empty zip entry at the end seems to maybe be a red herring, it seems to always be there02:19
tonybianw: Hmm okay ... I get02:19
tonybPackage      : sqlalchemy-utils [sqlalchemy-utils] (used by 4 projects)02:19
tonybRe-Release   : 1 projects02:19
tonybopenstack/taskflow                            [cycle-with-intermediary]02:19
tonybIncluded in  : 2 projects02:19
tonybopenstack/aodh                                [cycle-with-intermediary]02:19
tonybopenstack/panko                               [cycle-with-intermediary]02:19
tonybAlso affects : 1 projects02:19
tonybopenstack/molteniron                          [None]02:19
tonybbut none of them are actually in requirements.txt02:20
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add support for enabling the ARA callback plugin in install-ansible  https://review.openstack.org/61122802:20
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add playbook for deploying the ARA web application  https://review.openstack.org/61123202:20
*** felipemonteiro has joined #openstack-infra02:31
*** felipemonteiro has quit IRC02:31
*** hongbin has quit IRC02:35
*** hongbin has joined #openstack-infra02:35
*** bobh has quit IRC02:37
*** haleyb has quit IRC02:37
*** bobh has joined #openstack-infra02:41
*** hongbin_ has joined #openstack-infra02:41
*** hongbin has quit IRC02:43
*** psachin has joined #openstack-infra02:54
ianwwell i have now built all the wheels manually, under parallel for both python2 & 3 and i can't replicate the corruption03:01
tonyb:(03:10
*** dave-mccowan has quit IRC03:11
*** bobh has quit IRC03:18
*** bobh has joined #openstack-infra03:20
*** carl_cai has quit IRC03:23
*** bobh has quit IRC03:25
*** felipemonteiro has joined #openstack-infra03:32
*** jamesmcarthur has joined #openstack-infra03:41
*** jamesmcarthur has quit IRC03:46
*** ykarel|away is now known as ykarel03:50
*** zhangfei has joined #openstack-infra03:54
*** udesale has joined #openstack-infra03:55
*** udesale has quit IRC03:55
*** udesale has joined #openstack-infra03:56
AJaegerianw: what fun ;(04:09
AJaegerianw: did you delete the broken wheel - or push a fixed one up?04:09
ianwAJaeger: umm, not yet, i can do, just trying to work on some debugging04:09
*** zhangfei has quit IRC04:10
ianwtonyb: was it only bionic?  i've removed that one04:20
tonybThat was the only one I saw fail04:21
tonybianw: Thanks for removing it04:22
*** hongbin_ has quit IRC04:22
*** ramishra has joined #openstack-infra04:23
*** hongbin has joined #openstack-infra04:24
*** kaiokmo has quit IRC04:28
*** kaiokmo has joined #openstack-infra04:30
*** hongbin has quit IRC04:38
ianwtonyb: my first thought was we could get pip to help us here and give us the hash of what it outputs ... https://github.com/pypa/pip/pull/590804:53
*** kaiokmo has quit IRC04:54
openstackgerritIan Wienand proposed openstack-infra/project-config master: wheel-build : temporary pip with checksum output  https://review.openstack.org/61223405:11
*** apetrich has quit IRC05:23
*** bhavikdbavishi has joined #openstack-infra05:29
*** felipemonteiro has quit IRC05:37
*** apetrich has joined #openstack-infra05:39
*** quiquell|off is now known as quiquell06:04
AJaegerthanks, ianw06:07
*** maciejjozefczyk has joined #openstack-infra06:09
*** dpawlik has joined #openstack-infra06:20
*** ifat_afek has joined #openstack-infra06:20
*** pcaruana has joined #openstack-infra06:21
*** xinliang has joined #openstack-infra06:24
*** psachin has quit IRC06:29
*** janki has joined #openstack-infra06:30
*** fresta_ has joined #openstack-infra06:37
*** fresta has quit IRC06:40
*** jbadiapa has joined #openstack-infra06:42
*** chkumar|off is now known as chandankumar06:45
*** e0ne has joined #openstack-infra06:45
*** yamamoto has quit IRC06:49
*** yamamoto has joined #openstack-infra06:49
*** yamamoto has quit IRC06:53
*** yamamoto has joined #openstack-infra06:53
*** ifat_afek has quit IRC06:54
*** yamamoto has quit IRC06:55
*** ifat_afek has joined #openstack-infra06:56
*** yamamoto has joined #openstack-infra06:58
*** pcaruana has quit IRC06:58
*** rcernin has quit IRC06:59
*** yamamoto has quit IRC07:01
*** yamamoto_ has joined #openstack-infra07:01
*** ccamacho has joined #openstack-infra07:03
*** ginopc has joined #openstack-infra07:04
*** rcernin has joined #openstack-infra07:05
*** rcernin has quit IRC07:07
*** rascasoft has joined #openstack-infra07:08
*** zhangfei has joined #openstack-infra07:12
*** jtomasek has joined #openstack-infra07:13
*** pcaruana has joined #openstack-infra07:13
*** florianf has joined #openstack-infra07:19
*** alexchadin has joined #openstack-infra07:29
*** longkb has quit IRC07:29
*** longkb has joined #openstack-infra07:29
*** xek has joined #openstack-infra07:31
*** jpena|off is now known as jpena07:32
*** udesale has quit IRC07:33
*** udesale has joined #openstack-infra07:33
*** ifat_afek has quit IRC07:34
*** jamesmcarthur has joined #openstack-infra07:42
*** tosky has joined #openstack-infra07:42
*** ifat_afek has joined #openstack-infra07:44
*** jamesmcarthur has quit IRC07:46
*** ifat_afek has quit IRC07:48
*** kjackal has joined #openstack-infra07:49
*** lpetrut has joined #openstack-infra07:50
*** alexchadin has quit IRC07:58
*** rpittau has joined #openstack-infra08:02
*** ifat_afek has joined #openstack-infra08:03
*** shardy has joined #openstack-infra08:09
*** panda has joined #openstack-infra08:13
*** shardy has quit IRC08:16
*** finucannot is now known as stephenfin08:20
*** zhangfei has quit IRC08:20
*** sshnaidm|off is now known as sshnaidm|ruck08:22
*** shardy has joined #openstack-infra08:31
*** gfidente has joined #openstack-infra08:37
*** eernst has joined #openstack-infra08:38
*** bobh has joined #openstack-infra08:45
*** yamamoto_ has quit IRC08:46
*** yamamoto has joined #openstack-infra08:46
*** bobh has quit IRC08:50
*** eernst has quit IRC08:50
*** yamamoto_ has joined #openstack-infra08:57
*** ykarel_ has joined #openstack-infra08:57
*** yamamoto has quit IRC09:00
*** ykarel has quit IRC09:00
*** yamamoto_ has quit IRC09:01
*** yamamoto has joined #openstack-infra09:01
ianwamorin: gra1 seems to be back to not really booting vm's09:03
ianwthe last port clearing run cleared out 600+ ports, which is what we see when the vm's aren't booting and cycle quickly09:04
*** lpetrut has quit IRC09:06
*** ykarel_ is now known as ykarel09:08
*** slaweq has joined #openstack-infra09:08
*** derekh has joined #openstack-infra09:11
*** ykarel is now known as ykarel|lunch09:14
*** xinliang has quit IRC09:18
*** alexchadin has joined #openstack-infra09:19
*** gary_perkins has joined #openstack-infra09:20
*** markmcd has joined #openstack-infra09:21
openstackgerritPaul Bourke (pbourke) proposed openstack-infra/bindep master: Add OracleLinux support  https://review.openstack.org/53635509:24
*** ifat_afek has quit IRC09:26
*** electrofelix has joined #openstack-infra09:27
*** alexchadin has quit IRC09:30
*** dtantsur|afk is now known as dtantsur09:30
*** sambetts|afk is now known as sambetts09:30
cgoncalvesianw, hi. it seems that the EPEL mirror patch didn't fix the issue we were seeing in octavia :/09:36
*** zzzeek_ has quit IRC09:37
cgoncalvesianw, oh, actually the problem is a different one. http://logs.openstack.org/30/608830/3/check/octavia-v2-dsvm-scenario-centos-7/6050cda/controller/logs/devstacklog.txt.gz#_2018-10-22_07_11_53_32609:38
cgoncalvesalso here http://logs.openstack.org/18/609418/6/check/octavia-v2-dsvm-scenario-centos-7/09cd4fe/controller/logs/devstacklog.txt.gz#_2018-10-22_07_14_34_16409:38
*** ociuhandu has joined #openstack-infra09:39
*** zzzeek has joined #openstack-infra09:40
*** ociuhandu has quit IRC09:40
*** bnemec has joined #openstack-infra09:45
*** yamamoto has quit IRC09:46
*** yamamoto has joined #openstack-infra09:47
*** ifat_afek has joined #openstack-infra09:49
ianwcgoncalves: do you use dib from master?  haven't released with that epel fix yet09:50
ianwcgoncalves: ooohh, yeah we don't mirror that.  is there a reason not use use centos-minimal element?  that we build from packages directly09:51
*** xek has quit IRC09:51
*** yamamoto has quit IRC09:52
*** bnemec has quit IRC09:53
*** roman_g has joined #openstack-infra09:53
cgoncalvesianw, not sure there's a reason and/or we ever tested it instead of centos709:53
cgoncalvesianw, for ubuntu we switched some months ago to ubuntu-minimal09:54
ianwyeah, it will stop having to download the upstream .qcow209:54
*** psachin has joined #openstack-infra09:56
cgoncalveshmm let me try it :)09:56
ianwlmn, i'm end of day here ,but if there's any issues drop me a mail and i'll look into it :)09:59
*** ykarel|lunch is now known as ykarel10:02
*** psachin has quit IRC10:06
*** alexchadin has joined #openstack-infra10:12
*** shardy has quit IRC10:13
*** xek has joined #openstack-infra10:14
*** yamamoto has joined #openstack-infra10:15
*** shardy has joined #openstack-infra10:16
*** kjackal has quit IRC10:19
*** dave-mccowan has joined #openstack-infra10:22
*** pbourke has quit IRC10:23
cgoncalvesianw, cool, thank you!10:29
*** carl_cai has joined #openstack-infra10:30
*** kjackal has joined #openstack-infra10:36
*** pbourke has joined #openstack-infra10:47
*** annp has quit IRC10:49
*** jamesdenton has joined #openstack-infra10:52
*** aojea has joined #openstack-infra10:55
*** bobh has joined #openstack-infra10:57
openstackgerritMerged openstack-infra/project-config master: wheel-build : temporary pip with checksum output  https://review.openstack.org/61223410:59
*** bobh has quit IRC11:02
*** owalsh has quit IRC11:13
*** rh-jelabarre has joined #openstack-infra11:15
*** kaiokmo has joined #openstack-infra11:18
*** priteau has joined #openstack-infra11:19
*** markvoelker has joined #openstack-infra11:22
*** jpena is now known as jpena|lunch11:23
*** gfidente has quit IRC11:25
*** pcaruana has quit IRC11:26
*** markvoelker has quit IRC11:26
*** ansmith has quit IRC11:27
*** bobh has joined #openstack-infra11:27
*** udesale has quit IRC11:30
*** dtantsur is now known as dtantsur|brb11:37
*** owalsh has joined #openstack-infra11:41
*** pcaruana has joined #openstack-infra11:48
*** gfidente has joined #openstack-infra11:55
*** panda is now known as panda|lunch11:55
*** longkb has quit IRC11:56
*** quiquell is now known as quiquell|lunch11:57
*** aojeagarcia has joined #openstack-infra11:59
*** aojea has quit IRC12:01
*** aojea has joined #openstack-infra12:02
*** aojeagarcia has quit IRC12:05
*** bhavikdbavishi has quit IRC12:06
*** kopecmartin has quit IRC12:08
*** aojea has quit IRC12:09
*** janki has quit IRC12:10
*** pcaruana has quit IRC12:12
*** pcaruana has joined #openstack-infra12:12
*** efried_pto is now known as efried12:14
*** bobh has quit IRC12:16
*** icey has quit IRC12:19
*** jpena|lunch is now known as jpena12:23
*** quiquell|lunch is now known as quiquell12:24
*** xek has quit IRC12:24
*** xek has joined #openstack-infra12:25
*** smcginnis_vaca is now known as smcginnis12:26
*** zul has joined #openstack-infra12:28
*** rlandy has joined #openstack-infra12:35
*** jcoufal has joined #openstack-infra12:36
*** tpsilva has joined #openstack-infra12:38
*** alexchadin has quit IRC12:38
*** jesusaur has quit IRC12:46
*** owalsh_ has joined #openstack-infra12:48
*** yamamoto has quit IRC12:50
*** yamamoto has joined #openstack-infra12:50
*** icey has joined #openstack-infra12:50
*** owalsh has quit IRC12:51
slaweqhi infra, I found in some Neutron jobs issue like http://logs.openstack.org/23/577223/22/check/build-openstack-releasenotes/1fb3112/job-output.txt.gz#_2018-10-20_23_12_20_24215912:51
*** alexchadin has joined #openstack-infra12:51
slaweqdo You know about it maybe?12:51
*** ansmith has joined #openstack-infra12:52
*** bobh has joined #openstack-infra12:52
*** kgiusti has joined #openstack-infra12:52
*** jroll has quit IRC12:53
*** jroll has joined #openstack-infra12:54
*** yamamoto has quit IRC12:55
*** kopecmartin has joined #openstack-infra12:55
*** panda|lunch is now known as panda12:56
*** owalsh_ is now known as owalsh12:57
*** owalsh has quit IRC12:58
*** ifat_afek has quit IRC13:00
*** ykarel_ has joined #openstack-infra13:03
*** dtantsur|brb is now known as dtantsur13:04
*** boden has joined #openstack-infra13:04
*** ykarel has quit IRC13:06
*** yamamoto has joined #openstack-infra13:06
*** weshay_pto has quit IRC13:07
openstackgerritMerged openstack-infra/zuul master: Handle missing node during hold check  https://review.openstack.org/61096913:08
*** rpioso|afk is now known as rpioso13:09
*** alexchadin has quit IRC13:10
*** smarcet has joined #openstack-infra13:11
*** mriedem has joined #openstack-infra13:11
*** hwoarang has quit IRC13:12
*** owalsh has joined #openstack-infra13:13
*** jesusaur has joined #openstack-infra13:15
*** hwoarang has joined #openstack-infra13:16
*** jamesmcarthur has joined #openstack-infra13:17
AJaegerslaweq: I just hear releasenotes - was fixed yesterday.13:22
AJaegerslaweq: please recheck13:22
slaweqAJaeger: thx for info, I will try then :)13:22
*** fuentess has joined #openstack-infra13:23
AJaegerslaweq: change I6c9f303dd5f284d7df68a4b764b84a05309f6693 fixed it - if it's a missing "msgmerge"13:23
*** ykarel_ is now known as ykarel13:23
slaweqAJaeger: yes, it was that, thx13:25
*** eharney has joined #openstack-infra13:27
*** munimeha1 has joined #openstack-infra13:35
*** elbragstad is now known as lbragstad13:39
*** felipemonteiro has joined #openstack-infra13:48
*** smarcet has quit IRC13:53
*** xek has quit IRC13:58
*** yamamoto has quit IRC13:58
openstackgerritMerged openstack-infra/nodepool master: Make functional src jobs actually install from source  https://review.openstack.org/61216813:59
*** yamamoto has joined #openstack-infra13:59
*** gfidente has quit IRC14:01
*** lpetrut has joined #openstack-infra14:03
*** agopi has quit IRC14:03
*** yamamoto has quit IRC14:04
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: web: add tenant and project scoped, JWT-protected actions  https://review.openstack.org/57690714:04
*** dpawlik has quit IRC14:07
*** maciejjozefczyk has quit IRC14:08
*** dpawlik has joined #openstack-infra14:08
*** maciejjozefczyk has joined #openstack-infra14:08
*** SteelyDan is now known as dansmith14:11
*** haleyb has joined #openstack-infra14:12
*** ykarel is now known as ykarel|afk14:13
*** carl_cai has quit IRC14:19
*** ykarel_ has joined #openstack-infra14:29
*** ykarel|afk has quit IRC14:32
*** graphene has joined #openstack-infra14:32
*** yamamoto has joined #openstack-infra14:41
*** jamesmcarthur has quit IRC14:41
*** graphene has quit IRC14:42
*** graphene has joined #openstack-infra14:43
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Cleanup down ports  https://review.openstack.org/60982914:44
*** jamesmcarthur has joined #openstack-infra14:46
spotzfungi or anyone else who might know, how can I search for an etherpad from the Vancouver summit? Is there a way?14:47
Shrewsspotz: https://wiki.openstack.org/wiki/Forum/Vancouver2018#List_of_Brainstorming_Etherpads_.28Historical.29 maybe?14:50
spotzShrews: You rock!14:52
spotzWas looking for the mentoring one to link to the Berlin session:)14:52
*** smarcet has joined #openstack-infra14:52
* Shrews gives all credit to google search14:52
*** jamesmcarthur has quit IRC14:55
spotzI try to leave ethers open, I mean there should be a way to search through them but I've never figured it out14:55
*** jamesmcarthur has joined #openstack-infra14:55
*** quiquell is now known as quiquell|off14:57
*** ramishra has quit IRC14:59
*** roman_g has quit IRC15:00
*** roman_g has joined #openstack-infra15:00
*** felipemonteiro has quit IRC15:02
*** david-lyle has joined #openstack-infra15:07
*** pcrews has quit IRC15:09
*** pcaruana has quit IRC15:12
*** e0ne has quit IRC15:15
openstackgerritDean Troyer proposed openstack-infra/project-config master: Add starlingx-docs-core group  https://review.openstack.org/61241915:18
openstackgerritPete Birley proposed openstack-infra/project-config master: New Repo - OpenStack-Helm Images  https://review.openstack.org/61189215:20
*** gfidente has joined #openstack-infra15:20
fungispotz: etherpad explicitly doesn't allow searching for pads by name or comment because the way it implements private and read-only pad urls is by using unguessable names for them15:22
fungis/comment/content/15:22
spotzfungi: That's what I figured15:23
openstackgerritPete Birley proposed openstack-infra/project-config master: New Repo: OpenStack-Helm Docs  https://review.openstack.org/61189315:23
*** e0ne has joined #openstack-infra15:28
*** e0ne has quit IRC15:32
*** xek has joined #openstack-infra15:33
*** sthussey has joined #openstack-infra15:35
*** manjeets has joined #openstack-infra15:39
mwhahahaHey is there anyway to determine why jobs aren't triggering for a change? https://review.openstack.org/#/c/610343/ there is a .zuul.yaml in that branch15:43
*** jamesmcarthur has quit IRC15:47
clarkbmwhahaha: I think it is because there are no templates with those names defined on the stable/luminous branch15:47
clarkbmwhahaha: puppet-openstack-integration only has branches for openstack stable releases15:48
*** ifat_afek has joined #openstack-infra15:49
mwhahahahrm15:49
mwhahahalet me go track that down. seems odd cause we did merge stuff in luminous15:49
mwhahahaso something else has changed15:49
openstackgerritMerged openstack-infra/nodepool master: Remove sqlalchemy from requirements  https://review.openstack.org/61182115:50
clarkbmwhahaha: is it possible the puppet job definitions went from an unbranched setup (master only) to a branched setup? If unbranched zuul assumes that applies globally but if brnached scopes it to the specific branch aiui15:50
*** bnemec has joined #openstack-infra15:51
mwhahahai don't think we've changed anything like that15:51
mwhahahai'll figure it out, it's likely the zuul config somewhere15:52
openstackgerritPierre Riteau proposed openstack-infra/project-config master: Create blazar-specs repo  https://review.openstack.org/60278315:55
mwhahahaah i see it, we moved the integration jobs to be branch specific cause we're testing multiple ceph versions. though the check/unit jobs should still run15:55
mwhahahaodd15:55
*** smarcet has quit IRC15:58
*** bnemec has quit IRC15:59
*** bhavikdbavishi has joined #openstack-infra15:59
*** smarcet has joined #openstack-infra15:59
*** gyee has joined #openstack-infra16:00
*** ifat_afek has quit IRC16:01
mwhahahaclarkb: is there a way to reference a different branches config? I think the issue is that puppet-ceph being the weirdo uses stable/luminous or stable/jewel so i'll probably want to just inherit from like stable/rocky out of puppet-openstack-integration and define the jobs in the luminous branch16:02
mwhahahabut i don't want to redefine everything16:02
*** ifat_afek has joined #openstack-infra16:02
*** xek has quit IRC16:02
clarkbThere are ways to indicate master should be tested with eg devel (openstacksdk does this when testing with ansible) but I'm not sure about mapping that for the jobs themselves16:02
clarkbmordred: ^ you may know having dealt with this around ansible16:03
clarkbyou can do specific branch matchers I guess16:05
clarkblooking for docs16:06
clarkbmwhahaha: https://zuul-ci.org/docs/zuul/user/config.html#attr-job.branches16:07
*** david-lyle has quit IRC16:07
*** dklyle has quit IRC16:07
mwhahahayea that's what we were doing in some places, i'll mess around with it16:07
clarkbmwhahaha: note the override checkout section is I think what you want16:08
clarkbrun a job in one branch of a project that doesn't match the branch of another project16:08
mwhahahameh this is going to get annoying16:09
mwhahahak thanks i'll give that a shot16:10
clarkbhrm no pabelanger. I'll run this by anyone willing to listen then. Looking at moving zuul and nodepool to the zk cluster I think the steps we want to take are move one of the nodepool builders to cluster and wait for it to build images against the clouds. Then stop nl* nb* and zuul scheduler, update their config to point at new zk, start those services. Clean up aliens and delete nodepool.o.o16:12
clarkbShrews: ^ do you know if that is safe for the nodepool builders to be running against disjoint zookeepers? Mostly worried that they will try to delete each other's images as aliens16:13
clarkbI don't think they will do that though16:13
*** graphene has quit IRC16:15
mordred[m]clarkb yeah ... There's examples of branch things in the openstacksdk ansible jobs16:16
clarkbmwhahaha: ^ that may give good examples16:16
mordred[m]clarkb for zk ... I'd just move all the builders to the cluster and let them build/upload.16:17
*** graphene has joined #openstack-infra16:17
mordred[m]We'll stop getting new images on existing system, byr thats ok16:17
mordred[m]The move Zuul and the launchers once the builders are good16:18
*** rkukura has joined #openstack-infra16:18
clarkb++16:19
mordred[m]And then go back and clean up the old images and any orphaned servers with a script16:19
corvushowdy!  i should be around for a while now16:23
*** shardy has quit IRC16:24
clarkbI'm working on the three changes to make ^ happen and I'll also reboot the new cluster to pick up patches and stuff then we can decide when we want to work to deploy this16:25
*** ykarel__ has joined #openstack-infra16:25
mordred[m]++16:26
*** sshnaidm|ruck is now known as sshnaidm|afk16:27
*** ykarel_ has quit IRC16:28
*** smarcet has quit IRC16:28
openstackgerritClark Boylan proposed openstack-infra/project-config master: Switch nodepool builders to zk cluster  https://review.openstack.org/61244116:29
openstackgerritClark Boylan proposed openstack-infra/project-config master: Switch nodepool launchers to use new zk cluster  https://review.openstack.org/61244216:29
openstackgerritClark Boylan proposed openstack-infra/system-config master: Switch zuul scheduler to new zk cluster  https://review.openstack.org/61244316:30
clarkbthose are the three changes we need. I've also learned that I don't think we document how to connect to zk in the zuul docs so I'm off to figure that out now16:30
clarkbnevermind its under components16:31
clarkbI guess we set zookeeper hosts globally even though I think only the scheduelr talks to zk?16:32
openstackgerritClark Boylan proposed openstack-infra/system-config master: Switch zuul scheduler to new zk cluster  https://review.openstack.org/61244316:33
*** jcoufal has quit IRC16:35
corvusclarkb, mordred[m]: cool, that sounds like a good plan16:36
corvusclarkb: yes, that's slightly forward looking documentation (other components should use it eventually)16:36
corvusdocumentation/configuration design16:36
clarkbfwiw my next step is actually trying to confirm that the zk cluster is operating as a cluster properly16:37
clarkbthe logs indicate that maybe this isn't the case16:37
clarkbbut maybe that was fixed? the error is old and the myid complain doesn't seem to be valid anymore16:38
clarkbMode: standalone that does seem to confirm it thought16:39
*** kopecmartin is now known as kopecmartin|off16:41
clarkbreading teh config files they don't seem to list out what the other zk servers are for them to work out a leader election. Also zk02 is afk similar to how adns1 was I think16:41
clarkbcorvus: ^ speaking of. adns1 went out to lunch at some point and the zone expired on ns1 and ns2 for zuul-ci.org. Rebooting adns1 throught the openstack api fixed this16:41
clarkbcorvus: We already have a 10 day expiry on that zone, wondering if maybe we should set up an external dig verification against adns1 to ensure the server is reachable?16:41
corvusclarkb: yeah that sounds reasonable :)16:42
*** ykarel__ is now known as ykarel|away16:42
clarkbhave ns1 and ns2 both run a daily dig against their configured zones ro something16:43
corvusmwhahaha: i also wrote this feature for the use case you're talking about: https://zuul-ci.org/docs/zuul/user/config.html#pragma16:43
corvusmwhahaha: it lets you map stable/queens to stable/luminus (or whatever the right words are :).  i don't know if it ended up being used or not16:44
*** smarcet has joined #openstack-infra16:44
mwhahahacorvus: hmm ok i can try that too, i'm almost done duplicating everything anyway :D16:44
*** smarcet has quit IRC16:44
corvusmwhahaha: hopefully we can break the copy-pasta cycle at some point :)16:45
*** efried has quit IRC16:49
*** efried has joined #openstack-infra16:49
*** ykarel|away has quit IRC16:50
*** e0ne has joined #openstack-infra16:52
openstackgerritClark Boylan proposed openstack-infra/system-config master: Configure zk\d to act as a cluster  https://review.openstack.org/61244716:53
clarkbmordred[m]: corvus ^ that should configure zk to be an actual cluster. I'm working on reboots and getting zk02 beack into happy state16:53
*** jpena is now known as jpena|off16:55
corvusclarkb: do those numbers mean anything?16:56
*** ifat_afek has quit IRC16:57
clarkbcorvus: they do. in the config it writes out #server.1=zookeeper1:2888:3888 and server.2 and so on16:58
*** derekh has quit IRC17:00
corvusare they just arbitrary labels?17:01
*** dklyle has joined #openstack-infra17:02
Shrewsclarkb: i don't think disjoint zk servers will be safe17:02
clarkbcorvus: no I think the 1,2,3 are zk config specific17:03
clarkbcorvus: all of the zk examples use 1,2, and 317:03
clarkbShrews: mordred[m]'s suggestion avoids the problem entirely and we just switch all builders to new zk and have launchers use existing images for a bit17:04
Shrewsk. still catching up on sb from lunch17:04
*** eharney has quit IRC17:04
*** e0ne has quit IRC17:06
*** dtantsur is now known as dtantsur|afk17:06
*** felipemonteiro has joined #openstack-infra17:11
*** armax has joined #openstack-infra17:12
Shrewsclarkb: i'm sort of curious how the builders will handle the orphaned images. i forget, tbh. taking a look at the code now...17:12
*** felipemonteiro has quit IRC17:15
*** eharney has joined #openstack-infra17:15
clarkbok all three zookeeper servers are running and have been rebooted to apply kernel updates17:15
ShrewsI think they'll be left alone on the provider and will have to be manually removed. We'll also need to cleanup the builds on the nb* machines manually to free up that disk space17:16
clarkbshould just need to get that change above in, 612447, for them to act like a cluster17:16
clarkbShrews: that seems doable17:16
Shrewsapproved17:18
*** jamesmcarthur has joined #openstack-infra17:18
*** sambetts is now known as sambetts|afk17:18
*** bnemec has joined #openstack-infra17:19
*** jamesmcarthur has quit IRC17:22
*** pcaruana has joined #openstack-infra17:27
*** e0ne has joined #openstack-infra17:30
*** agopi has joined #openstack-infra17:32
*** irclogbot_2 has joined #openstack-infra17:34
clarkbreminder we are set to have a meeting with foundation about opendev messaging in ~25 minutes17:34
clarkbwe'll be in here17:34
* clarkb double checks with foundation that it is still visible on their calendars17:35
corvusclarkb: cool, i'm slightly discombobulated, but can attend, do you have a link handy?17:37
clarkbcorvus: for eg an etherpad? not yet, but I should probably go ahead and create one since that was useful for the last meeting we had17:38
clarkbhttps://etherpad.openstack.org/p/infra-to-opendev-messaging17:39
corvusoh, right, it's an irc meeting, not a phone type meeting, so erm, just right here i guess? :)17:39
clarkbyup17:39
clarkbAnd we can use that etherpad for note taking or brainstorming as necessary17:39
corvus++17:39
*** graphene has quit IRC17:40
*** ccamacho has quit IRC17:41
*** graphene has joined #openstack-infra17:41
*** smarcet has joined #openstack-infra17:43
*** jamesmcarthur has joined #openstack-infra17:44
*** electrofelix has quit IRC17:44
*** davidlenwell has joined #openstack-infra17:46
*** diablo_rojo has joined #openstack-infra17:47
*** jamesmcarthur_ has joined #openstack-infra17:47
*** jamesmcarthur has quit IRC17:48
*** ifat_afek has joined #openstack-infra17:49
*** ifat_afek has quit IRC17:53
*** jcoufal has joined #openstack-infra17:54
*** irclogbot_2 has quit IRC17:56
*** pcaruana has quit IRC17:57
* fungi is around and relatively alert for the meeting17:57
* mordred is around - but is on an airplane, so may or may not be super useful17:58
clarkbmordred: are you ever not on an airplane?17:59
openstackgerritsebastian marcet proposed openstack-infra/openstackid-resources master: Added get my speaker profile per summit  https://review.openstack.org/61246117:59
clarkbI remain in awe of how peopel like mordred and jbryce handle the travel they do17:59
Shrewsmordred: have ever tried *not* being on an airplane?18:00
clarkbok it is 1800 UTC now18:00
openstackgerritMerged openstack-infra/openstackid-resources master: Added get my speaker profile per summit  https://review.openstack.org/61246118:00
clarkbjbryce: is on IRC, I'm told wes and lsell intend on making it. I wonder if the +r is going to cause problems actually. Should've considered that :/18:00
mordredShrews: no - is that an option?18:00
mordredclarkb: oh, yeah. stupid +r18:02
clarkbI'm told that +r is indeed causing a problem so we should be pateint :)18:03
corvusno worries -- happy to help if needed18:04
*** ildikov has joined #openstack-infra18:05
*** irclogbot_2 has joined #openstack-infra18:06
*** bhavikdbavishi has quit IRC18:07
*** bhavikdbavishi has joined #openstack-infra18:08
*** graphene has quit IRC18:10
*** graphene has joined #openstack-infra18:11
*** lsell has joined #openstack-infra18:11
*** graphene has quit IRC18:12
*** iamweswilson has joined #openstack-infra18:12
lsellhi i think i made it in, sorry for being late clarkb18:13
clarkbthats ok, unexpected turbulence due to recent irc changes18:13
iamweswilsonhere!18:13
* mordred waves to lsell18:13
* mordred waves to iamweswilson18:13
*** graphene has joined #openstack-infra18:13
corvusyay!18:14
clarkbI think claire and mark are still trying to connect18:14
*** agopi has quit IRC18:15
openstackgerritDean Troyer proposed openstack-infra/project-config master: Add starlingx-docs-core group  https://review.openstack.org/61241918:16
*** apetrich has quit IRC18:17
*** sparkycollier has joined #openstack-infra18:18
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Support node caching in the nodeIterator  https://review.openstack.org/60464818:20
*** ifat_afek has joined #openstack-infra18:24
*** e0ne has quit IRC18:24
clarkbok we have lsell iamweswilson and jbryce joining us18:24
clarkbI think at least claire has indicated we should go ahead and start and mark may join us still?18:24
*** smarcet has quit IRC18:24
fungisparkycollier is already here18:25
clarkb#startmeeting opendev-messaging18:25
openstackMeeting started Mon Oct 22 18:25:04 2018 UTC and is due to finish in 60 minutes.  The chair is clarkb. Information about MeetBot at http://wiki.debian.org/MeetBot.18:25
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:25
clarkbah18:25
*** openstack changes topic to " (Meeting topic: opendev-messaging)"18:25
openstackThe meeting name has been set to 'opendev_messaging'18:25
clarkb#link https://etherpad.openstack.org/p/infra-to-opendev-messaging Early thoughts on what we want to communicate opendev is and how that may affect opendev services18:25
clarkbLong story short we want to effectively communicate what Opendev is to avoid perpetuating the existing confusions around the things that openstack infra does18:26
mordred++18:26
clarkbIn particular one concern is that if we say "openstack infra is now opendev" we haven't changed the message that we are the openstack infra team. We have only said we have a new name18:26
jbrycei read through the etherpad and think the basics in there make sense. i think one question i still have is how broad is the "bigger than openstack" world we want to address18:26
clarkbOn the flip side we don't want to communicate that openstack is now on its own, they are still a user and an important one18:27
fungicorvus had some good words to that effect during our discussion at the ptg, and i'm trying to remember how he phrased it now18:27
fungi(that it's not simply a rebranding exercise)18:27
corvusfungi: i have forgotten everything before saturday :(18:28
iamweswilsonfrom an initial messaging standpoint, would something like "Community hosted tools and infrastructure for developing and maintaining open source software." capture the sentiment or would it be required that we call out OpenStack in the services offered?18:28
clarkbjbryce: in my head I've seen as an implementation detail that it would be good to keep scope small to start with the intent of going broader18:28
corvusiamweswilson: that hits it for me18:28
mordrediamweswilson: ++18:29
jbrycemy suggestion would be that we start with what we wanted OpenDev to be and flesh out the messaging and the brand, and then find the use cases that we need to address individually (like the openstack one)18:29
clarkbjbryce: zuul and airship and starlingx are friendly projects that would benefit from this work that will understand the bumps along the way when we hit them18:29
sparkycollierso anyone developing any open source software? (not arguing just asking)18:29
iamweswilsongood clarification sparkycollier18:30
*** apetrich has joined #openstack-infra18:30
fungii think we want to underscore that we're about more than "just" open source software, but also provide open tools to help with open collaboration18:30
lsellspaykcollier: my guess is that would be the intent over time, but it will take time for us to practically reach that goal18:31
mordredsparkycollier: conceptually yes - although I don't think we want the flood gates to open on that immediately ... largely because we need to figure out how nodepool capacity is funded18:31
mordredyah - what lsell said18:31
clarkblsell: ++ and I do think that keeping the scope smaller to start will help keep things at a reasonable size while we figure out the transition18:31
lselli'm thinking that the first step is to communicate to existing community / users about the changes, including the long-term vision and any short-term implications for their work18:31
fungiif you're looking for somewhere to publish the freely-licensed source code for this thing you've written, but aren't really looking to get together with like-minded people on improving it together, then this would work for you but there are a lot of other services out there which might be more what you're looking for18:31
mordredfungi: ++18:31
sparkycollierin other words, we're not just trying to get cloud/infrastructure software? Like if you develop open source for mobile phones or drones or tractors that's all welcome? (I'm not arguing against just wanting to be clear)18:32
fungisparkycollier: in short, yes18:32
sparkycollieragreed Fungi - I guess I'm searching for what wouldn't be a fit... seems like it's more like things that don't really want "our" collaboration model (as opposed to is/is not "cloud:)18:33
lselli'm guessing one of the goals in the short term is also to recruit more contributors, in order to serve that larger audience18:33
sparkycollierthanks!18:33
clarkbsparkycollier: I think what we'll see is that the tools we provide likely aren't suited to tractor software dev so they will go elsewhere, but if they wanted to try and make that use case work with us then they should bne able to18:33
clarkblsell: yes18:33
fungikeep in mind that we likely wouldn't go out of our way to set up whitelabeled per-project services for most projects, just provide a means for them to use the services we offer under the opendev.org domain18:33
iamweswilsonlsell: +18:33
clarkblsell: in particular if we look at it from the current openstack-infra team perspective that may indicate to airship that they shouldn't get involved18:33
clarkbwhen we think it would be awesome for them to interact as necessary to facilitate their needs18:33
lselland recruiting more contributors benefits the openstack community, which is an important part of the message :)18:34
clarkb(note airship has been doing a good job of being involved, that may have been a bad example)18:34
jbrycewe should add these goals to the etherpad (and any others that people think of)18:34
mordredclarkb: I think more that the companies who are interested in, say, airship, might have a vested interest in helping with opendev even if they don't care about, say, openstack18:35
fungisparkycollier: to me it's less about software for a particular industry or a particular technology, and more about what your collaboration style is as a project18:35
mordredfor some values of airship and openstack18:35
mordredfungi: ++18:35
lsellone other tactical question, in the etherpad it mentioned it will take some time to transition git and gerrit...are you thinking weeks, months, a year? just trying to gauge when we want to communicate what18:36
fungii expect some services to take us upwards of a year to migrate18:36
fungiothers may disagree18:36
clarkbit is related to how much pain existing users are willing to experience18:36
corvuslsell: months at best i'd guess.  year is plausible.18:36
clarkbI expect a good chunk of work to happen early train cycle to ease the pain openstack experiences18:37
clarkbbut maybe openstack is willing to ride it out earlier and we can psuh on big moves sooner18:37
corvusso part of the desire here is to be able to start communicating/discussing about that transition without tripping over the fact that that we haven't said 'opendev' except around the virtual water-cooler :)18:38
clarkbcorvus: ++18:38
iamweswilsonis the thought to start communicating the name change more broadly while services are being over or wait until all is complete?18:38
iamweswilsoncorvus: answered my Q18:38
clarkbiamweswilson: ya we want to communicate it today so that we can take a step by step approach without confusing or surprising users18:38
fungiyeah, we just wanted to have a clear message we can all get behind first, i think18:38
fungiso we're not all going in different directions with how we're describing this, and causing more confusion18:39
iamweswilsonmakes sense18:40
jbrycei'm trying to turn these into goals on line 6 of the etherpad if anyone wants to check my work18:40
clarkbjbryce: the goals you are capturing lgtm18:40
jbrycewell....starting on line 618:40
* fungi hates the term "best practices" (we could just say practices?) but otherwise i like it18:41
*** ifat_afek has quit IRC18:42
iamweswilsonwhat about "better than not good" practices?18:42
clarkbha18:42
jbryceso i think we should do a messaging doc like we've done with the pilot projects to settle in on a few phrases we can use in all the comms18:42
jbrycethings like the one-liner from iamweswilson18:42
fungi(i spent enough time in places where it just meant the otherwise ineffective things you do to avoid being sued or fired)18:42
jbrycebut also maybe one that's a few sentences18:42
clarkbjbryce: a few sentences would be valuable for existing users I expect18:43
iamweswilsonlooking for my thumbsup enoji18:43
clarkbsince they already have some familiarity with the tooling and get the top level one liner18:43
jbryceand then we can add in a few q&a that we know are important like the relationship to openstack projects, some of the next steps, timing, impact to existing services18:43
corvusjbryce: i like it18:44
jbryceand then use those to start communicating broadly18:44
fungiiamweswilson's one-liner makes for a great intro, given lots of people won't read past the first sentence anyway18:44
corvuswas very helpful with zuul18:44
lsellsounds like a good idea. make sure we capture the goals, any anticipated concerns, etc. today and then we can start a draft messaging doc for review18:44
clarkbme too. I think that avoids trying to capture everything in a single message and instead rely on qa to dig into details18:44
fungiand then the details can follow it nicely there18:44
iamweswilsonjbryce: agreed. It would be great to surface that into a simple landing page to start with on the marketing side18:44
jbrycei also think that we should think about some marketing to potential contributors18:44
lsellin terms of timing and channels, it sounds like a community email in the relatively near future is first on the list, and then do we want to communicate this again at the berlin summit?18:44
mordredlsell: we might also want to bring it up in the board meeting?18:45
fungijbryce: by "marketing to potential contributors" you mean people to help us run it? or projects to start making use of it?18:45
jbryceas we start talking about the transition, it will probably re-expose the whole concept of the infra team to some people (and first time exposure for others), so making it clear that they can come participate and what that looks like would be good18:45
clarkblsell: I worry berlin might be too early and give the impression we are ready for the hoard. But the board meeting might be a good venue there18:45
jbrycethe former18:45
lsellare we expecting opendev.org to host the simple landing page or will that live elsewhere?18:45
jbrycefungi: the former of your options18:45
fungijbryce: thanks, yes that would be amazing18:45
clarkbjbryce: ++ that is a good point. I know we have had confusion over the fact that our infrastructure is community run18:45
lsellgood point on the board meeting, maybe we should schedule time for opendev during the project updates section in the afternoon18:46
jbrycei know we have the docs, but i think we need something kind of higher level18:46
jbryceand i think it would be useful to actually feature some of the people who work on it as examples...almost like user stories except for from a infra engineer standpoint instead18:46
fungilsell: i expect some fairly simple landing page at the root of opendev.org but probably lots of other documentation related to the service too. i don't think we've discussed it at length though18:46
corvuslsell: i like the idea of having a page where folks have quick access to this info and updates... maybe we can use opendev.org for that for now, and as it becomes less important, evolve that into the "about" page under opendev.org ?18:46
jbryceinfraneer?18:47
iamweswilsoncorvus: agreed18:47
lsellalso agree on the landing page18:47
mordred++18:47
fungiinfranaut?18:48
lselli think the benefit to talking about it in berlin -- being clear about what's happening now and the vision for the next year -- is that people are still very confused by all the projects hosted on openstack git18:48
jbryceinfranaut is good = )18:48
mordredalso - genericaly, having some words about what the infra team is and is not might be helpful to define the concept for people at their companies too ... I know there is frequently confusion for folks about "ci" teams being synonymous with QA teams18:48
corvusjbryce: that's a good idea -- that can also help us with the message that this is something anyone can contribute to, even as a part-time thing (which will be obvious when we feature a bunch of stories about us part-timers :)18:48
lsellwe got this feedback in china last week, they were talking about the big tent and how many projects are in openstack. so we have an opportunity to almost bring up the misconception and talk about how we're addressing it18:48
iamweswilsonlsell: ++18:49
fungisome of us also still liked the possibility of using the "collaboratory" term to describe the general suite of services we're providing18:49
clarkbmordred: the user stories might help address the what it is part of that?18:49
corvuslsell: cool, as long as we know that we won't have much to show for it from a technical pov by berlin18:49
corvustechnical/implementation even18:49
iamweswilsonthe message in Berlin would be less of "now you can all use OpenDev" and more about what's to come18:50
clarkbcorvus: right that is my concern with broadly advertising it at berlin18:50
fungihard to balance having a message around what we want to do with the risk of it seeming like vaporware18:50
corvusyep, there are pitfalls there, so we may have to walk a fine line18:50
lsellfungi: interesting about collaboratory. what would be the difference in meaning between opendev services and collaboratory services?18:50
clarkbfungi: it does help that we already do things for openstack (and others)18:50
fungiopendev is the name, collaboratory is a term18:51
*** HenryG has quit IRC18:51
*** flaper87 has quit IRC18:51
*** niedbalski has quit IRC18:51
fungiso "the opendev collaboratory" would be a collaboratory of services provided by opendev18:51
*** HenryG has joined #openstack-infra18:51
*** flaper87 has joined #openstack-infra18:51
clarkbWe have ~9 minutes left on the allotted hour. Happy to go longer if people can, but want to make sure we capture the next steps if people can't18:51
iamweswilsonI might not be dug in enough, but the two terms confuse me a bit.18:52
corvuscollaboratory is a nice word that encapsulates what we're trying to do from a process pov.  however, if you don't already know that, you still have to explain what a collaboratory is.  so it might be helpful to sort of fix the idea in people's minds, but we still pretty much have to explain the whole deal.18:52
iamweswilsonclarkb: agreed18:52
lsellyes worth having bigger discussion, but sounds likeit won't come into play until farther down he line when there are more services18:52
*** jamesmcarthur_ has quit IRC18:54
lsellsounds like next steps are to work on a collaborative messaging doc, similar to what we did for zuul, and also a draft email for community lists. perhaps foundation marketing folks can take the lead on the messaging doc and then infra folks can take the lead on the email draft?18:54
*** kazsh has quit IRC18:55
clarkblsell: I expect the email draft may end up quoting significant parts of the messaging doc with some email specific introductions. But I'm happy to work on the email side of things18:55
lsellshould we plan to review the draft messaging document next week, or how quickly do we need to move?18:55
iamweswilsonlsell: those lgtm. They're all captured in the etherpad as well18:55
fungithat seems like a fine timeline to me18:55
clarkblsell: next week is probably about the right speed. I think corvus may get dns running this week? so we'd be moving at roughly the same pace there?18:55
fungiand yeah, getting our new dns infrastructure up isn't really a user-facing change so safe to work on before we have something to more clearly communicate18:56
*** lpetrut has quit IRC18:56
*** jamesmcarthur has joined #openstack-infra18:56
iamweswilsonassuming we can agree on Berlin messaging, we should probably have something on opendev,org by then, right? Even if a simple logo and one-liner?18:56
clarkbiamweswilson: yes that should be doable18:56
fungii think that's reasonable18:57
iamweswilsonI'm happy to help with that18:57
clarkbiamweswilson: DNS is step 0 then we can reuse existing infra hosting like with zuul-ci.org to get something up18:57
*** kazsh has joined #openstack-infra18:57
corvus++ to all above :)18:57
jbrycesounds like we've got a good set of steps to move it forward. this is exciting! = )18:59
clarkbalright seems like we may be winding down. I can help with drafting both the main doc and the email and coordinate between infra/opendev and the foundation.18:59
fungithanks!!! i think this was very helpful18:59
iamweswilsonperfect! thanks all18:59
lsellthanks for setting this up!18:59
clarkbthank you everyone19:00
clarkb#endmeeting19:00
*** openstack changes topic to "Discussion of OpenStack Developer and Community Infrastructure | docs http://docs.openstack.org/infra/ | bugs https://storyboard.openstack.org/ | source https://git.openstack.org/cgit/openstack-infra/ | channel logs http://eavesdrop.openstack.org/irclogs/%23openstack-infra/"19:00
openstackMeeting ended Mon Oct 22 19:00:07 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/opendev_messaging/2018/opendev_messaging.2018-10-22-18.25.html19:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/opendev_messaging/2018/opendev_messaging.2018-10-22-18.25.txt19:00
openstackLog:            http://eavesdrop.openstack.org/meetings/opendev_messaging/2018/opendev_messaging.2018-10-22-18.25.log.html19:00
*** iamweswilson has quit IRC19:00
clarkblsell: should I bug you as far as that doc goes? and feel free to bug me about making progress on the email?19:00
lsellsounds good19:01
clarkbthinking out loud a bit more, we may want to hold off on transitioning any services to the new branding until after the berlin summit? Since it should be well communicated at that point?19:02
*** kopecmartin|off has quit IRC19:03
mordredclarkb: seems like a good idea - communicate first, then we can do the dns swap / reirect for things that are easy19:04
fungiplenty of opprotunity for testing -dev non-production services in the interim if we want19:05
*** jamesmcarthur has quit IRC19:06
*** bhavikdbavishi has quit IRC19:06
*** jamesmcarthur has joined #openstack-infra19:06
*** jcoufal has quit IRC19:09
*** jamesmcarthur has quit IRC19:11
corvusyep, i mean, moving anything public facing would be a bit of a rush at this point anyway, so that's an easy "ok" from me :)19:11
*** smarcet has joined #openstack-infra19:13
*** irclogbot_2 has quit IRC19:14
*** jcoufal has joined #openstack-infra19:15
*** irclogbot_2 has joined #openstack-infra19:15
openstackgerritsebastian marcet proposed openstack-infra/openstackid-resources master: Fixed typos  https://review.openstack.org/61247919:21
openstackgerritMerged openstack-infra/openstackid-resources master: Fixed typos  https://review.openstack.org/61247919:25
mwhahahacorvus: the pragma stuff didn't seem to work19:28
mwhahahaor maybe i'm doing it backwards19:29
corvusmwhahaha: link to change?19:31
mwhahahacorvus: https://review.openstack.org/#/c/612436/1319:31
*** jamesmcarthur has joined #openstack-infra19:32
AJaegermwhahaha: implied != impied19:32
openstackgerritMerged openstack-infra/system-config master: Configure zk\d to act as a cluster  https://review.openstack.org/61244719:32
* mwhahaha flips tables19:32
clarkbI'll keep an eye on ^ and if the cluster becomes a cluster we can discuss timing details for the switchover19:33
corvusmwhahaha: ah yeah that's not right :)  that's intended to make the job definitions automatically work for multiple branches19:33
corvusmwhahaha: based on my *limited* understanding of the problem, my guess is that it should be added to puppet-openstack-integration, which is i think where those jobs are defined?19:33
mwhahahacorvus: yea i'm trying that now19:33
mwhahahavi https://review.openstack.org/#/c/612481/19:34
*** rlandy has quit IRC19:35
*** jamesmcarthur has quit IRC19:36
AJaegermwhahaha: and now make 612436 depends-on that change - without the implied lines, just some "random" change...19:36
corvusmwhahaha: yeah, i think that's more like it.  then have a change depends-on that, and set "debug: true" in the project definition under check ( https://zuul-ci.org/docs/zuul/user/config.html#attr-project.%3Cpipeline%3E.debug ), and if the jobs still don't run, zuul will tell you why19:36
mwhahahathey look like the right ones are getting queued now19:37
mwhahahaso i think that's it, i'll see if it actually works19:37
corvusneat.  then nevermind about the debug thing :)19:37
anteayaI don't see it in the backscroll so perhaps it wasn't discussed, but I do hope that I am able to continue to communicate with folks doing infra work on the #openstack-infra irc channel long term19:37
mwhahahacorvus: last question i guess would be do i need to leave implied-branch-matches to false in https://review.openstack.org/#/c/612436/14/.zuul.yaml or is that necessary because of the branch name difference19:38
corvusmwhahaha: i think you should not add that; i think the only pragma needed is in p-o-i.  that should make the jobs and templates defined in p-o-i apply equally to both sets of branch names.  since those templates are defined in p-o-i, it should Just Work.19:41
mwhahahaok soudns good19:41
*** rlandy has joined #openstack-infra19:43
*** felipemonteiro has joined #openstack-infra19:44
clarkbansible is not running right now `openstack plugin: public endpoint for compute service in Sto2 region not found`19:45
clarkbI'm going to eat lunch but can look at fixing that if no one lese has yet. I had to do similar for their london region last monday19:45
mordredclarkb: poo. lemme look ... what was the london fix?19:46
*** jamesmcarthur has joined #openstack-infra19:47
*** felipemonteiro has quit IRC19:47
*** agopi has joined #openstack-infra19:48
clarkbmordred: I removed the region from our clouds.yaml configs19:49
clarkbwe can add it back later if reeneabled19:49
*** graphene has quit IRC19:50
*** agopi_ has joined #openstack-infra19:50
*** jamesmcarthur has quit IRC19:51
*** graphene has joined #openstack-infra19:51
mordredah - gotcha19:51
mordredoh - the auth urls are changing for city ...19:53
*** agopi has quit IRC19:53
clarkbwe arent running stuff there now so we can disable and reenable once they are all upgraded19:53
corvusthis is a weird situation.  i know why we want ansible to break in this case, but i also know why we *don't* want it to break in *this* case.  maybe we should have two clouds.yaml files and a separate playbook for the mirrors?19:54
mriedemzuul seems to not want to queue this up https://review.openstack.org/#/c/463526/19:55
corvusalso, gertty can't sync it.20:01
corvusthere's no mention of it in zuul's logs; i just ran stream-events and left a recheck comment and it did not emit an event20:02
corvusthere are tracebacks in the gerrit log about it20:03
corvusjava.util.concurrent.ExecutionException: org.eclipse.jgit.errors.MissingObjectException: Missing unknown 818dc055b971cd2b78260fd17d0b906520:03
clarkbwe had to rewrite nova-specs because it was a corrupted repo iirc20:04
corvusthis is in nova-specs.  istr some problems with that... yeah that...20:04
clarkbchances are that change needs a rebase onto current repo state20:04
corvusso is the repo ok now, but this change predates the fix?20:04
clarkbthat is my hunch20:04
mriedemi rebased it a few minutes ago20:04
clarkbwe did fix it20:04
corvusmaybe it's that an earlier patchset is broken?20:05
mriedemmaybe, gerrit UI won't show the older patch sets in the drop down20:05
corvusif that's the case, we'd probably need to "fix" the change by rewriting it's git history.  it would probably be better if we didn't attempt that.  if it's at all acceptable, i'd suggest we just start a new change and leave a comment pointing at this one for history.20:06
mriedemi can do that20:07
clarkb++20:07
corvusmriedem: whew.  thanks.  :)20:07
mriedemi just hope we don't have to do that for like 30 other nova specs20:07
*** jamesdenton has quit IRC20:09
corvuschecking that now20:09
*** agopi_ is now known as agopi20:12
corvusmriedem: assuming gertty is a reasonable indicator of the problem, i subscribed to nova-specs and synced it.  it synced 78 open changes and that one was the only problem.20:20
corvusnow 79 specs20:21
mriedemack, thanks for checking20:26
*** irclogbot_2 has quit IRC20:27
mriedemis there a way to change the owner of a change in gerrit?20:28
mriedemi changed the owner to the original20:28
mriedem*author20:28
mriedembut the owner is me20:28
*** cfriesen has joined #openstack-infra20:28
cfriesenif I get a -1 from Zuul in the "verified" section of a review, is there a way to see what it didn't like?20:28
*** felipemonteiro has joined #openstack-infra20:28
tonybmriedem: nope the change owner isn't changeable.  You'd need to abandon the first and upload a new chnage with a new change-id20:31
anteayacfriesen: there should be a link to the logs on the gerrit page20:32
mriedemtonyb: yeah i see now, i guess i should have had the original owner re-propose20:34
mriedemnow it looks like i want sriov bonding in nova20:34
mriedem:(20:34
tonyb:/20:34
cfriesenanteaya: there weren't any logs, but it's now updated to show "cannot merge" which is straightforward enough. :)20:35
anteayacfriesen: do you have an understanding as to why it cannot merge?20:37
anteayaor do you want to enjoy spending some time arriving at that understanding20:38
anteayafar be it from me to impose on your esthetic of enjoyment20:38
cfriesenanteaya: I think I've got it at this point, thanks20:38
anteayawelcome20:38
*** kjackal has quit IRC20:40
clarkbmordred: mordred[m]: any luck with clouds.yaml?20:41
clarkbmordred: I am back from lunch now and can take a look if the plane is not conducive20:42
mordred[m]clarkb I just landed, it would be more expedient for you to do it, but I can in a bit20:44
clarkbmordred[m]: is there an auth url I need to switch to or should I remove sto2 like I removed london?20:44
mordred[m]I tried the new form but it didn't work .. I'd remove for now20:45
clarkbok20:45
openstackgerritClark Boylan proposed openstack-infra/system-config master: Cleanup Citycloud Sto2  https://review.openstack.org/61250220:47
clarkbIf I can get reviews on that I will direct enqueue it to the gate since it will unblock ansible and puppet20:47
clarkbinfra-root ^ fyi20:48
ianwmriedem / corvus : (sorry, reading scrollback) phew nova-specs are ok.  never really got an answer to that, and nobody ever added to the bug i filed suggesting they'd seen it too.  a real mystery20:50
ianwthe gerrit bug20:50
*** jcoufal has quit IRC20:52
*** agopi has quit IRC20:52
*** kgiusti has left #openstack-infra20:53
clarkbcorvus: reading more about the server.number we may need that to match up with the myid files which are 01, 02, 03 I think20:55
clarkbthe docs say myid should be a number between 1 and 255. Makes me wonder if the 01,02,03 will be interpreted as 1,2,3 anyway20:56
clarkbI'll fiddle with it, its a learning experience :)20:56
*** ansmith has quit IRC20:56
corvusclarkb: ack20:57
cfriesenis there a time delay between zuul setting "verified +1" and actually doing the merge?  I have a commit that shows "needs verified label" at the same time as "Verified +1"21:07
*** kopecmartin has joined #openstack-infra21:07
clarkbcfriesen: you need a verified +2 to merge21:08
*** bobh has quit IRC21:08
cfriesenclarkb: so it's doing gate checks now?21:08
clarkbcfriesen: the check tests apply a +1, then the gate applies a +2. It is after the gate tests pass that zuul merges things21:08
cfriesengot it, thanks21:08
clarkbcfriesen: if it has a code review +2 and approved workflow vote it should be in the gate21:08
*** bobh has joined #openstack-infra21:09
clarkbcfriesen: https://zuul.openstack.org/status should give you the up to date status21:10
*** bobh has quit IRC21:13
*** armax has quit IRC21:14
*** graphene has quit IRC21:18
*** graphene has joined #openstack-infra21:19
clarkbianw: was the sqlalchemy utils issue yesterday written to the afs wheel mirror?21:20
clarkbianw: or was it constrained to some requirements job that builds all the wheels? iwasn't entirely sure skimming the scrollback21:20
ianwclarkb: umm, well again we got a corrupt .whl written out to afs.  so i put an autohold on, started the periodic job and manually killed it, then tried as best i could to replicate what the gate does building the wheels in situ21:22
ianwi could not get a corrupt wheel out of that process.  also it seems the output is quite "specifically" corrupt ... it's not like it suddenly half-way turns into /dev/random output21:23
clarkbianw: are you leaning towards a broken wheel build itself then?21:23
clarkbthat is not deterministic for some reason. This is a weird one21:23
ianwyeah.  that's why i came up with https://github.com/pypa/pip/pull/5908 so that pip outputs the sha256 hash of the wheel it produces.  that should be logged in our builds21:24
*** slaweq has quit IRC21:24
ianwso if we get a corrupt wheel, we can look at it's hash and go through all the build logs and see if pip thinks it outputted this file21:24
clarkb++21:24
ianwalthough i don't really like either answer :)  either it did, and we have some weird, non-deterministic problem there, or it didn't, and somehow the file gets corrupt after pip, but before vos release21:25
ianwno reports of corruption today, right?  http://logs.openstack.org/periodic/git.openstack.org/openstack/requirements/master/publish-wheel-mirror-ubuntu-bionic/516ed62/21:26
ianwi'll check the wheels21:26
clarkbianw: haven't seen reports21:27
ianwurgh, my pip pull request fails on windows.  desire to debug very low21:27
*** graphene has quit IRC21:29
*** graphene has joined #openstack-infra21:30
*** stevebaker has quit IRC21:31
*** dmellado has quit IRC21:32
*** gouthamr has quit IRC21:32
ianwso all the http://mirror/wheel/*/sqlalchemy-utils/SQLAlchemy_Utils-0.33.6-py2.py3-none-any.whl files are currently valid zip files21:33
ianwi might kick off a periodic build now anyway, so i can monitor it with the new change21:33
ianwclarkb: ovh-gra1 seems to have regressed to "everything failing" ... i'm not sure if we turn it off or just leave it ...21:36
clarkbianw: ya... thinking maybe we turn it off ? and rely on amorin and dpawlik and ovh to continue to work it?21:37
*** spsurya has quit IRC21:38
ianwyeah, it doesn't seem there's much we can do externally21:38
mordred[m]We can always panic21:39
*** rh-jelabarre has quit IRC21:41
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul-jobs master: Add a markdownlint job and role  https://review.openstack.org/60769121:44
*** gfidente has quit IRC21:45
ianwmordred[m]: my hitchhiker's guide says very clearly "don't panic" :)21:45
*** priteau has quit IRC21:49
openstackgerritIldiko Vancsa proposed openstack-infra/irc-meetings master: Removing the Upstream Institute meetings  https://review.openstack.org/61252521:49
clarkbI've updated /etc/openstack/clouds.yaml on bridge.o.o to remove Sto2 as I expect hte fix to merge prior to the 2200UTC ansible run (and it needs to be fixed for ansible to run to apply the fix)21:49
mordred[m]ianw good point21:49
*** graphene has quit IRC21:51
*** armax has joined #openstack-infra21:51
*** graphene has joined #openstack-infra21:52
openstackgerritMerged openstack-infra/system-config master: Cleanup Citycloud Sto2  https://review.openstack.org/61250221:57
clarkbyay now to see if ansible will run. I did check that the other two regions were still in the catalog21:57
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul-jobs master: Add a markdownlint job and role  https://review.openstack.org/60769121:59
*** mriedem is now known as mriedem_away22:07
*** bnemec has quit IRC22:18
*** boden has quit IRC22:23
*** graphene has quit IRC22:37
clarkbpuppet didn't write the zookeeper config as I expected. `server.1=["1", "zk01.openstack.org"]:2888:3888` is wrong22:43
*** felipemonteiro has quit IRC22:44
clarkbok its a puppet module version thing. we use a much older version than I looked at docs for and its not semvering?22:45
*** carl_cai has joined #openstack-infra22:45
*** rcernin has joined #openstack-infra22:46
*** agopi has joined #openstack-infra22:47
openstackgerritMerged openstack-infra/irc-meetings master: Removing the Upstream Institute meetings  https://review.openstack.org/61252522:55
*** cfriesen has quit IRC22:56
* clarkb is learning things about zookeeper, but not why it is refusing to start as a cluster22:59
clarkbthere is a significan't lack of logging :/22:59
*** gyee has quit IRC23:00
*** tpsilva has quit IRC23:01
clarkbok figured it out I think. It binds to 127.0.1.1 beacuse that is what we have in /etc/hosts for the fqdn. Then no other servers can talk to that beacuse its localhost23:07
*** eharney has quit IRC23:08
*** tosky has quit IRC23:09
clarkbthe internet suggests you set ip addresses instaed. so I will do that23:09
clarkbI'll confirm it works and push an update to site.pp23:10
*** shoogz has quit IRC23:18
*** ansmith has joined #openstack-infra23:18
openstackgerritClark Boylan proposed openstack-infra/system-config master: Fix zk cluster members listing  https://review.openstack.org/61253523:23
clarkbinfra-root ^ I have hand applied that and it works23:23
clarkbI'm going to disable zk0*.openstack.org in ansible/puppet now23:23
*** shoogz has joined #openstack-infra23:23
*** mriedem_away has quit IRC23:27
*** rcernin_ has joined #openstack-infra23:28
*** rcernin has quit IRC23:30
*** smarcet has quit IRC23:30
*** rpioso is now known as rpioso|afk23:32
*** dklyle has quit IRC23:32
*** david-lyle has joined #openstack-infra23:32
*** david-lyle has quit IRC23:35
*** dklyle has joined #openstack-infra23:35
*** ssbarnea has quit IRC23:40
mordredclarkb: I understand what's going on with citycloud now23:41
mordredpatch coming23:41
clarkbmordred: k, if you can review the zk thing above after, that would be great23:43
clarkbI think that gets us to working zk cluster that we can use sometime later this week to get rid of nodepool.o.o23:43
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Update clouds.yaml for citycloud with new auth info  https://review.openstack.org/61253823:50
mordredclarkb: woot! there's the citycloud fix ^^23:50
mordredI will not look at zk23:50
mordredclarkb: seems reasonable23:51
clarkbos-c-c will do string substitution?23:52
clarkbbut also Lon1 and Sto2 are not in the region list any longer so we'd have to add that back? and do the other regions support the new auth urls at this point?23:52
mordredyeah - largely to support this usecase - having per-region auth_urls is a thing people do23:52
mordredclarkb: the original patch to update the vendor profile came from tobias there ...23:53
clarkbah23:53
mordredalthough this is the fix: https://review.openstack.org/#/c/612536/23:53
mordredclarkb: also - the web dashboard lists the region-specific hosts23:53
mordredso I'm guessing they're good across the board23:53
mordredand yes - we'll need to add Sto2 and Lon1 back in23:54
mordredwant me to do that in the same patch?23:54
*** eumel8 has quit IRC23:54
clarkbmordred: ya I think we should add it in the same patch23:54
clarkbmordred: but also double check La1 and Kna1 work with the per region stuff?23:54
mordredclarkb: verified23:55
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul-jobs master: Add a markdownlint job and role  https://review.openstack.org/60769123:55
clarkbmordred: we also want to add back in cloud launcher but that can probably go in a followup change23:56
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Update clouds.yaml for citycloud with new auth info  https://review.openstack.org/61253823:56
mordredclarkb: oh - I already restored it :)23:56
mordredgah. I should put Lon back in too23:56
clarkbmordred: that works too23:57
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Update clouds.yaml for citycloud with new auth info  https://review.openstack.org/61253823:58
ianwclarkb / tonyb : well, a fresh periodic build just finished also doesn't seem to have triggered any corruption in the file either.  might have to just put it in monitor mode until we get something23:59
clarkbmordred: I need to followup with daniel about using those regions again23:59
* clarkb makes a note to write that email tomorrow23:59
clarkbianw: :(23:59

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