Friday, 2015-05-08

* fungi swerves00:00
*** achanda_ has joined #openstack-infra00:00
*** dannywilson has quit IRC00:01
*** ashleighfarnham has quit IRC00:01
*** mahito has joined #openstack-infra00:01
fungithe local farmers market and the various produce stands on the island are finally starting to be open again00:01
fungiexcited00:01
lifelessclarkb: I think you're misreading it00:02
lifelessclarkb: thats all to do with pypy being incompatible with released cryptography00:02
lifelessclarkb: the subject of the commit line lies - the setuptools req stayed00:03
*** achanda has quit IRC00:04
*** apmelton is now known as apmelton_away00:04
*** achanda_ has quit IRC00:05
anteayafungi: what would be available at this time of year00:06
anteayain spring all we have are garlic scapes00:06
anteayayou can only handle so many of those00:06
*** radez is now known as radez_g0n300:07
*** ujuc has quit IRC00:09
*** otter768 has joined #openstack-infra00:10
*** otter768 has quit IRC00:15
bknudsonI'm wondering what's going on with https://review.openstack.org/#/c/179321/ -- it's +W and +V but not gating00:17
*** ociuhandu has quit IRC00:18
*** salv-orlando has joined #openstack-infra00:26
lifelessI need a set of gnarly requirements to test 988 on00:28
*** jamielennox|away is now known as jamielennox00:29
anteayabknudson: I think having it re-approved might get it going again00:29
anteayabknudson: monday and tuesday weren't great days for zuul, it might have gotten missed in a gap00:29
anteayabknudson: rechecking won't get it into the gate00:30
*** salv-orlando has quit IRC00:30
anteayabknudson: since it already had a +1 from Jenkins and further Jenkins +1's don't register as new events00:31
bknudsonanteaya: ok. Hopefully someone who can approve will come along and re-approve it.00:31
anteayabknudson: hopefully00:31
*** mtanino has quit IRC00:36
jamielennoxcan keystone-release create feature branches on python-keystoneclient or do we need someone in infra to set it up?00:37
*** freerunner has quit IRC00:38
anteayajamielennox: let's take a look: http://git.openstack.org/cgit/openstack-infra/project-config/tree/gerrit/acls/openstack/python-keystoneclient.config00:38
anteayanot right now00:39
anteayajamielennox: I suggest having a chat with release managers to see if they want to create feature branches on keystone client00:39
anteayajamielennox: if no, then you'll need a change to your acl file, but start with release managers first00:40
jamielennoxanteaya: thanks i wasn't sure how to read that to read that from config00:40
anteayasure00:40
anteayaunder access refs/heads/*00:41
jamielennoxanteaya: who is considered the relesae managers for ksc?00:41
jamielennoxor in genreal00:41
anteayayou would need a create for -release00:41
anteayajamielennox: ttx and dhellmann00:41
mordredclarkb: nice00:42
anteayajamielennox: line 3: http://git.openstack.org/cgit/openstack-infra/project-config/tree/gerrit/acls/stackforge/fuel-astute.config00:42
anteayajamielennox: as an example but you would give the create permission to keystone-release in your acl file00:42
tchaypolifeless: last time i ran global-requirements through pip-compile, it found a conflict somewhere down the graph00:42
anteayajamielennox: does that make sense?00:42
tchaypolifeless: so that probably makes a starting point00:42
anteayajamielennox: only if ttx and dhellmann say they would prefer not to manage feature branches00:43
jamielennoxanteaya: yep - that's fine, i'll try and grap dhellmann when he's online00:43
anteayajamielennox: great00:44
jamielennoxanteaya: thank you00:44
anteayayou're welcome00:45
anteaya:)00:45
*** zhiwei has joined #openstack-infra00:48
*** jtomasek has quit IRC00:48
*** ddieterly has joined #openstack-infra00:50
*** erlon has quit IRC00:51
*** sputnik13 has joined #openstack-infra00:54
mordredjhesketh, lifeless: ok. pycon au talk submitted00:56
jheskethmordred: winning :-)00:57
lifelessjhesketh: cutting it fine00:57
lifelessjhesketh: should I submit something do you think? or organising going to be enough ..00:57
mordredlifeless: I mean, there's a whole other day I could have waited in my timezone00:57
jheskethlifeless: heh, I was going to submit something today, but was thinking of targeting it towards the amin conf00:57
jheskethmordred: the advantages of living in the past I guess00:58
openstackgerritMerged openstack-infra/zuul: Fix race in test_crd_check_duplicate more  https://review.openstack.org/18118300:59
*** mahito has quit IRC01:00
*** yamahata has joined #openstack-infra01:00
openstackgerritMerged openstack-infra/zuul: Fix race condition relating to change updates  https://review.openstack.org/18117501:00
*** mahito has joined #openstack-infra01:02
*** mahito_ has joined #openstack-infra01:05
*** mkoderer has quit IRC01:05
*** mpopow has joined #openstack-infra01:07
*** mahito has quit IRC01:08
*** alexsyip has quit IRC01:09
*** mpopow has quit IRC01:12
*** mkoderer has joined #openstack-infra01:13
*** tiswanso has joined #openstack-infra01:17
*** otter768 has joined #openstack-infra01:18
*** shashankhegde has quit IRC01:19
*** tiswanso has quit IRC01:20
*** tiswanso has joined #openstack-infra01:20
*** Krinkle|detached is now known as Krinkle01:22
kragnizinfra-folk, is it worth fighting the rebase battle with this? https://review.openstack.org/#/c/181000/01:22
*** rm_work|away is now known as rm_work01:23
*** tiswanso has quit IRC01:26
*** tiswanso has joined #openstack-infra01:26
*** sigmavirus24 is now known as sigmavirus24_awa01:26
*** crc32 has quit IRC01:39
*** crc32 has joined #openstack-infra01:40
*** kaisers has quit IRC01:44
*** patrickeast has quit IRC01:45
*** rmcall has quit IRC01:45
*** camunoz is now known as camunoz_afk01:47
*** unicell has quit IRC01:49
*** fedexo has joined #openstack-infra01:51
*** kaisers has joined #openstack-infra01:57
*** dims_ has quit IRC02:00
*** dims has joined #openstack-infra02:00
*** dims has quit IRC02:01
*** baoli has joined #openstack-infra02:05
*** baoli has quit IRC02:06
*** baoli has joined #openstack-infra02:07
*** david-lyle has joined #openstack-infra02:10
*** shashankhegde has joined #openstack-infra02:12
*** agentleexile has joined #openstack-infra02:15
*** annegentle has joined #openstack-infra02:15
*** patrickeast has joined #openstack-infra02:19
*** agentleexile has quit IRC02:20
*** annegentle has quit IRC02:20
*** fedexo has quit IRC02:21
*** craigbr has joined #openstack-infra02:22
*** stevemar has joined #openstack-infra02:23
*** craigbr has quit IRC02:24
*** tiswanso has quit IRC02:28
*** tiswanso has joined #openstack-infra02:29
*** achanda has joined #openstack-infra02:29
*** craigbr has joined #openstack-infra02:31
*** ddieterly has quit IRC02:32
*** craigbr has quit IRC02:37
*** mpopow has joined #openstack-infra02:38
*** r-daneel has quit IRC02:40
*** annegentle has joined #openstack-infra02:40
*** agentleexile has joined #openstack-infra02:41
*** stevemar has quit IRC02:49
*** agentleexile is now known as annegentle_02:49
*** harlowja_at_home has joined #openstack-infra02:53
*** salv-orlando has joined #openstack-infra02:54
*** rkukura has joined #openstack-infra02:56
*** Swami_ has joined #openstack-infra02:57
*** amotoki has joined #openstack-infra02:58
*** Swami has quit IRC02:59
*** smallbig has joined #openstack-infra03:00
*** dims has joined #openstack-infra03:01
*** Swami__ has joined #openstack-infra03:02
*** salv-orl_ has joined #openstack-infra03:03
*** salv-orlando has quit IRC03:04
*** tiswanso has quit IRC03:05
*** Swami_ has quit IRC03:05
*** dims has quit IRC03:06
*** salv-orl_ has quit IRC03:08
*** mpopow has quit IRC03:13
*** akshai has joined #openstack-infra03:14
openstackgerritRabi Mishra proposed openstack-infra/project-config: Enable orchestration service for gate-heat-templates-dsvm  https://review.openstack.org/18128603:15
*** baoli has quit IRC03:16
*** salv-orlando has joined #openstack-infra03:18
*** akshai has quit IRC03:19
*** achanda has quit IRC03:22
*** salv-orlando has quit IRC03:22
*** r-daneel has joined #openstack-infra03:26
*** ivar-laz_ has joined #openstack-infra03:28
*** ivar-laz_ has quit IRC03:29
*** r-daneel has quit IRC03:31
*** ivar-lazzaro has quit IRC03:32
*** ddieterly has joined #openstack-infra03:33
*** marun has quit IRC03:37
*** ddieterly has quit IRC03:38
*** unicell has joined #openstack-infra03:42
*** rmcall has joined #openstack-infra03:42
*** annegentle has quit IRC03:43
*** annegentle_ has quit IRC03:43
*** annegentle has joined #openstack-infra03:44
*** Swami__ has quit IRC03:45
*** camunoz_afk is now known as camunoz03:45
*** r-daneel has joined #openstack-infra03:46
*** otter768 has quit IRC03:48
*** unicell has quit IRC03:48
*** unicell has joined #openstack-infra03:49
*** shashankhegde has quit IRC03:49
*** Swami has joined #openstack-infra03:50
*** patrickeast has quit IRC03:50
*** bhunter71 has quit IRC03:51
*** Swami has quit IRC03:55
*** craigbr has joined #openstack-infra04:00
*** annegentle has quit IRC04:02
*** craigbr has quit IRC04:05
*** craigbr has joined #openstack-infra04:05
*** craigbr has quit IRC04:06
*** xyang1 has quit IRC04:06
*** samueldmq has quit IRC04:11
*** pal has joined #openstack-infra04:11
*** camunoz is now known as camunoz_mtg04:12
*** sdake has quit IRC04:13
*** mmedvede has quit IRC04:14
*** baoli has joined #openstack-infra04:17
*** Alexandra_ has joined #openstack-infra04:17
*** changbl has joined #openstack-infra04:18
*** rm_work is now known as rm_work|away04:19
*** baoli has quit IRC04:22
*** achanda has joined #openstack-infra04:22
*** ivar-lazzaro has joined #openstack-infra04:27
*** achanda has quit IRC04:28
*** mmedvede has joined #openstack-infra04:28
*** ddieterly has joined #openstack-infra04:34
*** ddieterly has quit IRC04:38
*** achanda has joined #openstack-infra04:42
*** deepakcs has joined #openstack-infra04:43
*** rm_work|away is now known as rm_work04:44
*** julim has quit IRC04:49
*** mgedmin has quit IRC04:55
*** Sukhdev has joined #openstack-infra04:56
*** julim has joined #openstack-infra04:56
openstackgerritRamakrishnan G proposed openstack-infra/project-config: Add python34 job for proliantutils  https://review.openstack.org/18110404:57
*** mpopow has joined #openstack-infra04:57
*** mgedmin has joined #openstack-infra04:57
*** gokrokve has joined #openstack-infra04:58
deepakcsAJaeger, morning, finally the patch to skip tempest test for glusterfs job is merged! :) thanks for all ur help in that04:59
*** Longgeek has joined #openstack-infra05:00
*** annegentle has joined #openstack-infra05:03
*** annegentle_ has joined #openstack-infra05:03
*** ildikov has quit IRC05:04
*** emagana has joined #openstack-infra05:07
*** Krinkle is now known as Krinkle|detached05:07
*** mrmartin has joined #openstack-infra05:07
*** annegentle_ has quit IRC05:08
*** annegentle has quit IRC05:09
*** gokrokve has quit IRC05:09
*** gokrokve has joined #openstack-infra05:10
*** gokrokve has quit IRC05:13
*** gokrokve has joined #openstack-infra05:13
*** Somay has joined #openstack-infra05:15
*** ryanpetrello_ is now known as ryanpetrello05:15
*** ildikov has joined #openstack-infra05:17
*** baoli has joined #openstack-infra05:17
*** gokrokve has quit IRC05:18
*** salv-orlando has joined #openstack-infra05:19
*** mrmartin has quit IRC05:19
*** Somay has quit IRC05:20
*** camunoz_mtg is now known as camunoz05:21
*** teran has quit IRC05:21
*** teran has joined #openstack-infra05:22
*** baoli has quit IRC05:22
*** salv-orlando has quit IRC05:22
*** Longgeek has quit IRC05:29
*** Sukhdev has quit IRC05:30
*** ildikov has quit IRC05:30
*** mpopow has quit IRC05:31
*** jyuso1 has quit IRC05:32
*** macjack has joined #openstack-infra05:34
*** ddieterly has joined #openstack-infra05:35
*** sabeen1 has quit IRC05:36
*** ddieterly has quit IRC05:39
*** gokrokve has joined #openstack-infra05:40
*** gokrokve has quit IRC05:42
*** gokrokve has joined #openstack-infra05:42
*** emagana has quit IRC05:44
*** emagana has joined #openstack-infra05:45
*** pal has quit IRC05:48
*** pal has joined #openstack-infra05:48
*** otter768 has joined #openstack-infra05:49
*** emagana has quit IRC05:49
*** rossella_s has joined #openstack-infra05:52
*** otter768 has quit IRC05:53
StevenKcinerama: Funny, seeing en-AU, en-Au, en-au and en-AU in Zanta. You didn't go far enough, eN-Au for example is missing.05:54
*** abregman has joined #openstack-infra05:56
*** ibiris_away is now known as ibiris05:56
*** BharatK has joined #openstack-infra05:57
*** Alexandra_ has quit IRC05:58
AJaegerStevenK, what about Ne-Au ? ;)05:59
AJaegerStevenK, Typo, I meant: En-uA05:59
*** rossella_s has quit IRC06:00
StevenKAJaeger: Filling out the rest of the missing ones was left as an exercise to the reader.06:00
*** rossella_s has joined #openstack-infra06:01
AJaeger:)06:01
*** Kennan has quit IRC06:03
*** Kennan has joined #openstack-infra06:03
*** annegentle has joined #openstack-infra06:04
*** annegentle_ has joined #openstack-infra06:05
*** annegentle_ has quit IRC06:09
*** harlowja_at_home has quit IRC06:09
*** annegentle has quit IRC06:10
*** scheuran has joined #openstack-infra06:10
*** rossella_s has quit IRC06:11
*** salv-orlando has joined #openstack-infra06:13
*** Longgeek has joined #openstack-infra06:13
*** r-daneel has quit IRC06:15
*** mrunge has joined #openstack-infra06:16
openstackgerritTimo Tijhof proposed openstack-infra/zuul: Status: Expose $.zuul object in zuul_start to allow extension  https://review.openstack.org/17033706:20
*** HeOS has quit IRC06:21
*** abregman is now known as abregman|afk06:23
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Fix django translation proposal  https://review.openstack.org/18130306:23
*** tnovacik has joined #openstack-infra06:25
*** jyuso1 has joined #openstack-infra06:30
AJaegerpleia2, babysitting my changes was needed - see https://review.openstack.org/181303 ;(06:31
*** markvoelker has quit IRC06:33
*** ddieterly has joined #openstack-infra06:36
*** soren_ has joined #openstack-infra06:37
*** achanda has quit IRC06:38
*** ddieterly has quit IRC06:41
*** ildikov has joined #openstack-infra06:43
*** ibiris is now known as ibiris_away06:45
*** ujuc has joined #openstack-infra06:45
*** ibiris_away is now known as ibiris06:46
*** abregman|afk has quit IRC06:53
*** camunoz has quit IRC07:00
*** armax has quit IRC07:02
StevenKcinerama: Bug 4, Zanata not logging people out after 10 minutes of inactivity would be AWESOME07:04
*** notnownikki has joined #openstack-infra07:05
*** crc32 has quit IRC07:05
*** annegentle has joined #openstack-infra07:05
*** e0ne has joined #openstack-infra07:09
*** woodster_ has quit IRC07:10
*** annegentle has quit IRC07:10
*** markus_z has joined #openstack-infra07:14
*** mpopow has joined #openstack-infra07:16
*** sks has joined #openstack-infra07:16
*** jyuso1 has quit IRC07:17
StevenKAJaeger, cinerama, pleia2: http://paste.openstack.org/show/216853/07:21
AJaegerStevenK, btw. full list of languages is here: https://www.transifex.com/projects/p/horizon/07:22
AJaegerYou might want to download one project with all languages, run a tx pull -a -f...07:23
StevenKAJaeger: I was looking at http://www.transifex.com/languages/ , but I didn't want to add everything ever.07:23
AJaegerStevenK, just the languages for openstack07:24
AJaegerBetter link: https://www.transifex.com/projects/p/openstack/07:24
AJaegerI still don't udnerstand why we have pl and pl-pl07:24
StevenKThey're different in Transifex too07:24
StevenKpl is Polish, and pl_PL is Polish as spoken in Poland.07:25
StevenKI don't know why, though.07:25
*** luqas has quit IRC07:25
*** mmedvede has quit IRC07:25
*** jyuso1 has joined #openstack-infra07:27
AJaegerhttps://www.transifex.com/projects/p/nova/language/pl_PL/ and https://www.transifex.com/projects/p/osloi18n/language/pl_PL/07:27
AJaegerboth pl_PL07:27
StevenKBut the language in the nova code tree is pl07:27
StevenKHuh07:27
AJaegerwhere in nova code tree? http://git.openstack.org/cgit/openstack/nova/tree/nova/locale07:29
*** HeOS has joined #openstack-infra07:29
*** e0ne has quit IRC07:29
AJaegerI removed pl_PL a few months ago, check https://review.openstack.org/#/c/94685/07:30
AJaegerDeleted nova/locale/pl_PL/LC_MESSAGES/nova.po in the change07:30
AJaegerSo, where does your pl comes from?07:30
AJaegerSame might be true for sl.07:31
* AJaeger didn't check07:31
*** luqas has joined #openstack-infra07:32
*** e0ne has joined #openstack-infra07:33
*** mmedvede has joined #openstack-infra07:35
*** rmcall has quit IRC07:35
ekarlso heya guys, i'm trying to ./stack but I get an error saying that cffi can't be found http://paste.openstack.org/show/216858/ ?07:36
*** jamielennox is now known as jamielennox|away07:36
*** ddieterly has joined #openstack-infra07:36
*** mpavone has joined #openstack-infra07:41
*** ddieterly has quit IRC07:41
*** tnovacik has quit IRC07:43
*** tnovacik has joined #openstack-infra07:44
*** jlanoux has joined #openstack-infra07:45
lifelessekarlso: yeah07:45
lifelessekarlso: oh, no, I don't recognise anything in that snipper07:45
lifelessekarlso: but this: grep: /opt/stack/requirements/global-requirements.txt: No such file or directory07:46
lifelessekarlso: doesn't look good :)07:46
*** mpopow has quit IRC07:50
*** otter768 has joined #openstack-infra07:50
*** otter768 has quit IRC07:54
*** Somay has joined #openstack-infra07:55
ekarlsolifeless: http://review.openstack.org/181312 :p07:59
ekarlsowas the fix :)07:59
*** Somay has quit IRC07:59
*** ildikov has quit IRC08:01
lifelessekarlso: hah, indeed08:03
*** annegentle has joined #openstack-infra08:06
*** annegent_ has joined #openstack-infra08:06
*** annegentle is now known as Guest5921208:06
*** markvoelker has joined #openstack-infra08:07
openstackgerritJoseph Lanoux proposed openstack-infra/project-config: Enable SSL in devstack for experimental checks.  https://review.openstack.org/18096808:09
*** Guest59212 has quit IRC08:10
*** annegent_ has quit IRC08:11
*** ildikov has joined #openstack-infra08:17
*** chlong has quit IRC08:20
*** sks has quit IRC08:21
*** e0ne has quit IRC08:23
*** freerunner has joined #openstack-infra08:24
*** freerunner has quit IRC08:26
*** dizquierdo has joined #openstack-infra08:26
*** mrmartin has joined #openstack-infra08:29
*** dizquierdo has quit IRC08:31
*** sergmelikyan has quit IRC08:35
*** derekh has joined #openstack-infra08:37
*** ddieterly has joined #openstack-infra08:37
*** rossella_s has joined #openstack-infra08:38
*** markvoelker has quit IRC08:38
*** dalgaaf has joined #openstack-infra08:41
*** mahito_ has quit IRC08:41
*** ddieterly has quit IRC08:41
*** ssam2 has joined #openstack-infra08:42
*** freerunner has joined #openstack-infra08:47
*** cdent has joined #openstack-infra08:56
*** dguitarbite has quit IRC08:56
*** dbite has quit IRC08:56
*** dguitarbite has joined #openstack-infra08:57
*** e0ne has joined #openstack-infra08:58
*** e0ne is now known as e0ne_08:58
*** ildikov has quit IRC09:04
AJaegerlifeless, pushed openstack-doc-tools 0.27, you should be able to use it now ;)09:05
*** annegentle has joined #openstack-infra09:07
*** e0ne_ is now known as e0ne09:07
*** Somay has joined #openstack-infra09:09
lifelessAJaeger: cool09:09
*** annegentle has quit IRC09:12
AJaegerlifeless, trove would have been hit by the problem if they would have updated requirements (but they are still old: https://review.openstack.org/#/c/179879)09:13
*** Somay has quit IRC09:15
*** _nadya_ has joined #openstack-infra09:17
*** Somay has joined #openstack-infra09:17
*** ildikov has joined #openstack-infra09:20
*** e0ne is now known as e0ne_09:21
*** freerunner has quit IRC09:21
*** Somay has quit IRC09:24
mgedminlifeless, you pinged me last night about some good news fungi ought to maybe share with me, but my znc's buffer overfloweth so I can't see the context09:25
mgedminthis is a high-volume channel09:25
AJaegermgedmin, this channel is archived, see http://eavesdrop.openstack.org/irclogs/%23openstack-infra/09:26
mgedminoh, cool!09:26
mgedminaugh, raw logs09:27
mgedminlet me tell you about https://pypi.python.org/pypi/irclog2html09:27
mgedmin(and also apologize for being a bad maintainer for it who doesn't make proper docs)09:27
*** _nadya_ has quit IRC09:27
AJaegermgedmin, I didn't set eavesdrop up ;) If you like to enhance eavesdrop with that tool, go for it!09:28
mgedmincool, I'm gonna need ssh access ;)09:28
AJaegermgedmin, nope!09:29
mgedminhaha09:29
AJaegermgedmin, our infrastructure is completely administread like code - we use git repositories and scripts for deployment09:29
mgedminbut seriously, how would I go about enhancing eavesdrop?09:29
AJaegerSo, anybody can change it09:29
mgedmini.e. what's the infrastructure repo and what config management tool do you use?09:30
AJaegerpuppet is used for configuration management09:30
AJaegerthe openstack-infra/system-config repo has an eavesdrop file but I don't know all the details.09:31
AJaegermgedmin, if you're interested, please come back later (US morning) and talk with the infra roots like jeblair, clarkb, fungi and pleia209:31
mgedminthanks for the pointers!09:31
AJaegeryou're welcome, mgedmin09:32
lifelessmgedmin: bindep on pypi09:33
mgedminyay!09:34
*** viktors|afk is now known as viktors09:34
*** mpopow has joined #openstack-infra09:34
*** abregman|afk has joined #openstack-infra09:36
*** ddieterly has joined #openstack-infra09:38
*** abregman|afk is now known as abregman09:40
*** abregman has quit IRC09:40
*** mrmartin has quit IRC09:40
*** abregman has joined #openstack-infra09:40
openstackgerritDerek Higgins proposed openstack-infra/tripleo-ci: temprevert : Remove passing Flavor's deploy_{kernel, ramdisk}  https://review.openstack.org/18134109:40
*** ddieterly has quit IRC09:42
*** pelix has joined #openstack-infra09:44
openstackgerritMikhail Dubov proposed openstack-infra/project-config: Add Rally job to Murano  https://review.openstack.org/18134309:44
*** devvesa has joined #openstack-infra09:45
openstackgerritMikhail Dubov proposed openstack-infra/project-config: Add Rally job to Murano  https://review.openstack.org/18134309:45
*** alexpilotti has joined #openstack-infra09:48
*** hichihara has quit IRC09:48
*** teran has quit IRC09:48
*** ibiris is now known as ibiris_away09:51
*** otter768 has joined #openstack-infra09:51
*** ociuhandu has joined #openstack-infra09:54
*** e0ne_ is now known as e0ne09:55
*** otter768 has quit IRC09:55
openstackgerritMerged openstack-infra/project-config: Make tempest-dsvm-sahara job voting  https://review.openstack.org/18121009:58
*** rameshg87 has joined #openstack-infra09:59
*** freerunner has joined #openstack-infra10:01
*** coolsvap|afk is now known as coolsvap10:03
*** ujuc has quit IRC10:06
openstackgerritRamakrishnan G proposed openstack-infra/project-config: Add python34 job for proliantutils  https://review.openstack.org/18110410:06
*** annegentle has joined #openstack-infra10:07
*** annegent_ has joined #openstack-infra10:08
*** annegentle is now known as Guest7623510:08
*** mpopow has quit IRC10:08
*** sslypushenko has quit IRC10:11
*** woodster_ has joined #openstack-infra10:11
*** Guest76235 has quit IRC10:12
*** zhiwei has quit IRC10:12
*** annegent_ has quit IRC10:13
*** sslypush1nko has joined #openstack-infra10:16
*** sslypush1nko is now known as slypushenko_10:17
*** pc_m has joined #openstack-infra10:20
*** yfried__ is now known as yfried|afk10:22
*** yfried|afk is now known as yfried__10:26
*** ibiris_away is now known as ibiris10:27
*** freerunner has quit IRC10:30
*** rlandy has joined #openstack-infra10:31
*** freerunner has joined #openstack-infra10:33
*** hdd has joined #openstack-infra10:34
*** rameshg87 has left #openstack-infra10:34
*** markvoelker has joined #openstack-infra10:35
*** freerunner has quit IRC10:37
*** ddieterly has joined #openstack-infra10:39
*** markvoelker has quit IRC10:40
*** fawadkhaliq has joined #openstack-infra10:41
*** teran has joined #openstack-infra10:41
*** mrmartin has joined #openstack-infra10:43
*** ddieterly has quit IRC10:44
*** hdd has quit IRC10:45
*** baoli has joined #openstack-infra10:49
*** samueldmq has joined #openstack-infra10:49
samueldmqmorning10:49
*** baoli has quit IRC10:53
*** weshay has joined #openstack-infra10:55
*** e0ne is now known as e0ne_10:56
*** yfried__ is now known as yfried|afk10:56
*** koolhead17 has joined #openstack-infra10:59
*** moshele has joined #openstack-infra11:01
mosheleAJaeger: hi11:01
*** ihrachyshka has joined #openstack-infra11:05
*** mwagner_lap has joined #openstack-infra11:06
*** freerunner has joined #openstack-infra11:07
openstackgerritLouis Taylor proposed openstack-infra/project-config: Add extra padding to some entries in layout.yaml  https://review.openstack.org/18100011:08
*** annegentle has joined #openstack-infra11:08
*** annegent_ has joined #openstack-infra11:08
*** annegentle is now known as Guest4697711:09
*** rfolco has joined #openstack-infra11:09
*** ihrachyshka has quit IRC11:11
openstackgerritDerek Higgins proposed openstack-infra/tripleo-ci: temprevert : Remove passing Flavor's deploy_{kernel, ramdisk}  https://review.openstack.org/18134111:12
*** Guest46977 has quit IRC11:13
*** annegent_ has quit IRC11:13
*** dims has joined #openstack-infra11:13
*** e0ne_ is now known as e0ne11:14
*** moshele has quit IRC11:15
*** koolhead17 has quit IRC11:16
*** ihrachyshka has joined #openstack-infra11:16
*** koolhead17 has joined #openstack-infra11:16
*** yfried|afk is now known as yfried__11:17
*** pal has quit IRC11:19
*** koolhead17 has quit IRC11:21
StevenKAJaeger: Sorry, distracted by driving home, and other stuff. Huh, I see a lack of pl under nova, I shall have to debug my script it seems.11:22
openstackgerritMerged openstack-infra/tripleo-ci: temprevert : Remove passing Flavor's deploy_{kernel, ramdisk}  https://review.openstack.org/18134111:22
StevenKOh, from the .venv I have for sphnix. Nice. Not.11:22
openstackgerrityolanda.robla proposed openstack-infra/jenkins-job-builder: Query all jobs once  https://review.openstack.org/18136411:24
openstackgerrityolanda.robla proposed openstack-infra/jenkins-job-builder: Query all jobs once  https://review.openstack.org/18136411:26
*** yfried__ is now known as yfried|afk11:27
*** dims has quit IRC11:28
*** e0ne is now known as e0ne_11:28
*** dims has joined #openstack-infra11:29
*** e0ne_ is now known as e0ne11:30
*** fawadkhaliq has quit IRC11:31
*** _nadya_ has joined #openstack-infra11:31
*** ldnunes has joined #openstack-infra11:33
*** fawadkhaliq has joined #openstack-infra11:34
*** smccully has quit IRC11:36
*** sputnik13 has quit IRC11:36
*** markvoelker has joined #openstack-infra11:36
*** ddieterly has joined #openstack-infra11:39
*** hdd has joined #openstack-infra11:40
*** aswadr has joined #openstack-infra11:42
*** ddieterly has quit IRC11:44
*** r-daneel has joined #openstack-infra11:50
*** otter768 has joined #openstack-infra11:52
*** mpopow has joined #openstack-infra11:52
*** deepakcs has quit IRC11:53
mordredmgedmin: hey! our logs are produced by meetbot, which is in openstack-infra/meetbot, and is configured with openstack-infra/puppet-meetbot11:55
mordredit looks like there is an HTML log config output parameter that we're not making use of11:56
*** r-daneel has quit IRC11:56
*** otter768 has quit IRC11:56
mgedminI'm not familiar with meetbot11:56
*** freerunner has quit IRC11:56
mgedminI've used supybot's channel logger with a cron script that runs irclog2html for my own logs11:56
openstackgerrityolanda.robla proposed openstack-infra/jenkins-job-builder: Query all jobs once  https://review.openstack.org/18136411:57
mordredit also handles our irc meetings- I would imagine that it would not be hard to write an irclog2html output plugin for meetbot - I'm going to try a patch to enable the built in html output and we can see if we think  the extra effort would be worth it11:58
*** amotoki has quit IRC11:58
*** annegentle has joined #openstack-infra12:00
*** hdd has quit IRC12:01
*** fawadk has joined #openstack-infra12:01
mordredhrm. I may be lying12:01
mgedminthe log files I saw should be usable with irclog2html12:02
mgedminwhich is a standalone script that finds *.log and creates *.html, checking mtimes to avoid duplicate work12:02
*** fawadkhaliq has quit IRC12:02
mordredyah. I just meant that I was lying about it being meetbot that wrote the logs :)12:02
*** freerunner has joined #openstack-infra12:02
mgedminmeetbot is a supybot plugin, isn't it?12:02
mordredit is - but it turns out it's statusbot that does the channel logs12:03
Davieymeetbot is for doing agenda management and vote tallying, no?12:03
*** yfried|afk is now known as yfried__12:03
mordredyah12:04
mordredI was thinking we'd combined them12:04
mordredbut I was teh wrong12:04
* mordred is still coffeeing12:04
mgedminyeah, supybot has a different plugin for logging (ChannelLogger)12:04
mordredmgedmin: how does the irclog2html script deal with logs being currently written?12:04
mgedminyou might get a truncated log line, I suppose, until the next cron run12:05
mordredah - so it would re-convert it becase of the mtime12:05
*** fawadk has quit IRC12:06
*** markvoelker has quit IRC12:07
*** sdake has joined #openstack-infra12:07
*** markvoelker has joined #openstack-infra12:07
*** dalgaaf has quit IRC12:07
mgedminsample output: https://mg.pov.lt/maemo-irclog/12:08
mgedmin(it is terrible, I need to do something about grouping by month or something)12:08
mgedmin-ENOTIME12:08
mgedmin-ETOOMANYPROJECTS12:08
*** koolhead17 has joined #openstack-infra12:08
*** koolhead17 has quit IRC12:08
*** koolhead17 has joined #openstack-infra12:08
mordredk. I ran it on one file: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2015-05-08.log.html12:08
*** e0ne is now known as e0ne_12:10
*** sdake_ has joined #openstack-infra12:10
*** derekh is now known as derekh_afk12:11
*** e0ne_ is now known as e0ne12:13
*** sdake has quit IRC12:14
openstackgerritSteven Dake proposed openstack-infra/project-config: Add CloudPulse  https://review.openstack.org/18112512:15
*** claudiub has joined #openstack-infra12:15
*** nithyag_ has joined #openstack-infra12:16
*** NithyaG has quit IRC12:18
*** fawadkhaliq has joined #openstack-infra12:19
*** freerunner has quit IRC12:19
*** baoli has joined #openstack-infra12:19
*** mcdonagm has joined #openstack-infra12:20
*** mtanino has joined #openstack-infra12:20
*** macjack has left #openstack-infra12:22
*** dprince has joined #openstack-infra12:22
*** bhunter71 has joined #openstack-infra12:23
*** abregman has quit IRC12:24
*** baoli has quit IRC12:24
openstackgerritSean Dague proposed openstack-infra/project-config: add stable branch reporting to qa channel  https://review.openstack.org/18137512:24
*** mpopow has quit IRC12:26
*** gordc has joined #openstack-infra12:29
*** ihrachyshka has quit IRC12:32
*** craigbr has joined #openstack-infra12:33
openstackgerritMerged openstack-infra/irc-meetings: Update Rally meeting.  https://review.openstack.org/18125712:34
*** ZZelle has joined #openstack-infra12:37
openstackgerritMonty Taylor proposed openstack-infra/puppet-meetbot: Produce html logs for our IRC logs  https://review.openstack.org/18137712:37
mordredmgedmin: ^^ there ya go12:37
openstackgerritDavid Shrewsbury proposed openstack-infra/shade: Update server API for get/list/search interface  https://review.openstack.org/18029312:39
*** craigbr has quit IRC12:40
*** aysyd has joined #openstack-infra12:40
*** dkranz has joined #openstack-infra12:40
*** ddieterly has joined #openstack-infra12:40
*** bknudson has quit IRC12:43
*** aswadr has quit IRC12:43
mgedminyay!12:43
*** sdake has joined #openstack-infra12:44
openstackgerritMerged openstack-dev/hacking: Updated from global requirements  https://review.openstack.org/18119612:44
mgedminthis gives me an idea: incremental mode (limit amount of work done per run to, say, 30 logfiles?  start with the most recently modified, so the backlog gets filled over time)12:44
mgedmin-ENOTIME12:44
*** ddieterly has quit IRC12:45
openstackgerritDavid Shrewsbury proposed openstack-infra/shade: Update images API for get/list/search interface  https://review.openstack.org/18060012:45
*** chlong has joined #openstack-infra12:47
*** sdake_ has quit IRC12:47
*** ddieterly has joined #openstack-infra12:48
*** _nadya_ has quit IRC12:50
openstackgerritMerged openstack-infra/system-config: Update rsyslog config after install  https://review.openstack.org/18125612:51
*** baoli has joined #openstack-infra12:53
*** e0ne is now known as e0ne_12:56
*** krtaylor has quit IRC12:56
fungimgedmin: or someone (me?) logs into eavesdrop.o.o and runs that at the command line for the initial catch-up, so that we don't need to overengineer it12:56
*** e0ne_ is now known as e0ne12:57
*** baoli has quit IRC12:57
*** baoli has joined #openstack-infra12:58
*** derekh_afk is now known as derekh13:00
*** annegentle has quit IRC13:00
*** hdd has joined #openstack-infra13:01
*** freerunner has joined #openstack-infra13:01
*** dkranz has quit IRC13:01
*** annegentle has joined #openstack-infra13:02
*** annegentle_ has joined #openstack-infra13:02
*** AJaeger_ has joined #openstack-infra13:02
*** hdd has quit IRC13:03
AJaeger_fungi, mordred, pleia2: Could you review https://review.openstack.org/#/c/181303/ , please? django translation update failed this morning since the changes need one more initializion. I'm sorry for another problem ;(13:03
*** ociuhandu has quit IRC13:05
*** krtaylor has joined #openstack-infra13:07
*** bknudson has joined #openstack-infra13:11
sdaguefungi: could you +A - https://review.openstack.org/#/c/181375/ - it's an irc event update for -qa13:11
*** annegentle_ has quit IRC13:12
*** fawadk has joined #openstack-infra13:12
openstackgerritMerged openstack-infra/puppet-zuul: Correct the variable for the chain cert  https://review.openstack.org/17993513:12
*** fawadkhaliq has quit IRC13:12
*** cdent has quit IRC13:12
*** tiswanso has joined #openstack-infra13:14
*** fawadk is now known as fawadkhaliq13:15
annegentlejeblair: anteaya: thanks for the pointers last night for voting13:15
annegentlesdague: which launchpad project is the URL holder for cross-project specs?13:15
*** EmilienM|afk is now known as EmilienM13:15
annegentlesdague: also, the Service Catalog spec is a cross-project spec, right?13:15
sdagueannegentle: I don't know on the launchpad front13:16
sdagueI would think service catalog should be cross project spect13:16
annegentlesdague: ok, the template has this unspecified project URL: https://blueprints.launchpad.net//+spec/example13:16
annegentle(the cross project spec template)13:16
annegentleso I'm like "huh?"13:16
sdagueyeh, I think that might just be copy/paste issues that never were cleaned up13:17
annegentlesdague: ok. I13:18
annegentleer13:18
*** abregman has joined #openstack-infra13:18
annegentleI'll ask if it could actually be sourced in keystone? does that seem reasonable?13:19
mordredAJaeger_: +213:19
*** dims has quit IRC13:19
*** ddieterly has quit IRC13:20
*** dims has joined #openstack-infra13:20
*** dguitarbite has quit IRC13:21
sdagueannegentle: works for me13:21
AJaeger_thanks, mordred13:21
*** yfried__ is now known as yfried|afk13:22
*** dguitarbite has joined #openstack-infra13:23
*** pabelanger has joined #openstack-infra13:25
AJaeger_fungi, thanks!13:25
*** yfried|afk is now known as yfried__13:25
fungitoday's coffee-time fun involves figuring out why centos-6 yum install --downloadonly seems to error out on things depending on python-setuptools13:26
*** peristeri has joined #openstack-infra13:27
annegentlesdague: one more question, I didn't find Nova's *_host config variables in the nova.conf configs, are those somewhere else?13:28
annegentlesdague: you mention them in the cross-project proposal so I wanted to see what those are13:28
openstackgerrityolanda.robla proposed openstack-infra/jenkins-job-builder: Query all jobs once  https://review.openstack.org/18136413:30
mordredfungi: I can run it if we decide we want to do it13:32
mordredfungi: (I've got the command loaded on the box since I used a version of it with "echo" to test the command :) )13:32
*** sabeen1 has joined #openstack-infra13:32
openstackgerritMerged openstack-infra/project-config: add stable branch reporting to qa channel  https://review.openstack.org/18137513:33
*** dguitarbite has quit IRC13:33
*** dansmith is now known as superdan13:35
openstackgerritMerged openstack-infra/nodepool: Support spaces in Gearman functions names  https://review.openstack.org/17579113:35
openstackgerritMerged openstack-infra/project-config: Fix django translation proposal  https://review.openstack.org/18130313:35
openstackgerritMerged openstack-infra/project-config: Fix django translation proposal  https://review.openstack.org/18130313:35
*** coolsvap is now known as coolsvap|afk13:37
*** mriedem_away is now known as mriedem13:37
sdagueannegentle: .... which things?13:37
sdaguesorry, so many contexts, I lose some of them13:37
annegentlesdague: the full line is "Such a diverse Service Catalog means that services don't depend on it being correct (see Nova's *_host config variables)"13:37
annegentlesdague: sure understand!13:38
annegentlesdague: I do see cases where cinder's cinder.conf ensures the endpoints sanity13:38
annegentlesdague: there's endpoint_template nova.conf variable that will override service catalog lookup with template for cinder endpoint e.g. http://localhost:8776/v1/%(project_id)s13:38
annegentlesdague: but I wondered if there are some other configs going on13:40
*** esker has joined #openstack-infra13:40
*** esker has quit IRC13:41
openstackgerritMerged openstack-infra/system-config: Avoid race on reload_gerrit_header  https://review.openstack.org/18061713:41
*** freerunner has quit IRC13:41
*** esker has joined #openstack-infra13:41
openstackgerritMerged openstack-infra/system-config: Increase JJB timeout to 20min on Jenkins masters  https://review.openstack.org/18075313:41
*** esker has quit IRC13:41
*** esker has joined #openstack-infra13:41
*** mtanino has quit IRC13:42
sdagueannegentle: oh, right13:43
sdagueCONF.glance.host13:44
*** erlon has joined #openstack-infra13:44
sdaguefor instance13:44
*** annegentle has quit IRC13:44
*** BharatK has quit IRC13:44
*** ociuhandu has joined #openstack-infra13:45
sdagueCONF.neutron.url13:45
*** annegentle has joined #openstack-infra13:45
sdagueannegentle: like this is what we have to set on a gate run for it to work - http://logs.openstack.org/74/181374/1/check/check-tempest-dsvm-neutron-full/3289917/logs/etc/nova/nova.conf.txt.gz13:46
annegentlesdague: so that means "in nova.conf, in the [glance] section, host=13:46
*** unicell1 has joined #openstack-infra13:46
sdagueyou will notice a bunch of hard coded urls to services13:46
*** cdent has joined #openstack-infra13:46
*** markus_z has quit IRC13:47
mordredannegentle: where is service catalog spec? I'm not seeing it in openstack-specs?13:47
sdagueI believe we should only need 1 keystone one13:47
annegentlean nova.conf, [glance], api_servers=<IP>13:47
sdaguemordred: it's not up yet13:47
annegentlemordred: on my hard drive :)13:47
annegentlemordred: ready to submit to openstack-specs, just ironing out details now13:47
annegentlemordred: and I'll add you as a reviewer13:47
*** coolsvap has joined #openstack-infra13:47
annegentlesdague: so the ideal is, one setting that keystone gives you13:48
*** unicell has quit IRC13:48
*** ddieterly has joined #openstack-infra13:48
sdagueso, it makes sense that you need someone to tell you where keystone is... but after that all service urls should be discoverable from there, so we don't keep hardcoding it all over the place.13:49
*** eharney has joined #openstack-infra13:49
annegentlesdague: yep13:49
*** arielb has joined #openstack-infra13:50
*** arielb has joined #openstack-infra13:50
*** openstackgerrit has quit IRC13:51
*** openstackgerrit has joined #openstack-infra13:51
*** dims is now known as dimsum__13:51
openstackgerritSergey Skripnick proposed openstack-infra/project-config: Explicitly enable all required services in rally  https://review.openstack.org/18139113:52
*** signed8bit has joined #openstack-infra13:52
*** AJaeger_ has quit IRC13:52
*** otter768 has joined #openstack-infra13:52
*** ociuhandu has quit IRC13:53
*** jpeeler has joined #openstack-infra13:53
mordredannegentle: ah. ok. so it's fine that I haven't seen it yet then :)13:54
mordredsdague: ++13:54
mordredsdague, annegentle: I 100% agree with this theory13:55
*** samueldmq has quit IRC13:57
*** otter768 has quit IRC13:57
*** smccully has joined #openstack-infra13:59
annegentlemordred: sdague: https://review.openstack.org/#/c/181393/14:00
*** soren_ has quit IRC14:00
*** smccully has quit IRC14:01
*** BharatK has joined #openstack-infra14:01
*** fawadkhaliq has quit IRC14:02
*** yfried__ is now known as yfried|afk14:03
*** smccully has joined #openstack-infra14:03
*** HeOS has quit IRC14:04
*** ildikov has quit IRC14:05
*** smccully has quit IRC14:05
*** smccully has joined #openstack-infra14:05
AJaegerannegentle, this is needed, thanks!14:05
annegentlewhew! AJaeger :)14:06
*** smccully has quit IRC14:07
*** smccully has joined #openstack-infra14:07
mordredannegentle: reviewed - let the quibbling begin14:07
*** BharatK has quit IRC14:07
AJaegerwow, mordred wants to marry a *spec* ;)14:08
mordredyup14:08
*** baoli has quit IRC14:08
*** dizquierdo has joined #openstack-infra14:09
*** baoli has joined #openstack-infra14:09
mordredour absolutely blantant disregard of supporting version discoverability through the catalog is one of my biggest beefs with openstack14:09
fungihopefully nolafleur is on board with this plan14:09
AJaegerLet's get the papers together for the ceremony in Vancouver ;)14:09
*** ramishra has joined #openstack-infra14:09
mordredwhat's even worse is that the services all provide version discoverability14:09
mordredfungi: :)14:09
*** fawadkhaliq has joined #openstack-infra14:09
mordredbut keystone does not provide any url pointers to the endpoint for that, and you can't back-infer it from the service url, since keystone returns versioned service urls14:10
*** mpopow has joined #openstack-infra14:10
*** AJaeger has quit IRC14:11
ramishraHi! need some core reviews for https://review.openstack.org/#/c/181286/.  We're having continuous gate failures due to this.14:11
*** isviridov_away is now known as isviridov14:12
sdagueramishra: +214:12
sdaguemordred / fungi probably should have another +A on https://review.openstack.org/#/c/181286/14:13
ramishrathanks sdague14:13
sdagueoh, mordred just snagged it14:13
sdaguegreat14:13
*** sigmavirus24_awa is now known as sigmavirus2414:13
*** bnemec has joined #openstack-infra14:13
*** isviridov is now known as isviridov_away14:13
ramishrathanks all14:13
*** radez_g0n3 is now known as radez14:14
*** dkranz has joined #openstack-infra14:14
*** annegentle has quit IRC14:16
*** smarcet has joined #openstack-infra14:18
*** BharatK has joined #openstack-infra14:19
*** ddieterly has quit IRC14:19
*** baoli has quit IRC14:20
*** ildikov has joined #openstack-infra14:21
*** gokrokve_ has joined #openstack-infra14:21
*** baoli has joined #openstack-infra14:21
*** ddieterly has joined #openstack-infra14:23
*** gokrokve has quit IRC14:25
*** baoli_ has joined #openstack-infra14:25
*** apmelton_away is now known as apmelton14:25
jrollanyone know if this is a known issue? http://paste.openstack.org/show/217145/14:25
*** hdd has joined #openstack-infra14:25
openstackgerritMerged openstack-infra/project-config: Enable orchestration service for gate-heat-templates-dsvm  https://review.openstack.org/18128614:26
*** armax has joined #openstack-infra14:26
fungijroll: there were recent fixes into devstack to preinstall/pin a specific cffi version, working around some setup_requires madness in xattr14:27
fungijroll: could be a problem brought on by one of those fixes?14:27
fungijroll: are you using a current openstack/requirements checkout there?14:28
*** baoli has quit IRC14:28
jrollfungi: maybe, no clue14:28
openstackgerritMerged openstack-infra/zuul: Status: Expose $.zuul object in zuul_start to allow extension  https://review.openstack.org/17033714:28
jrollI assume so, this is a fresh vm14:28
jrollI provisioned it 20 minutes ago14:28
fungigrep: /opt/stack/requirements/global-requirements.txt: No such file or directory14:29
fungithat doesn't jive with http://git.openstack.org/cgit/openstack/requirements/tree/global-requirements.txt#n1314:29
mordredgrep: /opt/stack/requirements/global-requirements.txt: No such file or directory14:29
mordredyah14:29
*** fawadkhaliq has quit IRC14:29
mordredfungi: jinx14:29
fungiahh, looks like maybe global requirements isn't being cloned into your opt/stack at all14:29
jrollweird14:29
jrollyeah, I just ran devstack with an ironic config14:29
* jroll looks around14:29
fungier, openstack/requirements isn't14:30
jrollnothing's been cloned yet14:30
fungii wonder if ironic's failing upstream on a similar error14:30
sdagueoh, damn, do we have a sequencing problem?14:30
jrollaha, https://bugs.launchpad.net/devstack/+bug/145301214:30
openstackLaunchpad bug 1453012 in devstack "Don't exists requirements before executing build_wheels.sh" [Undecided,In progress] - Assigned to Yuki Nishiwaki (uckey-1067)14:30
* jroll applies that patch14:31
sdagueyep, ok +A on that14:31
*** gokrokve_ has quit IRC14:31
openstackgerritMerged openstack-infra/project-config: Only import files if there are new translations  https://review.openstack.org/17958714:31
jrollsdague: nice, ty14:31
*** gokrokve has joined #openstack-infra14:31
*** bnemec is now known as beekneemech14:32
*** emagana has joined #openstack-infra14:32
sdagueoh, hey, backport through gerrit web ui works ok14:33
*** Krinkle|detached is now known as Krinkle14:33
*** koolhead17 has quit IRC14:35
*** fawadkhaliq has joined #openstack-infra14:35
*** koolhead17 has joined #openstack-infra14:36
mordredsdague: yah - it's actually pretty great14:37
peristerijeblair, Hi14:37
openstackgerritSergey Skripnick proposed openstack-infra/project-config: Explicitly enable all required services in rally  https://review.openstack.org/18139114:39
*** wenlock has joined #openstack-infra14:39
*** samuelBartel has joined #openstack-infra14:40
*** koolhead17 has quit IRC14:40
*** wenlock1 has joined #openstack-infra14:41
*** Guest58709 has joined #openstack-infra14:41
samuelBartelhi all14:41
samuelBartelfuel-plugin-tls-core group has been created : https://review.openstack.org/17899514:42
samuelBartelcan someone add me to the group please?14:42
samuelBartelmy userbame is sbartel. thanks14:42
*** freerunner has joined #openstack-infra14:43
fungisamuelBartel: done14:44
samuelBartelgreat than you fungi14:44
fungiupdate: i have nova py26 passing and running the same number of tests on centos-6 now as bare-centos614:45
*** mpopow has quit IRC14:45
fungiand i think i'm one patch away from having dib creating working centos-6 images now too. just need to, er, write it ;)14:45
*** packet has joined #openstack-infra14:45
*** Krinkle is now known as Krinkle|detached14:46
*** craigbr has joined #openstack-infra14:47
mordredfungi, clarkb: ZOMG - I'm reviewing a patch from EmilienM and it just made me learn about ensure_resource - which apparently deals with our "if not defined blah { blah}" pattern in puppet14:49
mordred17802614:49
fungifull installation (this is with incomplete caching still) of the bindep fallback list and db prep for mysql and postgres on a fresh centos-6 worker is 1 minute 40 seconds wall clock time14:49
EmilienMmordred: ensure_resource is from stdlib, it helps to deal with duplicated resources14:50
*** hemnafk is now known as hemna14:50
*** ashleighfarnham has joined #openstack-infra14:50
fungiEmilienM: mordred: that's awesome--it could simplify a lot of our duplicate package resource definitions14:50
EmilienMhttps://github.com/puppetlabs/puppetlabs-stdlib#ensure_resource14:50
EmilienMfungi: I suggest to take care though, and not using it for everything all the time14:51
mordredfungi: ++14:51
EmilienMthere is an overhead14:51
mordredEmilienM: well, we have a ton of if !defined(Package['foo']) { package['foo'] } blocks14:51
mordredwhich are just hella ugly14:51
fungiEmilienM: yeah, it's mostly that there are a handful of packages which are required by more than one of our puppet classes, and so we end up with nasty conditionals around them to avoid duplicate resource definition errors when both classes need to be coinstalled14:52
EmilienMmordred: yeah, and also all the param = '' instead of using undef14:52
*** craigbr has quit IRC14:52
EmilienMmordred: do you think we can go ahead with https://review.openstack.org/#/c/175434/ too ?14:53
mordredelarson: I'll loko at that next14:53
openstackgerritMerged openstack-infra/storyboard-webclient: Updated dependencies  https://review.openstack.org/17831214:54
mordredEmilienM: for the rubygems mirror - is there a good way to configure our build hosts to only use our mirror once we have it?14:54
*** devvesa has quit IRC14:54
*** stevemar has joined #openstack-infra14:54
*** ajmiller has joined #openstack-infra14:55
clarkbno undef does not work14:55
EmilienMclarkb: ?14:55
*** e0ne is now known as e0ne_14:55
clarkbthere is a reason you use ''14:55
clarkbundef doesnt override anything14:56
clarkbas a parameter its useless14:56
fungiexcept in latest puppet where '' now evaluates true ;)14:56
EmilienMfungi: ++14:56
mordredyeah14:56
*** yfried|afk is now known as yfried__14:56
EmilienMclarkb: '' works for you, I just think there is a puppet way to handle your case14:56
clarkbwell undef doesnt do it14:56
* fungi tries to remember, of the languages he knows which will recast strings too bools, how many of them cast a null string to a true value14:57
clarkbyou need a false value that overrides defaults14:57
EmilienMmordred: build hosts == ?14:57
fungiEmilienM: jenkins::jenkinsuser class14:57
*** nelsnelson has joined #openstack-infra14:57
*** Krinkle|detached is now known as Krinkle14:58
mordredEmilienM: the nodes in nodepool14:58
*** Krinkle is now known as Krinkle|detached14:58
fungithat is, we'd want our jenkins user accounts to default to hitting our rubygems mirror and not try to hit official rubygems14:58
mordredEmilienM: we configure pip on each of them to know about the pypi mirror - how do we do the same with gem?14:58
*** ashleighfarnham has quit IRC14:59
* fungi wonders if this is going to involve baking /etc/hosts entries for the mirror into worker images14:59
clarkboh and if you mix types you cant assert type15:00
mordredwell, if gem already has a mirror command, he imagines gem has a config setting to consume mirrors ...15:00
clarkbits all bad, I dont think there is a right way to do it just many wrong ways15:00
sigmavirus24fungi: I think JS counts a null string as a true value, potentially ruby too but I forget15:00
sigmavirus24(I think Ruby does because empty arrays are truthy too)15:00
*** mpopow has joined #openstack-infra15:01
EmilienMmordred: good question, let me look at it now15:01
fungisigmavirus24: ahh. fun times!15:01
rcarrillocruzi think there's a setting in gemrc for that?15:01
sigmavirus24fungi: yeah. Former lives as a consultant help sometimes =/15:02
EmilienMmordred: it will be in our Gemfile15:02
EmilienMbundle config mirror.https://rubygems.org https://gem.openstack.org15:02
fungisigmavirus24: i assume you mean "help you not want to write in those languages any more if you can help it"15:02
mordredEmilienM: we'd actually prefer not putting those into gemfiles15:02
clarkbmordred ++15:02
sigmavirus24fungi: I actually like rubby a bit15:02
mordredEmilienM: because we don't really want people hitting them as not part of our build infrastructure15:03
mordredhowever, it seems we can do: gem sources --add http://localhost:929215:03
EmilienMmordred: do you want to trick with DNS then?15:03
rcarrillocruzwe have something similar , where we put specific server gem settings on gemrc, like proxy15:03
*** mtanino has joined #openstack-infra15:03
EmilienMmordred: on our build nodes?15:03
rcarrillocruzi assume you can put your own mirror in it15:03
mordredno, I think we can do gem sources and it should work on the build nodes15:03
rcarrillocruzso it doesn't hit upstream gems site15:03
*** teran has quit IRC15:03
mordredEmilienM: we also have to deal with each region having its own mirror - there is no "gem.openstack.org" - there will be "gem.DFW.openstack.org" and "gem.region-b.geo-1.openstack.org"15:04
*** teran has joined #openstack-infra15:04
EmilienMmordred: I see two options: DNS or Gem config15:04
mordredyah. I think gem config is similar to what we do with pip15:04
mordredgem sources --remove http://rubygems.org ; gem sources --add http://gem.$region.openstack.org15:05
EmilienMmordred: but Gemfile is in our modules15:05
EmilienMor maybe we can patch project-config to configure it *before* running bundle15:05
mordredyah - but those should still work if we've gone gem sources on the build hosts without having to do settings in Gemfiles15:05
*** bcourt has quit IRC15:05
mordredEmilienM: oh - do we need to configure bundle as well?15:06
EmilienMno15:06
EmilienMit's done by Gemfile15:06
mordredawesome15:06
jeblairmordred: catching up -- what config file does 'gem sources' write to?15:06
*** tonytan4ever has joined #openstack-infra15:07
EmilienMmordred: I'm in favor of not touching Gemfile so our mirrors would be used only by our CI15:07
*** e0ne_ is now known as e0ne15:07
jeblairEmilienM: agreed -- we don't want the actual published modules to have any dependency on our infrastructure15:07
openstackgerritMerged openstack-infra/project-config: puppet: run beaker on both trusty & centos7  https://review.openstack.org/17543415:08
EmilienMso I think we'll have to trick with DNS *or* project-config scripts15:08
jeblairmordred: oh ~/.gemrc15:08
mordredEmilienM: I do not think we need to do either15:08
*** teran has quit IRC15:08
EmilienMcrinkle: we have centos job now, I'm working on it until it works15:08
mordredEmilienM: I think we can configure our build nodes to know about the gem mirrors15:08
EmilienMmordred: /etc/hosts?15:09
mordredEmilienM: no15:09
mordredEmilienM: .gemrc / gem sources15:09
EmilienMtell me how !!!15:09
EmilienMah15:09
mordredgem sources --remove http://rubygems.org ; gem sources --add http://gem.$region.openstack.org15:09
EmilienMthat's tricky but it works too15:09
mordredit's what we do with pypi/pip15:09
crinkleEmilienM: \o/15:09
EmilienMah, ok15:09
mordredso we can extend the same script15:09
EmilienMmordred: can I send a patch somewhere for that?15:09
EmilienMcrinkle: well, maybe it's broken now :-P15:10
jeblairEmilienM: http://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/scripts/configure_mirror.sh15:12
openstackgerritMonty Taylor proposed openstack-infra/project-config: Configure to use gem mirrors  https://review.openstack.org/18142715:13
mordredEmilienM: ^^ there you go :)15:13
EmilienMlol15:13
EmilienMjeblair: mordred was too fast :(15:13
*** ajmiller has quit IRC15:13
openstackgerritMateusz Matuszkowiak proposed openstack-infra/project-config: Added owner permissions to -core group  https://review.openstack.org/18142815:13
jeblairEmilienM: he was writing that instead of answering my question ;P15:13
EmilienMahah15:13
*** ajmiller has joined #openstack-infra15:13
mordredjeblair: so - this makes me think that maybe we should think about naming these servers "mirror.$region.openstack.org"15:13
jeblairgave me time to rtfm and catch up anyway :)15:13
clarkbdo we have mirrors yet?15:13
clarkblast I checked we couldnt puppet them at all...15:14
mordredclarkb: no - we should not yet land that change15:14
jeblairmordred: yes, i think we may have discussed that offhand, and yes i think we should15:14
jeblairmordred: we should move the pypi mirror one dir level down15:14
mordredjeblair: yes15:14
mordredjeblair: I'd like to suggest that we add the dns names15:14
*** yfried__ is now known as yfried|afk15:15
mordredjeblair: and then add new vhosts that serve pypi one level down15:15
jeblairunless.... we actually want to vhost them to keep our options for having multiple hosts in the future...15:15
mordredjeblair: then land the ready script change to point to the new vhost and dir15:15
mordredjeblair: oh. hrm15:15
jeblairi think i favor all in one host so we don't have to futz with dns to add a new type of mirror.  but i i think it's worth considering.15:15
*** mpopow has quit IRC15:15
jeblairat least until we hit a point where we _need_ multiple hosts to handle our CI mirror load :)15:15
clarkbcool last i chevked wasnt recent enough, asselins fix has gone in and fixed things15:15
*** mpopow has joined #openstack-infra15:16
mordredjeblair: I'm having a hard time imaginging the time when we exceed our ability to serve static files ...15:16
jeblairmordred: yeah.  let's go with mirror.x for now and deal with it when it becomes a problem15:17
mordredspeaking of that- we need to spin up a mirror server in HP West15:17
mordredmaybe I'll add the mirror dns entries when I do that15:17
jeblairmordred: kk15:18
*** dannywilson has joined #openstack-infra15:20
*** fawadk has joined #openstack-infra15:20
*** bcourt has joined #openstack-infra15:20
fungii'm in favor of the separate apache vhosts idea. mainly because it's possible we'll at some point run into something we want to mirror which doesn't have so flexible a url file path option15:20
jeblairfungi: okay... i guess we could wildcard dns to make it easier to spin them uP?15:21
jeblairmordred: ^15:21
Vivekjeblair, mordred: I am comparing 2 openstack version docs, icehouse and juno regarding creating initial networks, the junp guide says  neutron net-create ext-net --router:external True --provider:physical_network external --provider:network_type flat, the ice house guide days neutron net-create ext-net --shared --router:external=True15:22
fungiyeah, so long as we don't intent to need to pay for x.509 certs for them, something like mirror.dfw.openstack.org which can have pypi.mirror.dfw.openstack.org or something as a vhost if we want15:22
VivekThe URLs in question are http://docs.openstack.org/icehouse/install-guide/install/apt/content/neutron_initial-external-network.html and http://docs.openstack.org/juno/install-guide/install/apt/content/neutron_initial-external-network.html15:23
fungieh, i can also see reasons to not bother with additional vhosts for now, as long as we don't paint ourselves into a corner of not being able to use them easily down the road15:23
mordredyeah - I mean, I don't think we need the specific vhost _now_15:23
mordredbecause your example is something we can certainly add in the future if needed15:23
fungiyep. let's just do whatever's easiest15:23
jeblairokay, we back to putting everything on mirror.x for now then?15:23
clarkband looking ahead, pypi, gems, apt, yum, maven, none should need special vhost stuff15:24
*** dannywil_ has joined #openstack-infra15:24
*** fawadkhaliq has quit IRC15:24
jeblairjavascript?15:24
VivekI am facing an issue that when I launch the vms the internal network which is in the 192.168.1.x series is not displayed in the dashboard.15:24
clarkbjeblair they use couchdb or something like that15:24
*** dannywilson has quit IRC15:24
clarkband Go is just git.o.o/allofgithub15:24
*** fawadkhaliq has joined #openstack-infra15:25
nibalizerhttps://www.npmjs.com/package/npm-mirror makes it look like you can just do normal vhost on name/directory15:25
nibalizermight be a little more complicated15:25
nibalizerbut not by much15:25
fungispeaking of mirrors and whatnot, apparently the problem i'm running into with centos-6 package caching is that python-setuptools is referenced as a dep in pylint and python-nose rpms, but isn't itself a thing yum can find to retrieve. i _think_ it just assumes the package will be preinstalled as a base component of the operating system and not removed?15:25
VivekThe internal network is created with the demo credentials.15:25
jeblairclarkb: okay, we have smart engineers.  someone wants to add those they can figure them out :)15:25
*** tjones1 has joined #openstack-infra15:25
nibalizerpoint being that you don't need to run a linked couchdb any more :P15:26
jeblairnibalizer: woot15:26
clarkbnibalizer that is good news15:26
*** hodos has joined #openstack-infra15:26
clarkbVivek I am not sure this is the best place for answers15:26
clarkbwe run openstacks developer infrastructure but know little of the intricate details of deploying neutron15:27
VivekI know but #openstack is silent for a while now....15:27
*** scheuran has quit IRC15:27
Vivekclarkb: I understand.15:27
*** fawadk has quit IRC15:27
fungiVivek: see the channel /topic (we don't for the most part actually run openstack api servers, nor did we write that documentation you linked)15:28
fungiVivek: we run the wiki, the code review system, the test rig, and so on15:29
*** btully has joined #openstack-infra15:29
*** sks has joined #openstack-infra15:29
*** yfried|afk is now known as yfried__15:30
fungiokay, confirmed. python-setuptools is in the base repo. i think if we uninstall it we can't actually get yum to pre-cache any rpms which depend on it. that's... very annoying15:31
*** rlandy has quit IRC15:32
clarkbuninstall after?15:32
*** rm_work is now known as rm_work|away15:32
fungior somehow fake out the installed package set to think it's installed when it's not, so as to satisfy dependencies15:32
fungimaybe a dummy rpm which has no contents but claims to provide python-setuptools15:32
*** samuelBartel has quit IRC15:33
*** craigbr has joined #openstack-infra15:33
fungii'm hesitant to change the order in which we uninstall distro-provided setuptools, since we want to do that before installing the one from pypi15:33
fungiwhich we do as early as possible in the image setup15:34
*** craigbr has quit IRC15:34
openstackgerritMerged openstack-infra/system-config: Add statusbot to openstack-ansible  https://review.openstack.org/17938715:34
nibalizerjeblair: EmilienM so where did we get to on vhosting?15:34
nibalizerhttps://review.openstack.org/#/c/178026/9 right now is not set up for an all-in-one15:34
*** mwagner_lap has quit IRC15:35
nibalizerand changing it to be an all in one would be pretty significant because it would break the logical separation between the pypi/rubygems classes/vhost files15:35
funginibalizer: sounds like we're just going to do a common mirror.x.openstack.org in each provider/region and use the same vhost for pypi, rubygems, debs, et cetera15:35
fungiunless there's some complication with doing so15:35
fungifor example, make the vhost setup optional in those modules so that we can substitute our own server-specific vhost template?15:36
*** panda is now known as panda|afk15:37
nibalizerfungi: this is all in openstack_project, so no need to handle any use case that isn't ours15:38
fungiahh, even better15:38
nibalizerMe or someone else may spin the bulk of EmilienM's patch out into something consumable but we don't have to deal with that now15:38
jeblairfungi: yeah, i think that's what we want.  so in short: move pypi down one level, put gems mirror as a sibling, have one vhost file that points to the mirror root (which has pypi and gems direcotories)*15:39
Vivek  Vivek> jeblair, mordred: I am comparing 2 openstack version docs, icehouse and juno regarding creating initial networks, the junp guide15:39
Vivek               says  neutron net-create ext-net --router:external True --provider:physical_network external --provider:network_type flat, the ice15:39
Vivek               house guide days neutron net-create ext-net --shared --router:external=True15:39
jeblairfungi, nibalizer: * (we may have 2 vhost files for a short while while we perform the pypi move)15:39
Vivek20:52 < fungi> yeah, so long as we don't intent to need to pay for x.509 certs for them, something like mirror.dfw.openstack.org which can have15:39
EmilienMjeblair: are you doing that a friday?15:39
Vivek               pypi.mirror.dfw.openstack.org or something as a vhost if we want15:39
Vivek20:53 < Vivek> The URLs in question are http://docs.openstack.org/icehouse/install-guide/install/apt/content/neutron_initial-external-network.html15:39
Vivek               and http://docs.openstack.org/juno/install-guide/install/apt/content/neutron_initial-external-network.html15:39
Vivek20:53 < fungi> eh, i can also see reasons to not bother with additional vhosts for now, as long as we don't paint ourselves into a corner of not15:39
Vivek               being able to use them easily down the road15:39
Vivek20:53 < mordred> yeah - I mean, I don't think we need the specific vhost _now_15:39
Vivek20:53 < mordred> because your example is something we can certainly add in the future if needed15:39
nibalizerI think we need an openstack_project::mirror class that include 1) the vhost file to sevre everything 2) include pypimirror(actually bandersnatch) 3) include rubygems mirror15:39
Vivek20:53 < fungi> yep. let's just do whatever's easiest15:39
Vivek20:53 < jeblair> okay, we back to putting everything on mirror.x for now then?15:39
Vivek20:54 < clarkb> and looking ahead, pypi, gems, apt, yum, maven, none should need special vhost stuff15:40
*** Guest58709 is now known as annegentle15:40
Vivek20:54 -!- dannywil_ [~dannywils@70.103.118.141] has joined #openstack-infra15:40
Vivek20:54 -!- fawadkhaliq [~fawadkhal@mbl-109-48-176.dsl.net.pk] has quit [Read error: Connection reset by peer]15:40
Vivek20:54 < jeblair> javascript?15:40
Vivek20:54 < Vivek> I am facing an issue that when I launch the vms the internal network which is in the 192.168.1.x series is not displayed in the dashboard.15:40
Vivek20:54 < clarkb> jeblair they use couchdb or something like that15:40
Vivek20:54 -!- dannywilson [~dannywils@70.103.118.141] has quit [Ping timeout: 276 seconds]15:40
Vivek20:54 < clarkb> and Go is just git.o.o/allofgithub15:40
Vivek20:55 -!- fawadkhaliq [~fawadkhal@mbl-109-48-176.dsl.net.pk] has joined #openstack-infra15:40
Vivek20:55 < nibalizer> https://www.npmjs.com/package/npm-mirror makes it look like you can just do normal vhost on name/directory15:40
Vivek20:55 < nibalizer> might be a little more complicated15:40
VivekMy applogies for flooding.15:40
Viveksorry did those lines get posted to the channel ?15:40
EmilienMyes15:40
nibalizerVivek: yep15:40
VivekSorry again.15:40
fungiat least it stopped before i got finished adding you to the autokick list15:41
*** yfried__ is now known as yfried|afk15:41
cineramaStevenK: lol. yes, i had incidentally noticed the timeout issue but for some reason i hadn't filed it yet15:41
nibalizerjeblair: cool so then we'll tell clients to use mirror.<az>.o.o/<yourtypeofmirror>15:41
jeblairEmilienM: i think my schedule is booked today15:41
Vivekfungi: Thanks for clarifying :)15:41
jeblairnibalizer: yep15:41
nibalizerEmilienM: mind if I update your patchset with the above^?15:41
clarkbmy schedule is, need to do gerrit prep15:41
EmilienMnibalizer: GO15:42
nibalizerclarkb: ++15:42
fungijeblair: also if we regularly change the paths/names of our pypi mirrors, we should be able to effectively dissuade others from using them15:42
*** jaypipes is now known as leakypipes15:42
clarkbfungi ha15:42
nibalizerits also worth noting that greghaynes has this https://review.openstack.org/#/c/165240/ which maybe wouldn't need its own hosts now? just run in another subdir under /srv/static/mirrors ?15:43
jeblairfungi: changing the apt repo to "test-only-do-not-use-in-production-it-will-break-go-away-beware-of-the-leopard" didn't work :/15:44
nibalizerwell maybe thats more about having a remote builder15:44
clarkbnibalizer ya that shouldnt affect this15:44
clarkbwe would just have wheels/ as another root15:45
clarkbbut the cffi stuff has me worried about it15:45
jeblairbtw, i hope to get the afs stuff back on track so that all our mirroring can be "run once in a central location and publish to all mirrors via afs"15:45
clarkbI think we have to blacklist all cffi built wheels15:45
jeblairbut that's not the highest priority thing around atm15:46
fungijeblair: perhaps we should have hosted it from a disused lavatory15:46
jeblairfungi: i just had an idea for a cloud startup15:46
fungibwahahahaha15:46
*** sks has quit IRC15:46
clarkbbecause if cffi updates, all our cffi built wheels will need to recompile then its gg15:47
*** ildikov has quit IRC15:47
clarkbat least until cffi 1.0 is in use and we build with that everywhere15:48
*** shashankhegde has joined #openstack-infra15:48
*** ivar-lazzaro has quit IRC15:48
fungis/in use/even released at all/15:49
fungiit's tough to make guarantees about what its actual behavior will be since it's still in beta15:50
clarkbya15:50
sigmavirus24fungi: so one solution would be for yet another foundation to give Armin a grant to work on it full time15:51
sigmavirus24The PSF helped fund 1.0 beta15:51
*** gyee has joined #openstack-infra15:52
*** mpavone has quit IRC15:52
*** bcourt has quit IRC15:53
Davieyjeblair: just one afs cell, right?15:53
*** otter768 has joined #openstack-infra15:53
clarkbzaro: I can help shepherd things through today15:54
fungisigmavirus24: i'm all for more funding to free software projects, though in our case the effort might be better invested in finding more pure python implementations of things so we can depend less on system libraries15:54
derekhIf anybody has a chance could you take a look at the patch to add Fedora 21 to the tripleo cloud https://review.openstack.org/#/c/169778/15:54
clarkbzaro: let me know when you are here and we can make sure that anything that can get in today is at least attempted15:54
derekhand the patch to start using it please https://review.openstack.org/#/c/181136/15:54
jeblairderekh: yep15:54
sigmavirus24fungi: yeah well I can think of at least one thing that we can't replace like that: cryptography15:54
derekhjeblair: thanks15:54
jeblairderekh: ah sorry tab fail15:55
clarkbsigmavirus24: well we sort of did, we pin to before they use cffi \o/15:55
jeblairderekh: i have no idea what i just said yes to :)15:55
jeblairDaviey: yep15:55
sigmavirus24clarkb: yuck15:55
clarkbsigmavirus24: sorry pyopenssl15:55
jeblairderekh: i will read what you said now :)15:55
clarkbsigmavirus24: no its much better15:55
derekhjeblair: ;-) , thanks15:55
clarkbsigmavirus24: it doesn't OOM your machines15:55
fungisigmavirus24: or maybe that's top of the heap for something which should have a good pure python alternative after all15:55
*** openstackstatus has quit IRC15:56
*** dkranz has quit IRC15:56
fungimaybe not for ultra-high-performance situations, but there are plenty of places where you want good crypto running entirely within an interpreter15:56
*** openstackstatus has joined #openstack-infra15:57
*** ChanServ sets mode: +v openstackstatus15:57
*** patrickeast has joined #openstack-infra15:57
jeblairderekh: okay :)15:57
dstufftfungi: you can't do crypto in pure python15:58
dstufftit's totally insecure15:58
clarkbmordred: ssh to 15.126.143.112 thats your ubuntu-trusty node15:58
dstufftthere are side channels all over the place15:58
clarkbmordred: I can get in so networking worked15:58
*** otter768 has quit IRC15:58
dstufftit's impossible to do constant time python15:58
fungithat also sounds like something worth improving then15:58
dstufft(there are some very limited situations where a side channel isn't a big deal, but it's subtle when it is or isn't and it's much safer to just assume not)15:59
clarkbmordred: one thing that simple-init does not appear to do is set the hostname (not a big deal, just noting my observations as I poke around)15:59
derekhjeblair: greghaynes clarkb thanks15:59
*** hdd has quit IRC15:59
greghaynesclarkb: did you see something didnt go well witho our recent dib zuul-cloner change? http://logs.openstack.org/61/181161/4/check/gate-dib-dsvm-functests-devstack-trusty/733d50b/console.html16:00
dstufftfungi: so it's possible to do that in Python if you added the needed primtitives to Python itself.. but you'd essentially being adding primitives which are only every good for cryptography and it'd only be 3.5 (or more likely 3.6+) if you started working on it *right now*16:01
dstufftonly ever*16:01
clarkbgreghaynes: ya I have no idea what caused that16:01
openstackgerritSpencer Krum proposed openstack-infra/system-config: Create rubygems mirror from rubygems.org  https://review.openstack.org/17802616:01
nibalizerEmilienM: ^^16:01
clarkbgreghaynes: jeblair may recognize it?16:01
*** freerunner has quit IRC16:01
fungior use a protocol to communicate with the crypto implementation rather than having it running in your interpreter's execution space (and then implement the crytpto service in a separate language). i've just had lots of headaches trying to get interpreted languages sanely loading precompiled libraries16:01
sigmavirus24dstufft: 3.6 at best16:02
greghaynesclarkb: possible the removing gerrit-git-prep?16:02
greghaynesclarkb: since thats the only real change16:02
clarkbgreghaynes: maybe? that would be really odd though16:02
sigmavirus24fungi: I'm up to rewrite OpenStack in C16:02
EmilienMnibalizer: thanks16:02
fungisigmavirus24: apparently we're rewriting it in go, shortly after google takes over16:02
clarkbgreghaynes: its trying to clean up the repo it just cloned16:02
clarkbgreghaynes: and that failed16:02
*** annegentle has quit IRC16:02
sigmavirus24fungi: OpenStack Foundation is getting acquihired, no?16:02
sigmavirus24=P16:03
*** jlanoux has quit IRC16:03
*** e0ne is now known as e0ne_16:04
clarkbgreghaynes: I wonder, that could be a bug due to the zuul-cloner change that was just merged16:04
clarkbjeblair: ^ that chnage did just merge ya?16:04
dstufftfungi: eh, loading the .so isn't the hard part really, CPython handles that pretty well. The problem with cffi < 1.0 is it uses a bunch of implicit magic all over the place16:04
openstackgerritEmilien Macchi proposed openstack-infra/project-config: beaker: support ssh service name on centos  https://review.openstack.org/18144216:04
fungidstufft: well, it's still a problem if you need to build c extensions to python packages. makes it a lot harder to keep them cross-platform-sane16:05
jeblairclarkb: no i don't think it's merged16:05
greghaynesclarkb: https://review.openstack.org/#/c/117626/ ?16:06
clarkbnevermind then16:06
clarkbhrm why would that fail?16:06
dstufftfungi: sure, compiled code isn't cross platform, but that's a reason to use C sparingly where it makes sense (like cryptography libraries ;)) not a reason to eschew the use of C all together16:06
clarkbgreghaynes: is it consistent?16:06
clarkbmordred: also looks like simple-init unmounts the config drive, might be handy to leave that mounted?16:06
openstackgerritMerged openstack-infra/system-config: Add a Fedora 21 node to tripleo cloud  https://review.openstack.org/16977816:07
greghaynesclarkb: it was late last night, I can recheck and see if it re-happens16:07
clarkbgreghaynes: I wonder if it is related to the image it ran on16:07
clarkbgreghaynes: maybe it didn't get HEAD because of the way we cached the repo?16:08
*** ashleighfarnham has joined #openstack-infra16:08
greghayneshrm16:08
clarkbI can confirm there is no /opt/git/openstack/diskimage-builder/.git/refs/heads/HEAD on the ubuntu-trusty node I am on16:08
jeblairclarkb: what about other repos?16:08
clarkbjeblair: nova doesn't have one either. going to check system-config since we use zuul-cloner there16:09
greghaynesso, I wonder if its a bug in zuul cloner that we tickled by removing the gerrit-git-prep, maybe gerrit-git-prep was fetching it?16:09
*** unicell1 has quit IRC16:09
fungiclarkb: hpcloud or rax? did we skip a clone error in an image build?16:09
mordredclarkb: yes - I did not have it set the hostname because we do that in puppet thing - and the cloud-init setting of the hostname doesn't ever do what we expect anyway - happy to adapt that though if you think we should make it do the right thing16:09
clarkbya none in system-config either16:09
jeblairgreghaynes: i think we use zuul-cloner without ggp on system-config16:09
*** bcourt has joined #openstack-infra16:09
mordredclarkb: also - I'm _totally_ fine with not unmounting - I think I'd prefer that16:10
clarkbfungi: the fail is from hpcloud and I am on an hpcloud ubuntu-trusty node, all would've been dib built16:10
openstackgerritEmilien Macchi proposed openstack-infra/project-config: beaker: support ssh service name on centos  https://review.openstack.org/18144216:10
*** yfried|afk has quit IRC16:10
EmilienMnibalizer, mordred ^ I had to fix ssh restart for beaker jobs on centos16:10
*** shashankhegde has quit IRC16:11
nibalizerEmilienM: lgtm16:12
fungiclarkb: yeah, for hpcloud a clone error in dib of that image would affect all regions there. seeing if the logs offer any insight16:12
EmilienMnibalizer: well, trusty is broken now16:12
EmilienMnibalizer: http://logs.openstack.org/39/181439/1/check/gate-puppet-keystone-puppet-beaker-rspec-dsvm-trusty/f216a4e/console.html#_2015-05-08_16_00_28_57416:12
EmilienMis that related to the new image we're using?16:12
EmilienMactually it's http://logs.openstack.org/39/181439/1/check/gate-puppet-keystone-puppet-beaker-rspec-dsvm-trusty/f216a4e/console.html#_2015-05-08_16_00_28_59216:13
jeblairclarkb, fungi, greghaynes: i just ran on a bare-trusty hpcloud-b3 node and it worked (that's a different image; the failure was on devstack-trusty in hpcloud-b3)16:13
greghaynesawesome16:14
clarkbjeblair: bare-trusty is snapshot built and devstack-trusty is dib built with the git cache16:14
*** armax has quit IRC16:14
clarkbI wonder if this is a bug in dib elements16:14
fungilooking in the dib log for that image, it looks like the clone didn't raise any errors16:15
*** dan_ has joined #openstack-infra16:15
jeblairoh, i forgot to mention, the node i tried on was 22 hours old16:15
clarkbnodepool:/opt/dib_cache/source-repositories/diskimage_builder_cd49334dd93562d7a6a7ff4d88b37662cb648227/.git/refs/heads has no HEAD either16:15
fungiHEAD is now at 9ac2a5b Merge "Package ldlinux.c32 along with isolinux.bin if it exists"16:15
*** dan_ is now known as Guest6478716:15
jeblairi just tried on a 74 hour old devstack-trusty-2-node-rax-iad and it worked16:15
clarkbjeblair: thats also snapshot built so I think that does point to something odd with how we are making dib images16:16
jeblairbrand new devstack-trusty-hpcloud-b2 failed16:16
clarkbjeblair: can you check the .git/refs/heads dir in a repo?16:16
clarkbjeblair: on a working node16:16
*** gyee has quit IRC16:16
jeblairclarkb: cache or clone?16:17
*** freerunner has joined #openstack-infra16:17
clarkbjeblair: cache /opt/git/openstack/diskimage-builder/.git/refs/heads16:17
clarkbthough HEAD is a special ref and maybe the source side isn't the issue?16:18
*** btully has quit IRC16:18
clarkbthis is one thing about git that I dislike quite a bit16:18
jeblaircorvus@devstack-trusty-2-node-rax-iad-2416531:/opt/git/openstack/diskimage-builder$ ls /opt/git/openstack/diskimage-builder/.git/refs/heads16:18
jeblairmaster16:18
jeblairworking ^16:18
jeblaircorvus@ubuntu:/opt/git/openstack/diskimage-builder$ ls /opt/git/openstack/diskimage-builder/.git/refs/heads16:18
jeblairfetch_master  master16:18
jeblairfailing ^16:18
fungibasically last mention during the build is that it did a `sudo git reset --hard FETCH_HEAD` which reports that it set HEAD successfully16:18
fungithough maybe that's in reference to the work-tree HEAD and not the clone HEAD16:19
clarkboh is .git/HEAD possibly pointing to something not in .git/refs/heads and that error is a bit confused?16:19
jeblairfetch_master is the ref that zuul-cloner is trying to clean up16:19
jeblairHEAD is "ref: refs/heads/master" in both places16:20
clarkbjeblair: what about in the cloned repo side for the host that fails?16:21
* clarkb runs some zuul-cloner on this ubuntu-trusty node16:21
jeblairref: refs/remotes/origin/HEAD16:22
*** gyee has joined #openstack-infra16:22
openstackgerritEmilien Macchi proposed openstack-infra/project-config: beaker: support ssh service name on centos  https://review.openstack.org/18144216:22
clarkbhrm zuul-cloner really wants me to set all of these zuul vars16:25
fungiyep, not entirely easy to test since they don't have defaults16:25
jeblairclarkb: http://paste.openstack.org/show/217233/16:25
jeblair(we should have zuul-cloner emit that for easier debugging)16:26
*** dboik has joined #openstack-infra16:27
*** dboik_ has quit IRC16:27
clarkbya so .git/HEAD -> .git/refs/remotes/origin/HEAD -> .git/refs/remotes/origin/master DNE16:28
*** ildikov has joined #openstack-infra16:28
clarkbI wonder if the prune is pruning too much?16:29
jeblairso what is the 'fetch_master' ref ?16:29
jeblairclarkb: it's trying to prune 'fetch_master' which only exists on the dib repos16:29
*** dboik_ has joined #openstack-infra16:30
EmilienMmordred: I had to change beaker job to add missing package due to a new image used - https://review.openstack.org/#/c/18144216:30
clarkbjeblair: right but it appears to be failing because refs/remotes/origin/master DNE16:30
clarkbjeblair: that is what HEAD resolves to16:30
*** dizquierdo has quit IRC16:30
fungiso this points to a bug (lack of validation at least?) in the source-repositories element?16:32
clarkbfungi: no I don't think source-repositories is broken16:32
mordredo wow scrollback16:32
* nibalizer bookmarks jeblair's link16:32
jeblairthe dib caching causes a ref called fetch_master to be created; the zuul cloner causes that to propogate to the clone and also sets HEAD to ref: refs/remotes/origin/HEAD; when zuul-cloner rewrites the origin it causes that ref to be invalid16:32
clarkbfungi: there is no fetch_master in that repo16:32
jeblairnibalizer: it's only valid for that job -- i got it by checking the jenkins parameters page for the job though -- all the vars are there16:32
clarkbfungi: its possibly in our clone from source-repositories cache into the image16:32
fungi2015-05-08 15:17:24,102 INFO nodepool.image.build.devstack-trusty: * [new branch]      master     -> fetch_master16:33
*** dboik has quit IRC16:33
fungiseems to have created it16:33
nibalizerjeblair: but as a template its gold16:33
jeblairclarkb, fungi: so i think there's two ways to fix: cause fetch_master not to be created in the clone (this is a dib change); or have zuul cloner update HEAD to something else after cloning and before pruning16:33
jeblairnibalizer: ya16:33
nibalizeralthough yea zuul_ref is not guessable16:33
*** Swami has joined #openstack-infra16:34
clarkbfungi: what script is that a part of? if you go up in the log dib should tell ou what it ran16:34
*** btran_ has joined #openstack-infra16:34
mordredgreghaynes: what is fetch_master used for?16:34
nibalizerjeblair: also 180782 18078316:34
*** Sukhdev has joined #openstack-infra16:34
greghaynesmordred: that is a good question16:35
mordredgit fetch $CACHE_PATH $REPOREF:fetch_$REPOREF16:35
mordredbtw16:35
clarkbnibalizer: thats where the changes are /me updates their topics16:35
mordredis where it gets created16:35
mordredin elements/source-repositories/extra-data.d/98-source-repositories:16:35
clarkbhuh the source-repository in the cache does not have that16:35
clarkbso that must only happen image side16:35
mordred                        # When we first clone we create a branch naming what we fetched16:35
mordred                        # that must match, or we are asking for two different references from the16:35
mordred                        # same repo, which is an error16:35
jeblairclarkb: i have a fetch_master ref on my nodes16:35
greghaynesmordred: yea, that is happening as it clones out of the cache16:36
greghayneser16:36
greghaynesclarkb: ^16:36
mordredI think it's in support of specifying a specific ref in the source-repositories file and then being able to have thigns consume "the ref that was fetched" without them also having to know the ref16:36
clarkbjeblair: ya me too16:36
clarkbjeblair: it does not exist in the dib cache on nodepool.o.o though16:36
clarkbmordred: we call that FETCH_HEAD16:37
jeblairclarkb: ah, gotcha, and i think mordred's paste just splains that16:37
*** unicell has joined #openstack-infra16:37
fungiclarkb: extra-data.d/98-source-repositories16:37
mordredclarkb: yah - I'm trying to dig in to why that wasn't juse used16:37
fungiis what's running that16:37
jeblairgah, i have to run do some errands, sorry16:37
mordred                    sudo git fetch $CACHE_PATH $REPOREF:fetch_$REPOREF16:38
mordred                    sudo git reset --hard FETCH_HEAD16:38
*** dustins has joined #openstack-infra16:38
clarkbok, so we know where that ref is coming from, we know zuul-cloner wants to delete it, but why is refs/remotes/origin/HEAD pointing to refs/remotes/origin/master which does not exist?16:38
greghayneshttps://review.openstack.org/#/c/135580/16:38
*** aduarte has joined #openstack-infra16:38
greghaynesthat is what added it16:38
*** ajmiller has quit IRC16:38
fungiclarkb: elements/source-repositories/extra-data.d/98-source-repositories in openstack/diskimage-builder16:39
*** ajmiller has joined #openstack-infra16:39
clarkbfungi: thanks16:39
mordredok. I think that patch can get reworked16:39
nibalizerclarkb: ah i totally spaced on topic sorry16:39
*** dboik_ has quit IRC16:39
mordredbut I agre, it does not explain clarkb's question16:39
fungilooks like line 16216:39
*** marcusvrn has quit IRC16:39
fungisudo git fetch $CACHE_PATH $REPOREF:fetch_$REPOREF16:39
mordredwhich is why is HEAD pointing to non-existant origin/master16:39
clarkbmordred: I think that if HEAD did not do that, this would work16:40
*** gokrokve has quit IRC16:40
*** dboik has joined #openstack-infra16:40
mordredyah16:40
mordredI think fetch_master is silly - but I'm better it's a red herring16:40
clarkbmordred: well it triggers this whole thing16:40
*** yamahata has quit IRC16:41
clarkbOH!16:41
* mordred excites16:41
clarkbI think its because we explode when changing our remote16:41
*** radez is now known as radez_g0n316:41
clarkbif you look at the zuul-cloner log what it is doing is changing the origin remote to point at our git mirror16:41
clarkbbut then it also tries to clean up this thing which git won't do in this half broken state16:41
*** marcusvrn has joined #openstack-infra16:41
clarkbI wonder if this is just an order of operations thing inside of zuul-cloner16:42
*** radez_g0n3 is now known as radez16:42
mordredah - nod16:43
*** harlowja has quit IRC16:44
*** harlowja has joined #openstack-infra16:44
fungii'm sort of curious why it didn't start until today's image update though16:45
clarkbfungi: because this is the only job using zuul-cloner on dib built images16:46
fungiohhh16:46
zaromorning16:46
greghaynesclarkb: why wasnt it failing before then?16:46
clarkbok new update, if I use git to clone the repo I don't get a fetch_master16:46
greghaynesggp cleaned up the repo?16:46
*** tjones1 has quit IRC16:46
clarkbgreghaynes: you probably ran on rax exclusively16:46
greghayneshrm, it ran a lot16:46
zaroclarkb: ready16:46
mordredclarkb: that's right- I would expect you would see a remote/origin/fetch_master in git branch -a though16:46
*** packet has quit IRC16:46
clarkbmordred: yes I do have that but not in refs/heads just under origin16:47
mordredright16:47
clarkbzaro: cool, so first question, do we have the version of gerrit that we want to deploy built in a war and running on review-dev?16:47
mordredI believe that is expected16:47
clarkbzaro: and is an up to date change to deploy that way on review.o.o pushed?16:48
zaroclarkb: did we upgrade all jenkins with your last change or was it only 07?16:48
zaroclarkb: checking16:48
clarkbzaro: all of them have my change but not he register functions change, just the work() loop update16:48
*** armax has joined #openstack-infra16:49
clarkbmordred: so when I do `git clone file:///opt/git/openstack/diskimage-builder && cd diskimage-builder && git branch -d -r origin/fetch_master` that works16:49
*** freerunner has quit IRC16:49
pabelangerDo we have any documentation about moving a project into the openstack namespace, from stackforge?  Assuming governance approves it16:50
zaroclarkb: i expected 10.2.23 to show up at http://tarballs.openstack.org/ci/gerrit/  but don't see it.  let me see if i can find  build log in any of the jenkins masters16:50
*** tjones1 has joined #openstack-infra16:50
*** fawadkhaliq has quit IRC16:50
*** achanda has joined #openstack-infra16:50
*** ddieterly has quit IRC16:51
mordredpabelanger: yes, that is correct - governance approves such a thing16:51
*** fawadkhaliq has joined #openstack-infra16:51
mordredpabelanger: and then we try to batch up renames because they are a downtime16:51
*** tjones1 has quit IRC16:51
pabelangermordred, Right, is that batching process documented any place? EG: how does a renamed project from governance get into -infra to be actually renamed?16:51
*** tjones1 has joined #openstack-infra16:52
*** ddieterly has joined #openstack-infra16:52
mordredpabelanger: one sec - I give you link16:52
*** derekh has quit IRC16:52
pabelangerty16:53
mordredpabelanger: http://ci.openstack.org/gerrit.html#renaming-a-project16:53
clarkbalso, if I clone from the /opt/git cache with git git then run zuul-cloner that works16:53
clarkbhttps://pypi.python.org/pypi/GitPython/1.0.1 released a week ago or so16:53
*** ivar-lazzaro has joined #openstack-infra16:53
mordredpabelanger: I also wrote this: https://review.openstack.org/#/c/175147/16:54
greghaynesclarkb: wah? if you clone from it then it works?16:54
mordredpabelanger: which si as-of-yet untested16:54
mordredclarkb: so - maybe gitpython bug?16:54
clarkbgreghaynes: if I use git to do the cloen first it work16:54
mordredclarkb: oh! was the fetch_master showing up in heads in the ... I get it16:54
clarkbgreghaynes: instead of GitPython via zuul-cloner16:54
clarkbmordred: yes16:54
mordredclarkb: I understand what you were verifying now16:54
clarkbmordred: I think GitPython git clone is broken16:54
greghayneshuh16:54
mordredclarkb: that also makes sense that we maybe didnt' see this with greghaynes changes until we removed ggp - because ggp would have done the glone with git giti16:55
greghaynesyep16:55
*** jogo is now known as fashgordon16:55
clarkbmordred: no, different paths completely16:55
mordredokie16:55
pabelangermordred, Yup, I've been reading that.  Guess I'm confused on how the project gets from governance approved, to -infra actually doing the batch.  In the past I have seen project renames on the meeting wiki, for weekly discussion. Guess that's the location to notify -infra?16:55
clarkboh except that ggp did the clone in the past16:55
clarkbright so we replaced it with zuul-cloner yup got it16:55
*** mwagner_lap has joined #openstack-infra16:55
*** fawadkhaliq has quit IRC16:55
mordredpabelanger: yah - so - if someone gets the governance approal, they'll typically also write a change to project-config for the rename16:56
*** sputnik13 has joined #openstack-infra16:56
mordredand we'll notice16:56
greghaynesAlso, the gitpython package site has videos of him live coding in case anyone was wondering16:56
clarkbgreghaynes: so as a workaround we could add `git clone file:///opt/git/openstack/diskimage-builder openstack/diskimage-builder` and do the same for dib-utils prior to running zuul-cloner16:56
mordredwe also may all watch the governance repo :)16:56
*** fashgordon is now known as flashgordon16:56
*** alaski is now known as lascii16:56
clarkbgreghaynes: I am also going to try using older GitPython16:56
*** freerunner has joined #openstack-infra16:57
pabelangermordred, okay, that's what I suspect. I offered up to do the project-config change in this case.  Just trying to understand how to actively notify -infra.16:57
fungiyeah, openstack/governance is one of the only non-infra gerrit repos to which i subscribe16:57
*** gokrokve has joined #openstack-infra16:57
clarkb0.3.7 and 1.0.0 and 1.0.1 all seem to exhibit this behavior16:58
*** gokrokve has quit IRC16:58
*** gokrokve has joined #openstack-infra16:58
clarkbgreghaynes: so for immediate future lets make it work I think the do git clone first is a decent work around16:58
greghaynesclarkb: yep, patch inc.16:58
*** ashleighfarnham has quit IRC16:58
*** annegentle has joined #openstack-infra16:59
fungipabelanger: also, since i think nobody mentioned it yet, generally those proposing the rename link it from https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Upcoming_Project_Renames and then we discuss scheduling in our weekly meetings16:59
fungipabelanger: that's effectively the step for notifying the infra team that you've got a project to move/rename17:00
openstackgerritgreghaynes proposed openstack-infra/project-config: Clone DIB repos with git before zuul-cloner  https://review.openstack.org/18146317:01
greghaynesclarkb: ^ ty for the debug17:01
zaroclarkb: so the build to package and upload gerrit to tarballs failed downloading something from the internet.  https://jenkins07.openstack.org/job/gerrit-package-buck/10/console17:02
zaroclarkb: can we run that again?17:02
*** abregman has quit IRC17:02
fungizaro: yeah, i'll retrigger it now17:02
zarofungi: thanks.17:02
clarkbfungi: zaro thanks17:03
EmilienMclarkb, fungi: when you got time, can you look at https://review.openstack.org/#/c/181442/ ? it would help to make progress on beaker work17:03
zaroclarkb: so i'm wondering how the jenkins master are holding up?17:03
*** luqas has quit IRC17:03
clarkbmordred: no screen on ubuntu-minimal, I am sad17:04
zaroclarkb: found an issue with the gearman-plugin but might not be exposed in how we are using.17:04
clarkbzaro: they seem to be doing fine17:04
clarkbzaro: what is the issue?17:04
*** whoops has joined #openstack-infra17:05
*** yamahata has joined #openstack-infra17:06
*** Krinkle|detached is now known as Krinkle17:06
fungiclarkb: https://github.com/larsks/fakeprovide looks like a potential solution to the centos-6 python-setuptools dependencies dilemma17:06
mordredclarkb: perhaps we should add it to template.pp ?17:07
clarkbEmilienM: is it ok if I use that patch as a "why I don't think we should use beaker" example on my spec :P17:07
zaroclarkb: scenario: send many jobs, while jobs are in flight, I send 1 job (offline slave), send more jobs, manually online the slave, gearman-plugin no longer registers functions so no more jobs run.17:07
*** Hal has joined #openstack-infra17:07
clarkbmordred: ya, probably17:07
*** Hal is now known as Guest521817:08
clarkbzaro: with which change?17:08
EmilienMclarkb: lol... why that? because of deps?17:08
clarkbEmilienM: because of the ridiculousness of making beaker "run puppet here damnit"17:08
openstackgerritMerged openstack-infra/zuul: Adding doc reference of ZUUL_CHANGES  https://review.openstack.org/17614017:08
mordredEmilienM: because beaker tries to do to much17:08
EmilienMyeah...17:08
zaroclarkb: with https://review.openstack.org/#/c/179988/17:09
*** dkranz has joined #openstack-infra17:09
clarkbzaro: its possible there is a bug with that behavior, but I think it existed before17:10
clarkbzaro: I didn't change how we run registerFunctions, I only changed the threading of it17:10
clarkbzaro: in any case we don't do that specific behavior so we should be ok until we fix it17:10
fungiwow, the mailing list archives at osdir.com have just become completely unusable these days. they're infested with "ads" that are social engineering/phishing exploits17:11
zaroclarkb: that's what i thought.  i'll continue to debug.17:11
pleia2fungi: yeah, they've been creeping up to unusuable levels in the past year or so17:12
clarkbzaro: if I had to guess at where that bug is, it has to do with not reseting the functions so we don't detect we need to reregister17:13
clarkbzaro: the child change of that change may fix it actually17:13
clarkbzaro: https://review.openstack.org/#/c/180371/ sorry it isn't parented anymore, but thats the one17:13
zaroclarkb: actually i noticed this with the child change first then check the parent to see if it was there as well.17:13
clarkbzaro: huh, then my hunch is probably wrong. The child is a lot more careful than the old code about registering if it and the server may have gotten out of sync17:14
mordredclarkb, fungi: I am activating US West on the openstackci2 account on hpcloud so that I Can spin up a mirror there17:14
fungizaro: that retriggered post job has been in the gearman queue for a few minutes now, but that pipeline seems to be running an hour or so backlog so may be a while before it runs17:14
clarkbzaro: the "Ensure we start from scratch on reconnection comments"17:15
fungimordred: thanks! can't wait to try extending our use to it17:15
clarkbzaro: I will try to reproduce locally now17:15
zaroclarkb: my plan was to switch back to the child change to debug some more.17:15
clarkbzaro: but its run job with offline request, queue jobs after offline, online node to reproduce?17:16
*** crc32 has joined #openstack-infra17:17
fungizaro: nevermind. i guess bare-trusty workers aren't the holdup, so it's done now http://logs.openstack.org/03/039a1701aeeca922133ae55face73530a164cf5b/post/gerrit-package-buck/994350b,1/console.html17:17
zarofungi: yup, file is there now. thanks.17:17
funginp17:17
zaroclarkb: ^ so file is there now.17:17
clarkbzaro: cool, so now we need an up to date change to use that file and we need to ensure review-dev is running with that file?17:18
*** teran has joined #openstack-infra17:18
zaroclarkb: that should repro.  let me check that exact scenario since i did have a step initially that runs a bunch of jobs.17:19
*** crc32 has quit IRC17:20
*** Krinkle is now known as Krinkle|detached17:20
*** crc32 has joined #openstack-infra17:21
zaroclarkb: ahh, already did that https://review.openstack.org/#/c/15546317:21
*** annegentle has quit IRC17:21
clarkbzaro: ok, first attempt to reproduce the gearman-plugin bug failed. I ran one job with offline = 1, my single slave went offline, queued 10 jobs without offline requests, bought node back online and all 10 jobs ran17:22
clarkbzaro: and from wht I can tell it did a RESET_ABILITIES to reset all functions on offline, then CAN_DO'd them back after online so that looked correct to me17:23
clarkbzaro: probably an additional thing we need to reproduce17:23
zaroclarkb: ahh, i believe i did test that scenario before and it did work.  try sending this scenario17:24
clarkbzaro: not to keep switching between conversations, but can we make sure we put the war in 155463 on review-dev today?17:25
clarkbzaro: let me know if I can help with ^17:25
zarosend a bunch of jobs, send a job (offline) while previous jobs are in flight, send another bunch of jobs.  bring node back online17:25
clarkbzaro: I can try that17:25
greghaynesfungi: Can I grab a review on the zuul-cloner workaround? https://review.openstack.org/#/c/181463/1 :)17:26
zaroclarkb: that change has already been prepped, https://review.openstack.org/#/c/18114317:26
pabelangerfungi, perfect, thanks17:26
fungimordred: clarkb: jeblair: opinions on doing something similar to https://github.com/larsks/fakeprovide to stub out the python-setuptools dependencies on centos-6 nodes? basically just a simple specfile which Provides:python-setuptools but installs no files, and then rpmbuild -bb it and install the result?17:26
* zaro goes to run puppet on review-dev17:26
mordredfungi: shudder what?17:27
mordredfungi: it's possible I haven't been following enough of the problem there17:27
fungimordred: to deal with rpms which declare a depenency on python-setuptools17:27
greghaynesfungi: it is amazing that tool exists17:27
openstackgerritMerged openstack-infra/project-config: beaker: support ssh service name on centos  https://review.openstack.org/18144217:27
fungigreghaynes: the "tool" is just a wrapper to make a simple specfile and rpmbuild on it17:27
greghaynesheh, yea17:28
mordredfungi: oh. gross17:28
clarkbya but its existance implies that rpm/yum/something is broken17:28
mordredfungi: do we have a list of them?17:28
mordredlet me guess - something in the dep chain for yum probably17:28
fungimordred: if you uninstall python-setuptools on centos 6.x, you can't install (or even pre-cache) rpms which depend on it, because it's part of the base package set and so not resolvable through yum repository lists at all17:29
mordredfungi: oh wow17:29
mordredfungi: that's AMAZING17:29
*** vponomaryov has quit IRC17:29
fungibasically they never considered that someone might uninstall that package i guess17:29
mordredof course they didn't17:29
mordredfungi: so - we're treading enough here that it really makes me want to deal with 'infra needs package repo' more quickly17:30
openstackgerritKhai Do proposed openstack-infra/system-config: Update Gerrit to newer 2.10 build on review-dev.o.o  https://review.openstack.org/18114317:30
mordredfungi: I guess I'm fine with that for the time being - but I really think we should put it in a list of hacks taht we need to resolve17:30
clarkbzaro: ya I am not able to reproduce that gearman-plugin bug. I am testing with the registration update change fwiw17:30
fungiright now devstack has pylint and python-nose in its rpms lists on at least some branches, so on centos-6 i can't pre-cache those because of the dependency yum is unable to resolve17:30
mordredfungi: ok. so the solution to that is simple - remove those17:31
clarkbmordred: I am not sure how infra needs a package repo solves this17:31
clarkbmordred: infra makes a new distro would solve it17:31
clarkbbut then we aren't testing centos/rhel17:31
mordredclarkb: because then we could make rpms of modern setuptools for the hosts instead of running get-pip the whole tiem17:31
fungimordred: i'll see if i can convince the devstack cores to take a patch which does that, possibly on old stable branches17:31
*** nikita09 has joined #openstack-infra17:31
clarkbmordred: this isn't setuptools its requests17:31
mordredfungi: arent' we on branchless devstack?17:31
zaroclarkb: hmm, might be some timing thing. i'm running in debug, hpi:run17:32
mordredclarkb: no it's not17:32
fungimordred: branchless tempest17:32
mordredfungi: gotcha17:32
fungidevstack is branchybranchy17:32
clarkbya devstack will likely be branched for ever17:32
mordredclarkb: we're talking about setuptools required by python-nose and pylint17:32
*** e0ne_ is now known as e0ne17:32
mordredclarkb: that's easy - both of those should be pip installed by devstack17:32
clarkbmaye I crossed the streams on a couple things, I thought it was python requests17:32
fungiideally yes17:32
zaroclarkb: i'll see if i can repro again and see how it works when installed on a real master17:32
mordrednow - we may still need to do fungi's thing for somethign else17:32
mordredbut for that one specific issue, there is a clearer and easier solution :)17:33
fungimordred: well, i think setuptools is one of those rare cases where we want to uninstall a base package which the distro assumes will always be there17:33
clarkbfungi: and why can't we just uninstall it after we cache?17:33
zaroclarkb: ohh are you using multiple clients to submit the jobs?17:33
clarkbfungi: that seems much simpler to me17:33
clarkbzaro: yes I have 10 clients all submitting jobs to one worker in a loop, then I have an 11th send the offline job request17:34
fungiclarkb: we want to uninstall it before we install pip/setuptools in the instance. so you're talking about running cache-devstack well before our fundamental bootstrapping elements17:34
mordredfungi: yes. I agree - but I also think that if we have a generalized repo structure, we could make a replacement python-setuptools package and have to dance this dance way less17:34
*** e0ne has quit IRC17:34
nikita09question related to oslo.... does it matter if we have multiple section" [DEFAULT]" declared in our conf file ?? like lets say i define some params under [DEFAULT] at start of file, and later after some other sections, i declare [DEFAULT] again and add more parameters ????17:34
*** koolhead17 has joined #openstack-infra17:34
mordrednikita09: no idea - we don't really run openstack in here- you're better off asking in #openstack-dev17:34
*** teran has quit IRC17:34
mordrednikita09: although I do not believe iniparser would like if if you did what you suggest17:35
fungior #openstack17:35
mordredfungi: ++17:35
clarkbzaro: I have also done manual offlines via the web ui while those 10 clients are running17:35
nikita09mordred: ok will hop there ..thanks )17:35
* zaro needs to afk, bb little later17:35
funginikita09: see https://www.openstack.org/community#help for good places to get help with running openstack17:35
clarkbfungi: I would have to reread the elements but I don't think there is any reason we have to use the current order17:36
*** shashankhegde has joined #openstack-infra17:36
clarkbfungi: we need to run cache-devstack after we do the git repo stuff, but thats the only dep17:36
nikita09fungi: thanks..i probably need to go one where doug hellmann can respond :-)  thanks for the link again...17:36
mordredfungi: I do believe he's right, fwiw17:36
fungiclarkb: i guess as long as we don't use pip before we cache devstack rpms...17:37
*** fawadkhaliq has joined #openstack-infra17:37
fungiclarkb: does just changing the precedence on that element solve it?17:37
clarkbfungi: I don't think we do17:37
*** teran has joined #openstack-infra17:37
clarkbfungi: ya just chnage the numbers17:37
fungier, rather on that script within the element17:37
mordredyup17:37
*** teran has quit IRC17:37
mordredit's run-parts17:37
greghaynesyou could even move it to pre-install.d17:38
greghaynessince its kind of a pre-install thing17:38
clarkbdoesn't that run outside of the chroot?17:39
greghaynesno17:39
greghaynesits the same as install.d, just before17:39
clarkbwe do have a thing that runs out side the chroot to make a list of things to cache17:39
greghaynesyes17:39
greghaynesthats before pre-install.d, extra-data.d17:39
*** HeOS has joined #openstack-infra17:40
fungihrm. we can't remove python-nose from devstack's rpms list because of swift functional testing apparently (according to the comments). i wonder if it can be adapted to use a virtualenv17:40
* clarkb points out that unfortunately those words mean nothing about the usefulness of each step. Maybe we should alias "outside-chroot-init.d" to extra-data.d17:40
*** Sukhdev has quit IRC17:40
clarkbfungi: they may actually be using virtualenv today in the gate at least let me look at that job17:41
*** Sukhdev has joined #openstack-infra17:41
clarkbyup they run tox17:41
fungiokay, so that's just cruft in devstack then17:41
clarkbI think so17:41
greghaynesThe assumption was that extra-data.d was used to pull in extra data from the host environment17:42
greghaynesand so far I think thats mostly been true17:42
*** annegentle has joined #openstack-infra17:43
*** sandywalsh has left #openstack-infra17:44
clarkbsort of, its more "make sure the things we want to cache are cached on the host properly so we can pull them in at install time"17:44
greghaynesIs the issue just caching those packages? Maybe you could blacklist them from the list of packages we try to cache?17:45
clarkbgreghaynes: we don't want to blacklist them if they are used17:45
*** ildikov has quit IRC17:45
greghayneshrm17:45
fungigreghaynes: i considered that. at least if we only do it on the one obsolete platform where we're not likely to actually be using them anyway, that's an option but it means even more snowflakeness17:45
*** jpeeler has quit IRC17:46
greghaynesyea, sounds like super-early is the way to go17:46
*** sarob has joined #openstack-infra17:46
fungithough i *am* also proposing a change to devstack to drop nose and pylint from the distro package lists on all branches17:46
*** abregman has joined #openstack-infra17:47
*** teran has joined #openstack-infra17:47
*** teran has quit IRC17:47
*** teran has joined #openstack-infra17:48
*** teran has quit IRC17:48
clarkbya pylint is an odd one to have in devstack17:48
*** fitoduarte has joined #openstack-infra17:48
mordredpeople want it to exist because they use devstack nodes as dev nodes17:49
mordredfor local dev17:49
clarkbmordred: ya but all pylinting should be tox'd17:49
mordredclarkb: TOTALLY17:49
mordredI agree it sholdnt' be there17:49
* greghaynes pokes mordred for +A on https://review.openstack.org/#/c/181463/117:50
greghaynesI really want to get those *-minimal elements tested17:50
greghaynes(check out https://review.openstack.org/#/c/181162/ BTW)17:51
fungioh wow, juno devstack actually has python-setuptools in distro package lists17:51
*** aduarte has quit IRC17:52
mordredgreghaynes: ooh!17:52
mordredfungi: that's because bonghits17:52
*** esker has quit IRC17:52
clarkbmordred: you know, outside observers may think that is why we insist on the circular chair arrangment during summits17:53
*** ildikov has joined #openstack-infra17:53
greghaynesyes, passing formation17:53
*** otter768 has joined #openstack-infra17:54
*** HeOS has quit IRC17:57
mordred:)17:57
mordredclarkb, fungi: ok. pypi.region-a.geo-1.openstack.org has been created, and I've added mirror.$region.openstack.org entries for everything17:58
mordredI use A records and not CNAMES so that we could eventually switch the reverse as well and ditch the pypi records17:58
clarkbmordred: cool, have you sent a quota bump request for the openstackjenkins2 account in the west region?17:58
clarkbmordred: I can help do maths for that if it helps17:58
openstackgerritMerged openstack-infra/elastic-recheck: Update query for bug 1403291  https://review.openstack.org/18115017:58
mordredclarkb: not an official one - I sent one in an email - I'll follow up with a quota request17:58
openstackbug 1403291 in neutron "VM's fail to receive DHCPOFFER messages" [Critical,Fix released] https://launchpad.net/bugs/1403291 - Assigned to Kevin Benton (kevinbenton)17:58
*** gokrokve has quit IRC17:58
mordredclarkb: well, my request is "please make it match"17:59
mordredbut maybe that's silly17:59
clarkbmordred: iirc they get really sad if you don't give them numbers for all values17:59
mordredclarkb: you don't happen to have a script/doc from when you did the neutron setup in east do you?17:59
*** otter768 has quit IRC17:59
clarkbmordred: but maybe that changed. IIRC we can't make the networks until that happens because default quota is too small17:59
mordredawesome17:59
clarkbmordred: I don't have a script because I clicked buttons in horizon :/17:59
mordredawesome17:59
clarkbmordred: that is honestly the easiest way to use neutron17:59
mordredI will make a script this time17:59
mordrednah - I got it in python/ansible just fine these days :)18:00
*** ildikov has quit IRC18:00
mordredshade has made me learn many things I probably didn't want to know18:00
clarkbI guess, what horizon does that is nice is forces you to do all the things you have to do that are otherwise undocumented, and forces you to do them in the right order that is otherwise undocumented18:00
*** alexpilotti has quit IRC18:01
clarkbbut its basically, make subnet, make network, make dhcp range, make router, connect router to netowkr and external net18:01
clarkbmordred: one thing to consider is using disjoint network ranges so that if we ever overlap the two we don't run into routing issues18:02
*** alexpilotti has joined #openstack-infra18:02
clarkbbut maybe thats premature optimization18:03
openstackgerritRussell Bryant proposed openstack-infra/project-config: Update jenkins jobs for networking-ovn  https://review.openstack.org/18148718:03
*** claudiub has quit IRC18:04
dtroyerclarkb: planning reasonable address usage is never premature…18:04
* dtroyer one watched two companies merge networks that both used 10/818:04
openstackgerritMerged openstack-infra/project-config: Clone DIB repos with git before zuul-cloner  https://review.openstack.org/18146318:04
*** viktors is now known as viktors|afk18:06
fungihttps://review.openstack.org/#/q/Ibd16ac5,n,z is the devstack patch and associated backports18:07
fungibut i'll also adjust out dib precedence on package caching to try to work around it as well18:07
mordreddtroyer: *shudder*18:07
*** alexpilotti has quit IRC18:07
*** koolhead17 has quit IRC18:07
fungidtroyer: i once worked at a company which had undergone that. it had address-translating bridges (not routers, bridges) at interfaces between the networks18:08
fungiessentially we rewrote the source and destination addresses on the ip protocol headers of frames as they moved through those bridges18:09
clarkbmordred: maybe give east 10.0.0.0/16 and wast 10.1.0.0/16 ? did I do that math correctly?18:09
clarkboh except that I think we use 10.1.0.0/24 in the gate?18:09
clarkbfun times18:09
dtroyeryeah, always get that second octet above 5 or so ;)18:09
clarkbdtroyer: well we stuck with 10.0.0.0/22 or so in east beacuse thats what hpcloud gave us before they used neutron18:10
fungiit taught me to assign rfc-1918 networks out of 172.<some random integer between 16 and 31>18:10
clarkbso we knew those ranges would work18:10
mordredhow about 10.1{1,2,3,4,5}.0.0/24 ?18:10
clarkbmordred: that should work18:11
*** jpeeler has joined #openstack-infra18:11
EmilienM"Unable to locate package libxslt-dev" on Trusty now (beaker jobs)18:12
EmilienMis that because we have DIB now?18:12
mordredshouldn't be - that shoudl be a package18:12
dtroyerclarkb: right…that's default-land for sooo many things, including devstack and more than one openstack distro…so you can't run default devstack on default openstack in most cases :(18:12
EmilienMdo18:12
clarkbEmilienM: you likely need an apt-get update prpr to installing anything18:12
EmilienMhttps://jenkins02.openstack.org/job/gate-puppet-keystone-puppet-beaker-rspec-dsvm-trusty/1/console18:12
fungiEmilienM: you'll need to apt-get install that in the job if it's devstack-trusty18:12
mordredyah. you need apt-get update18:13
fungiEmilienM: oh, right, you're getting that while trying to apt-get install18:13
fungidef need to update first18:13
EmilienMah cool cool18:13
EmilienMI'm scare of clarkb saying it's because of beaker now.18:13
clarkbEmilienM: its not :) its due to apt caching this stuff18:13
fungii've heard that all the world's troubles are because of beaker18:13
clarkbbut I have no idea why puppet can't do this for itslef18:14
clarkbs/puppet/puppet or beaker/18:14
fungiprof. honeydew's experiments would have gone so much more smoothly were it not for beaker18:14
*** coolsvap has quit IRC18:15
dtroyersome say beaker was a victim not an antagonist18:15
*** freerunner has quit IRC18:15
EmilienMclarkb: the beaker job on centos crashed: Unexpected termination of the channel18:15
EmilienMhttps://jenkins04.openstack.org/job/gate-puppet-keystone-puppet-beaker-rspec-dsvm-centos7/1/console18:15
fungidtroyer: yes, but those people clearly deny science18:15
*** ildikov has joined #openstack-infra18:15
clarkbEmilienM: your puppet probably broke networking then18:16
EmilienMwell, i'm installing a package.18:16
clarkbEmilienM: it may have gotten further than that when it crashed but the buffered data didn't get to jenkins18:16
EmilienMactually I'm deleting a package18:16
clarkboh you are messing withssh right?18:16
clarkbthats what jenkins uses to talk to the slave and may affect stuff18:16
fungiyeah, jenkins will freak out if sshd stops working18:17
EmilienMno, I'm  sudo yum -y remove facter puppet18:17
*** mrunge has quit IRC18:17
clarkbEmilienM: thats what the log is telling you but it ma be lying18:17
clarkbEmilienM: this is a buffered communication channel, if the channel dies before the buffer is flushed you won't see what it was actually doing18:17
EmilienMat least beaker don't lie18:17
clarkbwell its sort of the only way to do this sort of communication otherwise you get a billion 1 byte packets18:18
mordredwell, yeah - because you restart ssh to get that config change - I believe that's going to make the inbound connection unhappy18:18
clarkbmordred: at least on ubuntu that should be fine18:18
clarkbmordred: but I have no idea what crazy things centos might do to protect its users18:18
EmilienMwell. We did all of that *before*18:18
*** esker has joined #openstack-infra18:18
fungiyeah, sshd restarts don't terminate open sockets18:18
fungiat least not usually18:19
EmilienMbefore https://review.openstack.org/#/c/175434/ - we didn't have any issue18:19
clarkbwell you never ran on centos before18:19
fungii just did `sudo service sshd restart` on a held centos6 node and it didn't disconnect my session, fwiw18:20
EmilienMfungi: we did that before on ubuntu18:20
fungiEmilienM: centos 6, centos 6, centos 618:21
fungiubuntu is irrelevant in this case18:21
EmilienMok18:21
clarkbfungi: I think this is centos718:21
fungioh18:21
fungii missed that. could be different there. i can fond out real quick18:21
clarkband runs `sudo systemctl restart sshd`18:21
openstackgerritEmilien Macchi proposed openstack-infra/project-config: puppet/beaker: run apt-get update before install deps  https://review.openstack.org/18149118:22
*** ssam2 has quit IRC18:23
clarkbEmilienM: I am +2 on ^ should fix trusty18:23
clarkbI need to pop out for a short bit, back to hopefully finish up the gerrit prep18:24
fungiyeah, restarting on centos7 doesn't faze it either18:24
clarkbfungi: huh18:24
EmilienM:(18:24
fungieven if i `sudo systemctl stop sshd;sleep 10;sudo systemctl start sshd` i just get a hung socket for 10 seconds and then my session resumes18:24
fungiopenssh is amazingly resilient18:24
*** rwsu_ has quit IRC18:24
clarkbso its possible that its something to do with the other processes18:24
clarkbcould we be OOMing?18:24
clarkbprobably need to hold a centos7 node then go step by step so we avoid any buffering to find the exact thing that explodes18:25
EmilienMmaybe just the VM crashing?18:25
clarkbEmilienM: ya could be18:25
clarkbkernel panic/OOM something like that18:25
fungiif we hold it before it crashes, we could probably see from the virtual console what's happened there18:25
EmilienMclarkb: is that happen often here?18:25
clarkbI can help with that in a bit if we need to do that18:25
EmilienMor am I alone today?18:25
clarkbEmilienM: yes centos7 has been a source of OOM trouble but only after installing and running openstack with latest pyopenssl18:26
nibalizerya it looks like a vm crashing to me18:26
clarkbEmilienM: so this is somewhat new18:26
EmilienMI'll run a recheck once https://review.openstack.org/181491 is merged18:26
fungiafaik we have hardly any jobs gating on centos 718:26
EmilienMfungi: most of them on ubuntu I presume18:27
fungiyeah, or centos 618:27
fungianother possibility is iptables blocking ssh access18:27
fungithough it would need to terminate established connections as well if that's the cause18:28
EmilienMfungi: can you +A https://review.openstack.org/181491 please ?18:28
EmilienMI'll run recheck to see if it happens again18:28
clarkbgreghaynes: have you rerun the dib tests since the workaround?18:28
greghaynesclarkb: nope, I was giving it a bit to puppet18:28
greghaynesclarkb: just kicked off a recheck18:29
greghaynesclarkb: https://jenkins01.openstack.org/job/gate-dib-dsvm-functests-devstack-trusty/5/console not sure how to tell what cloud thats running in18:30
greghaynesclarkb: oh, rax :(18:30
clarkbat the very beginning it says "Building remotely on..."18:30
*** Krinkle|detached is now known as Krinkle18:30
pabelangerSo, for the people playing along at home, here is what a sample grafana dashboard looks like in yaml: https://github.com/pabelanger/grafyaml/blob/master/tests/schema/fixtures/dashboard-0001.yaml18:30
pabelangergoing to be super simple to create dashboards18:31
*** annegentle has quit IRC18:31
*** Guest5218 has quit IRC18:31
greghaynesclarkb: https://jenkins01.openstack.org/job/gate-dib-dsvm-functests-devstack-trusty/6/console success18:32
clarkbgreghaynes: awesome, now to figure out why it doesn't work in general :/18:32
*** Hal has joined #openstack-infra18:33
greghaynesclarkb: yea, sounds like repro'ing should be easyish18:33
*** Hal is now known as Guest6267318:33
fungiclarkb: we run install_puppet.sh at a precedence of 05, so should i drop cache-devstack's download-pkgs from 50 to 04, or raise the puppet element's puppet script to something higher?18:35
fungior does it matter?18:36
clarkbfungi: there is also prepare-node which runs as 20 iirc18:36
clarkbfungi: also, I just realized we may be relying on install_puppet for git?18:36
*** ddieterly has quit IRC18:36
clarkbso I think we want install_git, cache-devstack, install-puppet, prepare-node18:37
fungioh, possibly. we're relying on it for get-pip too18:37
greghaynesclarkb: source-repositories pulls in git18:37
*** Longgeek has quit IRC18:37
clarkbgreghaynes: on the image side?18:37
*** Longgeek has joined #openstack-infra18:37
greghaynesclarkb: yes18:37
clarkboh then I think if we shift to 04 that should work18:37
greghaynesit happens at install.d/00-18:38
greghaynes(package-installs.yamls)18:38
clarkbfungi: ^ that should at least be the minimal change to confirm it works18:38
fungiclarkb: i'm testing the theory now, just making sure there's nothing you know of i'm missing18:38
clarkbfungi: the only additional pieces were prepare node at 20 and potential git dep18:38
greghayneshow do youall get-pip?18:39
greghaynesin the dib images18:39
*** Longgeek has quit IRC18:39
fungialso concerned that when i add bindep into this stage, i'm going to need to make sure that the step which creates the bindep virtualenv happens before the step that caches packages18:39
greghaynesI have a todo item of moving the tripleo get-pip element into DIB proper18:39
*** marun has joined #openstack-infra18:39
fungigreghaynes: it happens as a part of install_puppet.sh18:39
*** Longgeek has joined #openstack-infra18:39
greghaynesah, ok18:39
*** fawadkhaliq has quit IRC18:39
mordredif anybody else wants to go jump on voting on a defcore test thing about glance task-import:18:40
mordredhttps://review.openstack.org/#/c/181280/18:40
fungiwhich, oh, if we rely on one script to both install pip and remove distro setuptools, i can't pip install bindep and then generate and pre-cache a list of packages between those18:40
*** Krinkle is now known as Krinkle|detached18:40
greghaynesmordred: ooo18:40
fungiso this may need some more serious refactoring/splitting up18:40
greghaynesfungi: yea, DIB + a ./install-all-the-stuff leads to that :/18:41
clarkbfungi: ya sounds like we will have to split things up to have much better control over order18:41
fungiworse, we need to remove distro setuptools before installing pip, but i need pip to install bindep before removing setuptools. catch-2218:41
openstackgerritMerged openstack-infra/project-config: puppet/beaker: run apt-get update before install deps  https://review.openstack.org/18149118:41
fungithis is becoming un-fun18:41
clarkbwait18:41
clarkbwhy do we need to remove distro setuptools before installing pip?18:41
clarkbis it purely to avoid pip and yum from fighting?18:42
mordredyes18:42
fungiif we install setuptools after installing pip, the package manager (on at least some platforms) will remove our pip-installed setuptools18:42
fungier, if we remove setuptools after installing pip, i mean18:42
*** armax has quit IRC18:43
fungiso anyway, we're back to needing other solutions for pre-caching rpms which depend on setuptools on centos-618:43
*** Guest62673 has quit IRC18:43
clarkbdoes yum have an ignore missing deps or just cache setuptools but don't install it flag?18:44
clarkbseems like when doing a download only it shouldn't care about what is installed18:45
*** craigbr has joined #openstack-infra18:45
fungiworth noting, centos/rhel 6.x is the only platform on which we uninstall distro setuptools before installing pip18:45
fungiclarkb: there are some fun mailing list threads on that topic18:45
fungiclarkb: yum's development "philosophy" is that it should be hard, if not impossible, for a user to override dependency relationships and get broken packages, even intentionally18:46
clarkbat install time that seems fine18:46
clarkbbut if I just want you to download as many of the packages I think I need as possible why not just do it? yay yuim18:46
clarkbI wonder if we can just use zypper instead18:46
greghayneshaha18:47
fungiunfortunately yum install --downloadonly seems to exercise the entirely same codepath as without --downloadonly, and just skips the install step at the end18:47
greghaynesI wonder if we can use yumdownloader instead18:47
greghaynesand download the rpm's into the cache18:47
greghaynesit might end up with the same issue though...18:48
greghaynesmaybe print a manifest and wget?18:48
fungiafter some insistence from the community, there is apparently now a --skip-broken option which tells it to just not install things whose dependencies can't be resolved18:49
greghaynesoh hey18:49
fungibut that means we'll end up not caching things depending on python-setuptools (which is ultimately probably fine since nothing's going to be able to install them there anyway?)18:49
*** armax has joined #openstack-infra18:49
clarkbwe should just use nix18:50
clarkbthere I said it, made terrible idea to fix all the problems at once and introduce a whole host of new ones :)18:51
fungimy primary concern with doing --skip-broken is that it has the possibility to mask other problems too. but maybe we just don't care18:51
clarkbfungi: I certainly don't care much about centos6 as it is going away in the not distant future18:51
*** ddieterly has joined #openstack-infra18:51
clarkbits got what ~6 months left?18:51
fungiyep, give or take18:52
clarkbso ya lets do the simplest thing here, I thought it was simple to change order but it isn't so maybe we do larsks' thing18:52
* larsks is guilty of horrible awful hacks.18:53
fungiooh, switching the package caching precedence earlier seems to work, though now we're at a new problem. grubby fails to find a suitable template to update the boot configuration18:53
clarkbfungi: the more we dig the more I want to say "no centos-6" :)18:53
*** tnovacik has quit IRC18:54
fungilarsks: well, i don't actually think that's a terrible hack. it's a standard solution in debianland (via the equivs package) to create dummy packages which provide some virtual package name satisfying dependencies you've worked around on your own18:54
*** fawadkhaliq has joined #openstack-infra18:54
larsksfungi: That is certainly an more pleasant phrasing :)18:54
fungiwhen mixing and matching between multiple package managers, it's a relatively sane way to manually bridge some dependencies between them18:55
clarkbfungi: ya for the general case I agree, I just can't get over that we are only asking to download and cache the package18:56
clarkbfungi: whcih should never care18:56
fungiclarkb: ultimately, i think the fault lies in the fact that you can't yum install packages from the base set if you ever yum erase them18:57
fungithough i guess it's also possible we're just missing a channel for them?18:57
fungithere is a "base" repo which we seem to already have enabled19:02
EmilienMclarkb, fungi : sshd restart works19:07
EmilienMhttps://jenkins05.openstack.org/job/gate-puppet-keystone-puppet-beaker-rspec-dsvm-centos7/1/console19:07
EmilienMnow I have sudo error I'm debugging19:07
EmilienMthe good news, it's consistent with trusty (got the same output)19:07
EmilienMthe bad news, I did not have this error before (when using trusty too but another image)19:07
clarkbEmilienM: its removing your sudo privs19:08
clarkbEmilienM: then you try to sudo19:08
clarkbEmilienM: likely you just need to not remove sudo19:08
EmilienMoh19:08
fungiEmilienM: the revoke-sudo builder in your job definition19:09
EmilienMI can trop revoke-sudo ?19:09
EmilienMdrop*19:09
EmilienMI prefer to move the gem install19:09
EmilienMto be consistent with what we had before19:09
fungiyeah, you can remove revoke-sudo or move it after whatever builder needs sudo19:10
*** smarcet has quit IRC19:10
openstackgerritEmilien Macchi proposed openstack-infra/project-config: beaker/puppet: install bundle before revoking sudo  https://review.openstack.org/18150619:11
dhellmannjeblair, fungi, clarkb: The Oslo team is interested in setting up a blog. How do you feel about hosting a statically generated thing using git, gerrit, and sphinx and publishing it to http://docs.openstack.org/developer/ somewhere like we do with documentation?19:11
clarkbdhellmann: I am fine with it, annegentle may have other input though19:11
fungidhellmann: arguably the vmt already does something similar with security.openstack.org and advisories19:11
openstackgerritDavid Shrewsbury proposed openstack-infra/shade: Update images API for get/list/search interface  https://review.openstack.org/18060019:11
dhellmannclarkb: maybe a different hostname? how hard is that?19:11
clarkbdhellmann: basically you would just need a repo with the thing to build then add the doc publishing job to it19:11
dhellmannclarkb: yep, I have the toolchain all lined up, I was asking as a matter of policy19:12
clarkbdhellmann: would require setting that up, which isn't terrible just time19:12
clarkbDNS, vhost, file copying credentials etc19:12
*** salv-orlando has quit IRC19:12
*** ajmiller has quit IRC19:13
dhellmannok, so I'll see what annegentle thinks and then come back and talk about details if she prefers a different hostname and figure out next steps19:13
*** Swami has quit IRC19:13
*** soren has joined #openstack-infra19:13
*** ajmiller has joined #openstack-infra19:13
dtroyerfungi: are those 4 devstack reviews order dependent?  the nose/pylint ones?19:14
fungidtroyer: i don't expect so, but am not sure yet since i haven't looked at test results19:14
dtroyerthe master one failed the postgres job, the rest passed19:15
fungiyeah, my guess is it failed on something unrelated but i'll dig in and see19:15
*** ashleighfarnham has joined #openstack-infra19:15
fungifailed one test, tempest.api.compute.servers.test_delete_server.DeleteServersTestJSON.test_delete_active_server19:16
dtroyeryeah, looks unrelated19:16
fungisomething tells me removing pylint and nose didn't trigger that19:16
mtreinishfungi: heh, I dunno19:18
*** Somay has joined #openstack-infra19:19
zaroclarkb: review-dev is down because i turned puppet on.19:19
clarkbzaro: ok?19:20
*** freerunner has joined #openstack-infra19:20
zaroclarkb: we ready to update the gerrit lib change?19:20
clarkbzaro: it needs reviewers19:20
*** crc32 has quit IRC19:21
zarook. hope it's ok for it to stay down until then19:21
openstackgerritDavanum Srinivas (dims) proposed openstack/requirements: Allow Magnum to conform to global requirements process  https://review.openstack.org/17083019:21
clarkbzaro: for review-dev it should be fine, but we should get some reviewes19:22
clarkbreviewers can we get reviews for https://review.openstack.org/#/c/181173/ and its parent?19:22
fungithe gerritlib patch is only needed to support jeepyb's manage_projects.py which will only fire on updates to its projects list, right?19:22
clarkbhrm I thought I had approved that one19:23
clarkbor maybe it was the jeepyb update?19:23
clarkbfungi: what change are you referring to?19:24
openstackgerritDavid Shrewsbury proposed openstack-infra/shade: Stop leaking server objects  https://review.openstack.org/18151319:24
fungiclarkb: zaro mentioned a change to gerritlib, and that was the only one i could remember19:25
clarkbfungi: oh, its the gerrit review_site/lib changes above I link to that he is referring to19:25
fungioh, wait, he said "gerrit lib" not "gerritlib"19:25
fungiyeah, i'm reviewing those now19:25
clarkba19:25
fungiokay, confusion averted19:25
clarkbI have not noop appliedthsoe changes but cando so if people are generally happy with them19:26
clarkbbut first lunch19:26
fungithey look fine, but we should keep an eye on puppetboard19:26
*** mwagner_lap has quit IRC19:26
clarkbbasic idea is if gerrit < 2.10 then do what we do today if greater do what we want to do tomorrow19:26
fungiright19:27
fungiand so should be safe to merge now19:27
clarkbreview-dev should exercise the new side code and review.o.o the old side code when merged19:27
clarkbfungi: yup *should* be :)19:27
fungii'm around in case i turn out to be wrong on that front ;)19:27
*** HeOS has joined #openstack-infra19:27
zaroyup, we gonna merged it?19:28
fungiwondering if we're doing some mucking around with grub.conf and blowing away the template stanza that crntos-6 grubby is expecting to find19:28
zaroohh cool, looks like it's on its way.  thanks fungi19:29
fungithough the only explicit modifications to grub.conf that i'm seeing in our custom elements come at precedence 99, long after yum update runs19:30
fungioho! that seems to not be what's causing the failure though19:32
fungi`yum -y install --downloadonly foo` exits nonzero on centos-6 and that element is running under errexit19:32
EmilienMbeaker: this one should be the last patch in -infra : https://review.openstack.org/#/c/181506/19:33
*** marcusvrn has quit IRC19:33
*** dustins has quit IRC19:33
fungii should clarify, exits nonzero once it successfully does the things you ask it to do. craaaaaazy19:33
fungiit's basically saying "i failed to install packages because you asked me not to, so exit 1"19:33
*** hodos has quit IRC19:35
openstackgerritMerged openstack-infra/puppet-gerrit: Update bouncy castle libs for Gerrit 2.10+  https://review.openstack.org/17253419:36
*** salv-orlando has joined #openstack-infra19:38
openstackgerritMerged openstack-infra/puppet-gerrit: Get libs before running Gerrit  https://review.openstack.org/18117319:38
*** Sukhdev has quit IRC19:41
clarkbfungi: hahahaha19:43
clarkbfungi: so it just needs an || true and we are good?19:43
*** pabelanger has quit IRC19:44
*** whoops has quit IRC19:44
fungiclarkb: well, a release-specific ||true since i think centos7 and f12 probably behave more sanely19:45
clarkbfungi: gotcha19:45
fungiand we're not doing any release detection (yet) in that script19:45
clarkbzaro: so once we have review-dev running with those just merged changes, what is next? I think the remaining hcnages have to wait for tomorrow ya? so probably just reviews?19:45
fungii'm testing other yum-using platforms now to confirm19:45
*** Swami has joined #openstack-infra19:46
zaroclarkb: yes, i concur.  the only other change that can probably be approved now is https://review.openstack.org/#/c/173052/19:48
openstackgerritDan Prince proposed openstack-infra/tripleo-ci: Enable pacemaker via the resource registry  https://review.openstack.org/18152219:48
clarkbzaro: will that work before we upgrade?19:49
zaroclarkb: it's got a depends-on so won't merge until the dependency goes thru?19:50
clarkbcorrect, but if we approve it now we just have to reapprove it later anyways19:50
clarkbso I think we are fine with the current state19:50
openstackgerritDan Prince proposed openstack-infra/tripleo-ci: Enable pacemaker via the resource registry  https://review.openstack.org/18152219:50
clarkbthough maybe that should be cleaned up to use a release appropriate version?19:51
clarkbthis is actualyl harder in puppet than I would like :/ would make sense to have packages here19:51
openstackgerritRussell Bryant proposed openstack-infra/project-config: Update jenkins jobs for networking-ovn  https://review.openstack.org/18148719:54
zaroclarkb: ahh, forgot about that.  agreed.19:55
*** otter768 has joined #openstack-infra19:55
zaroclarkb: i was able to repro that gearm-plugin issue.  it only happens when using multiple executors on a node.19:57
openstackgerritMerged openstack-infra/project-config: beaker/puppet: install bundle before revoking sudo  https://review.openstack.org/18150619:57
zaroclarkb: i assume you have your slave setup with only 1 executor?19:57
*** dprince has quit IRC19:57
clarkbzaro: yes only one executor20:00
*** otter768 has quit IRC20:00
clarkbzaro: I can add a second executor but gearman plugin only does one at a time iirc20:00
*** notnownikki has quit IRC20:00
clarkbzaro: with 2 executors and manual offline online that seems to work20:01
zaroclarkb: you mean we only use 1 exec per node but gearman should be able to handle more correct?20:02
clarkbzaro: no, I mean I am pretty sure that gearman only uses 1 executor20:02
clarkbzaro: I have enable concurrent builds set, but only one job at a time runs20:03
zaroclarkb: hmm, well when i submit multiple jobs (no offline) gearman run them all on multiple executors on jenkins and returns results jusft fine20:03
clarkbeven if I have >1 executor20:03
clarkband I am submitting jobs from 10 clients20:03
zaroohh you need to restart the plugin after updating jenkins executors20:04
clarkbok let me restart jenkins20:04
zarothere is no event for that in jenkins20:04
zaronot jenkins, just restart the plugin20:04
clarkbah ok I see it running two at a time now20:05
*** Somay has quit IRC20:06
clarkbmanual offline online is still working20:06
*** packet has joined #openstack-infra20:06
*** ddieterly has quit IRC20:06
openstackgerritDavanum Srinivas (dims) proposed openstack-dev/pbr: Advertise support for Python3.4  https://review.openstack.org/18152520:06
zaroclarkb: i think i see what's happening.  the single job to offline runs on the 1st exec (brings down the slave) but the other job is already in the queue to run on the 2nd exec20:07
clarkbI have submitted the offline rquest job20:07
clarkbok that reproduces, so you have to use the offline node request20:08
clarkbzaro: I am not sure this is a new bug20:08
clarkbdefinitely something to look into fixing, but we only do one executor per slave so we should be fine20:09
zaroclarkb: yeah, i think so i'll enter an issue into storyboard so i can remember.20:10
*** Sukhdev has joined #openstack-infra20:11
EmilienMclarkb: I'm working on Puppet design sessions scheduling, do you have a session about Puppet/Beaker/containers thing? maybe we should organize something together20:12
zaroclarkb: maybe this should go in now? https://review.openstack.org/#/c/181143/20:14
*** rmcall has joined #openstack-infra20:14
fungizaro: lgtm20:18
*** signed8b_ has joined #openstack-infra20:19
*** ddieterly has joined #openstack-infra20:19
*** signed8bit has quit IRC20:20
*** tiswanso has quit IRC20:21
jeblairclarkb, fungi, mordred: back20:22
clarkbEmilienM: I don't but sounds like a decnet idea20:22
*** sdake_ has joined #openstack-infra20:22
jeblairfungi: if i followed scrollback correctly, we're going the devstack route to resolve the python-setuptools thing, right?20:22
clarkbEmilienM: I am trying not to make too many things dependent on me just in case I don't end up going to the summit20:22
*** banix has joined #openstack-infra20:23
jeblairEmilienM: i'm getting ready to work on infra scheduling; let's keep in touch :)20:23
EmilienMjeblair: sorry20:23
EmilienMI'm confused who is PTL20:23
jeblairouch20:23
EmilienMjeblair: yeah. Friday.20:24
*** radez is now known as radez_g0n320:24
*** ddieterly has quit IRC20:24
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Enable tests of builder object  https://review.openstack.org/18154120:24
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Test update command with --delete-old option  https://review.openstack.org/18154220:24
jeblairclarkb, greghaynes: was there a resolution to the zuul-cloner thing?20:24
EmilienMjeblair: so yeah, do you schedule a session about that already?20:24
EmilienMoh did not read your last comment20:25
EmilienMI'm available when you like to talk about that, cool20:25
*** annegentle has joined #openstack-infra20:25
fungijeblair: i think so, for the moment (solution in devstack is already getting +2'd)20:25
clarkbjeblair: I found a workaround, if you use git to do the initial clone and have zuul-cloner update then it works fine20:25
banixanteaya: emagana At some point you were working on creating a multi-node setup for certain tests at the gate. Is that effort ongoing? Concluded? Essentially, I am wondering what the status of that work you were leading is.20:25
*** annegentle has quit IRC20:26
*** sdake has quit IRC20:26
pelixzaro: https://review.openstack.org/181542 adds tests to the area that the parallel threads code in JJB broke and shows the issue when you cherry-pick the patch onto it once you adjust the function names being mocked to align with the changes.20:26
clarkbjeblair: I think thee is a bug in GitPython but hasn't followed it much further than to check that GitPython 0.3.7 1.0.0 and 1.0.1 all do the same thing20:26
jeblairEmilienM: we're all pretty empowered around here, we operate a bit like a collective.   I'm the PTL which means I don't get to do the fun stuff.20:26
*** annegentle has joined #openstack-infra20:26
jeblairclarkb: yeah, so using git to do the clone isn't a good solution for us20:26
EmilienMjeblair: heh, we try to have in collective too20:26
clarkbjeblair: ya its definitely subpar20:27
jeblairclarkb: i think we should do both things:  i think dib elements should not leave the weird ref there; and i think zuul-cloner should protect itself from this.   i think z-c may be able to do that by resetting HEAD after cloning.20:27
clarkbjeblair: but basically GitPython seems to copy refs/heads from the source rather than making those refs/remotes/$remote/things20:27
EmilienMjeblair: having a session together about Puppet/Beaker would make sense20:27
dhellmannfungi, clarkb : do we do anything specially when we set up nodes to run pypy jobs to ensure that pip is upgraded? This error looks suspicious, and I can't reproduce it locally. http://logs.openstack.org/76/179476/3/check/gate-oslo.middleware-pypy/9800dd6/console.html#_2015-05-08_13_58_31_91820:28
*** hodos|2 has joined #openstack-infra20:28
jeblairEmilienM: i think we may have a fishbowl slot open for that20:30
clarkbdhellmann: no its basically just tox -epypy20:30
clarkbdhellmann: which won't be affected by the system wide pip upgrade20:30
jeblairclarkb, nibalizer: does an infra+puppet fishbowl to talk about testing (containers?), etc, seem usefil?20:30
EmilienMjeblair: my schedule is pretty open. Though we could have it on Tuesday morning before 11am that would be a good slot maybe20:31
dhellmannclarkb: ok, thanks20:31
fungidhellmann: i think if something depends on pip and tox is set to do a pip install -U then pip gets upgraded, otherwise you run with the version bundled in virtualenv20:31
clarkbjeblair: I think if we go in with the plan to get some jobs/tests running that could be useful20:31
EmilienMjeblair: we have a room all Tuesday from 11am to 6pm so maybe we could stay in your before 11am to talk about that20:31
greghaynesjeblair: Agreed on fixing both things20:31
clarkbjeblair: fwiw z-c doesn't need to protect itself if gitpython worked20:32
clarkbjeblair: git is supposed to make this work for you by putting those refs in refs/remotes20:32
clarkbjeblair: but GitPython seems to mix refs/heads and refs/remotes when cloning locally20:32
jeblairclarkb: okay, maybe we fix three things? :)20:32
greghaynesheh20:32
jeblairclarkb: fishbowl is traditional design summit session, so more talking less working.20:33
jeblairclarkb: does that mean you think it would be better to have a work session and not a fishbowl?20:33
*** e0ne has joined #openstack-infra20:33
clarkbjeblair: oh then yes20:33
dhellmannfungi: I think you're right, and it is definitely pip 1.5.4. I guess I assumed we were doing something to force update virtualenv.20:33
jeblairclarkb: do we have a plan?20:34
clarkbjeblair: there are the two proposed specs, if we can get agreement on them soonish then we can treat those as the basis of some placns20:34
clarkbjeblair: biggest question for functional testing is what to use to test, openstack-puppet says beaker so maybe we should just more forward with that20:34
asselingreghaynes, hi....if you're not too busy, I'd like to go back and fix this: https://review.openstack.org/#/c/177043/1/bin/disk-image-create20:35
clarkbjeblair: and in the other case I didn't see much disagreement with my comments that we use ansible and containers for segregating services seem to be general happyness20:35
nibalizerjeblair: I would love to be in that session, but unfortunately I can't attend the summit20:35
nibalizertalking about testing would be good for the project20:35
*** mriedem is now known as mriderman20:35
nibalizerhaving crinkle and EmilienM and Hunner is probably enough that you won't really need me20:35
dhellmannhmm, I wonder if this works for me because I have a wheel of mcabe built20:35
jeblairnibalizer: if you're available remotely we may be able to call you20:35
nibalizerjeblair: ++20:36
nibalizerI have the sip thing working with the asterisk server20:36
pelixclarkb: recall mention of a having a way to specify default values for params in JJB? https://review.openstack.org/18011720:36
greghaynesasselin: ah, yep. I kind if wanted https://review.openstack.org/#/c/177043/ to merge which would fix it...20:36
EmilienMnibalizer: well, you could be more than useful20:36
jeblairclarkb: yeah, i'm just wondering if we think we can get agreement on everything before the summit, or should we use a fishbowl slot at the summit to get agreement20:36
asselingreghaynes, ok...I honestly, don't completely follow the discussion, but I will run it now anyway to see if it at least 'works'.20:37
*** julim has quit IRC20:37
greghaynesoh, that is the cahnge you linked :p I thought you were linking the nodepool change20:37
*** esker has quit IRC20:38
clarkbjeblair: I agreement is largely up to mordred20:38
greghaynesI might have to poke some people to get reviews on it since im guessing the -1 is making other cores overlook it20:38
clarkbjeblair: I am fine using beaker if that is what openstack-puppet wants to do20:38
asselingreghaynes, ok, so I'm clean. i'll pull that change, pip install it, then build an image using which version of nodepool? master, or before the nodepool change that hardcoded the value?20:38
clarkband I think we largely have agreement on the other spec20:38
asselins/clean/clear/20:38
greghaynesasselin: master20:38
*** kaisers has quit IRC20:38
*** freerunner has quit IRC20:40
emaganabanix: I just saw the note about multi-node environment20:40
openstackgerritDoug Hellmann proposed openstack-infra/project-config: remove pypy job for oslo.middleware  https://review.openstack.org/18154720:40
jeblairEmilienM: tuesday is the cross-project day, and looking at the schedule, i think it will be very hard for some of us to join you in your room then.  :(  https://libertydesignsummit.sched.org/overview/type/design+summit/Cross+Project+workshops#.VU0gg-SVtph20:40
emaganabanix: https://review.openstack.org/#/c/106495/   never went through20:40
*** fawadkhaliq has quit IRC20:41
EmilienMfungi, clarkb: thx for you rhelp on beaker today. The jobs are okay now, and I'm pushing patches on our modules for centos support.20:41
clarkbpelix: nice20:41
*** kaisers has joined #openstack-infra20:41
jeblairEmilienM: i think some of the more puppet-focused of us can join you, but some of us with a more project-overall focus may be locked in those rooms all day20:41
EmilienMjeblair: no problem, we can make it when you like20:41
clarkbbanix: emagana: it was unnecessary20:41
clarkbbanix: emagana we already had multinode testing for both neutron and nova net at that time iirc20:41
clarkbbanix: emagana the jobs exist, they runagainst neutron experimental because they do not pass20:42
asselingreghaynes, pip install is failing...http://paste.openstack.org/show/217388/20:42
banixemagana: clarkb thanks for the info.20:42
emaganaclarkb: well, this is a very old proposal and anteaya was not aware of any multi-node and this is why she was supporting this work20:43
clarkbbanix: emagana sure, I'm just saying it has happened20:43
emaganaclarkb: The first patch is July 201420:43
clarkbwe test DVR with multinode upstream20:43
emaganaclarkb: got it!20:43
anteayaat the time the spec was written the solution didn't exist20:43
emaganaclarkb: BTW. I was just replying to banix's question20:44
asselingreghaynes, nevermind...updated setuptools and it works now20:44
banixclarkb: So just for my understanding if I have a test that wnat to run on say 4 nodes (let’s assume it’s such a great test that there is no objection to what it does) say selectively for certain patches, I can do that now?20:44
anteayaI think we have 2 node ability20:45
anteayaone all in one and an extra compute node20:45
clarkbanteaya: correct20:46
clarkbhttps://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/multinode_diagram.txt is what the network looks like20:46
*** armax has quit IRC20:48
banixanteaya: clarkb thanks very informative. So how the two nodes are setup are predetermined. For example I cannot bring the nodes up with neutron and ovs plugin (ml2 mech driver) using vlan. Is that correct?20:48
clarkbbanix: its neutron with ovs, I don't know anything about VLANs but I think it should work20:49
clarkbbanix: the only gotcha would be that the floating ip range would have to be untagged so that tempest can hit it20:49
fungiwe should probably get https://review.openstack.org/181143 in so we can validate that war sooner rather than later20:50
clarkbfungi: approiving now20:50
openstackgerritSteve Leon proposed openstack-infra/project-config: Add devstack gate job for Cue project  https://review.openstack.org/18077420:51
fungii assume it will start gerrit back on review-dev when it gets applied?20:51
jeblairEmilienM, clarkb, nibalizer: i think we have room for a fishbowl session for this; if we have full agreement then, we can just use it to make sure everyone understands the plan; if not, we can discuss some more.20:51
banixclarkb: anteaya and emagana thanks again. I may bug you some more if I find you in Vancouver.20:51
EmilienMjeblair: TBH, I don't think someone will argue20:51
clarkbbanix: is there something specific you are trying to accomplish?20:52
nibalizerjeblair: awesome20:52
clarkbbanix: we are testing DVR multinode now20:52
clarkbbanix: it would be great if neutron could get the job working though20:52
jeblairEmilienM, clarkb, nibalizer: asselin also proposed a 2-hour workroom block on puppet-openstackci and included testing in his description of what he would like to discuss/get accomplished; so i think that will touch on the subject as well and maybe get some things accomplished.20:52
openstackgerritDoug Hellmann proposed openstack-infra/project-config: remove pypy job for oslo libraries  https://review.openstack.org/18154720:52
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Test update command with --delete-old option  https://review.openstack.org/18154220:52
anteayabanix: bug me when clarkb is around, we will make better progress20:53
nibalizerya i worry about a workroom block on openstackci, since I don't think we have the patterns for that yet, so parallelising doesn't exactly makes sense, however getting the pattern set would be very valuable20:53
openstackgerritEmilien Macchi proposed openstack-infra/project-config: beaker/puppet: use 2 different nodesets  https://review.openstack.org/18155520:53
emaganabanix: anytime!20:53
EmilienMcrinkle: like this ? ^^^20:54
jeblairnibalizer: yeah, i don't think we'll come out of the openstackci workroom with patches, but maybe a plan for paralellization20:54
anteayanibalizer: one of the purposes is to help onboard some people who want to help but don't have a clear sense how to begin20:54
*** mriderman has quit IRC20:54
dhellmannfungi, clarkb: it looks like the pypy job is failing for a bunch of oslo libs, so we're planning to just drop those jobs for now. Can you look at  https://review.openstack.org/181547 to unblock us, when you have a minute, please?20:54
anteayanibalizer: if they participate in the conversation it is possible they have a stronger motivation to test and write patches20:54
asselinand remain involved longer-term20:55
anteayaasselin: ++20:55
clarkbbanix: http://logs.openstack.org/79/181379/3/experimental/check-tempest-dsvm-neutron-multinode-full/9022ca3/console.html is a random job I pulled out of logstash20:55
banixclarkb: yes but I am not sure if it is something of value or not and whether my Neutron friends find it useful. So I want to discuss with them first. The specific thing I am interested in is whether having certain tests namely performance tests (beyond functional tests) can be integrated in our infrastructure and used selectively on certain patches which may have performance impact. WHether the gate is the right place for this you know bett20:56
banixjust thinking along those lines.20:56
asselinnibalizer, jeblair but I do want to prioritize time on issues. Perhaps we can split that 2hour block into 2 1hour blocks?20:56
clarkbdhellmann: so are we not testing those because we don't care about pypy or because they fail?20:56
asselinnot sure if that makes a difference or not20:56
clarkbdhellmann: if we are removing because of the failures we should consider working a fix first?20:56
clarkbdhellmann: or maybe going nonvoting?20:56
dhellmannclarkb: both20:56
jeblairasselin: do you think it will be useful to have EmilienM and the puppet folks in there to work through how to test it?20:56
clarkbbanix: I am not sure how mutlinode and dvr is related to performance testing20:57
dhellmannclarkb: we had a handful of libs testing with pypy, but as many not (maybe more?)20:57
asselinjeblair, it seems testing is a bigger topic so would be good to get us all in sync on clarkb's proposal20:57
dhellmannclarkb: pypy support was a half-finished project from a while back, iirc, and the person driving it isn't around any more20:57
clarkbdhellmann: right I guess I am trying to figure out if we should make them nonvoting or if we should remove them20:58
nibalizergetting testing right makes big refactors like openstackci much safer20:58
clarkbdhellmann: if we generally don't care and no one will be working on a fix then lets remove them. But if we do care then we can make them nonvoting while others make them work?20:58
dhellmannclarkb: I'm not sure? I don't particularly care about pypy support, so I thought removing would free up those test nodes for things we do care about20:58
banixclarkb: I know the multinode was targeted for testing dvr but in the use case I have (not related to dvr) multinode is used to test certain aspects of network performance.20:59
asselinnibalizer, ++ and important for long-term stability20:59
dhellmannclarkb: but non-voting works if you know of someone who is interested in fixing them20:59
*** mriedem has joined #openstack-infra20:59
clarkbbanix: gotcha, in generall I Would not use this setup for network performance testing. We have to create a logical l2 overlay with gre to make it work and performance is likely not great20:59
anteayacan I offer the proposal to move them to experiemental?20:59
clarkbdhellmann: I don't know of anyone beyond maybe lifeless? I assume lifeless is too busy to give that effort right now21:00
jeblairasselin, clarkb, EmilienM, nibalizer: i think we have two reasonable choices: A) fishbowl for puppet testing and 25% of puppet-openstackci workroom on that topic, or B) no fishbowl for testing (i'd give it over to kolla to talk about dockerhub) and 50% of the puppet-openstackci workroom focusing on puppet-testing21:00
anteayawould there be any way to evaluate after 2 weeks how many times soneone has bothered to trigger them?21:00
*** rm_work|away is now known as rm_work21:00
jeblairasselin, clarkb, EmilienM, nibalizer: have a preference, or alternate suggestion?21:00
dhellmannclarkb: assuming lifeless is busy seems like a reasonable assumption :-)21:00
clarkbanteaya: you mean the neutron dvr job? we can check logstash for runs, its already in experimental21:00
anteayaclarkb: sorry pypy21:00
lifelessclarkb: dhellmann: ECONTEXT21:00
jeblairasselin, clarkb, EmilienM, nibalizer: (also, i believe we may have some sprint room for puppet-openstackci)21:00
banixclarkb: I see. makes sense. thanks for the advice.21:00
openstackgerritMerged openstack-infra/system-config: Update Gerrit to newer 2.10 build on review-dev.o.o  https://review.openstack.org/18114321:00
EmilienMjeblair: B looks cool21:01
*** mrmartin has quit IRC21:01
dhellmannlifeless: the pypy jobs on some oslo libs are broken and preventing non-code changes from landing; Alex isn't around; I don't care about pypy particularly so am not interested in fixing them myself; do you care enough for us to keep running the jobs non-voting or should we remove them?21:01
clarkbjeblair: I think it mostly comes down to how opinionated mordred wants to be. If we can get general agreement on the specs that are up then more time in workroom is my preference21:02
lifelessoh :(21:02
clarkbjeblair: if not then likely fishbowl to hash out the details is best21:02
clarkbmordred: ^ if yuo are around have ou started to settle on a process for puppet testing?21:02
lifelessso - I like the idea of pypy support. But it needs to be bottom up (as in community supported)21:02
lifelessone person caring is not a community :(21:02
*** e0ne has quit IRC21:02
*** signed8bit has joined #openstack-infra21:02
dhellmannlifeless: http://logs.openstack.org/76/179476/3/check/gate-oslo.middleware-pypy/9800dd6/console.html#_2015-05-08_13_58_31_91821:02
clarkblifeless: you had previously mentioned interest in pypy so I brought your name up :)21:03
dstufftOpenstack should probably deploy onto PyPy as the recommended deployment tbh but D:21:03
clarkbdstufft: last time anyone really tested pypy with openstack they said it was slower21:03
greghaynesonce nova supports it ;)21:03
clarkbdstufft: so, I dunno doesn't seem worth it21:03
greghaynesyea, eventlet21:03
dhellmannlifeless: right, I agree. I was willing to leave the jobs running while they were working, and I'd be happy for someone else to fix them, I'm just not interested enough to do it myself. I'm +0 on pypy support.21:03
lifelesswhy does that have pip 1.5.4 ?21:03
dstufftclarkb: how did they test it? and did they raise a bug with PyPy?21:03
clarkbdstufft: vishy wrote a blog on it21:03
lifelessyeah21:04
lifelessso21:04
clarkbdstufft: let me find it21:04
greghaynesdstufft: https://gist.github.com/vishvananda/89f0d6775ac335a824d521:04
dhellmannlifeless: no idea :-/21:04
*** bcourt has quit IRC21:04
greghaynesdstufft: The key is at the bottom update21:04
fungilifeless: it's the pip vendored in that release of virtualenv i think21:04
clarkbfungi: correct21:04
lifelessdstufft: http://logs.openstack.org/76/179476/3/check/gate-oslo.middleware-pypy/9800dd6/console.html#_2015-05-08_13_58_31_918 <- that rings a bell for me21:05
*** abregman has quit IRC21:05
dhellmannfungi: but why is an old virtualenv being used there? how do we get a new one on other nodes?21:05
asselinjeblair, when you mention 25%,50%, is that based on 1 hr or 2hrs?21:05
lifeless(the mETADATA file missing)21:05
jeblairasselin: 2 hours21:05
clarkbdhellmann: I want to say it is the version of virtualenv that tox uses?21:05
openstackgerritEmilien Macchi proposed openstack-infra/project-config: beaker/puppet: use 2 different nodesets  https://review.openstack.org/18155521:05
lifelessdhellmann: so I think - ask on the -dev list, give a deadline of tuesday morning21:06
dhellmannlifeless: I found https://bugs.launchpad.net/openstack-ci/+bug/1315468 earlier21:06
openstackLaunchpad bug 1315468 in OpenStack Core Infrastructure "*-pypy Failure: "No such file or directory: '/home/jenkins/workspace/gate-requirements-pypy/.tox/pypy/site-packages/setuptools-2.2.dist-info/METADATA"" [Undecided,Fix released]21:06
*** signed8b_ has quit IRC21:06
dstufftgreghaynes: oof, yea if it was using a jit-less PyPy that's gonna be super slow21:06
dhellmannlifeless: well, the oslo team doesn't care about this and it's only our libs, so...21:06
*** ddieterly has joined #openstack-infra21:06
clarkbI take that back we pin virtualenv on our slaves21:06
clarkbprobably because lol setuptools21:06
dhellmannclarkb: the version of tox is the newest, though?21:06
lifelessdhellmann: its not a matter of don't care21:06
greghaynesdstufft: yep21:06
dhellmannah, yeah21:06
lifelessdhellmann: I do care, I can't context switch onto it on saturday morning21:07
lifelessthis is family time21:07
clarkbdstufft: greghaynes it may be that things have changed but we are a long way away from even suggesting pypy should be the default21:07
greghaynestotally21:07
dhellmannlifeless: sure, I'm not asking you to -- if you care, I will make them non-voting for now instead of removing them21:07
greghaynesTheres definitely some things there that are less of an issue now21:07
clarkbvirtualenv 1.11.4 is what we install21:07
lifelessdhellmann: and, is everyone that cares about oslo +pypy here right now? I'm saying we might well get more cares if we cast a wider net21:07
greghaynesI kind of want to replicate it now..21:07
dhellmannlifeless: I don't need you to fix them today, just help me decide which approach to take to unblock the 3-4 libs that are blocked now21:07
lifelessdhellmann: ack, ok21:08
clarkbwe can try lifting that21:08
jeblairclarkb, fungi, mordred, asselin, EmilienM: draft schedule at top of https://etherpad.openstack.org/p/infra-liberty-summit-planning21:08
lifelessdhellmann: so I think pypy is good to have21:08
*** begal-sop__ has quit IRC21:08
lifelessdhellmann: non-voting + a call for assistance IMO21:08
dhellmannlifeless: ok, I can do that21:08
dstufftgreghaynes: I think it would be useful, I'm pretty sure that pypy for openstack would be a good thing if all the kinks are worked out. THat was using a beta version of PyPy 2.0, PyPy is up to uh, 2.5.1 or so now21:08
*** lascii is now known as alaski21:08
*** eharney has quit IRC21:09
clarkbjeblair: looks reasonable to me21:09
clarkbdstufft: 2.2.1 is what we would get on trusty21:09
*** Longgeek has quit IRC21:10
*** mriedem has quit IRC21:11
fungijeblair: that proposed schedule seems fine to me21:11
*** mriedem has joined #openstack-infra21:12
fungijeblair: as for docker registry vs puppet testing, i lean toward the latter21:12
openstackgerritDoug Hellmann proposed openstack-infra/project-config: make pypy jobs non-voting for oslo libraries  https://review.openstack.org/18154721:13
openstackgerritClark Boylan proposed openstack-infra/system-config: Use latest current virtualenv  https://review.openstack.org/18155821:13
dhellmannlifeless, fungi, clarkb, dimsum__ : ^^21:14
EmilienMjeblair: looks good to me, thanks (schedule)21:14
clarkbso ^ is totally not self testing, but we can give it a go21:14
jeblairyeah, i think the docker thing could be handled in an email or spec (probably "we would like to do this."  "sure, go for it, here's what you need to know about the system").21:14
*** emagana has quit IRC21:14
fungiright. doesn't need "an audience with the infra team" for that idea to be proposed21:15
asselinjeblair, I don't know how contentious puppet testing is going to be, but it'd be good to get everyone in agreenment and moving forward.21:15
*** ldnunes has quit IRC21:16
fungiasselin: i expect it to need a fair amount of bouncing design ideas back and forth, so suitable for fishbowling21:16
clarkbdhellmann: +221:16
dhellmannclarkb: ty21:16
asselinfungi, jeblair then we should do the fishbowl. now is the time21:16
*** abregman has joined #openstack-infra21:17
*** rmcall has quit IRC21:17
jeblairwho wants to lead a puppet testing fishbowl?21:18
clarkbyou can put me down with the caveat that I won't know if I am summiting until lsat minute21:19
clarkbappoitment is thursday21:19
pleia2I'd like to voluntell nibalizer for that21:19
clarkbtrain saturday :) cutting it really close21:19
jeblairclarkb: okay, ill do that, and if you aren't there, i'll act as "moderator" :)21:19
fungii'm happy to be backup if there are miniature people preventing clark's attendance21:19
jeblairpleia2: nibalizer can't attend :(21:19
pleia2doh21:20
jeblairbut we'll try to phone him in21:20
pleia2yeah, definitely21:20
anteayanibalizer: :(21:20
clarkbthough I may know sooner as we have a different appointment on momday21:20
clarkb*monday21:20
clarkbday after momday21:20
*** pfallenop has quit IRC21:21
pleia2hehe21:21
*** ildikov has quit IRC21:21
*** pfallenop has joined #openstack-infra21:21
*** ddieterly has quit IRC21:22
EmilienMclarkb, jeblair, crinkle and I will represent Puppet OpenStack community obviously21:24
jeblairttx: i tried to add http://libertydesignsummit.sched.org/event/6dac7819d75ce432ecacca66010e3280#.VU0q9uSVtph to "Release Management" but that doesn't seem to be working21:25
clarkbmordred: greghaynes I have responded to comments on https://review.openstack.org/#/c/179840/21:25
*** sdake_ has quit IRC21:26
greghaynesclarkb: ah, ok21:26
*** pc_m has quit IRC21:26
*** peristeri has quit IRC21:28
mordredclarkb: ok. gross21:28
*** signed8bit has quit IRC21:29
pleia2my test server decided it had had enough with the dust in my office, but it's alive again now (woo canned air), running through nodepool instructions again21:29
*** banix has quit IRC21:30
*** rwsu has joined #openstack-infra21:30
mordred\o/21:30
jeblairmordred: i think we decided to do this puppet-testing fishbowl http://libertydesignsummit.sched.org/event/42aaba40ddeda529fd027376da654cf2#.VU0sPOSVtpg does that sound good to you?21:30
*** rwsu has quit IRC21:30
*** rwsu has joined #openstack-infra21:31
pleia2my office doesn't seem dusty, but I guess that's because it all gets sucked into my computers :D21:31
mordredjeblair: well... fwiw, I think we may be converging in clarkb's spec ... so it may be possible to use that slot for somethign else more contentious if you need the slot21:31
*** armax has joined #openstack-infra21:31
openstackgerritMerged openstack-infra/project-config: make pypy jobs non-voting for oslo libraries  https://review.openstack.org/18154721:31
clarkbmordred: though https://review.openstack.org/#/c/181555/2 has me hating the world again21:32
clarkbmordred: we basically have one hack atop another atop another atop another to make beaker useable21:32
jeblairmordred: i don't think there is anything more contentious, so i think maybe we use it to make sure everyone is on the same page21:32
mordredjeblair: ok21:32
mordredclarkb: yes. I agree21:32
mordredclarkb: I think that what I currently agree with is "we and openstack-puppet should use the same thing" - especially since they have the hacky harness already21:33
mordredand then maybe someone who rubies, like crinkle, can go fix beaker21:33
clarkbmordred: yes I think we should use the same thing21:33
mordredso that we can get rid of the hacks21:33
*** pfallenop has quit IRC21:34
*** ildikov has joined #openstack-infra21:34
*** pfallenop has joined #openstack-infra21:35
*** BobBall is now known as BobBall_AWOL21:36
*** gordc has quit IRC21:36
*** esker has joined #openstack-infra21:36
asselingreghaynes, anything obvious to you? /usr/local/bin/../share/diskimage-builder/lib/common-functions: line 186: dib-run-parts: command not found  http://paste.openstack.org/show/217440/21:37
greghaynesasselin: you dont have dib-utils installed21:38
greghaynesasselin: or, its not in your path21:38
fungiclarkb: zaro: the tidy change isn't working the way we expect on review-dev21:38
crinklemordred: clarkb my feeling on this is that puppet-openstack was without functional testing for too long and we converged on this thing called beaker, and at this point turning around to choose something else would be more costly than dealing with whatever dumbness beaker brings up21:39
fungiclarkb: zaro: we have 2x bcpkix, bcprov and mysql-connector-java21:39
asselingreghaynes, Requirement already up-to-date: dib-utils in /usr/local/lib/python2.7/dist-packages21:39
crinklemordred: clarkb but if infra chooses to use something else i don't think anyone is really hurt by that21:39
*** rwsu has quit IRC21:39
clarkbfungi: wait is tidy wow21:39
greghaynesasselin: so it musnt be in your path21:39
greghaynesasselin: how are you running dib?21:39
clarkbfungi: its prepending them all with . and "backing" them up21:40
asselingreghaynes,  nodepool image-build dpc21:40
fungiclarkb: oh, so it is21:40
greghaynesasselin: and disk-image-create is magically in your path?21:40
fungithat's rather silly21:41
clarkbfungi: incredibly silly21:41
openstackgerritMerged openstack-infra/project-config: beaker/puppet: use 2 different nodesets  https://review.openstack.org/18155521:41
asselingreghaynes, how do you check?21:41
*** erlon has quit IRC21:41
fungiclarkb: but more to the point it also seems to not be cleaning out those now-unmanaged symlinks21:41
asselingreghaynes, http://paste.openstack.org/show/217446/21:42
fungiclarkb: because in addition to the backed-up symlinks we have non-backed-up symlinks in there along with the downloaded libs21:42
zaroclarkb, fungi : ohh, ok that should work too.  but very odd21:42
greghaynesasselin: can you which disk-image-create?21:43
clarkbfungi: a its definitely not doing what we want21:43
zarofungi, clarkb : ohh wait, the .backup thing is my doing.21:43
asselin/usr/local/bin/disk-image-create21:43
zaroi did that for testing the new libs.  so that's not from tidy.  tidy just doens't seem to be working at all?21:44
fungizaro: ahh, okay. well, regardless the tidy doesn't seem to have removed the symlinks we don't want21:44
zaroit didn't git rid of *-jdk15on-*.jar either21:44
greghaynesasselin: and is there a /usr/local/bin/dib-run-parts?21:44
asselingreghaynes, no21:45
fungizaro: ohh, those aren't the ones you're downloading in the manifest?21:45
greghaynesasselin: wierd. I just did a pip install dib-utils and it put one there.21:45
greghaynesso, no idea whats different about your setup21:46
asselingreghaynes, ok...will uninstall and reinstall21:46
zarofungi: the ones that get downloaded get renamed21:46
greghaynesmaybe youre in a venv or something?21:46
zarofungi: to bcpg.jar, bcpkix.jar, etc..21:46
fungizaro: okay, so perhaps those just wrote to the symlink targets rather than replacing the symlinks?21:46
zarobut actually the dates on those ae kinda old?21:46
asselingreghaynes, ok..uninstalled and reinstalled and it's there: -rwxr-xr-x 1 root root 3314 May  8 14:46 /usr/local/bin/dib-run-parts*21:47
zaroohh wait there not even there.  the links are there.21:47
fungizaro: yeah, the links are linking to the ones provided by the distro packages still21:47
greghaynesasselin: cool, so there you go21:47
asselinthanks21:47
zaroohh maybe need to delete those links before the download happens?21:48
*** aysyd has quit IRC21:49
*** doug-fish has left #openstack-infra21:49
*** mriedem has quit IRC21:49
*** rfolco has quit IRC21:50
fungizaro: well, i would have expected the tidy on that dir to do that21:50
zarofungi: the 'require' on the download of the libs is only set to 'require => File['/home/gerrit2/review_site/lib']'21:51
zarofungi: probably needs to happen after the tidy?21:51
zaroohh but tidy isn't even doing it's thing.21:51
mordredcrinkle: I think I'd rather use the same thing since you've got it figured out - but I'm guessing that if there are things about beaker that are annoying in this context, they'll annoy you and EmilienM too ... so we might get some good upstream patches to make things shiner21:52
mordredshinier21:52
mordrednot shiner21:52
fungishriners?21:53
clarkbshiner bock?21:53
crinklemordred: okay21:53
fungischön21:53
*** baoli_ has quit IRC21:53
mordredjeblair: the swift hummingbird-in-go session is the same time as puppet testing - one of us may want to go lurk in that one21:55
EmilienMmordred: well, having beaker in the party for us is like using rspec-puppet. It just makes sense from a community & consistency perspective. Now if we want to talk about issues we run in rspec or beaker, we can, but they come with Puppet I would say21:55
mordredEmilienM: totally - I just think that we can probably make a patch or two to make them better, as we learn things21:55
mordredsince we're a pretty different env, so we bring some more usecase I'm sure that the fine beaker folks would want to cover :)21:56
*** otter768 has joined #openstack-infra21:56
zarofungi, clarkb : looking at the puppet again, tidy won't remove the link, it should only remove the '*-jdk*.jar' files.21:56
zaroand i bet the download failed because the links (with the same name) already exists.21:57
*** rwsu has joined #openstack-infra21:58
fungizaro: that sounds like a good possibility, though i'm not sure what a downstream-friendly workaround is for that... perhaps we should use a slightly different filename than we used for the synlinks?21:58
*** nelsnelson has quit IRC21:59
fungier, symlinks21:59
zarofungi: i guess that would work.21:59
zarofungi: but still tidy should have gotten rid of those *-jdk*.jar files but didn't do it22:01
*** otter768 has quit IRC22:01
mordredoslo.db wins best summit title22:02
fungiagreed, so i think it's either running before gerrit downloads them, or not at all22:02
zarofungi: would tidy not run if steps before it failed?22:02
fungizaro: possible22:02
zarothat could explain why it dien't work22:02
fungizaro: if it is set to require some resource that couldn't be ensured successfully22:02
jeblairmordred: swift fishbowls have exactly the same timeslots as us, so that's not an easy conflict to resolve22:03
* zaro needs to map the steps again, head is spinning from requires and befores22:03
*** jpeeler has quit IRC22:03
jeblairmordred: i lean toward leaving the schedule as is and divide (as we always need to do anyway)22:04
mordredjeblair: yah. that's totally what I was thinking22:05
*** stevemar has quit IRC22:05
clarkbcrinkle: I think we commented at the same time on that spec :)22:06
jeblairclarkb: did you say the same thing or opposite things?22:06
clarkbjeblair: I think very similar actually22:06
jeblairwoot, we'll have a chorus in the fishbowl22:07
clarkbbasically the big benefit is beaker lets devs run tests on laptop, if we can run those same tests in CI then win22:07
clarkbmy concern is that we have hacked beaker so much for CI that we will end up with fragile tests that devs cannot reproduce though22:07
clarkbas evidenced by the churn we ran into today22:08
*** EmilienM is now known as EmilienM|afk22:08
clarkbbut if we can get that out of the way and it just works then meh22:08
mordredclarkb: maybe we vargant the docker go cloudfoundry?22:08
openstackgerritJeremy Stanley proposed openstack-infra/project-config: Deal with yum --downloadonly CentOS 6.x quirks  https://review.openstack.org/18157422:10
clarkbmordred: I am pretty sure the words you just said made a large part of the world very excited22:10
clarkbmordred: but I have no idea what they mean :)22:11
*** Sukhdev has quit IRC22:11
clarkbzaro: fungi we should be able to do a puppet agent --test to see if and when tidy runs22:11
fungii'm juiced to find out what a vargant is22:12
mordredfungi: it's like a vagrant, but you probably haven't heard of it22:12
* fungi totally has not22:12
clarkbmordred: also (and maybe I shouldn't even mention this at this point) but ansible would actually be a great substitute for beaker22:14
clarkbmordred: https://review.openstack.org/#/c/181555 made me think of that because with ansible you would just say localconnection22:14
*** alexpilotti has joined #openstack-infra22:14
*** arielb has quit IRC22:14
clarkbmordred: and it would happily do that, or if you openstack/dockered/lxced/etced a VM it could magically ssh into that too regardless of the distro22:14
*** ddieterly has joined #openstack-infra22:15
clarkbbut I have no idea if ansible can run against OS X hypervisors which seems to be important22:15
mordredclarkb: I would be MASSIVELY surprised if it couldn't22:16
*** beekneemech has quit IRC22:18
zaroclarkb, fungi : so 2 things.  we need the new libs to be in place before 'gerrit-init', not before 'gerrit-start'22:20
openstackgerritJoe Gordon proposed openstack-infra/project-config: Add #defcore to the list of irc channels  https://review.openstack.org/18157622:20
openstackgerritJoe Gordon proposed openstack-infra/system-config: Enable logging of defcore  https://review.openstack.org/18157722:20
zarobecause init needs the new libs to do its thing22:20
clarkbzaro: except that init is what pulls them down right?22:20
clarkbzaro: so maybe we need two sets of things?22:20
*** dimsum__ has quit IRC22:21
*** bknudson has quit IRC22:21
zaroclarkb, fungi : ahh yes.22:21
openstackgerritJeremy Stanley proposed openstack-infra/project-config: Deal with yum --downloadonly CentOS 6.x quirks  https://review.openstack.org/18157422:21
flashgordonmordred: ^22:22
*** cdent has quit IRC22:23
*** annegentle has quit IRC22:23
clarkbflashgordon: we need to get that channel registered first22:23
flashgordonclarkb: see top link22:24
clarkbflashgordon: I am looking at both changes?22:25
clarkbflashgordon: not sure what top link is22:25
pleia2still needs to be registered, there's a check script for it (which it will fail)22:25
flashgordonclarkb: is https://review.openstack.org/181576 enough to register the channel?22:25
pleia2flashgordon: nah, it's a chanserv command here on freenode22:25
zaroclarkb, fungi : actually i believe gerrit-init only uses the mysql lib to update the db schema.  so i think that's actually fine.22:25
flashgordonohh22:25
flashgordongotcha22:25
zarofungi, clarkb i mean actually fine that downloading of libs happens after gerrit-init22:26
clarkbzaro: cool22:26
flashgordonpleia2: anything I need to do to make that happen?22:27
zarothe 2nd thing i was going to point out is that tidy should execute before downloading new libs. which i don't think it is now.22:27
pleia2flashgordon: does anyone in the channel have ops?22:27
zaroi think tidy executes after gerrit-start.22:28
flashgordonpleia2: not really sure actually I just went in the room moments ago myself22:28
flashgordonI bet mordred knows he is in there22:28
pleia2flashgordon: ok, no ops, since it's not in the #openstack-* namespace, an appeal will likely need to go to freenode staff in #freenode to give someone ops to register it22:28
zarogerrit-start fails so tidy doesn't run?22:28
pleia2(also, why isn't it #openstack-defcore?)22:28
jeblairpleia2: i have magic powers in that regard22:28
clarkbpleia2: flashgordon or everyone leaves, then someone registers it22:28
jeblairpleia2: oh it's _not_22:28
pleia2jeblair: even outside of #openstack-* ?22:28
jeblairnm22:28
jeblairmisread22:28
clarkbjeblair: for non #openstack- channels?22:28
clarkbkk22:29
pleia2yeah22:29
flashgordonpleia2:  great question22:29
jeblairi kind of think a new big tent thing should be that we register #openstack- channels for everything22:29
jeblairit's _really_ helpful to have that prefix22:29
pleia2jeblair: ++22:29
flashgordonjeblair: ++22:29
*** dalgaaf has joined #openstack-infra22:29
anteayathe person who created it want to call it defcore, not openstack-defcore22:29
anteayaI didn't question why as I didn't see the possibility of making a case at the time22:30
anteayawanted22:30
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Ensure that cleanup of libraries happens before gerrit starts  https://review.openstack.org/18157922:30
zarofungi, clarkb ^22:31
asselingreghaynes, still running into the issue: http://paste.openstack.org/show/217454/22:31
clarkbzaro: we don't need that, see line 635 of the change22:32
fungiyeah, as i recall zaro explicitly requested that we use require relationships there rather than before relationships to make it easier to follow22:33
zaroclarkb: ahh i missed that.22:33
hogepodgepleia2: anteaya I don't see why we can't just move the room to conform. It makes sense in some ways. talk to eglute and zehicle about it, though22:34
pleia2hogepodge: yeah, that would be good22:34
zaroyeah, still to one thing would help.  but actually what i meant was to not use both require and before in one thing.22:35
zarostill/stick22:35
anteayahogepodge: I have no argument but also no interest22:35
asselingreghaynes, the issue is that using 'compat' is not allowed....22:35
eglutewho created the room?22:36
zaroi meant block instead of thing.22:36
*** annegentle has joined #openstack-infra22:36
clarkbasselin: right qemu-img really screwed us here22:36
anteayaeglute: it doesn't really matter, there are no ops and it isn't registered22:37
clarkbasselin: they added a non backward compatible flag for backward compat22:37
zaroclarkb, fungi : anyways in it's curent state i can't see what would fail so i'll try to run puppet test to see what happens22:37
clarkbasselin: its super meta :)22:37
asselinclarkb, ha!22:37
anteayaeglute: so the minute the person who first entered the room leaves it, noone can get ops if it isnt' registered22:37
clarkbasselin: so if you want to be actually backward compatbile you have to do it yourself22:37
eglutei am not familiar with IRC operations- what would it take to get ops and re-name?22:37
clarkbasselin: I think greghaynes was working on pushing that into DIB so that nodepool could stop22:37
clarkbgreghaynes: ^ any progress on that?22:37
anteayaeglute: well the rename is easier22:38
asselinclarkb, right...that's the patch I'm testing now...doesn't work22:38
clarkbeglute: if everyone left the room then it could be registered22:38
asselinclarkb, https://review.openstack.org/#/c/177043/1/bin/disk-image-create22:38
clarkbasselin: oh! I see22:38
anteayaeglute: type /join #openstack-defcore22:38
anteayaeglute: then you can register it22:38
greghayneshes using the dib patch for that. theres a nodepool patch too I forgot about :(22:38
asselingreghaynes, which one?22:38
greghaynesbut EONPHONE22:38
greghaynesso cant look it up22:39
asselini'll try to find it22:39
eglutehow do i register it22:39
zaroclarkb: should i disable the agent before running puppet agent --test?22:39
clarkbhrm I thought  Iapproved the docs change to doc registration22:39
clarkbbut I don't see it published22:39
anteayaeglute: working on that22:39
clarkbzaro: no shouldn't be necessary22:39
asselingreghaynes, https://review.openstack.org/#/c/177045/ i suppose22:39
anteayajeblair: where did the page with your new patch end up? http://ci.openstack.org/irc.html#access22:39
clarkbeglute: anteaya https://review.openstack.org/#/c/181036/1/doc/source/irc.rst22:40
clarkbapparently it didn't publish, may have run into problems when jenkins/zuul were unhappy22:40
anteayaeglute: type /msg chanserv register #openstack-defcore22:41
anteayaeglute: then type /msg chanserv set #openstack-defcore guard on22:41
anteayaeglute: then type /msg chanserv access #openstack-defcore add openstackinfra +AFRefiorstv22:42
anteayaeglute: and you are done22:42
egluteanteaya thank you, done!22:42
egluteso now we need to tell everyone we are moving to the new channel?22:43
anteayawelcome and congratulations22:43
anteayayes22:43
eglutethank you!!22:43
clarkbzaro: if you can paste the output when it is done that may be helpful22:43
anteayaeglute: please review https://review.openstack.org/#/c/181576/1 and comment that you have registered #openstack-defcore22:44
anteayaeglute: and you are most welcome22:44
egluteanteaya Jenkins is not happy with that PR22:44
*** julim has joined #openstack-infra22:44
anteayano22:45
anteayabecause #defcore isn't registered22:45
anteayabut if you tell flashgordon to change the patch to openstack-defcore22:45
anteayajenkins will become happier, I predict22:45
eglutethanks, will do22:46
anteayathank you22:46
clarkbzaro: is it running?22:46
zaroclarkb: http://paste.openstack.org/show/217463/22:47
clarkbzaro: it definitely doesn't appear to have run tidy22:47
zaroclarkb: is that listed in order of execution?22:47
*** abregman has quit IRC22:48
clarkbzaro: yes should be22:48
clarkbzaro: though that paste looks incomplete22:48
clarkbzaro: also are you using --test? that looks more verbose than --test22:49
zarohere's the rest of it: http://paste.openstack.org/show/217464/22:50
zaroclarkb: yes, i used --debug --test22:50
clarkboh maybe thats extra debuggy22:50
clarkbzaro: maybe try it without the extra --debug?22:51
zarowell i don't see any references to tidy except for the beginning when i sets up the ordering?22:51
clarkbits kinda hard to follow what it is doing with --debug22:51
zaroclarkb: http://paste.openstack.org/show/217466/22:52
*** vipuls has joined #openstack-infra22:52
zarono info there22:52
clarkbno thats good info, thats the only thing puppet wanted to do22:52
clarkbso it isn't running tody22:52
clarkb*tidy22:52
zaropuppet bug?22:54
clarkbprobably a bug in our puppet22:54
*** hodos|2 has quit IRC22:55
clarkboh right the tidy doesn't match any of the symlinks22:55
clarkbso we don't want the tidy to run22:56
clarkbbut we should instead get the modules installed22:56
*** rwsu has quit IRC22:56
clarkber libs installed via maven22:56
clarkbI think I see the problem22:57
clarkbzaro: fungi: the execs to install stuff have creates clauses that match the symlinks22:57
clarkbif we remove the symlinks then it should work22:58
clarkbso we can either create another tidy step or make that a manual step or delete it in the exec if a symlink etc22:58
*** Krinkle|detached is now known as Krinkle22:58
fungiclarkb: yeah, that's why i suggested changing the names of them a little22:58
fungithen the tidy should blow away the old symlinks as unmanaged22:59
fungithat way, no manual step, so more downstream-friendly22:59
clarkbya that should work too22:59
clarkbI have to run now, but I am pretty sure that is all that is happening22:59
zaroin the mean time i'll delete the .*.jar.backup links to remove confusion23:00
clarkbthose did get deleted23:00
openstackgerritMonty Taylor proposed openstack-infra/puppet-meetbot: Produce html logs for our IRC logs  https://review.openstack.org/18137723:01
mordredclarkb, fungi: ^^ now with puppet-lint happy23:01
zarofungi, clarkb : i will put up a change.23:02
*** dboik has quit IRC23:03
*** dboik has joined #openstack-infra23:04
*** zehicle has joined #openstack-infra23:04
asselingreghaynes, with minor fix to your nodepool patch, image created successfullly. will test it now to make sure it really works :)23:07
*** Krinkle is now known as Krinkle|detached23:07
*** annegentle has quit IRC23:09
greghaynesasselin: w00t23:10
*** btully has joined #openstack-infra23:12
*** patrickeast has quit IRC23:15
*** panda|afk has quit IRC23:15
*** mpopow has quit IRC23:15
*** packet has quit IRC23:15
*** panda|afk has joined #openstack-infra23:16
*** mpopow has joined #openstack-infra23:16
openstackgerritJoe Gordon proposed openstack-infra/system-config: Enable logging of #openstack-defcore  https://review.openstack.org/18157723:17
openstackgerritJoe Gordon proposed openstack-infra/project-config: Add #openstack-defcore to the list of irc channels  https://review.openstack.org/18157623:18
*** rwsu has joined #openstack-infra23:22
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Ensure correct set of bouncy castle libs for Gerrit.  https://review.openstack.org/18158623:24
zarofungi, clarkb ^ look right?23:25
*** ddieterly has quit IRC23:27
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Ensure only one set of bouncy castle libs are installed for Gerrit.  https://review.openstack.org/18158623:28
*** marun has quit IRC23:32
openstackgerritChris Hoge proposed openstack-infra/project-config: Add gerritbot to openstack-defcore channel  https://review.openstack.org/18159023:32
* zaro needs to step away for dinner, back later.23:34
*** mestery has quit IRC23:34
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Separate out custom yaml tags into separate classes  https://review.openstack.org/18037023:35
*** pelix has quit IRC23:35
*** heyongli has quit IRC23:36
*** craigbr has quit IRC23:37
*** heyongli has joined #openstack-infra23:37
*** alexpilotti_ has joined #openstack-infra23:45
*** hemna is now known as hemnafk23:46
*** alexpilotti has quit IRC23:47
*** alexpilotti_ is now known as alexpilotti23:47
*** ajmiller has quit IRC23:48
*** nikita09 has quit IRC23:50
openstackgerritJeremy Stanley proposed openstack-infra/puppet-gerrit: Ensure only one set of bouncy castle libs are installed for Gerrit.  https://review.openstack.org/18158623:52
fungiupdated myself in the name of expediency23:52
jeblairfungi: i liked the old you, but i'll give the updated you a chance23:54
anteayadoes he pass tests?23:54
jeblairwe'll find out!23:55
waynris there a place i can look for metrics about openstack's CI system? i'm interested in number of daily jobs triggered/run, number of projects served by the gerrit/zuul/gearman/jenkins stack, average CI response times, etc23:55
jeblairwaynr: we have some graphs at the bottom of http://status.openstack.org/zuul/23:56
jeblairwaynr: they are generated from graphite23:56
waynrcool, i'm looking at that now23:56
clarkbfungi lgtm23:56
jeblairwaynr: there's even more raw data available there: http://graphite.openstack.org/23:56
waynrwhat about the number of jenkins masters/slaves/executors in use?23:56
*** rwsu has quit IRC23:56
waynrsweet!23:56
*** otter768 has joined #openstack-infra23:57
jeblairwaynr: masters is constant at 8; dynamic slaves are a graph on the status page (nodes); there are a handful of static ones for special jobs23:57
fungiclarkb: if that version passes tests i'll approve it momentarily and we'll see if that does any better on review-dev23:57
clarkbfungi great23:57
clarkbI am finally getting lunch now so mostly not here but change makes sense23:57
*** dannywil_ has quit IRC23:58
waynrjeblair: is that the "Test Nodes" graph?23:58
jeblairwaynr: you can take any of those images from the status page, open them in a new window, change 'render' to 'composer' in the url, and then further edit that graph in graphite23:58
jeblairwaynr: ye23:58
jeblairyes23:58
*** banix has joined #openstack-infra23:58
waynrha, that's pretty cool23:59

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