Monday, 2015-03-23

*** Hal1 has quit IRC00:04
*** rlandy_ has joined #openstack-infra00:05
*** rlandy_ has quit IRC00:05
*** rlandy has quit IRC00:07
*** baoli has joined #openstack-infra00:10
anteayathe moon venus conjunction is a sight to behold in the sky00:11
*** ZZelle_ has quit IRC00:13
*** ddieterl_ has joined #openstack-infra00:14
*** ddieterly has quit IRC00:14
*** baoli has quit IRC00:15
*** markvoelker has joined #openstack-infra00:17
*** julim has joined #openstack-infra00:17
*** yamamoto has joined #openstack-infra00:19
*** markvoelker has quit IRC00:22
*** achanda has quit IRC00:22
*** yamamoto has quit IRC00:24
*** dkranz has quit IRC00:25
*** liusheng has quit IRC00:26
*** liusheng has joined #openstack-infra00:26
*** yamamoto has joined #openstack-infra00:26
*** baoli has joined #openstack-infra00:32
openstackgerritJoshua Hesketh proposed openstack/requirements: Remove pip_missing_reqs  https://review.openstack.org/16666400:33
*** emagana has quit IRC00:34
openstackgerritLars Kellogg-Stedman proposed openstack-infra/project-config: Add "heat-coe-templates" project  https://review.openstack.org/16480600:37
*** ajmiller__ is now known as ajmiller00:40
*** garyh has joined #openstack-infra00:45
*** asettle has quit IRC00:51
*** garyh has quit IRC00:51
*** julim has quit IRC00:53
*** achanda has joined #openstack-infra00:53
ianwmordred: 166640 ... one typo, then fails in cloud-init ... but i'm not sure what the intentiosn are there because cloud-init isn't installed00:54
*** amitgandhinz has joined #openstack-infra00:56
*** sputnik13 has quit IRC01:00
*** liusheng has quit IRC01:00
*** sdake has joined #openstack-infra01:00
*** dims has joined #openstack-infra01:01
*** dims has quit IRC01:01
*** sdake__ has quit IRC01:04
*** yamamoto has quit IRC01:04
*** ghostpl_ has joined #openstack-infra01:04
*** Longgeek has joined #openstack-infra01:08
*** ghostpl_ has quit IRC01:12
*** dims__ has joined #openstack-infra01:15
*** fbo has quit IRC01:16
*** fbo has joined #openstack-infra01:17
*** tiswanso has joined #openstack-infra01:18
*** markvoelker has joined #openstack-infra01:18
*** esker has joined #openstack-infra01:23
*** markvoelker has quit IRC01:23
*** ianw has quit IRC01:25
*** ianw has joined #openstack-infra01:26
*** yamamoto has joined #openstack-infra01:28
*** stevemar has quit IRC01:34
*** sputnik13 has joined #openstack-infra01:40
*** oomichi_ has joined #openstack-infra01:44
*** Slower has quit IRC01:50
*** sputnik13 has quit IRC01:51
*** garyh has joined #openstack-infra01:51
*** Slower has joined #openstack-infra01:52
*** mestery_ is now known as mestery01:53
*** asettle has joined #openstack-infra01:53
*** unicell has quit IRC01:53
*** Alexandra_ has joined #openstack-infra01:56
*** sputnik13 has joined #openstack-infra01:57
*** achanda has quit IRC01:57
*** asettle has quit IRC01:58
*** baoli has quit IRC01:59
*** hdd has joined #openstack-infra01:59
*** armax has joined #openstack-infra02:00
*** garyh has quit IRC02:02
*** sabeen2 has joined #openstack-infra02:03
*** sabeen has quit IRC02:03
*** baoli has joined #openstack-infra02:04
*** armax has quit IRC02:04
*** armax has joined #openstack-infra02:06
*** armax has quit IRC02:07
*** jyuso1 has joined #openstack-infra02:08
*** mtanino has joined #openstack-infra02:08
*** Alexandra_ is now known as asettle02:13
*** mfink_ has joined #openstack-infra02:17
*** sdake__ has joined #openstack-infra02:18
*** markvoelker has joined #openstack-infra02:19
*** tkelsey has joined #openstack-infra02:19
*** mfink_ has quit IRC02:22
*** sdake has quit IRC02:22
*** markvoelker has quit IRC02:23
*** tkelsey has quit IRC02:24
*** kaisers has joined #openstack-infra02:27
*** kaisers1 has quit IRC02:28
greghaynesmordred: Do you have a link to your vhd-util ppa?02:42
*** ddieterl_ has quit IRC02:47
*** dboik has joined #openstack-infra02:53
*** ghostpl_ has joined #openstack-infra02:56
*** achanda has joined #openstack-infra02:58
*** bdpayne has quit IRC02:59
*** dims__ has quit IRC03:01
*** ghostpl_ has quit IRC03:01
*** garyh has joined #openstack-infra03:03
*** achanda has quit IRC03:03
*** sdake has joined #openstack-infra03:09
*** sdake__ has quit IRC03:12
*** garyh has quit IRC03:12
*** trey has quit IRC03:13
*** woodster_ has joined #openstack-infra03:14
*** trey has joined #openstack-infra03:14
*** amitgandhinz has quit IRC03:18
openstackgerritMerged openstack-infra/system-config: Allow HTTPS through iptables on zuul.openstack.org  https://review.openstack.org/16558403:20
*** coolsvap|afk is now known as coolsvap03:24
*** hdd has quit IRC03:24
*** Longgeek has quit IRC03:30
openstackgerritMerged openstack-infra/project-config: Add pypi jobs for stackforge/networking-[odl,ovn]  https://review.openstack.org/16652203:31
*** ddieterly has joined #openstack-infra03:48
openstackgerritMerged openstack-infra/project-config: Reduce timeout for heat functional job  https://review.openstack.org/16632003:50
*** ujuc has joined #openstack-infra03:52
*** ddieterly has quit IRC03:52
openstackgerritMerged openstack-infra/puppet-user: Ensure home and home/.ssh folders are created  https://review.openstack.org/16502903:53
*** dhp has joined #openstack-infra04:00
*** dims__ has joined #openstack-infra04:06
*** baoli has quit IRC04:07
*** achanda has joined #openstack-infra04:08
*** baoli has joined #openstack-infra04:10
*** stevemar has joined #openstack-infra04:15
*** baoli has quit IRC04:15
*** Hal1 has joined #openstack-infra04:17
*** Hal1 has quit IRC04:18
*** dboik has quit IRC04:21
*** dboik has joined #openstack-infra04:21
*** sabeen2 has quit IRC04:22
*** esker has quit IRC04:23
*** Longgeek has joined #openstack-infra04:30
openstackgerritMerged openstack-infra/nodepool: Don't die while doing alien list  https://review.openstack.org/16579204:30
openstackgerritMerged openstack-infra/nodepool: Don't die while doing alien list  https://review.openstack.org/16579204:30
openstackgerritMerged openstack-infra/nodepool: Dont die on alien-image-list failure  https://review.openstack.org/16613204:31
*** achanda has quit IRC04:34
*** dims__ has quit IRC04:36
*** sdake__ has joined #openstack-infra04:40
*** sdake has quit IRC04:44
*** ghostpl_ has joined #openstack-infra04:45
*** ddieterly has joined #openstack-infra04:49
*** sdake has joined #openstack-infra04:51
*** ghostpl_ has quit IRC04:52
*** ddieterly has quit IRC04:54
*** yamahata has joined #openstack-infra04:54
openstackgerritMerged openstack-infra/nodepool: Ignore stderr for documentation program output  https://review.openstack.org/16605704:55
*** sdake__ has quit IRC04:55
openstackgerritMerged openstack-infra/os-loganalyze: unwind test class multiple inheritance  https://review.openstack.org/16585104:55
*** asettle has quit IRC04:57
*** ajmiller has quit IRC05:03
*** kiseok7_ has joined #openstack-infra05:06
*** pcaruana has quit IRC05:07
*** achanda has joined #openstack-infra05:08
*** Hal1 has joined #openstack-infra05:17
*** sdake__ has joined #openstack-infra05:18
*** Hal1 has quit IRC05:21
*** sdake has quit IRC05:22
*** achanda has quit IRC05:24
*** achanda has joined #openstack-infra05:26
*** bdpayne has joined #openstack-infra05:26
*** garyh has joined #openstack-infra05:28
*** sdake__ has quit IRC05:33
*** sdake has joined #openstack-infra05:34
*** garyh has quit IRC05:34
*** nilasae has joined #openstack-infra05:38
*** yamahata has quit IRC05:41
*** sushilkm has joined #openstack-infra05:47
*** sushilkm has left #openstack-infra05:47
*** trinaths has joined #openstack-infra05:48
trinathsHi, For my CI, I get this error, http://paste.openstack.org/show/195182/ . With respect to the recent changes Is there any Upgrade I need to do. Kindly help me to resolve this issue05:49
*** BharatK has joined #openstack-infra05:49
*** ddieterly has joined #openstack-infra05:50
*** sdake has quit IRC05:51
*** ddieterly has quit IRC05:55
ianwjhesketh: while i take your point on validating the .erb, is there room to convince you that maybe that problem could be solved if and when it becomes a problem?  unless you have suggestions on how to get it done in a practical way quickly06:02
openstackgerritMerged openstack-infra/system-config: Add a cronjob frequency to pypi_mirror  https://review.openstack.org/16301406:03
*** tnovacik has joined #openstack-infra06:03
*** nilasae has quit IRC06:06
*** Hal1 has joined #openstack-infra06:09
*** yfried|afk has quit IRC06:12
*** yfried|afk has joined #openstack-infra06:12
*** trinaths has quit IRC06:13
jheskethianw: so a quick google does not show an easy way to do it, so I think I could be convinced06:18
*** trinaths has joined #openstack-infra06:18
jhesketha hack could be to render the template with the erb tooling but we'd have to pass in the expected values explicitly06:18
jheskethI think your suggestion is fine until we have a need for better testing06:18
ianwjhesketh: yeah, that's what i mean, to deploy it fully, i'm not sure if puppet with noop would do it06:19
jheskethianw: yeah and from what I can see there is no easy way to pull it out of a noop06:19
ianwjhesketh: and i think the likelihood of templating out anything other than the paths is low06:20
jheskethyep06:21
*** yfried|afk has quit IRC06:21
*** otter768 has joined #openstack-infra06:21
*** mtanino has quit IRC06:22
*** dims__ has joined #openstack-infra06:22
trinathsHi, For my CI, I get this error, http://paste.openstack.org/show/195182/ . With respect to the recent changes Is there any Upgrade I need to do. Kindly help me to resolve this issue06:22
*** otter768 has quit IRC06:25
jheskethtrinaths: it could be because of the gerrit host move... try restarting zuul06:26
jheskethand checking the IP for gerrit is 104.130.159.13406:27
*** yfried|afk has joined #openstack-infra06:27
openstackgerritMerged openstack-infra/system-config: Add nodepool config-validation environment  https://review.openstack.org/16490106:28
*** jamielennox is now known as jamielennox|away06:28
trinathsjhesketh: okay. Let the check and test the same as suggested. Thanks sir06:29
trinathsjhesketh: I restarted Zuul, It still gives the same error06:31
jheskethtrinaths: check that you can ssh to gerrit as the same user you've configured zuul with06:31
*** dannywilson has joined #openstack-infra06:31
*** bdpayne has quit IRC06:32
*** yfried|afk has quit IRC06:32
trinathsjhesketh: sure sir06:33
trinathsjhesketh: thanks sir, Its an IP address related Issue. Its resolved now. Thanks a lot.06:34
jheskethno trouble :-)06:35
*** garyh has joined #openstack-infra06:35
*** ghostpl_ has joined #openstack-infra06:36
openstackgerritMerged openstack-infra/devstack-gate: force_config_drive always=>True  https://review.openstack.org/16233906:39
*** yolanda has quit IRC06:40
*** deepakcs has joined #openstack-infra06:40
*** dannywilson has quit IRC06:40
*** HeOS has quit IRC06:40
*** ghostpl_ has quit IRC06:43
*** ujuc has quit IRC06:43
*** garyh has quit IRC06:44
*** stevemar has quit IRC06:48
*** ddieterly has joined #openstack-infra06:51
*** yfried|afk has joined #openstack-infra06:53
*** dims__ has quit IRC06:54
*** ddieterly has quit IRC06:56
*** mrunge has joined #openstack-infra06:58
*** pcaruana has joined #openstack-infra06:58
*** Bsony has joined #openstack-infra06:59
*** garyk has joined #openstack-infra07:03
*** yfried has joined #openstack-infra07:11
*** yfried|afk has quit IRC07:12
*** yfried has quit IRC07:15
openstackgerritMerged openstack-infra/project-config: Add Python 2.6 jobs to Castellan  https://review.openstack.org/16591307:16
*** yfried has joined #openstack-infra07:18
*** yfried is now known as yfried|afk07:18
*** Somay has joined #openstack-infra07:22
*** scheuran has joined #openstack-infra07:24
*** trinaths has left #openstack-infra07:26
*** achanda has quit IRC07:29
*** gsagie has joined #openstack-infra07:30
gsagieHello all, i commit to a stackforge project and i wanted to add images to the README file,  (https://github.com/stackforge/dragonflow) how ever they are not displayed correctly as you can see, i tried changing the README.rst to README.md but that fails in Jenkins, any ideas what am i missing?07:32
*** yamahata has joined #openstack-infra07:36
*** yfried has joined #openstack-infra07:39
*** yfried|afk has quit IRC07:43
openstackgerritJoshua Hesketh proposed openstack-infra/system-config: Add tempest help footers to indexes  https://review.openstack.org/16671907:44
*** saggi has joined #openstack-infra07:44
*** nilasae has joined #openstack-infra07:46
saggiHi, we have a project on stackforge ( https://launchpad.net/dragonflow ) and we want to start filling up wiki pages. Is there some kind of process to start doing that on openstack.org/wiki/ or do we just start creating pages?07:46
*** mrmartin has joined #openstack-infra07:49
*** woodster_ has quit IRC07:50
*** dtantsur|afk is now known as dtantsur07:50
*** yamahata has quit IRC07:53
ttxsaggi: no process, just create a dragonflow page there07:55
*** yfried is now known as yfried|afk07:57
*** chlong has quit IRC07:58
*** YorikSar has quit IRC07:58
saggittx: thanks07:59
*** ibiris_away is now known as ibiris08:00
*** Somay has quit IRC08:02
*** yfried|afk is now known as yfried08:03
*** oomichi_ has quit IRC08:04
*** Somay has joined #openstack-infra08:05
*** mrmartin has quit IRC08:05
*** ghostpl_ has joined #openstack-infra08:06
*** ghostpl_ has quit IRC08:07
*** ghostpl_ has joined #openstack-infra08:07
*** mrda is now known as mrda-away08:07
*** sergsh has joined #openstack-infra08:07
*** ghostpl_ has quit IRC08:07
*** gsagie has left #openstack-infra08:08
openstackgerritJan Provaznik proposed openstack-infra/project-config: Create os-cloud-management project under TripleO  https://review.openstack.org/16543308:12
*** sergsh has quit IRC08:13
*** markus_z has joined #openstack-infra08:14
*** sergsh has joined #openstack-infra08:16
*** soren has joined #openstack-infra08:18
*** soren has joined #openstack-infra08:18
*** yfried is now known as yfried|afk08:21
*** otter768 has joined #openstack-infra08:22
*** mpavone has joined #openstack-infra08:22
*** yfried|afk is now known as yfried08:22
*** doude has joined #openstack-infra08:23
*** markvoelker has joined #openstack-infra08:24
*** ihrachyshka has joined #openstack-infra08:25
*** otter768 has quit IRC08:26
*** markvoelker has quit IRC08:28
*** yfried_ has joined #openstack-infra08:28
*** ildikov has joined #openstack-infra08:30
*** sergsh has quit IRC08:30
*** sergsh has joined #openstack-infra08:31
*** tkelsey has joined #openstack-infra08:31
*** yfried has quit IRC08:32
*** soren has quit IRC08:32
*** ominakov has joined #openstack-infra08:32
*** YorikSar has joined #openstack-infra08:34
*** yfried_ has quit IRC08:37
*** yfried_ has joined #openstack-infra08:37
*** dims__ has joined #openstack-infra08:39
*** andreykurilin_ has joined #openstack-infra08:40
*** Somay has quit IRC08:41
*** ghostpl_ has joined #openstack-infra08:42
*** yfried_ has quit IRC08:44
*** yfried__ has joined #openstack-infra08:44
*** dtantsur is now known as dtantsur|brb08:48
*** soren has joined #openstack-infra08:48
*** soren has joined #openstack-infra08:48
*** ihrachyshka has quit IRC08:48
*** ddieterly has joined #openstack-infra08:52
*** hashar has joined #openstack-infra08:56
*** ddieterly has quit IRC08:57
*** garyh has joined #openstack-infra09:00
*** e0ne has joined #openstack-infra09:02
*** jistr has joined #openstack-infra09:02
*** ildikov has quit IRC09:03
*** ondergetekende_ has quit IRC09:03
*** garyh has quit IRC09:06
*** e0ne has quit IRC09:08
*** ibiris is now known as ibiris_away09:09
*** dims__ has quit IRC09:12
*** katyafervent is now known as katyafervent_awa09:14
*** katyafervent_awa is now known as katyafervent09:17
*** yamamoto has quit IRC09:17
*** ibiris_away is now known as ibiris09:18
*** ujuc has joined #openstack-infra09:18
*** zz_johnthetubagu is now known as johnthetubaguy09:18
*** HeOS has joined #openstack-infra09:21
*** ujuc has quit IRC09:22
*** markvoelker has joined #openstack-infra09:24
*** derekh has joined #openstack-infra09:25
*** andreykurilin_ has quit IRC09:26
*** jlanoux has joined #openstack-infra09:26
*** markvoelker has quit IRC09:29
*** afazekas_ has joined #openstack-infra09:29
*** dalgaaf has joined #openstack-infra09:40
*** dhritishikhar has joined #openstack-infra09:40
*** liusheng has joined #openstack-infra09:41
*** dannywilson has joined #openstack-infra09:41
*** jedimike has joined #openstack-infra09:43
*** jedimike has quit IRC09:43
*** notnownikki has joined #openstack-infra09:44
*** ZZelle has quit IRC09:44
*** ZZelle has joined #openstack-infra09:44
*** dannywilson has quit IRC09:46
openstackgerritMerged openstack-infra/storyboard: Story events may now be filtered by event_type.  https://review.openstack.org/16046209:47
*** jyuso1 has quit IRC09:51
*** jyuso1 has joined #openstack-infra09:51
*** Ala has joined #openstack-infra09:51
*** dims__ has joined #openstack-infra09:51
*** yfried__ is now known as yfried|afk09:53
*** ujuc has joined #openstack-infra09:53
*** yamamoto has joined #openstack-infra09:53
*** yfried|afk is now known as yfried__09:54
*** e0ne has joined #openstack-infra09:54
*** tiswanso has quit IRC09:55
*** ssam2 has joined #openstack-infra09:57
*** pelix has joined #openstack-infra09:57
*** e0ne is now known as e0ne_10:00
*** _nadya_ has joined #openstack-infra10:00
openstackgerritMerged openstack-infra/storyboard-webclient: Removed username.  https://review.openstack.org/16519310:01
*** e0ne_ has quit IRC10:05
*** pelix has quit IRC10:06
*** pelix has joined #openstack-infra10:07
*** rlandy has joined #openstack-infra10:07
*** garyh has joined #openstack-infra10:07
*** Hal1 has quit IRC10:08
*** Hal1 has joined #openstack-infra10:10
*** mpavone has quit IRC10:10
*** Hal1 has quit IRC10:10
*** MrAboii has joined #openstack-infra10:10
*** enikanorov_ has quit IRC10:11
*** enikanorov_ has joined #openstack-infra10:12
*** ondergetekende has joined #openstack-infra10:13
*** e0ne has joined #openstack-infra10:14
*** freerunner has quit IRC10:14
*** freerunner has joined #openstack-infra10:14
*** _nadya_ has quit IRC10:15
*** garyh has quit IRC10:17
*** cdent has joined #openstack-infra10:18
*** Hal1 has joined #openstack-infra10:20
*** otter768 has joined #openstack-infra10:23
*** ihrachyshka has joined #openstack-infra10:23
*** markvoelker has joined #openstack-infra10:25
*** mpavone has joined #openstack-infra10:25
*** otter768 has quit IRC10:27
*** yamamoto has quit IRC10:27
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Added events for tags  https://review.openstack.org/16507410:28
*** yamamoto has joined #openstack-infra10:28
*** asettle has joined #openstack-infra10:29
*** markvoelker has quit IRC10:30
*** dhritishikhar has quit IRC10:33
*** dtantsur|brb is now known as dtantsur10:34
*** soren has quit IRC10:37
*** vigneshvar has joined #openstack-infra10:41
*** Somay has joined #openstack-infra10:43
*** yamamoto has quit IRC10:43
*** ominakov has quit IRC10:44
*** dhritishikhar has joined #openstack-infra10:45
*** ihrachyshka has quit IRC10:47
*** ghostpl_ has quit IRC10:49
*** ghostpl_ has joined #openstack-infra10:51
*** Hal1 has quit IRC10:51
*** Hal1 has joined #openstack-infra10:52
*** ddieterly has joined #openstack-infra10:54
*** mpavone has quit IRC10:57
*** ddieterly has quit IRC10:59
*** dhritishikhar has quit IRC11:00
*** Bsony_ has joined #openstack-infra11:00
*** gmann_ has joined #openstack-infra11:03
*** gmann_ has left #openstack-infra11:03
*** Bsony has quit IRC11:04
*** e0ne is now known as e0ne_11:10
*** coolsvap is now known as coolsvap|afk11:11
openstackgerritKota Tsuyuzaki proposed openstack-infra/project-config: Add new tox funxtional test and gate to swift3  https://review.openstack.org/16656811:13
*** e0ne_ is now known as e0ne11:17
*** garyh has joined #openstack-infra11:17
*** yfried__ is now known as yfried|afk11:20
openstackgerritChris Dent proposed openstack-infra/project-config: Make ceilometerclient-dsvm-functional voting  https://review.openstack.org/16678411:23
*** mmedvede has joined #openstack-infra11:24
*** markvoelker has joined #openstack-infra11:26
*** jcoufal has joined #openstack-infra11:27
*** garyh has quit IRC11:27
*** marcusvrn has joined #openstack-infra11:28
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Refactor Tasks to work as a Subcontroller  https://review.openstack.org/15005211:30
*** mwagner_lap has quit IRC11:30
*** ajo has joined #openstack-infra11:30
*** markvoelker has quit IRC11:30
*** zul has joined #openstack-infra11:32
*** dizquierdo has joined #openstack-infra11:37
*** _nadya_ has joined #openstack-infra11:38
*** _nadya_ has quit IRC11:38
openstackgerritMerged openstack-infra/puppet-zuul: Modernize template syntax  https://review.openstack.org/15713611:39
*** yfried|afk is now known as yfried__11:40
openstackgerritMerged openstack-infra/system-config: Configure puppetmaster server from manifest  https://review.openstack.org/16467011:41
*** shardy has joined #openstack-infra11:42
*** pc_m has joined #openstack-infra11:42
*** mpavone has joined #openstack-infra11:44
*** Longgeek has quit IRC11:46
*** markvoelker has joined #openstack-infra11:46
*** ibiris is now known as ibiris_away11:47
*** _nadya_ has joined #openstack-infra11:47
*** _nadya_ has quit IRC11:48
*** yamamoto_ has joined #openstack-infra11:53
*** marcusvrn has quit IRC11:53
*** ddieterly has joined #openstack-infra11:55
*** AJaeger has joined #openstack-infra11:55
*** AJaeger has joined #openstack-infra11:55
*** claudiub has joined #openstack-infra11:56
*** soren has joined #openstack-infra11:56
AJaegerHI, anybody around that could hell with setuptools and pbr, please?11:56
*** weshay has joined #openstack-infra11:56
*** pblaho has joined #openstack-infra11:57
*** ibiris_away is now known as ibiris11:58
*** asettle has quit IRC11:59
*** ddieterly has quit IRC11:59
*** ldnunes has joined #openstack-infra12:00
*** kgiusti has joined #openstack-infra12:01
sdaguemordred: if hpcloud is still having issues on the delete side, could you see if they can tune it with the following index change (it's in kilo) - https://review.openstack.org/#/c/160195/2/nova/db/sqlalchemy/migrate_repo/versions/255_update_instances_project_id_index.py,cm12:04
*** e0ne is now known as e0ne_12:05
*** bradjones has quit IRC12:05
*** ominakov has joined #openstack-infra12:06
*** doug-fish has joined #openstack-infra12:06
*** bradjones has joined #openstack-infra12:06
*** marcusvrn has joined #openstack-infra12:13
*** _nadya_ has joined #openstack-infra12:13
*** sreshetnyak has quit IRC12:18
*** dkranz has joined #openstack-infra12:18
*** ominakov has quit IRC12:19
*** mjturek1 has joined #openstack-infra12:20
*** jcoufal has quit IRC12:20
*** mwagner_lap has joined #openstack-infra12:23
*** otter768 has joined #openstack-infra12:24
*** gmann_ has joined #openstack-infra12:25
*** gordc has joined #openstack-infra12:27
*** aysyd has joined #openstack-infra12:28
*** otter768 has quit IRC12:28
*** e0ne_ has quit IRC12:29
*** Hal1 has quit IRC12:31
*** ihrachyshka has joined #openstack-infra12:31
*** dims__ has quit IRC12:34
*** dims__ has joined #openstack-infra12:34
*** jcoufal has joined #openstack-infra12:36
*** notnownikki has quit IRC12:37
AJaegersdague, as requirements expert, could you briefly have a look at https://review.openstack.org/#/c/166796/ - and my email? I wonder why this passed the gate at all...12:37
AJaegersdague, email link: http://lists.openstack.org/pipermail/openstack-dev/2015-March/059628.html12:38
*** ominakov has joined #openstack-infra12:38
*** tnovacik has quit IRC12:40
sdaguethere was a whole discussion on friday12:41
sdague~= requires really new setuptools and pip, which are not available in all the infra12:41
*** ominakov has quit IRC12:41
AJaegersdague, I missed that ;(12:42
sdaguehowever, we did a full fix12:42
AJaegersdague, not for the translation jobs12:42
AJaegerhttps://jenkins.openstack.org/job/glance-propose-translation-update/341/console was run this morning and failed12:43
AJaegersdague, so, I should abandon my patch then?12:43
sdagueright, but there should be a proposal bot patch up12:43
sdaguedid you look?12:43
*** weshay has quit IRC12:44
*** ominakov has joined #openstack-infra12:44
AJaegerI don't see one - and didn't stumble upon one on project-config12:45
sdagueso it would be worth figuring out why openstack proposal bot didn't propose to glance12:48
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Fix docs  https://review.openstack.org/16680312:49
sdagueit did to everyone else once we landed it12:49
*** ayoung has joined #openstack-infra12:51
*** praveenkumar has quit IRC12:52
AJaegerhttps://jenkins.openstack.org/job/propose-requirements-updates/489/consoleFull - because of the ~=12:52
*** dims__ is now known as dims12:52
AJaegersdague, search for glance in the link - that's the latest proposal bot run12:53
AJaegererrror is ValueError: ('Expected version spec in', 'oslo.policy~=0.3.1  # apache-2.0', 'at', '~=0.3.1  # apache-2.0')12:53
AJaegerSo, I guess I should restore my patch again?12:53
openstackgerritValeriy Ponomaryov proposed openstack-infra/project-config: Add tempest + postgres job for manila  https://review.openstack.org/16593512:54
sdagueAJaeger: ok, so that's something else that's a bug right?12:55
*** tiswanso has joined #openstack-infra12:55
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Fix docs  https://review.openstack.org/16680312:55
AJaegersdague, it'S the same underlying problem IMHO - our tools do not cope with ~=12:55
*** ddieterly has joined #openstack-infra12:55
*** xyang1 has joined #openstack-infra12:55
AJaegersdague, this was fixed in requirements with https://review.openstack.org/#/c/166377/12:55
sdagueoh... so someone in glance bumped outside of proposal bot, and proposal bot can't revert12:55
*** weshay has joined #openstack-infra12:56
AJaegersdague, exactly!12:56
AJaegersdague, thanks for helping me to understand this12:56
*** garyh has joined #openstack-infra12:56
sdagueAJaeger: yeh, so you are correct, you need to restore yours12:57
sdaguealso, I'd say you should do a full manual sync12:57
*** ominakov has quit IRC12:57
AJaegerlet me ask on the glance list...12:57
sdaguebecause glance is unlikely to get a requirements bump12:57
sdagueas we've basically frozen now12:57
dimsuntil that line is fixed...12:57
sdaguedims: it's event based though12:57
AJaegerok, later - need to meet now...12:57
sdagueuntil we land new requirements it won't try to repropose12:58
*** dboik has quit IRC12:58
dimsah i see12:58
*** dprince has joined #openstack-infra12:59
*** tiswanso has quit IRC12:59
*** ddieterly has quit IRC13:00
*** mpaolino has joined #openstack-infra13:00
*** amotoki has quit IRC13:01
*** Bsony has joined #openstack-infra13:01
*** praveenkumar has joined #openstack-infra13:03
*** Somay has quit IRC13:04
*** garyh has quit IRC13:04
*** Bsony_ has quit IRC13:04
*** Hal1 has joined #openstack-infra13:04
*** bhunter71 has joined #openstack-infra13:04
mordredsdague: sure- thanks! - btw - sake of argument, shouldn't that covering index also have instance_id in it?13:04
*** rfolco has joined #openstack-infra13:05
sdaguemordred: IIRC we've got a ton of indexes there already13:05
mordredsdague: I'm assuming that the query is something like "select instance_id from instance where project_id=X and deleted=Y"13:05
sdaguelet me look13:05
*** soren has quit IRC13:05
sdaguethat's actually the backport prep patch, so the actually kilo change is already in there13:05
*** ominakov has joined #openstack-infra13:05
mordredcool13:05
*** amotoki has joined #openstack-infra13:06
mordred(this is just me putting on database consultant hat with only half of the data)13:06
sdagueyep, that's fair13:07
mordredoh - so - wow13:07
mordredthat table does not have a primary key13:07
mordredoh - there it is13:07
*** baoli has joined #openstack-infra13:07
mordrednevermind - was reading the python wrong13:08
*** dkranz has quit IRC13:08
openstackgerritLars Kellogg-Stedman proposed openstack-infra/project-config: Add "heat-coe-templates" project  https://review.openstack.org/16480613:08
sdaguefwiw, it came from a reported bug that showed a 2 order of magnitude time saving with some of these queries with this (from >20s to < 0.1s)13:09
*** ddieterly has joined #openstack-infra13:09
mordredawesome13:09
*** vigneshvar has quit IRC13:09
sdagueso, it's in master, a backport is being preped for juno13:09
sdaguehowever, the index could just be added to hpcloud and see if it gets better13:09
*** mjturek1 has quit IRC13:11
*** yamamoto_ has quit IRC13:12
*** leakypipes has quit IRC13:13
*** annegentle has joined #openstack-infra13:15
*** Hal2 has joined #openstack-infra13:17
*** Hal1 has quit IRC13:17
*** ddieterly has quit IRC13:18
*** gmann_ has quit IRC13:18
mordredsdague: I have sent an email to a set of people13:18
*** dboik has joined #openstack-infra13:18
sdaguemordred: cool13:18
*** ildikov has joined #openstack-infra13:19
mordredsdague: thank you! I would really love for us to be able to delete instances13:19
*** yamamoto_ has joined #openstack-infra13:19
sdagueyeh, well the fix was already out there, I just noticed it this morning while reviewing code13:21
*** dkranz has joined #openstack-infra13:21
*** dustins has joined #openstack-infra13:23
*** peristeri has joined #openstack-infra13:23
*** yfried__ is now known as yfried|afk13:24
*** coolsvap|afk is now known as coolsvap13:25
*** yolanda has joined #openstack-infra13:26
*** weshay has quit IRC13:26
*** mriedem1 has joined #openstack-infra13:27
*** mriedem has quit IRC13:27
*** claudiub has quit IRC13:28
*** mattfarina has joined #openstack-infra13:30
*** alexpilotti has joined #openstack-infra13:31
*** tiswanso has joined #openstack-infra13:31
*** mjturek1 has joined #openstack-infra13:33
fungiaside from known issues with tripleo, things don't look horribly broken yet this morning13:34
fungistrange for a monday13:34
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Session per request  https://review.openstack.org/15575113:35
*** yfried|afk is now known as yfried__13:35
openstackgerrityolanda.robla proposed openstack-infra/system-config: Don't hardcode pip.conf values  https://review.openstack.org/16625213:36
*** Somay has joined #openstack-infra13:37
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Fix docs  https://review.openstack.org/16680313:38
mordredfungi: wohoo!13:38
*** BharatK has quit IRC13:38
fungimaybe it means that i can get some more productive hacking done after my next meeting13:38
mordredfungi: I did some work over the weekend on the debian base elements in dib13:38
fungii saw!13:38
mordredfungi: if you're back around to hacking on that - they may be of interest13:39
mordred:)13:39
*** superdan is now known as dansmith13:39
mordredalthough I imagine your current project does not care one way or the other about the changes I made, tbh13:39
fungiindeed, i should give it a shot, though first i need to get the database setup builder macros added to jobs so that they don't rely on mysql and postgres to be set up by dib13:39
mordred++13:40
fungiwell, they're sort of intertwined there13:40
fungistepping up the job runtime databse setup work was to allow us to dib bare-.* nodes so that i could dib a debian worker to run py3k jobs (because one of our providers lacked a jessie base image)13:41
mordredyes.13:41
*** dkliban_afk is now known as dkliban13:41
mordredand then eventually so that there can be no difference between bare-* and devstack-* nodes13:42
*** woodster_ has joined #openstack-infra13:42
fungiright, that's the impetus for bindep since it's basically the only missing piece to that puzzle13:42
mordredwe're certainly getting some where13:42
mordredI'm hoping that soon I'll have the ability to have debian|fedora|ubuntu|centos base images that can be built and work in both of our clouds13:42
mordredwhich means we can use them as the base for dib nodepool13:43
mordredbut also so that we can control all of our own base images for long-lived things13:43
mordredwhich would make me the hapies13:43
fungihow close are we to viable dib for nodepool in rackspace now?13:43
mordredfungi: VERY close13:43
mordredfungi: it's really about init-script hacking13:43
* fungi rubs hands together13:43
mordredand by init-script, I mean "make sure this script runs correctly in upstart, sysvinit and systemd"13:43
fungijust for our custom bits right?13:44
mordredfungi: Ng, greghaynes, and SpamapS are all looking at it ... Ng has been running in to trouble with rackspace LON being a completely different cloud13:44
mordredfungi: yes - just for the one script we need run at boot13:44
mordredfungi: so, it's a totally tractable problem13:44
*** sabeen1 has joined #openstack-infra13:44
mordredjust needs someone who isn't me to look at it for a bit13:44
*** mrmartin has joined #openstack-infra13:45
openstackgerrityolanda.robla proposed openstack-infra/puppet-zuul: Add fetch_url and poll parameters to zuul.conf  https://review.openstack.org/16259113:45
mordredfungi: once we have that - I also have an ansible playbook already written that does "build image once, upload to all the clouds" - so managing our own base-images in our long-lived providers should be completely driveable from commits in system-config13:47
fungiwhat did the solution end up being to the different image format requirements between providers?13:48
mordredfungi: image conversion13:48
mordredfungi: I mean, we essentially build one raw image, and then convert it to both qcow2 and vhd13:48
fungioutside of dib itself? oh, right, you did something docker-based for that yeah?13:48
mordredfungi: it can also be debian packaged - it's just a utility13:49
mordredI have debian packaging for it 80% done13:49
fungioh, so docker was just a workaround for lack of packaged dependencies?13:49
*** sabeen1 has quit IRC13:49
mordredfungi: docker was a workaround for making debian packages being a pita13:49
*** salv-orlando has joined #openstack-infra13:50
fungiaha, that. well yes, it can be13:50
mordredfungi: https://github.com/emonty/vhd-util/blob/master/build.sh that's what you have to do to build the util13:50
*** mpaolino has quit IRC13:50
mordredfungi: I made this: https://github.com/emonty/deb-vhd-util to translate that into debian ... but something in the ppa upload broke and I haven't cared to fix it yet13:51
mordredgreghaynes: ^^ btw - I think you were asking about that over the weekend13:51
mordredgreghaynes: also https://launchpad.net/~mordred/+archive/ubuntu/vhd-util13:51
*** e0ne has joined #openstack-infra13:51
fungigiven it's just the typical configure&&make&&make install dance, dh-make ought to deal with it pretty well13:52
fungii'm guessing there was some odd reason it didn't13:52
*** dprince has quit IRC13:52
*** dprince has joined #openstack-infra13:52
*** sabeen has joined #openstack-infra13:53
mordrednah - it's mostly fine13:53
mordredright now I think we're breaking on missing a wget depend :)13:53
*** sdake has joined #openstack-infra13:57
cdentcan I get a quick review on changing an experimental job to voting https://review.openstack.org/#/c/166784/ ? The removal of the related tests from tempest got approved before this change was in place, so the ceilometerclient is lacking a bit of coverage in the gate13:57
*** nilasae has quit IRC13:57
cdentplease and thank you13:57
*** mrunge is now known as mrunge_bbl13:57
*** armax has joined #openstack-infra13:58
AJaegersdague, could you +1 https://review.openstack.org/#/c/166796/, please? I've updated as suggested...13:59
mtreinishcdent: oh, I didn't realize that wasn't approved when I +2d the tempest removal. Maybe we should have -2d/WIPd it13:59
cdentmtreinish: isn't a huge deal: there's nothing important pending on ceilometerclient at the moment13:59
*** sdake__ has joined #openstack-infra13:59
openstackgerrityolanda.robla proposed openstack-infra/puppet-jenkins: Add extension settings in jjb  https://review.openstack.org/16215214:00
*** deepakcs has quit IRC14:00
cdentI just wanted to be sure it didn't get missed14:00
openstackgerrityolanda.robla proposed openstack-infra/puppet-jenkins: Add extension settings in jjb  https://review.openstack.org/16215214:00
*** ominakov has quit IRC14:01
*** sdake has quit IRC14:01
fungidepends-on header could also have been used there14:01
fungito prevent the tempest change landing prior to the project-config change14:02
*** hogepodge has joined #openstack-infra14:02
sdagueflaper87: can you land - https://review.openstack.org/#/c/166796/14:02
*** ominakov has joined #openstack-infra14:02
sdaguecdent: +2 from me14:02
cdentfungi, yeah I realized that over the weekend, but by then it was too late. My original mistake was that I forgot to mark the tempest change as a wip. I got distracted by something in the midst and completely forgot.14:03
sdagueyeh, Depends-On is really good for blocking merges14:03
cdentWill try to remain focused for the next time.14:03
cdentLast week was _bad_ for focus.14:03
sdagueI think we probably need to expose some visualization around it14:03
sdaguebecause it's not always clear why things aren't landing14:03
openstackgerritNikita Konovalov proposed openstack-infra/storyboard-webclient: Support for tags  https://review.openstack.org/16684714:03
*** prad has joined #openstack-infra14:04
*** coolsvap is now known as coolsvap|afk14:05
*** nelsnelson has joined #openstack-infra14:06
openstackgerritSean Dague proposed openstack/requirements: Bump cryptography version to latest  https://review.openstack.org/16428914:07
*** julim has joined #openstack-infra14:07
*** jerryz has joined #openstack-infra14:08
*** dhritishikhar has joined #openstack-infra14:08
*** ctlaugh has quit IRC14:08
*** mpaolino has joined #openstack-infra14:09
*** stevemar has joined #openstack-infra14:10
*** ddieterly has joined #openstack-infra14:10
openstackgerritMerged openstack-infra/project-config: Make ceilometerclient-dsvm-functional voting  https://review.openstack.org/16678414:11
*** ctlaugh has joined #openstack-infra14:12
*** mfink_ has joined #openstack-infra14:12
*** radez_g0n3 is now known as radez14:12
*** zz_jgrimm- is now known as jgrimm14:12
*** yamamoto_ has quit IRC14:12
*** eharney has joined #openstack-infra14:13
*** dhritishikhar has quit IRC14:15
*** tnovacik has joined #openstack-infra14:15
*** sigmavirus24_awa is now known as sigmavirus2414:16
*** sdake has joined #openstack-infra14:16
*** yfried__ is now known as yfried|afk14:17
*** yfried|afk is now known as yfried__14:18
*** ddieterly has quit IRC14:18
*** coolsvap has joined #openstack-infra14:19
*** sdake__ has quit IRC14:20
*** Hal2 has quit IRC14:21
*** mtanino has joined #openstack-infra14:21
*** tiswanso has quit IRC14:21
*** timcline has joined #openstack-infra14:23
*** zz_dimtruck is now known as dimtruck14:23
*** otter768 has joined #openstack-infra14:24
*** asselin_ has joined #openstack-infra14:25
vponomaryovwho is available from i18n/translation team?14:26
AJaegervponomaryov, I'm here. There's also a separate openstack-i18n channel14:26
AJaegervponomaryov, I might be able to help14:27
vponomaryov AJaeger: thanks, i will write there14:27
vponomaryovAJaeger: err, is "openstack-i18n" correct channel name?14:27
AJaegervponomaryov, sorry: openstack-translation14:28
*** otter768 has quit IRC14:29
*** annegentle has quit IRC14:29
*** dangers_away is now known as dangers14:29
openstackgerritMonty Taylor proposed openstack-infra/project-config: Add config-drive element  https://review.openstack.org/15413214:30
openstackgerritMonty Taylor proposed openstack-infra/project-config: Add elements for Infra servers  https://review.openstack.org/14084014:30
*** ddieterly has joined #openstack-infra14:31
mordredfungi: updated https://review.openstack.org/166650 in dib to work14:31
*** amitgandhinz has joined #openstack-infra14:32
*** wenlock has joined #openstack-infra14:32
*** dannywilson has joined #openstack-infra14:33
HeOSHi to all! I have following strange problem: I have "Administrator" permissions in gerrit - I can see project "foo-bar" in web-ui, but I can't see this project in output of "ls-projects" command. Do you know a reasons of this problem?14:33
*** sdake__ has joined #openstack-infra14:34
*** sdake__ has quit IRC14:34
*** achanda has joined #openstack-infra14:34
*** annegentle has joined #openstack-infra14:34
*** sdake__ has joined #openstack-infra14:34
*** annegentle has quit IRC14:34
fungiHeOS: i'm guessing you don't mean in our (review.openstack.org) gerrit. have you asked in #gerrit?14:35
*** ddieterly has quit IRC14:35
*** ddieterly has joined #openstack-infra14:35
fungiwe don't actually write gerrit, we just run a copy of it for the openstack developer community14:36
*** ctlaugh has quit IRC14:36
*** ctlaugh has joined #openstack-infra14:36
*** asselin__ has joined #openstack-infra14:36
*** sdake has quit IRC14:37
HeOSfungi, I asked them, but I know, that you have experience in using of gerrit. That is why I've wrote my question to this channel too. :)14:38
*** asselin_ has quit IRC14:40
*** asselin_ has joined #openstack-infra14:40
*** achanda has quit IRC14:41
*** asselin__ has quit IRC14:41
*** pelix has quit IRC14:41
*** Hal1 has joined #openstack-infra14:42
*** mpaolino has quit IRC14:42
*** garyh has joined #openstack-infra14:44
*** sarob has joined #openstack-infra14:44
*** bnemec has quit IRC14:46
*** MarkAtwood has joined #openstack-infra14:46
fungiHeOS: you see some projects listed in ls-projects output but not foo-bar? make sure the "state" on that project is one of active or read-only, not hidden14:47
*** pelix has joined #openstack-infra14:47
*** jedimike has joined #openstack-infra14:48
*** jedimike has quit IRC14:48
fungii have no idea whether admins can see hidden projects in ls-projects, since we don't have any hidden projects14:48
*** sarob has quit IRC14:48
*** bnemec has joined #openstack-infra14:49
*** notnownikki has joined #openstack-infra14:49
*** r-daneel has joined #openstack-infra14:49
*** ddieterly has quit IRC14:50
HeOSfungi, yes, state of this project is "Active".14:50
openstackgerritJulien Danjou proposed openstack-dev/pbr: Handle PEP426 markers  https://review.openstack.org/16501514:51
*** annegentle has joined #openstack-infra14:51
dhellmannlifeless, mordred, dstufft : I would appreciate your input on this pbr change, because I'm confused: https://review.openstack.org/#/c/165015/114:51
fungino clue then. we configure our gerrit so that all users can see everything because we don't like to hide anything from our community. as such we don't run into a lot of these sorts of issues14:51
fungiHeOS: if you want everything in your gerrit visible, i suggest checking your configuration against ours http://ci.openstack.org/gerrit.html#gerrit-configuration14:52
HeOSfungi, thanks. :)14:54
fungidhellmann: i thought the outcome of the discussion favored providing a fallback mechanism to translate the current split files to markers too14:54
fungithough i was only skimming14:54
mordreddhellmann: looking14:55
fungithough i agree that not doing that and being purely forward-looking simplifies the implementation14:55
mordredI don't think that implementation removes the other thing14:55
mordredand I think we need to keep the other thing for some time because of compatability with things we've released that use pbr and have those files14:56
mordredhowever, I think we shoudl add the new capability and then strongly suggest to projects using the old thing to move to the new thing14:56
mordredso that we could maybe one day remove the old code path14:57
*** thedodd has joined #openstack-infra14:57
fungimaybe add a deprecation warning when handling split requirements14:57
*** dannywilson has quit IRC14:57
fungithough again that's something that will annoy users and not necessarily come to the immediate attention of projects using pbr in that way14:57
*** dannywilson has joined #openstack-infra14:58
fungiso maybe not a great idea14:58
mordredyes. I don't think it's super important to deprecate it14:58
mordredhonestly14:58
mordredI think there are like 3 users of the feature14:58
fungiwell, as far as we know14:58
mordredeveryone who isn't openstack hates pbr :)14:58
fungibut i agree it's probably reasonable in this case to assume it's openstack projects only14:59
mordredeven so though - because we cannot version pbr - I think it is completely unreasonable to remove support for the thing since we know we have stuff out in the wild, and it's 100% possible that us removing support will screw those people ina  weird way14:59
anteayadon't a few folks who identify as openstack look sideways at pbr as well?14:59
mordredanteaya: yes14:59
anteayaokay14:59
*** tiswanso has joined #openstack-infra15:01
openstackgerritMateusz Matuszkowiak proposed openstack-infra/project-config: Added fuel-plugin-cisco-aci fuel plugin to SF  https://review.openstack.org/16687215:01
clarkbmordred shouldnt it understand what reqs to drop as well?15:02
NobodyCammorning -Infra folk15:02
clarkbI think that is dhellmanns confusion15:03
*** carl_baldwin has joined #openstack-infra15:03
clarkbeither it needs to do it or something else15:03
NobodyCamis there something up with etherpad.openstack.org?15:03
fungiNobodyCam: the service is up. what else do you see up>?15:04
NobodyCamfungi: this is not at all correct https://etherpad.openstack.org/p/IronicWhiteBoard15:04
*** pblaho has quit IRC15:05
NobodyCamall historical version also look the same?15:05
fungiNobodyCam: what's not corect about it? i see a bunch of rst15:05
jrollfungi: over a year of history including what was there when we last saw it is gone :|15:06
fungioh, i think we've seen the "etherpad forgets historical versions" issue with other pads before15:06
mordredclarkb: I don't understand your question?15:06
NobodyCamfungi: so everything is gone?15:07
fungijroll: NobodyCam: it rolled back to an earlier version on its own?15:07
NobodyCamfungi: that is like the sample page15:07
*** dhritishikhar has joined #openstack-infra15:07
fungiNobodyCam: huh? i see a bunch of restructuredtext content15:07
fungiNobodyCam: not the sample page15:07
clarkbmordred its ignoring the data instead of using it15:07
jrollfungi: it was lists of bugs/specs/ongoing work etc for ironic15:07
NobodyCamfungi: is your first line: An h1 header15:08
jrollfungi: I don't remember it ever being a RST formatting document, in the year I've been on the project15:08
fungijroll: looks like something someone has pasted in15:08
*** MrAboii has quit IRC15:09
jrollfungi: sure. maybe. no history to be found :|15:09
fungithe template says something like "Welcome to Etherpad Lite! blah, blah..."15:09
jrollfungi: if there's going to be no way to get it back, let us know now and we'll start from scratch :)15:09
*** bdpayne has joined #openstack-infra15:09
fungijroll: i can probably look at it after my current meeting is over15:10
NobodyCamfungi: Thank you15:10
fungiwill require some spelunking in the backend database15:10
NobodyCam:(15:10
jrollfungi: that would be awesome, thank you. looking for "gate status", "subteam status updates", etc15:10
NobodyCamits like will over a years history for us15:10
mordredclarkb: oh - hrm. ok - I understand the confusion more now - I agree, we don't want to lose that information if it's there15:10
fungiNobodyCam: jroll: i would personally feel very uncomfortable trying to maintain revision control history of important data in an etherpad, but maybe that's just me15:12
openstackgerritMarton Kiss proposed openstack-infra/puppet-askbot: Added missing askbot cron jobs  https://review.openstack.org/16688215:12
jrollfungi: it isn't a horrible loss IMO, we literally treat it like a long-running whiteboard15:12
NobodyCamfungi: its more like a current status with other important bits of data attached15:13
*** yamamoto_ has joined #openstack-infra15:13
HeOSfungi, I found the reason of this problem. :) This project had no "master" branch.15:13
*** yfried has joined #openstack-infra15:13
fungiHeOS: very odd behavior. i guess we don't see it because we make sure all projects are created or imported with a master branch15:14
*** yfried has quit IRC15:14
*** yfried has joined #openstack-infra15:14
mordreddhellmann, clarkb: I tink the change right now might be "stop erroring on environment markers if they exist" - with a follow up needed later of "support environment markers" perhaps?15:15
*** yfried__ has quit IRC15:16
HeOSfungi, this project was created by hands from web-ui and he is was marked as "parent" for another project. :)15:16
mordredsince there is two problems - if pip doesn't support them directly in the install_requires at the moment, then people putting them in ...oh - wait15:16
mordredlet me look at something15:16
dhellmannmordred: why add them if nothing is going to use them? I thought this was a migration away from using separate files? jd__ ^^15:16
mordredyeah - I think I just realized a different problem that might make this whole thing go away - but let me look ...15:16
mordredbecause i'm still coffeeing15:17
jd__dhellmann: pip isn't using them?15:17
*** hashar is now known as hasharAwa15:17
*** hasharAwa is now known as hasharAway15:17
dhellmannjd__: I don't know, that's what I'm trying to find out.15:17
*** ociuhandu has joined #openstack-infra15:18
jd__it is using them, I read the source - or at least it tries to :-)15:18
*** yamamoto_ has quit IRC15:19
mordredawesome. then we shouldn't need to do anything but pass them through like we do now - can you describe what breaks in the current code?15:19
mordreddhellmann: I think we have a code path in pbr that is historical that we don't need anymore, btw15:19
dhellmannmordred: I wouldn't be surprised to learn that :-)(15:20
mordreddhellmann: back in the early days, we made sure to parse requirements.txt and inject it into install_requires so that things would have access to it15:20
mordredBUT15:20
mordredwe override install and sub-contract that to pip now15:20
mordredAND15:20
mordredwe override egg_info which is what pip calls to find out what to install for dependencies15:20
dhellmannmordred: so pip is calling setuptools is calling pbr is calling pip?15:20
mordredyes15:20
mordredso really, there is zero benefit to actually parsing and putting thigns into install_requires, since we don't support easy_install at all15:21
mordred(taht woudl be the only benefit of injecting the data into that variable)15:21
mordredbut we weren't as aggressive about that in the early days - so there is still a bunch of complexity in there15:21
dhellmannexcellent, maybe we can make pbr just throw an error "we don't do easy_install"?15:21
fungi"pip is thatway ->"15:22
*** sputnik13 has quit IRC15:22
dhellmannfungi: ++15:22
mordredyup15:22
mordredI'll work on that patch - I think it'll make what jd__ wants to accomplish much easier to reason about15:22
jd__if we drop install_requires it's clear everything's going to be simpler indeed :)15:23
mordredthat, combined with the patch lifeless is working on to upstream pip to handle setup_requires in setup.cfg - should get us to a land of ponies and rainbows15:23
mordredjd__: ++15:23
dhellmannmordred: I feel like we're losing a lot of the why's behind these changes because we only ever talk about pbr on irc. I'm not sure what to do about that.15:23
*** emagana has joined #openstack-infra15:23
mordreddhellmann: I agree15:23
mordreddhellmann: and I agree that I'm not sure what to do about it15:24
clarkbcommit messages? this is why they exist15:24
dhellmannmy first reaction is to ask for specs, but we had one for semver and it didn't really help there15:24
mordredthe problem is that it's a large, smushy and tricky subject area to page in to working RAM in your brain15:24
dhellmannclarkb: yeah, they should help, but it can be hard to piece them together over a long series of changes15:25
mordredso even if we wrote all the things down, the amount of reading you'd have to do to re-get the picture is probably greater than coming into channel and having a half-hour conversation with someone15:25
dhellmannmordred: yeah, I feel like I have to relearn the whole thing every time I start looking at it, because that's only once a month or so15:25
mordredyup15:25
mordredI should write a stem-to-stern WHY document though15:25
*** sdague has quit IRC15:26
mordredthat has a beginning, middle, and end15:26
*** yfried has quit IRC15:26
dhellmann++15:26
*** claudiub has joined #openstack-infra15:27
mordreddhellmann: YES - looking through the code I believe I can make a crap-ton of things simpler15:27
mordredfungi: https://launchpad.net/~mordred/+archive/ubuntu/infra <-- vhd_util successfully built in debian package15:29
fungimordred: dhellmann: clarkb: i think that a big part of the issue is that understanding the why means first having a grasp of lots of rather obscure nuances of python packaging15:29
dhellmannfungi: that, too15:29
*** mclaren has joined #openstack-infra15:29
mordredfungi: ++15:29
notnownikkiello :) who can help me with progress on https://review.openstack.org/#/c/163734/ and https://review.openstack.org/#/c/163402/ for the puppet-bandersnatch module project?15:30
*** harlowja_at_home has joined #openstack-infra15:30
mclarenanyone know if it's possible to change the author of a commit after it's merged?15:30
mordredmclaren: it is not possible15:31
hogepodgeCan canyone help out with this question? http://lists.openstack.org/pipermail/openstack-infra/2015-March/002536.html15:31
fungimclaren: only possible to change anything about a commit before it's merged. after it's merged the train has sailed15:31
mclarenmordred: (ok, thanks, case of a slightly stolen patch)15:31
hogepodgeThe refstack team is looking at integrating with openstack id, but needs some help15:31
funginotnownikki: the governance change needs to be approved by the tc chair after more tc members vote on it15:31
jeblairmclaren: you could revert it and reapply it with the correct information15:31
mordredjeblair: good point15:32
fungidoesn't really change the commit, but does introduce equivalent code15:32
jeblairfungi: "git express 999"15:32
*** ajmiller has joined #openstack-infra15:33
*** ujuc has quit IRC15:33
*** sslypushenko has joined #openstack-infra15:33
*** bdpayne has quit IRC15:33
morganfainberghogepodge: I use a script that does lp integration, but it opens a web browser, openid is better than oidc for console. Unfortunately, these sso technologies tend to not play nice on the console.15:33
mclarenjeblair: thanks (I'll just live with it)15:33
notnownikkifungi, ok, thanks :)15:34
*** mclaren has quit IRC15:34
*** vladiskuz_ has joined #openstack-infra15:34
*** MrAboii has joined #openstack-infra15:35
morganfainberghogepodge: I think we need to add the same endpoint info that lp has to the openstackid when you login. That said we probably shouldn't be carrying custom auth technology (custom oo-php) long term15:35
fungijeblair: sounds like a matsumoto film15:36
* fungi gets busy re-dubbing the original15:37
fungimorganfainberg: hogepodge: there is openstackid documentation proposed but not merged or published yet. smarcet and i have some patches up which might help the situation15:37
*** sushilkm has joined #openstack-infra15:38
*** sushilkm has left #openstack-infra15:38
*** yamahata has joined #openstack-infra15:39
*** sdague has joined #openstack-infra15:40
*** Liu has joined #openstack-infra15:41
*** jaypipes has joined #openstack-infra15:42
mordredclarkb, jeblair, fungi: the neutron port leak issue: https://bugs.launchpad.net/nova/+bug/1324934 - in case we didn't have that in our notes before15:42
openstackLaunchpad bug 1324934 in OpenStack Compute (nova) icehouse "Neutron port leak when connection is dropped during port create in instance boot." [Undecided,Fix committed]15:42
*** afazekas_ has quit IRC15:42
hogepodgemorganfainberg: fungi: thanks. They're going to reach out to tipit also. They're trying to set up public/private key auth similar to what gerrit does15:42
hogepodgemediated through openstackid15:43
fungihogepodge: morganfainberg: smarcet's documentation is proposed in https://review.openstack.org/165199 if that helps15:44
*** jamesmcarthur has joined #openstack-infra15:44
*** smarcet has joined #openstack-infra15:45
fungihogepodge: also, totally unrelated topic, i was pondering the implications of the nova api extensions ml thread on defcore... i wonder how we might get future iterations of defcore to discourage nonstandard extensions to the apis it covers15:45
fungisomething which would need to be proposed to the committee i know, just pondering whether it's even something we'd be able to detect in the first place15:46
clarkbmordred: the os-loganalyze install on static.o.o isn't quite right15:47
clarkbmordred: there are a bunch of egg-info files in dist-packages including the correct one but pip freeze reports an older version15:47
*** dkranz has quit IRC15:47
jamesmcarthur@hogepodge: Hi. I understand there have been some questions around OpenStackID. We’ve just completed the documentation and I think it’s been +1’d. You can see that here: https://review.openstack.org/#/c/165199/3/doc/source/index.rst15:48
clarkbmordred: seems like in the past the fix has been to wipe out an install and reinstall it completely? anything else you want ot look at for that?15:48
jamesmcarthurhogepodge: is there something else specifically we can answer?15:48
clarkbmordred: also thanks for the port leak bug15:48
hogepodgejamesmcarthur: morganfainberg had some questions related to the system in general.15:49
*** dannywilson has quit IRC15:49
hogepodgesslypushenko: jamesmcarthur can help out with any specific questions you have with regards to refstack integration15:49
hogepodgesslypushenko: has worked up a nice flow diagram of how he thinks console auth would work15:49
zaromorning15:51
fungijamesmcarthur: i pointed him to that change just before you showed up. if we can get https://review.openstack.org/165660 approved, then drop the conf.py from https://review.openstack.org/165199 and rebase it, we should have an automated draft you can browse, and once it's approved it will get published to ci.openstack.org along with our other infrastructure project documentation15:51
jamesmcarthurhogepodge: sslypushenko: smarcet: I saw the request for console auth and haven’t had a chance to respond yet. At the moment, we’re not prepared to do that. We need to add support for oAuth215:51
anteayamorning zaro15:51
fungijamesmcarthur: it's just oauth (v1) and openid at the moment, right?15:52
smarcethogepodge: sslypushenko: oauth2 is not for authentication15:52
jamesmcarthurfungi: that’s correct15:52
smarcethogepodge: sslypushenko: its just for authorization, the only authenication protocol that openstackid so far supports is openid 2.0 and its meant for web apps15:53
pabelangerhasharAway, once you are back, lets talk packaging15:53
*** dhritishikhar has quit IRC15:53
*** rkukura has joined #openstack-infra15:53
*** dhritishikhar has joined #openstack-infra15:53
jamesmcarthurhogepodge: sslypushenko: In general, oAuth should not be used for authentication. It’s not good security practice.15:54
*** emagana has quit IRC15:54
hogepodgesmarcet: sslypushenko: hmm. That's disappointing. I've been pushing pretty hard to use openstack id15:54
hogepodgejamesmcarthur: what's the plan for projects like gerrit then?15:55
clarkbmordred: interesting info on that, I ran pip install a few times and pip freeze reported a different version each time. Not necessarily in a semver version increasing manner either15:55
*** emagana has joined #openstack-infra15:55
clarkbmordred: however pip freeze does report the correct version right now15:55
*** reed has joined #openstack-infra15:55
jamesmcarthurhogepodge: the reason that we didn’t start with OpenID Connect is b/c Gerrit wouldn’t work with it. Gerrit could technically start using OpenStackID as soon as they want.15:55
hogepodgejamesmcarthur: smarcet: the use case is having an account on refstack that's hooked into openstackid, then upload results to that account in secure way.15:56
*** YorikSar has quit IRC15:56
fungihogepodge: we're planning to use openid for gerrit15:56
funginot oauth15:56
fungigerrit is a webapp15:56
fungiso should be fine there15:56
hogepodgefungi: openstack id supports openid, right?15:56
fungiyep15:57
jamesmcarthurhogepodge: fungi: yes sir.15:57
*** emagana has quit IRC15:57
hogepodgefungi: yes, refstack is too, but isn't there a public/private exchange to upload patch sets?15:57
sslypushenkojamesmcarthur fungi Where I can get info/examples how to use openid from OpenstackID?15:57
*** emagana has joined #openstack-infra15:57
fungihogepodge: gerrit handles the ssh key management and auth itself. it only uses openid for its web interface15:58
*** ddieterly has joined #openstack-infra15:58
*** asselin_ has quit IRC15:58
jamesmcarthursslypushenko: we’re still working on a couple of config issues, but as soon as we can get https://review.openstack.org/165199 approved, it will be available on ci.opesntack.org15:58
sslypushenkojamesmcarthur Thx!15:58
*** emagana has quit IRC15:59
*** garyk has quit IRC15:59
smarcethogepodge: we support this workflow on oauth2 https://tools.ietf.org/html/rfc6749#section-4.415:59
hogepodgesslypushenko: so I would assume web auth and account creation with openstackid, some implementation of ssl auth in refstack for uploading results to that account15:59
smarcethogepodge: that workflow doesnt requires authentication15:59
smarcethogepodge: its assuming that u are a service16:00
ctlaughamotoki: Hi, in the third-party meeting, you mentioned configuring gearman to offline nodes -- could you point me to where that configuration is?  I am running 0.0.716:00
*** emagana has joined #openstack-infra16:00
hogepodgesslypushenko: can you share your diagram with smarcet?16:00
*** garyh has quit IRC16:00
smarcethogepodge: perhaps its could be usefull for your intended purpose16:00
fungictlaugh: you get zuul to pass an OFFLINE_NODE_WHEN_COMPLETE=1 parameter in your jobs16:01
fungictlaugh: we do that by default for all our jobs using a zuul parameter script16:01
ctlaughfungi: ah, ok.  I misunderstood - I thought it was a config option in Jenkins (and I couldn't see it)16:01
clarkbok various console logs are coming through with the log level header still, will probably need to properly clean up the os-loganalyze install16:01
ctlaughfungi: I've got that paramater in zuul, so I should be ok there16:01
ctlaughfungi: I don't see any indication that multiple jobs are trying to be sent to the same slave16:02
sslypushenkohogepodge I need improve it a litte16:02
hogepodgekk16:02
amotokiclarkb: sorry I am in another meeting and discusing in a different channel. will be back later.16:02
*** garyh has joined #openstack-infra16:02
*** dkranz has joined #openstack-infra16:03
fungictlaugh: right, as soon as a job completes, if you look at the status page for the slave that ran the job you should see it marked offline with a comment stating that it was due to a gearman request16:03
sslypushenkohogepodge I think that Refstack should work like gerrit in terms on auth16:03
fungictlaugh: and you should also be able to see that parameter in the list of parameters for a running/completed job16:03
sslypushenkosmarcet hogepodge Where I should put this workflow diagram? Link on google drive will be fine?16:04
ctlaughfungi: Yes, I've seen them go offline and that param is there.  I need to keep looking...    Thanks!16:04
*** zzz_pczesno has quit IRC16:05
fungisslypushenko: eventually i hope you'll include any design diagrams in some public documentation for the service16:05
smarcetsslypushenko: its ok with me16:05
hogepodgesslypushenko: that should be fine, doc to refstack for design review is good too16:05
*** thedodd has quit IRC16:07
*** Somay has quit IRC16:08
*** Bsony has quit IRC16:08
sslypushenkofungi smarcet hogepodge kk16:08
clarkbzaro: fwiw I have mostly narrowed the jenkins thread leak issue down. https://issues.jenkins-ci.org/browse/JENKINS-27514 has the latest. Any ideas on why that method is synchronized?16:08
openstackgerritMerged openstack/requirements: Bump cryptography version to latest  https://review.openstack.org/16428916:09
*** gyee has joined #openstack-infra16:09
*** MarkAtwood has quit IRC16:10
*** jcoufal has quit IRC16:11
*** Liu has quit IRC16:13
*** weshay has joined #openstack-infra16:14
openstackgerritMerged openstack-infra/project-config: Disable -dibtest jobs  https://review.openstack.org/16630216:16
*** jcoufal has joined #openstack-infra16:17
*** bdpayne has joined #openstack-infra16:18
*** yamahata has quit IRC16:19
*** Hal1 has quit IRC16:19
*** coolsvap has quit IRC16:19
*** yamahata has joined #openstack-infra16:19
*** gyee has quit IRC16:21
fungiclarkb: i'm starting to look into NobodyCam and jroll's etherpad problem... in the past when we've seen a pad get stuck and start showing the same content for all historical revisions, we've been able to export an earlier version via the admin api right?16:22
fungiin this case padID=IronicWhiteBoard is showing 29056 revisions16:22
clarkbya, if you find the version you want you can get all its content via the api then paste it back in16:23
*** jamesmcarthur has quit IRC16:23
*** gyee has joined #openstack-infra16:23
clarkbfungi: the only time I did that I did a binary search using the api to find roughly where the content was good16:24
fungithough i think they're hoping to restore all the history because they refer back to starred change points16:24
clarkbI hae not do that16:24
clarkbyou could probably script it though by replaying old versions back again16:25
*** otter768 has joined #openstack-infra16:25
fungidid we upgrade our production etherpad version yet? wondering if this might be related (very old pad with data in a format unsupported by current release?)16:26
fungithey've basically been updating this pad continuously since ironic came into being, sounds like16:26
clarkbwe have not16:26
clarkbat least I haven't16:26
fungiokay, so it spontaneously broke. that helps narrow this down at least16:26
clarkbfungi: note that previous occurrences of this issue were basically a client defacing the pad16:26
clarkbfungi: this is one thing about public rw etherpads, any client can explode them16:27
fungiyeah. wondering if i might be able to manually roll back recent changes16:27
fungii may have to save this for after lunch, but that gives me a few things to try. thanks!16:27
asselinanteaya, I did notice  that the version of urllib3 got downgraded somehow: urllib3==1.7.1 vs urllib3==1.10.216:27
*** hodos has joined #openstack-infra16:28
boris-42fungi: hi there16:28
boris-42fungi: is there any way to remove project from stackforge?16:28
clarkbthe regex at https://git.openstack.org/cgit/openstack-infra/os-loganalyze/tree/os_loganalyze/filter.py#n21 is matching -trove jobs because \b doesn't treat - as a word character16:28
anteayaasselin: okay, that is interesting16:29
clarkbmy regex foo is failing at finding a good way to updating that regex to fix16:29
clarkbboris-42: you can move it to the attic but we don't delete it completely16:29
*** armax has quit IRC16:29
ctlaughone question I've been meaning to ask... when I see a Jenkins job that says "aborted", what does that typically mean?  Is this something that Jenkins is doing itself, or is it something that zuul is telling it to do?16:29
asselinanteaya, yeah I remember an issue with proxies using an older version of urllib3. have a meeting now, but will look into that later.16:29
boris-42clarkb: I mean I just would like to remove useless project (house keeping)16:29
clarkbctlaugh: usually zuul is telling it to stop running the job because the job is no longer valid or necessary16:30
boris-42clarkb: does it make sense?16:30
fungiboris-42: basically we move it into a namespace which makes it obvious the project is retired and then set it read-only so that nobody can propose new changes to it in gerrit16:30
*** otter768 has quit IRC16:30
fungiboris-42: gerrit doesn't have a "delete project" feature16:30
anteayaasselin: okay thanks, yes urllib3 is also giving insecureplatform warnings on gertty, so the fix was to disable16:30
fungiboris-42: optionally, before we retire the project, it's good to commit a final change deleting all files and replacing them with a readme saying that the project is no longer maintained and why16:31
*** armax has joined #openstack-infra16:31
*** dboik_ has joined #openstack-infra16:31
*** baoli has quit IRC16:31
*** Ala has quit IRC16:31
*** baoli has joined #openstack-infra16:32
clarkbhpcloud seems to be in a happier place now. About 110 used nodes and twice that either building or deleting16:34
*** harlowja_at_home has quit IRC16:34
*** YorikSar has joined #openstack-infra16:34
*** dboik has quit IRC16:35
mordredclarkb: yay!16:35
*** tsg_ has joined #openstack-infra16:35
*** peristeri has quit IRC16:35
*** marun has joined #openstack-infra16:35
mordredclarkb: I have started poking people internally about getting some patches applied related to the delete performance16:35
boris-42fungi: ok16:35
nibalizermordred: yay16:36
nibalizeranteaya: i just rol9led requests back to 2.5.016:36
anteayaasselin: sorry not disable, downgrade16:36
nibalizerer rolled, dunno where that 9 came from16:36
anteaya9's show up in the oddest places16:36
clarkbmordred are these upstream patches we can help with at all?16:36
*** dkranz has quit IRC16:37
*** sergsh has quit IRC16:37
*** bdpayne has quit IRC16:37
anteayanibalizer: rolled requests back to 2.5.0, are we discussing urllib3 or something else?16:37
mordredclarkb: no - there is a db delete performance related patch upstream already - but it involves doing a schema migration and adding an index - which will take testing and planning16:37
fungiboris-42: anyway, if you want that done, just propose it like any project rename and we batch it up with other pending renames during a maintenance window (since it requires gerrit downtime)16:37
*** hdd has joined #openstack-infra16:38
mordredclarkb: beause, let's face it - doing a schema transformation on a live large openstack isn't exaclty people's favorite thing to do16:38
clarkbmordred we can create another outage window if it helps16:39
openstackgerritMateusz Matuszkowiak proposed openstack-infra/project-config: Added fuel-plugin-cisco-aci fuel plugin to SF  https://review.openstack.org/16687216:39
*** Hal1 has joined #openstack-infra16:39
nibalizeranteaya: i think so, requests requires urllib which i think is the problem16:39
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Treat non-existant output files as empty files  https://review.openstack.org/16606216:40
anteayanibalizer: okay my conversation with asselin is a continuation of a conversation that started during the third-party meeting16:40
*** unicell has joined #openstack-infra16:40
anteayanibalizer: he is experiencing errors in his devstack set up starting from 3am this morning16:41
*** yamahata has quit IRC16:41
boris-42fungi: ok thank you16:41
mordredclarkb: hahaha16:41
*** yamahata has joined #openstack-infra16:41
anteayanibalizer: http://15.126.198.151/97/164697/6/check/3par-fc-driver-master-client-pip-eos10-dsvm/5af4187/logs/devstacklog.txt.gz#_2015-03-23_10_43_00_43516:41
fungihasharAway: pabelanger: just saw http://bugs.debian.org/781027 cross the devian-devel ml. awesome!16:41
openstackDebian bug 781027 in wnpp "ITP: nodepool -- nodepool a system to launch disposable OpenStack VM for testing purposes" [Wishlist,Open]16:41
mordredhasharAway, pabelanger: NEAT!16:42
anteayanibalizer: so far he is the only third party op seeing this issue, so we don't know if it is just his setup or not16:42
hasharAwayfungi: yeah I am giving it a try. Will probably reach out to zigo about :)16:42
*** ajo has quit IRC16:42
nibalizeroh i thought we were talking about gertty. my bad16:42
*** hasharAway is now known as hashar16:42
anteayanibalizer: ah okay, I just mentioned gertty in the context of asselin's urllib3 comment16:44
anteayanibalizer: may or may not be related16:44
anteayanibalizer: but thanks :)16:45
*** reed has quit IRC16:45
*** nelsnelson has quit IRC16:45
*** reed has joined #openstack-infra16:46
*** bhunter71 has quit IRC16:47
* fungi disappears to find food... bbiab16:48
zaroclarkb: taking a look16:48
asselinanteaya, ok i'm back. the requests packages is the same version b/w working and non-working.16:48
*** emagana has quit IRC16:49
anteayaasselin: hmmmm16:49
anteayaso you have a working version still?16:49
asselinanteaya, past log files such as yesterday's :)16:49
anteayaah16:50
*** dkranz has joined #openstack-infra16:50
*** sushilkm has joined #openstack-infra16:50
*** sushilkm has left #openstack-infra16:50
*** ihrachyshka has quit IRC16:51
*** vladiskuz_ has quit IRC16:53
*** yamahata has quit IRC16:54
*** yamahata has joined #openstack-infra16:55
*** tqtran has joined #openstack-infra16:55
pleia2so much email16:57
*** emagana has joined #openstack-infra16:57
*** e0ne is now known as e0ne_16:57
*** e0ne_ is now known as e0ne16:58
notmynamejeblair: clarkb: last June, Swift merged a feature branch. we're about to do the same thing again, and I'd like to do it the same way as last time: land one merge commit for the patch chain rather than each individual patch in the chain as a ff merge16:59
*** annegentle has quit IRC16:59
*** emagana has quit IRC16:59
jeblairnotmyname: are all the commits on the feature branch merged?16:59
notmynamejeblair: that's what we're finishing this week16:59
jeblairnotmyname: so when that's done, you should be able to create a merge commit that merges feature/foo into master and propose that17:00
*** bdpayne has joined #openstack-infra17:00
jeblairnotmyname: that single merge commit is reviewable in gerrit17:00
notmynameright, but IIRC there was an issue with doing it at a merge commit17:00
notmynameif it's set up to do already, then that part is easy17:01
*** emagana has joined #openstack-infra17:01
*** sarob has joined #openstack-infra17:01
*** sarob has quit IRC17:01
notmynameI know it works as master->feature/foo17:01
*** sarob has joined #openstack-infra17:01
jeblairnotmyname: my fuzzy memory of last time is that there was an issue with the contents of the feature branch not actually being what you wanted merged into master or something...17:01
*** soren has joined #openstack-infra17:01
*** spredzy is now known as spredzy|afk17:01
notmynamejeblair: that's part 2 of what I wanted to say :-)17:01
*** scheuran has quit IRC17:02
jeblairnotmyname: but regardless, if feature/foo is what you want, then feature/foo -> master should be straightforward17:02
jeblairnotmyname: http://docs.openstack.org/infra/manual/drivers.html#feature-branches17:02
jeblairnotmyname: now with docs! :)17:02
notmynameok, great17:02
notmynameyay17:02
jeblairhttp://docs.openstack.org/infra/manual/drivers.html#merge-feature-branch-into-master17:02
jeblairnotmyname: let me know if that's wrong ;)17:02
*** bhunter71 has joined #openstack-infra17:02
notmynamejeblair: clarkb: ok, the other part is that we want to refactor the current feature branch to clean it up for merge to master. so we can either create a new feature branch (eg feature/ec_merge) or we can do what we did last time17:02
notmynamejeblair: last time we tagged the current feature/foo dev work and recreated the feature/foo branch with the cleaned up commits17:03
*** ddieterly has quit IRC17:03
jeblairnotmyname: what is it that you want to 'clean up' ?17:03
notmynameeither way, there's a little feature branch wrangling to do17:03
pabelangerfungi, hashar, mordred: Nice. I have some packaging some place, but cool to get it merged into debian.  I'll likely start up on RHEL stuff shortly17:03
*** ddieterly has joined #openstack-infra17:04
*** yamahata has quit IRC17:04
notmynamejeblair: the current feature branch is nearly a year's worth of ideas and rewrites and etc. it's all over the map. we want to clean it up into the logical pieces for 2 reasons. immediately, it helps with reviewing it for merge. later, it helps with understanding what comes in with the feature branch merge17:04
pabelangerFWIW: I'd be interested in some sort of generic build environments hooked into -infra.  I know talking to fungi before, snapshots could be leveraged17:04
*** davide has joined #openstack-infra17:04
*** jlanoux has quit IRC17:04
notmynamejeblair: same as last time, actually (with storage policies)17:05
pabelangerI tend to use pbuilder, but know others prefer cowbuilder environments17:05
hasharpabelanger: fungi: mordred: I will poke the list eventually when I have some debian packaging progress to share :)17:06
notmynamejeblair: mostly I wanted to let you know what's coming (that I'm going to be asking for this next week) instead of next week saying "I need this yesterday!!eleventy!!111!!"17:06
jeblairnotmyname: i feel like i'm missing something in this process -- i would expect you to get feature/foo into the shape you want it to be in, then merge it into master17:07
*** dan has quit IRC17:07
pabelangerhashar, I assume you are using git-buildpackage.  What are you using for chroots?17:07
notmynamejeblair: yes. at a high level, that's the plan17:07
hasharpabelanger: cowbuilder :)17:07
jeblairnotmyname: i thought last time we talked about how it was not done correctly and we would avoid the same thing again17:07
pabelangerhashar, any specific reason for cowbuilder?17:07
hasharpabelanger: I have crafted a cow image for each of the distribution we are using (and sid of course).  Make it easy to build.17:07
hasharpabelanger: it is fast? :)17:07
pabelangerhashar, unsure about speed, never compared.17:08
hasharpabelanger: I have started a very basic doc at https://wikitech.wikimedia.org/wiki/Cowbuilder17:08
mordredpabelanger, hashar: I actually had some thoughts about how to incorporate this into infra tooling/workflow earlier this morning17:08
mordredmy next step is to write those up for comment17:08
*** ghostpl_ has quit IRC17:08
mordredso I'll send the to you - and between us I betcha we can solve the world :)17:09
hasharpabelanger: we even have some puppet wrapper to setup the initial images https://gerrit.wikimedia.org/r/#/c/194471/17:09
pabelangerhashar, When talking to fungi we envisioned bootstrapping a snapshot for nodepool building all the cowbuilder /pbuilder chroots.  Then, when the new patchset was fired, git-buildpackage just did an update (vs create). To speed up the processes17:09
*** annegentle has joined #openstack-infra17:10
hasharmordred: you could surely have Jenkins jobs wrapping around http://jenkins-debian-glue.org/ . A set of shell script that makes it trivial to integration debian packaging in jenkins.17:10
greghaynesmordred: so re vhd-util PPA, that link doesnt seem to work...17:10
*** sushilkm has joined #openstack-infra17:10
notmynamejeblair: the code as it stands now on the feature branch, isn't good for integration into master. there are false starts and undos, elements split across multiple commits, and no logical grouping of what's been going on. it's been a working area for a long time as we've been figuring out this complicated feature. in order to integrate it into master we want a succinct set of commits like "this one deals with refactoring X" and "this o17:10
notmynamene implements new daemon Y"17:10
pabelangerhashar, Ya, a few years a go I did: https://github.com/kickstandproject/kickstandproject-pbuilder/17:10
*** sushilkm has left #openstack-infra17:11
*** vigneshvar has joined #openstack-infra17:11
pabelangerworked well at the time17:11
mordredgreghaynes: sorry - made a new one17:11
hasharpabelanger: yeah that is exactly what http://jenkins-debian-glue.org/  does.  It would init some cow images using cowbuilder, then you can trigger a new build that would  link that image which is all available already17:11
mordredgreghaynes: replace vhd-util with infra17:11
pabelangerbut, been some time since I played with it17:11
mordredhashar: I'm way less concerned about that part17:11
mordredhashar: as I am in the human workflow around proposing patches to gerrit17:11
mordredhashar: and the asumptions gbp makes about how your git environment works17:11
notmynamejeblair: so refactoring what is currently on feature/ec into those commits is what we want to do. but to do that, we need a place to do it (either a new branch or recreating the existing one after tagging the current for posterity)17:11
hasharmordred: well that is "just" yet another convention to stick to :)17:12
mordred:)17:12
pabelangermordred, Ya, some spec or discussion would be great.  I see a lot of potential for packagers using -infra.17:12
jeblairnotmyname: my opinion is that you should merge it as-is.  re-writing the history will screw up authorship information and lose the context of why things were actually added.  however....17:12
*** dan has joined #openstack-infra17:12
hasharmordred: the gbp defaults are sane enough though and can always be overridden per repo as may fit.17:12
mordredhashar: yup. I just think it needs to be walked through and written up17:13
hasharmordred: yup. My aim is to get the packages to auto build  from wikimedia Gerrit.  I will surely share my result :)17:14
jeblairnotmyname: if you just want to make a series of commits out of it, you could create patch series against master and merge it normally.  or i suppos if it's still a large effort with many commits, you could create a new feature branch.17:14
notmynamejeblair: right. the new patch series is what I'm talking about, except with the property of being merged as a single merge commit (which looks simple enough to do with existing tooling)17:15
pabelangerhashar, don't think the workflow for auto build will be too hard, obvious some design stuff to figure out.  Am curious the process how to serve up said packages.  EG: static repo list or per patchset build.  That would be fun to manage17:15
pabelangerI was using reprepro for my stuff, but fungi had some other thoughts17:15
lxsligate-nova-docs said "TypeError: init_values() takes exactly 2 arguments (1 given)" - is this a known issue please?17:15
jeblairnotmyname: yeah, i want to have a conversation with you at some point, not necessarily now, about why you think your existing commits are somehow unfit for being in master :)17:16
pabelangerlxsli, review URL?17:16
lxslipabelanger: https://review.openstack.org/#/c/13868617:16
notmynamejeblair: sounds great (after I'm out of this EC craziness!)17:16
*** sarob_ has joined #openstack-infra17:18
*** amotoki has quit IRC17:19
*** jamesmcarthur has joined #openstack-infra17:19
pabelangerlxsli, have you checked pbr project for open issues?17:21
*** sputnik13 has joined #openstack-infra17:21
*** melwitt has joined #openstack-infra17:22
*** MrAboii has quit IRC17:22
lxsliQuick search shows: https://bugs.launchpad.net/oslotest/+bug/137999817:23
openstackLaunchpad bug 1379998 in PBR "pbr incompatible with sphinx 1.3b1" [Medium,Triaged]17:23
*** derekh has quit IRC17:23
*** patrickeast has joined #openstack-infra17:24
lxsliIt's from Oct 2014 though and I can't see what versions of pbr + sphinx the gate is using17:24
*** dannywilson has joined #openstack-infra17:24
*** dannywilson has quit IRC17:24
hasharpabelanger: I am pretty sure jenkins-debian-glue comes with support to add packages in a reprepro repository.  Haven't played much with it though.17:25
*** dannywilson has joined #openstack-infra17:25
hasharpabelanger: I am off for dinner etc. Will be back in roughly 3 hours17:25
anteayazaro: so when I look here: https://review.openstack.org/#/q/status:open+topic:gerrit-upgrade,n,z I don't see the close connections cherry pick patch17:27
*** sarob_ has quit IRC17:27
anteayazaro: do you think it should have the gerrit-upgrade topic? I would like to see it included17:27
*** harlowja has joined #openstack-infra17:27
*** rlandy is now known as rlandy|afk17:27
*** bdpayne has quit IRC17:28
*** asselin has quit IRC17:28
*** achanda has joined #openstack-infra17:29
*** asselin has joined #openstack-infra17:29
*** hdd has quit IRC17:29
*** carl_baldwin has quit IRC17:30
*** spzala has joined #openstack-infra17:33
*** hodos has quit IRC17:34
*** hodos has joined #openstack-infra17:34
*** e0ne has quit IRC17:36
*** amotoki has joined #openstack-infra17:36
*** amotoki has quit IRC17:36
*** annegentle has quit IRC17:37
*** carl_baldwin has joined #openstack-infra17:38
*** HeOS has quit IRC17:38
*** dkliban is now known as dkliban_brb17:39
anteayanibalizer: I'm going through infra priority patches, do you want to see if you can make jenkins happy here? https://review.openstack.org/#/c/162830/17:39
*** jamesmcarthur has quit IRC17:42
nibalizeranteaya: ya will do17:43
*** carl_baldwin has quit IRC17:44
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add new project nerd-reviewer  https://review.openstack.org/16694517:44
anteayanibalizer: thanks17:44
*** ivar-lazzaro has joined #openstack-infra17:45
*** ivar-lazzaro has quit IRC17:45
mtreinishjeblair, clarkb, mordred: if you get a sec https://review.openstack.org/#/c/165183/ should be quick (it's a 1 liner)17:45
*** garyh has quit IRC17:46
greghaynesoh wow, is there not a way to tell puppet to use bash for execs17:48
*** ivar-lazzaro has joined #openstack-infra17:49
*** yamahata has joined #openstack-infra17:49
mtreinishgreghaynes: tbh, I didn't really look. But when that didn't work I just pushed the easy fix which didn't require me looking anything up17:50
pleia2greghaynes: I think what we've just done is 'bash foo.sh' as the command17:51
*** garyh has joined #openstack-infra17:51
greghaynesyea yea, I think its fine to fix that I just know we assume bash in all our DIB stuff and other places to that seems like a pattern thats likely to repeat17:51
zaroanteaya: i guess the only reason why it doesn't have that topic is because it's not required when we upgrade.  it can be done after.17:52
greghaynespleia2: ah17:52
mtreinishpleia2: well it this case it would be something like bash -c 'subunit2sql-db-manage --config-file /etc/subunit2sql.conf upgrade head &> /var/log/subunit2sql_migration.log &' :)17:52
pleia2mtreinish: you have too much fun ;)17:52
anteayazaro: oh okay, thanks well as long as we can get the functionality in sometime, if we did it afterward the patch would merge and then what? just a gerrit restart to pick it up?17:53
mtreinishall to use '&>'17:53
openstackgerritSpencer Krum proposed openstack-infra/system-config: Refactor o_p::base into o_p::template  https://review.openstack.org/16283017:53
openstackgerrityolanda.robla proposed openstack-infra/system-config: Don't hardcode pip.conf values  https://review.openstack.org/16625217:54
*** dannywilson has quit IRC17:54
anteayamtreinish: ah so that was the motivation to work &> in there17:54
mtreinishpleia2: oh I forgot to ping you above, I'll remember to bug you for reviews eventually :)17:54
*** armax has quit IRC17:54
*** jistr has quit IRC17:54
* anteaya hands pleia2 her camo coat17:54
pleia2mtreinish: no rush!17:55
zaroanteaya: the process would be, change merges, new gerrit build gets created, new change to update to the new gerrit build, change to update gerrit merges, then func is available.17:55
pleia2hehe17:55
anteayazaro: how long on average does that process take?17:55
zaroanteaya: ohh, i think restart would also be required on gerrit updates17:55
anteayathought so17:56
mtreinishanteaya: well https://review.openstack.org/#/c/165183/1 I did the above without the bash -c before and it didn't work (it redirected nothing, which makes debug fun :) )17:56
zaroanteaya: depends on review queue?17:56
*** jamesmcarthur has joined #openstack-infra17:56
*** hashar is now known as hasharDinner17:56
*** tonytan4ever has joined #openstack-infra17:56
anteayazaro: fair enough, your call17:56
*** sushilkm has joined #openstack-infra17:57
*** sushilkm has left #openstack-infra17:57
*** achanda has quit IRC17:57
*** _nadya_ has quit IRC17:57
zaroanteaya: if you feel strongly that it should be included with gerit 2.9 upgrade then you can probably add the topic and explain in comments?17:58
anteayamtreinish: okay thanks17:58
zaroclarkb: take a look https://github.com/jenkinsci/jenkins/blob/master/core/src/main/java/hudson/slaves/ComputerLauncher.java#L10717:58
anteayazaro: can I change the topic if I'm not a core reviewer or the patch owner?17:58
zaroanteaya: yes17:59
anteayaokay thanks I will try17:59
anteayazaro: next question, this patch merged: https://review.openstack.org/#/c/164815/ what will it take for a 2.9 tarball to appear on tarballs.o.o?18:00
anteayathis patch needs it https://review.openstack.org/#/c/155463/18:00
anteayazaro: I do not have the ability to change the topic in the gui on https://review.openstack.org/#/c/166025/18:01
anteayaI see no notepad icon18:01
*** vladiskuz_ has joined #openstack-infra18:02
zaroanteaya: ohh that's interesting.  i think that might be a bug.18:02
anteayaokay18:02
anteayazaro: let me know what you need from me next18:02
*** stevemar has quit IRC18:02
zaroanteaya: you can push the change with a new topic, just change the commit message slightly.18:02
zaro*the/the same18:03
openstackgerritElizabeth K. Joseph proposed openstack-infra/system-config: Update review.o.o IP addresses in Zuul ssh config  https://review.openstack.org/16694818:03
*** sandywalsh_ has joined #openstack-infra18:03
pleia2amusingly I use zuul_prod.pp as an example file for a talk I was prepping for this morning, so look what I found ^^18:03
*** AJaeger_ has joined #openstack-infra18:03
*** stevemar has joined #openstack-infra18:03
zaroanteaya: so i'm not sure why there's a restriction on allowing any registered user to change the topic18:03
*** armax has joined #openstack-infra18:04
jpeelerhow can a review fail pep8 checks on files that aren't part of the commit? https://review.openstack.org/#/c/165150/18:04
*** Somay has joined #openstack-infra18:04
anteayapleia2: well done18:04
anteayazaro: I'm pretty sure it was limited to patch owner and core reviewers on that repo18:04
zaroanteaya: Gerrit tarball won't get built until there is a change to the openstack-infra/gerrit repo18:05
zaroanteaya: neither of those change that repo therefore no gerrit tarball18:05
*** sandywalsh has quit IRC18:06
*** marun has quit IRC18:06
*** vladiskuz_ has quit IRC18:06
zaroanteaya: one of thesse needs to be approved for tarball to get created18:06
*** sarob has quit IRC18:06
zarohttps://review.openstack.org/#/q/project:openstack-infra/gerrit+status:open,n,z18:06
hodoshi did any1 have this problem: BadRequest: Invalid key_name provided. with the nodepool trying to update the image18:07
*** jamesmcarthur has left #openstack-infra18:08
*** ChuckC has quit IRC18:08
anteayazaro: okay thanks18:08
*** dan has quit IRC18:08
*** garyh has quit IRC18:09
anteayaclarkb: when you are about, I have a question about https://review.openstack.org/#/c/166596/1 how can we test this?18:09
*** hdd has joined #openstack-infra18:09
zaroanteaya: no, it doesn't look like an ACL setting.  it's hwo gerrit works by default.  might be nice to lift that restriction.18:09
anteayaclarkb: we have a fair few jobs using swift for logging now, when it was just infra I was fine testing it in production, now I'm hesitant18:09
*** ildikov has quit IRC18:10
anteayaclarkb: and I don't know how to test it in non-production18:10
anteayazaro: well perhaps I am mis-remembering then, perhaps there is no restriction, I don't know18:10
openstackgerritmelanie witt proposed openstack-infra/project-config: Adjust regression exceptions for Nova Cells V1 job  https://review.openstack.org/16639618:11
anteayazaro: my expectation however is that as a registered user I can't go around and randomly change commit messages or topics, but perhaps I can18:11
*** emagana has quit IRC18:11
*** dustins has quit IRC18:12
zaroclarkb: i don't know why that afterDisconnect method is syncroized.  it seems like the only reason might be for use cases when the same slave is connected/disconnected18:12
zaroclarkb: but that would not affect us because our slaves are always uniquely named correct?18:13
* anteaya is going to take 20 minutes to row18:13
*** emagana has joined #openstack-infra18:13
zaroclarkb: also it seems like the syncronization should be on the slaveComputer and not the entire method?18:13
*** nelsnelson has joined #openstack-infra18:13
*** nelsnelson has quit IRC18:13
*** ghostpl_ has joined #openstack-infra18:14
*** dank_ has joined #openstack-infra18:14
clarkbanteaya using infra was our test18:14
zaroanteaya: hmm, how about the ability for any registered user to upload another version of the owner's patch?  wouldn't that be worse than just chaning the topic?18:14
*** nelsnelson has joined #openstack-infra18:14
*** ociuhandu has quit IRC18:15
clarkbzaro I think we can remove the synchronized on the method and add a lock around the session and connwction18:15
*** achanda has joined #openstack-infra18:15
clarkbso that its only locked per instance not every instance sharing a lock18:15
*** dannywilson has joined #openstack-infra18:15
*** dtantsur is now known as dtantsur|afk18:15
*** dizquierdo has quit IRC18:16
zaroclarkb: that makes sense and worth a try.18:16
*** flashgordon is now known as jogo18:16
*** enikanorov__ has joined #openstack-infra18:16
*** mpavone has quit IRC18:17
*** ominakov has quit IRC18:17
*** ociuhandu has joined #openstack-infra18:17
*** marun has joined #openstack-infra18:17
*** emagana has quit IRC18:18
*** harlowja has quit IRC18:18
fungihasharDinner: pabelanger: just got back, skimmed scrollback, i think we could update a pbuilder chroot when building bare-jessie, or just not bother with pbuilder since we'd be starting from very minimally-configured virtual machines anyway18:18
*** enikanorov has quit IRC18:19
fungisingle-use workers make a lot of the argument for pbuilder go away18:19
*** achanda has quit IRC18:19
*** achanda has joined #openstack-infra18:20
pabelangerfungi, Right, my only concern is people downstream trying to consume scripts, which don't have single-use workers.  But, aside from that, I think that approach works18:20
fungipabelanger: agreed. pbuilder is mostly doing what nodepool already does for us anyway18:20
*** ssam2 has quit IRC18:20
pabelangeryar18:20
fungiwhen we last discussed this (a year or more ago), nodepool wasn't nearly so ubiquitous in our environment18:21
*** harlowja has joined #openstack-infra18:21
*** Somay has quit IRC18:22
*** peristeri has joined #openstack-infra18:23
pabelangerYa, really looking forward to what can be leveraged by nodepool.  Lots of potential for packagers18:23
*** otter768 has joined #openstack-infra18:26
*** samueldmq has joined #openstack-infra18:27
*** achanda has quit IRC18:27
*** Somay has joined #openstack-infra18:27
*** achanda has joined #openstack-infra18:28
*** emagana has joined #openstack-infra18:28
*** thedodd has joined #openstack-infra18:29
*** woodster_ has quit IRC18:30
*** otter768 has quit IRC18:31
greghaynesmordred: do you have a link to the vhd-util patch you used? I want to add it to DIB docs18:31
openstackgerritMatthew Treinish proposed openstack-infra/system-config: Add docs for subunit2sql  https://review.openstack.org/16439718:32
mtreinishanteaya: ^^^ if you get a sec, I'd appreciate your feedback on that18:33
openstackgerritSpencer Krum proposed openstack-infra/system-config: Refactor o_p::base into o_p::template  https://review.openstack.org/16283018:34
openstackgerritSean Dague proposed openstack-infra/os-loganalyze: fix path matching redux  https://review.openstack.org/16696018:34
*** dannywilson has quit IRC18:35
*** dannywilson has joined #openstack-infra18:35
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add rally-ci project  https://review.openstack.org/16696218:35
*** garyh has joined #openstack-infra18:36
anteayaclarkb: but python-jobs are now using swift for logs too, so that affects more than just infra18:36
anteayaclarkb: were we going to implement the footer code on just infra swift logs jobs?18:36
samueldmqmtreinish, there is a trailing whitespace on your change, please remove it :)18:37
anteayazaro: you have a point, it just felt weird to me18:37
*** ParsectiX has joined #openstack-infra18:37
samueldmqmtreinish, I wont -1/+1 since I am not familiar with that doc18:37
anteayamtreinish: we are acknowledging that I am not a core reviewer on system-config, yes?18:37
anteayamtreinish: I'll review but I don't want you to have expectations that I can't meet18:38
mtreinishanteaya: yes, I know :) but, your feedback was helpful on my last infra doc18:38
openstackgerritValeriy Ponomaryov proposed openstack/requirements: Bump ddt to min version 0.7.0  https://review.openstack.org/16616218:39
anteayamtreinish: okay, I'll take my +1 and dive in18:39
reedfungi, I received the list of ATCs, thanks, proceeding to send invites18:39
*** ParsectiX has quit IRC18:39
mtreinishsamueldmq: yeah, I'll fix that on the inevitable next revision18:39
samueldmqmtreinish, k :)18:39
openstackgerritValeriy Ponomaryov proposed openstack-infra/project-config: Add tempest + postgres job for manila  https://review.openstack.org/16593518:39
*** soren has quit IRC18:39
*** ParsectiX has joined #openstack-infra18:40
*** ParsectiX has quit IRC18:40
*** dboik_ has quit IRC18:40
clarkbanteaya right18:41
clarkbthe footer is only for dsvm jobs and we only swift logs on d-g jobs18:41
anteayaclarkb: ah18:42
anteayaI somehow missed that18:42
* anteaya checks the commit message again18:42
*** peristeri has quit IRC18:42
fungireed: awesome--let me know if you need anything else for that18:42
reedif anyone asks, I just sent another batch of invites18:42
anteayareed: thank you18:43
reedfungi, I think we're done for the season :)18:43
anteayareed: is that your last batch?18:43
anteayacool18:43
reedfrom now on I'll send only to those who ask for one18:43
mordredgreghaynes: yes! I also have working PPA now18:44
fungireed: great! though i'm not done for the season. it's almost time for me to start lather-rinse-repeating for technical election rolls18:44
reedanteaya, I'd say so since we're in feature freeze and there shouldn't be many new contributors at this point18:44
mordredgreghaynes: https://github.com/emonty/vhd-util/blob/master/debian/patches/citrix18:44
reedfungi, yeah... we so need to have better tools for that18:44
mordredgreghaynes: https://launchpad.net/~mordred/+archive/ubuntu/infra18:44
anteayareed: okay18:44
greghaynesmordred: Yes, my VHD-util patch seems to mostly work18:44
mordredgreghaynes: woot18:44
*** Swami has joined #openstack-infra18:44
*** sushilkm has joined #openstack-infra18:45
fungireed: agreed. i think this can be rewritten now to use the gerrit http api18:45
mordredgreghaynes: if you just point folks to ppa:mordred/infra - it _should_ work from apt-get install vhd-util18:45
*** sushilkm has left #openstack-infra18:45
mordredgreghaynes: at least it did for me18:45
zaroanteaya: ohh, i'm wrong about it not being an ACL, https://review.openstack.org/Documentation/access-control.html#category_edit_topic_name18:45
greghaynesmordred: Yea, I doing that, just also wanted to mention why in docs18:45
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add new project nerd-reviewer  https://review.openstack.org/16694518:45
mordredgreghaynes: ++18:45
mordredgreghaynes: see, there you go with being sane18:45
reedfungi, or openstack-web18:46
* greghaynes will try to prevent future incidents of this18:46
mordredgreghaynes: I also update the ansible-build-image role to not use the docker thing, fwiw18:46
samueldmqHi folks ! I am from Keystone project and I am now willing to contribute to infra projects18:46
greghaynesnice!18:46
fungireed: well, maybe, assuming it tracks info on what projects a user has contributed to (not just how recently)18:46
zaroanteaya: i think it makes sense to allow all registered users to edit topics18:46
*** marcusvrn1 has joined #openstack-infra18:47
samueldmqI am still reading up the docs .. and got a question, do you maintain all those projects under github.com/openstack-infra ?18:47
reedfungi, right ... I don't know18:47
*** ildikov has joined #openstack-infra18:47
anteayazaro: okay however as we did establish I can't do that to your patch via the gui18:47
fungizaro: i think we in fact already do, just not with a convenient click in the webui, so by the same argument we used for the rebase and revert buttons, should be fine to turn on for everyone18:47
anteayasamueldmq: hi18:49
samueldmqanteaya, hi :)18:49
anteayagit.o.o/openstack-infra yes we do18:49
*** marcusvrn has quit IRC18:49
samueldmqanteaya, hmm, looks a lot of project, just became more interesting :)18:49
anteayasamueldmq: we have something for everyone18:50
samueldmqanteaya, and you have core teams for the whole set of projects, or each project has its own one?18:50
fungisamueldmq: thanks! i certainly think it's interesting anyway18:50
mordredsamueldmq: you'll never run out of fun around here18:50
anteayasamueldmq: our meetings are on tuesdays at 1900: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting18:50
anteayasamueldmq: one core team for everything18:50
mordredsamueldmq: one core team for all - some projects have a sub-team which has core in addition to the main core team18:50
openstackgerritDavid Kranz proposed openstack-infra/project-config: Create new periodic job to run tempest without admin creds  https://review.openstack.org/16696418:50
anteayaand some projects have additional members18:50
samueldmqanteaya, just after keystone meetings I guess18:50
anteayasamueldmq: right after18:51
samueldmqanteaya, so I just need to stay for 1 more after, k18:51
anteayasamueldmq: :) makes it easy18:51
samueldmqfungi, mordred yes I hope, thanks :)18:51
fungiyep, i often catch the end of the keystone meetings. and heckle people18:51
anteayasamueldmq: you well feel overwhelmed for about 4 weeks, just expect that18:51
fungiit gets them to wrap up more quickly ;)18:51
pabelangerSo I'm starting down the rabbit hole of dib with nodepool, but confused about some elements.  If I understand correctly, nodepool will use the following elements from https://github.com/openstack-infra/project-config/tree/master/nodepool/elements  but, I don't see where the fedora and vm elements are from?18:51
pabelangerhttps://github.com/openstack-infra/system-config/blob/master/modules/openstack_project/templates/nodepool/nodepool.yaml.erb#L102918:51
anteayasamueldmq: just keep showing up in channel and at the meetings18:51
pabelangerdo they come from diskimage-builder directly?18:51
anteayasamueldmq: read things ask questions look at log files, review patches18:52
anteayasamueldmq: just keep coming back everyday18:52
fungipabelanger: yes, dib has its own basic building block elements and we build on those18:52
openstackgerritDavid Kranz proposed openstack-infra/project-config: Create new periodic job to run tempest without admin creds  https://review.openstack.org/16696418:52
anteayasamueldmq: and eventually something will make sense18:52
*** dboik has joined #openstack-infra18:52
samueldmqmordred, k got it .. so general core team + main core teams per project18:52
pabelangerfungi, perfect. That's what I figured18:52
*** dkliban_brb is now known as dkliban18:52
fungipabelanger: https://git.openstack.org/cgit/openstack/diskimage-builder/tree/elements for reference18:53
samueldmqanteaya, k got it ... thanks for those advices :-)18:53
samueldmqanteaya, I'll be coming here regularly (still have to keep working on keystone)18:53
*** vigneshvar has quit IRC18:54
pabelangerfungi, Danke18:54
anteayamtreinish: any inclination to flesh out http://git.openstack.org/cgit/openstack-infra/puppet-subunit2sql/tree/README.md a bit, maybe make it an .rst file?18:54
anteayasamueldmq: sure18:55
anteayasamueldmq: if you see something that interests you ask about it18:55
anteayasamueldmq: don't try to understand everything, you won't be able to18:55
anteayasamueldmq: just find something you feel you can get into and start with that18:55
mtreinishanteaya: sure I can do that18:56
zxiiroquestion, for nodepool do I need gearman to use it or is gearman optional?18:56
*** soren has joined #openstack-infra18:56
*** peristeri has joined #openstack-infra18:57
samueldmqanteaya, great, makes sense18:57
sdaguefungi: seeing a bunch of docs failures in gate and check now18:57
samueldmqanteaya, the test jobs run when we send new patch sets are managed by devstack-gate, right?18:58
lifelessmordred: pong18:58
sdaguefungi: http://paste.openstack.org/show/195509/18:58
mtreinishanteaya: to be honest I forgot that it had separate docs because it was moved into a separate repo18:58
sdaguemaybe that should be a dhellmann ask as well18:58
anteayamtreinish: where is the code that is on docs.o.o about subunit2SQL, maybe just link to that?18:58
fungisdague: multiple projects?18:58
*** Rockyg has joined #openstack-infra18:58
anteayamtreinish: where are the docs.o.o docs coming from?18:58
SpamapSgreghaynes: did you have any luck on rax btw?18:58
sdaguefungi: yes18:58
mtreinishanteaya: I thought I did link to the docs.o.o subunit2sql page18:59
sdaguenova & keystone in the gate right now18:59
mtreinishoh you meant in the puppet repo18:59
SpamapSgreghaynes: I'm just circled back to where I should probably create an account on rax and see if I can get it to boot from my image.18:59
mtreinishnot the systemconfig patch18:59
sdaguethat patch that I posted was an oslo.messaging one18:59
fungisdague: no new sphinx or pbr today fwiw18:59
sdaguefungi: new tox today though, right?19:00
anteayasdague: test jobs are defined in project-config/zuul/layout.yaml and project-config/jenkins/project.yaml19:00
anteayasamueldmq: ^^19:00
mordredlifeless: did I ping you?19:00
anteayasdague: sorry tab complete fail19:00
sdagueanteaya: no worries19:00
fungii need to disable the ctrl-q hotkey in firefox. on my keyboard it's right next to ctrl-w which i use. maybe this is an argument in favor of dvorak19:00
mordredlifeless: oh - i was mentioning the pip setup_requires work19:00
samueldmqanteaya, great thanks, I think it's good place to start19:00
mtreinishanteaya: the docs are from: https://git.openstack.org/cgit/openstack-infra/subunit2sql/tree/doc/source19:00
mordredlifeless: no need for anything just now19:00
anteayasamueldmq: devstack-gate has jobs that have a devstack-gate component, yes19:00
anteayasamueldmq: yes it is19:00
*** garyh has quit IRC19:01
fungisdague: indeed! new tox. must have missed discussion while lunching19:01
samueldmqanteaya, nice thanks :) I will be back once I get into trouble19:01
mordredSpamapS: I recommend getting one on general principle - having the ability to boot something in rackspace can be highly helpful19:01
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add new project nerd-reviewer  https://review.openstack.org/16694519:01
anteayamtreinish: ah yeah, just pointing the puppet-module readme at the subunit2SQL readme makes sense to me19:01
*** johnthetubaguy is now known as zz_johnthetubagu19:02
greghaynesSpamapS: Getting there, I got all my acct stuff setup, trying to use the vhd-util to boot a rax node19:02
mtreinishanteaya: ok sure, that should be simple enough. I'll push a patch up for that soonish19:02
anteayamtreinish: yes the empty puppet repo readme was what I was looking at19:02
anteayamtreinish: sure, two nits in your patch and then it lgtm19:02
mtreinishanteaya: ok cool, thanks. I'll respin it now19:02
greghaynesSpamapS: You just need to sign up, wait for the call, tell them to enable glance and youre good to go19:02
*** mfink_ has quit IRC19:02
mordredSpamapS, greghaynes: oh, I dno' tknow if you noticed, but I put ina  "HOW-TO-TEST" doc in the project-config patch19:02
greghaynesmordred: what!? docs!?19:03
*** fcorral_hp has joined #openstack-infra19:03
anteayasamueldmq: try to be back before then19:03
mordredgreghaynes: https://review.openstack.org/#/c/154132/17/tools/HOW-TO-TEST.rst19:03
anteayasamueldmq: but everyone has their own workflow19:03
mordredgreghaynes: I don't have docs for manual testing on HP - but the ansible playbook will upload to hp19:03
*** otter768 has joined #openstack-infra19:03
openstackgerritMatthew Treinish proposed openstack-infra/system-config: Add docs for subunit2sql  https://review.openstack.org/16439719:03
greghaynesmordred: ok, that answers my questions about 'what elements are youall using'19:04
mtreinishanteaya: ^^^19:04
*** raginbajin has quit IRC19:04
*** frickler has quit IRC19:04
*** grantbow has quit IRC19:04
*** SpamapS has quit IRC19:04
*** SpamapS has joined #openstack-infra19:04
*** SpamapS has quit IRC19:04
*** SpamapS has joined #openstack-infra19:04
*** raginbajin has joined #openstack-infra19:04
*** jklare has quit IRC19:04
*** otherwiseguy has quit IRC19:04
*** mikal has quit IRC19:04
*** nikhil_k has quit IRC19:04
*** heyongli has quit IRC19:04
*** frickler has joined #openstack-infra19:04
*** nikhil_k has joined #openstack-infra19:04
*** mikal has joined #openstack-infra19:04
*** otherwiseguy has joined #openstack-infra19:04
*** jklare has joined #openstack-infra19:04
fungisdague: mordred: dhellmann: so tox is running distutils cmd_obj.run() which is passing fewer arguments than pbr's _sphinx_run() expects19:04
fungisetuptools api change?19:05
*** baoli has quit IRC19:05
*** mfink_ has joined #openstack-infra19:05
mordredgreghaynes: those elements are good ones to start with - the full nodepool ones take FOREVER to build because they cache everything19:05
mordredfungi: maybe?19:05
funginew setuptools was released on friday19:05
mordredsounds likely19:05
mordredgreghaynes: if you can get those elements to boot in rackspace, then adding more content should be fine19:06
samueldmqanteaya, I just didn't want to come here with a lot of newbie questions (I think I'll have a lot, since I don't have too much xp with infra)19:06
mordredgreghaynes: the process-config-drive element is the one where the init scripts / systemd / upstart may not be solid yet - so the script may not be running in the right sequence19:07
greghaynesmordred: ok. For now I am just trying to get an ubuntu element image booting for the sake of landing the vhd-util patch, but next is trying to replicate what youall are doing19:07
*** pelix has quit IRC19:07
samueldmqanteaya, but ok then, I'll be here before getting into trouble :)19:07
sdaguefungi: I think we need to print T-shirts "new setuptools released on friday"19:07
*** MarkAtwood has joined #openstack-infra19:07
*** jerryz has quit IRC19:07
anteayamtreinish: +1 thanks19:07
samueldmqanteaya, thanks19:07
clarkbsdague +119:07
mordredgreghaynes: totally correct choice on your part19:07
anteayasamueldmq: there we go19:07
fungisdague: or a captioned beer stein but yes19:07
samueldmqanteaya, yes thx o/19:08
anteayasamueldmq: just ask questions and someone will do their best to read backscroll and reply19:08
mordredgreghaynes: well, as an FYI - you're goign to have networking problems on rax with that19:08
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add rally-ci project  https://review.openstack.org/16696219:08
greghaynesmordred: perfect :)19:08
mordredgreghaynes: because cloud-init does not understand their patches to config-drive19:08
greghaynesyea19:08
anteayasamueldmq: if we are in the middle of a fire, we might be a while before we can reply but we do try our best19:08
mordredgreghaynes: which is why we have the process-config-drive element19:08
mordredgreghaynes: BUT - you can test via web console just fine :)19:08
greghaynesyep, as long as it boots though ill consider that a success for that patch19:08
* mordred shuts up - lets greghaynes go be smart and stuff19:09
sdaguefungi: do you currently have a script to generate the last week of releases by global requirements? (or equiv) or are you manually poking at this like I often do19:09
sdaguebecause we seem to be problem determining this quite often of "oh crap, what released"19:09
fungisdague: after enough iterations of this, i just know which usual suspects to check first19:09
sdaguefungi: yeh, me to19:09
fungisdague: in this case distutils in the traceback makes me take a look at setuptools19:10
sdaguebut it's still time consuming, and too much tribal knowlegde19:10
sdagueit's a fragmented day for me, maybe I'll work on banging something out for future19:10
*** erlon_away has joined #openstack-infra19:10
fungiwondering if today's tox changed its dependency on (vendoring of?) setuptools, or just changed the entrypoint it's using to run commands19:11
samueldmqanteaya, k fair enough, you cannot train an intern when you need to extinguish the fire :)19:11
fungisamueldmq: sometimes we use new recruits in the bucket line though19:11
samueldmqfungi, sure, I'll be glad to help if I can19:12
anteayasamueldmq: sure you can, you train them to step back and do crowd control19:12
*** ZZelle_ has joined #openstack-infra19:12
*** HeOS has joined #openstack-infra19:12
openstackgerritSpencer Krum proposed openstack-infra/project-config: No need to run the puppet-unit tests on setproxy  https://review.openstack.org/16697619:12
openstackgerritKhai Do proposed openstack-infra/jenkins-job-builder: Allow setting of only "single-use" option for jclouds plugin  https://review.openstack.org/12233319:12
samueldmqanteaya, ++19:12
fungisdague: this is the point at which i start plugging random bits of the traceback into a web search and seeing if it turns up interesting ideas, because stuffing debug/breakpoints into that call chain is a pita19:12
anteayasamueldmq: I've been on crowd control for sometime19:12
anteayasamueldmq: I'll teach you want I know19:13
mordredjeblair: 19:12:39  openstackgerrit | Khai Do proposed openstack-infra/jenkins-job-builder: Allow setting of only "single-use" option for jclouds plugin19:13
mordredjeblair: look ^^ jclouds plugin has single-use now19:13
fungineat that we wrote a jclouds replacement, and now it's copying features from us ;)19:13
samueldmqanteaya, great, thanks a lot for being willing to teach me :)19:14
openstackgerritKhai Do proposed openstack-infra/jenkins-job-builder: Allow setting of only 'single-use' option for jclouds plugin  https://review.openstack.org/12233319:14
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add new project nerd-reviewer  https://review.openstack.org/16694519:14
anteayasamueldmq: sure, actually teaching someone else is my best method of learning what I don't know19:14
fungiboris-42: i really hope that ^ will help me do a better job of reviewing nerds19:14
boris-42fungi: =)19:15
boris-42fungi: actually I would like to get automatically review that I am trying to do mad stuff with infra=)19:15
samueldmqanteaya, yes I agree 100%, I was teaching assistant during my undergraduation, and I share this thought19:15
*** armax has quit IRC19:15
boris-42fungi: and not spend time of reviewers for that19:16
boris-42=)19:16
*** markus_z has quit IRC19:16
fungiboris-42: a lot of us have gone mad already, so makes sense to me19:16
anteayasamueldmq: cool19:16
anteaya:)19:16
* mordred runs around waving arms in the air and screaming19:16
*** yamamoto_ has joined #openstack-infra19:16
fungimordred: i've decided i'm going mad. care to join me?19:17
boris-42=)19:17
mordredfungi: I'm all in on that party19:17
*** dhritishikhar has quit IRC19:17
fungisdague: it's funny when searching abroad brings me back home again... see bug 137999819:18
openstackbug 1379998 in PBR "pbr incompatible with sphinx 1.3b1" [Medium,Triaged] https://launchpad.net/bugs/137999819:18
* boris-42 being mad is not so bad19:18
fungisdague: _could_ be a coincidence, but the "new" traceback bears a striking resemblance to that19:19
*** marcusvrn has joined #openstack-infra19:19
*** yamamoto_ has quit IRC19:21
*** woodster_ has joined #openstack-infra19:22
*** timcline has quit IRC19:22
*** marcusvrn1 has quit IRC19:22
*** Somay has quit IRC19:22
*** erlon_away is now known as erlon19:23
fungisdague: also unfortunate that the job in question only runs pip freeze (well, pbr freeze) when it succeeds. though that still may be enough for me to work out what changed19:23
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add new rally-ci project  https://review.openstack.org/16696219:23
fungisdague: last successful run used Sphinx==1.2.319:24
fungisdague: i bet something's got us using 1.3.1 (latest release) in the past few hours19:24
*** garyh has joined #openstack-infra19:25
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add new project nerd-reviewer  https://review.openstack.org/16694519:26
fungidoing some local testing to see if i can nail down what19:28
rluciohi guys, by chance is there a way (for 3rdparty ci) to tell zuul only to run jobs on a project master branch?19:29
openstackgerritImran Hayder Malik proposed openstack-infra/project-config: Change exit code to 1 for when test fails  https://review.openstack.org/16698019:29
pabelangerfungi, well, this is going to be fun.  Looks like diskimage-builder doesn't like tar on ubuntu 12.0419:30
pabelanger sudo tar -C /tmp/image.uKWC0wip/mnt --numeric-owner --xattrs '--xattrs-include=*' --xattrs-exclude=security.selinux -xzf /home/nodepool/.cache/image-create/20-Cloud-x86_64-20.tgz19:30
pabelangertar: unrecognized option '--xattrs'19:30
fungipabelanger: yep, we upgraded our nodepool server to 14.04 to deal with that19:30
fungipabelanger: the alternative is not to dib centos7/rhel7/recent fedora19:31
pabelangerfungi, yar, suspected that19:31
pabelangerokay19:31
*** dboik has quit IRC19:31
mordredgreghaynes, SpamapS: ^^ I don't suppose it would be possible to support older, would it?19:31
pabelangerlet me start with Debian dib19:31
zaroanteaya, fungi : i think only admins have access to push changes on refs/meta/config for review correct?19:31
*** dboik has joined #openstack-infra19:32
*** prad has quit IRC19:32
zarotherefore only admins can proprose that change to enable editing of topics for all projects?19:32
anteayazaro: i can't confirm what we do, but that would make sense to me that we do that19:32
fungizaro: we usually tackle that by using a change to the configuration instructions in docs/source/gerrit.rst in system-config as a proxy for having a gerrit admin add the same to the global configuration19:33
fungizaro: so if the change to the config documentation gets consensus, then whoever approves it should make sure it gets set19:34
zaroanteaya: so looksl ike a doc change is what is required.19:34
fungiwe'd like to have that under configuration management too, but it changes infrequently enough that we've gotten by keeping it updated manually so far19:35
zaroanteaya: the workaround is change the commit message then 'git review -t new_topic'19:35
*** sarob has joined #openstack-infra19:35
*** otter768 has quit IRC19:36
*** timcline has joined #openstack-infra19:36
zarojhesketh: do my comments make sense? https://review.openstack.org/16522819:37
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add new project nerd-reviewer  https://review.openstack.org/16694519:37
anteayazaro: well I can submit a new patch no problem, I hadn't expect a snowball to have to change permissions19:37
*** armax has joined #openstack-infra19:38
*** dustins has joined #openstack-infra19:39
*** alexpilotti has quit IRC19:39
clarkbok back from all the things19:40
*** ldnunes_ has joined #openstack-infra19:40
zaroanteaya: snowball sounds better than avalanche :)19:40
pabelangerfungi, thanks, ubuntu dib looks happier19:41
*** ominakov has joined #openstack-infra19:41
anteayazaro: it does19:42
greghaynesmordred: yea, I think that doesnt actually apply to ubuntu even19:42
greghaynesmordred: IIRC its a rhel thing19:42
clarkbrlucio: yes, use the branch modifier on the job in the jobs list to specify only master19:42
*** ajo has joined #openstack-infra19:43
clarkbrlucio: if you look at our layout.yaml file you should find man examples of this19:43
greghaynesthe dib fix probably to just check tar version and if theres no xattrs dont specify it and let it blow up if it needs to19:43
clarkbrlucio: just grep for 'branch'19:43
*** marun has quit IRC19:43
rlucioclarkb: cool, thanks19:44
clarkbcan I get reviewers for https://review.openstack.org/#/c/166960/ it should finally clean up the os-loganalyze issues with console.html files getting log levels19:44
*** yfried has joined #openstack-infra19:45
*** sdake has joined #openstack-infra19:46
*** MarkAtwood has quit IRC19:46
*** MarkAtwood has joined #openstack-infra19:46
*** heyongli has joined #openstack-infra19:46
*** soren has quit IRC19:47
*** hyakuhei has joined #openstack-infra19:47
*** sdake__ has quit IRC19:49
JayFHey, got a strange tests issue -> https://review.openstack.org/#/c/164931/ is failing pep8 in check/gate but passes locally on a fresh checkout + set of deps19:50
*** grantbow has joined #openstack-infra19:50
*** grantbow has quit IRC19:50
*** grantbow has joined #openstack-infra19:50
fungiJayF: did you run it via 'tox -e pep8' or some other way?19:52
JayFI included the whole output (I used tox -r) in my comment on that change19:52
fungiahh, you left a comment saying you did19:52
JayFalthough JoshNang just confirmed he was able to reproduce in his new devstack19:52
JayFso I'm really confused19:52
clarkbtwo things to try19:52
clarkbalways grab the zuul ref or rebase on $branch manually and use tox -r19:52
*** AJaeger_ has quit IRC19:53
fungiJayF: checking the pip freeze from that job log against one in your .tox/pep8 venv would also be a good place to start19:53
*** dhritishikhar has joined #openstack-infra19:53
greghaynesmordred: pabelanger ah, I see whats going on, youre actually trying to build a redhat image. The possible fix there is to detect that and disable selinux... thats pretty :( though19:54
*** mrunge_bbl has quit IRC19:54
*** marun has joined #openstack-infra19:54
greghaynesmordred: pabelanger is being able to build redhat on ubuntu 12.04 something thats wanted badly?19:54
JayFjlvillal: JoshNang ^ a couple of suggestions above. I'm going to finish my lunch but if you guys wanna try a thing, there's a good start19:55
JayFotherwise after lunch I'll figure it out and fix it19:55
*** hodos has quit IRC19:55
*** hodos has joined #openstack-infra19:56
pabelangergreghaynes, define badly? Nice to have for me as it avoids some nodepool upgrades19:57
*** notnownikki has quit IRC19:57
SpamapSI think there's a patch in the queue to make dib not use xattrs if it's not supported.19:57
greghaynespabelanger: ah, well thats good enough for me19:57
greghaynesSpamapS: orly19:57
SpamapSyeah looking now19:57
*** sarob has quit IRC19:57
SpamapSit may have even landed19:58
SpamapS8026dda8a019abcd570e25ba3c8bedc9356718c919:58
SpamapSit was for the centos6 element19:58
SpamapSso this is interesting19:59
greghayneshrmm, I wonder if that works19:59
SpamapSredhat-common actually _re-explodes_ the tarball with --xattrs if it is supported19:59
SpamapSusing the tar from inside the chroot19:59
greghaynesoh20:00
greghayneswat20:00
openstackgerritMatthew Treinish proposed openstack-infra/devstack-gate: Add flag to disable tempest with admin creds  https://review.openstack.org/16699320:00
*** ldnunes_ has quit IRC20:01
greghaynesSo, what I was going to say before being confused about what is actually going on, if we do like that patch does itll work to make an image but selinux should make it so most everything doesnt work on that box20:01
mordredgreghaynes: yes20:01
mordredgreghaynes: at least, we make all of our images on the same build host right now20:02
SpamapSgreghaynes: unless we make it non-enforcing20:02
clarkbanteaya: I have reviewed that os-loganalyze change properly now20:02
greghaynesSpamapS: exactly, so I think that part is missing20:02
SpamapSwell IIRC you have to ask for enforcing explicitly right now20:02
greghaynesah, well then20:02
clarkbSpamapS: greghaynes this is why I think dib should just mount the qcow220:02
clarkbrather than extract a tarball, chroot, then go back to a qcow220:03
greghaynesclarkb: dont you have to nbd for that?20:03
clarkbgreghaynes: yes20:03
clarkbbut it should just work on precise20:03
clarkband elsewhere20:03
clarkbor convert to raw and mount that, that shouldn't need nbd right?20:04
mordredclarkb: what if you don't start with a qcow20:04
greghaynesyes, I prefer that20:04
mordredclarkb: but instead start with a chroot?20:04
SpamapSclarkb: Yeah I don't know exactly why we repack. It was that way in the initial commit.20:04
SpamapSclarkb: nbd has races unfortunately.20:04
clarkbmordred: you would mount an empty disk and put the chroot there20:04
*** marcusvrn has quit IRC20:04
clarkbmordred: you are still chrooting but none of this back and forth taring20:04
SpamapSwhich is why we avoid it in diskimage-builder now20:04
*** jgrimm is now known as zz_jgrimm20:05
mordredoh good20:05
clarkbdib does an incredible amount of unnecessary IO20:05
clarkbwhich really surprised me because I thought it was optimized to not do that20:05
SpamapSclarkb: convert to raw works, but has to be done carefully so you don't have a 30G non-sparse file every time. ;)20:05
*** mfink_ has quit IRC20:05
SpamapSclarkb: simple > fast :)20:06
SpamapSbecause at one point it _was_ simple :)20:06
*** soren has joined #openstack-infra20:06
greghaynesyea, we should definitely make dealing with raw data smarter, AIUI thats just a matter of effort though20:06
SpamapSgreghaynes: lvm ftw?20:06
greghaynesyes20:06
SpamapSaaaaand we've reimplemented schroot20:06
* greghaynes wants very much so20:06
greghayneshey, well, it works20:06
SpamapSlet's just use schroot20:07
*** tsg_ has quit IRC20:07
fungisdague: i confirmed that sphinx 1.3.1 is getting pulled in rather than 1.2.3, looks like new tox is ignoring the versions specified in requirements files (confirmed with a requirements.txt listing only sphinx). trying to figure out why now20:07
greghaynesmaybe make dib-run-parts > schroot20:07
greghayneser, use schroot20:07
greghaynesthat being said, lvm shouldnt be a hard req20:07
JayFclarkb: fungi: looks like a new hacking. .8.1 in passing tests, .10.1 in failing ones20:08
*** tsg has joined #openstack-infra20:08
JayFclarkb: fungi: And it adds a stack of rules that break things20:08
mordredianw: ah - I see the thing you're talking about20:08
mordredianw: the base element is not really a base element20:08
*** Swami has quit IRC20:08
SpamapSclarkb: if you ever get a bee in your bonnet about the unnecessary I/O, btw, I'd be quite happy if a bug appeared for us to work on at some point. :)20:08
mordredianw: it shoudl be named "opinionated element that sets things up similar to how some cloud images are set up20:08
mordred"20:08
fungiJayF: i wonder if this is the same underlying cause as the sphinx problem i'm looking into (tox installing latest versions of things even if we pin requirements to something lower)20:09
* JayF also confused why tox -r wasn't pulling in .8.120:09
clarkbSpamapS: ya one day when I am not already busy doing something else with dib a 45 minute iumage build is likely to make me fix it20:09
SpamapSright. :)20:09
mordredianw: I always run disk-image-create with the "-n" option20:09
JayFfungi: test-requirements.txt:hacking>=0.8.0,<0.920:09
JayFfungi: ^ in IPA20:09
greghaynesI really dont think the tarring is much of the image build time though20:09
ianwmordred: i guess :)  how were you starting d-i-b20:09
greghaynesI agree its uneccesary20:09
JayFfungi: so I suspect yes20:09
fungiJayF: can you see if upgrading tox causes it to start failing for you too? can you confirm what version of tox you're passing with right now20:09
clarkbgreghaynes: it really is20:09
fungi?20:09
clarkbgreghaynes: as someone with slow local builds the tar then copy later is at least half of my build time20:09
greghaynesbut I have 30sec image bulids when im not doing much of any extra work20:09
JayFfungi: that's the test-requirements for IPA; .10.1 got installed in the gate which is not >=0.8.0,<0.920:10
mordredSpamapS: the minimal images point out a bug in the base element ... should we fix?20:10
JayFhttp://logs.openstack.org/31/164931/5/check/gate-ironic-python-agent-pep8/1a0efa7/console.html20:10
clarkbnext is the qemu-img conversion20:10
greghaynesclarkb: yea, that stuff takes 10's of seconds usually20:10
* JayF upgrades tox and tests20:10
fungiJayF: my money says latest tox will show this problem for you too20:11
clarkbgreghaynes: I think you have ssds20:11
greghaynesheh20:11
*** annegentle has joined #openstack-infra20:11
clarkbgreghaynes: and are not building 5GB images20:11
SpamapSmordred: yes most definitely20:11
greghaynesclarkb: You should hack up dib to time them20:11
greghaynesclarkb: curious what it says20:11
sdaguefungi: interesting20:11
JayFfungi: well, pip --upgrade install tox broke my environment, so standby20:11
JayFfungi: but completely fresh environments being broken (like JoshNang saw) supports this20:11
fungisdague: confirmed it's not the -U to pip install at fault either20:11
ianwmordred: i see, wasn't aware of -n20:12
sdaguefungi: nice20:12
JayFJoshNang: what's the tox version in your devstack with pep8 fails?20:12
JoshNangone sec20:12
mordredSpamapS: "base" expects cloud-init -which not all root elements installs20:12
fungisdague: tox 1.9 did change some pip install behaviors (at least it no longer passes --pre by default) so maybe other things changed around how it calls pip too20:12
mordredSpamapS: so we should really make a "cloud-init" element that "base" can depend on20:12
sdaguefungi: what level of pain is it to try to pin tox in the gate?20:13
mordredSpamapS: or - rename base and make it not included by default20:13
greghaynesmordred: yep, thats a bg20:13
greghayneser, bug20:13
JoshNangJayF: tox 1.9.120:13
jlvillalJayF: JoshNang: tox 1.7.1 and 1.9.0 are working for me20:13
fungisdague: image rebuilds at a minimum20:13
*** smarcet has quit IRC20:13
fungijlvillal: okay, so sounds like maybe it broke between 1.9.0 and 1.9.1 (i hadn't started bisecting tox just yet)20:13
clarkbwe pinned it in the past, it took like 6 months to unpin it20:14
greghaynesmordred: IMO its probably easier to just fix base, theres a few things in there that need to stay (like updating)20:14
*** arosen has joined #openstack-infra20:14
SpamapSmordred:     -n skip the default inclusion of the 'base' element20:14
clarkband when I worked to unpin it I got a bunch of -2s from projects20:14
clarkbso20:14
clarkbI am very much against pinning pip if we can avoid it20:14
mordredSpamapS: that's how I run20:14
*** mrda-away is now known as mrda20:14
mordredgreghaynes, SpamapS: https://review.openstack.org/16699520:14
*** andreykurilin_ has joined #openstack-infra20:15
mordredI added cloud-init to the base package-installs20:15
* greghaynes liked the remove cloud-init from base and make other elements depend on it idea20:15
JayFfungi: confirmed, it broke for me when I went 1.9.0->1.9.120:15
mordredyes. I think that's a great idea20:15
SpamapSmordred: we may have matured the deps/provides enough to not need base... perhaps we could just let things dep on it if they do need it for real.20:15
*** mfink_ has joined #openstack-infra20:15
mordredSpamapS: I will defer to your jugement on that one20:15
*** rlandy|afk is now known as rlandy20:16
fungii should have looked at tox bugs before i started down this road20:16
KiallQ - Anyone else seeing gate-*-pep8 jobs randomly taking much longer than usual, and timing out after 30 mins? Happened twice on this translation iport review,  with a sucess in the middle..20:16
Kiallhttps://review.openstack.org/#/c/166506/20:16
JoshNangJayF: confirmed as well20:16
greghaynesSpamapS: Neat thing about that - maybe rather than check for an OS element to see if a user has a valid list of elements we can check for elements in the deps20:16
fungisdague: JayF: https://bitbucket.org/hpk42/tox/issue/230/tox-191-ignores-package-versions-specified20:16
fungidstufft: you'll probably like that one too20:16
JayFfungi: Is there anything I can do to help resolve this to unstick IPA check/gate?20:16
greghaynesSpamapS: er, we can check for a base element in the elements20:17
jeblairjhesketh: ping re 166596 when you are awake20:17
clarkbjeblair: I thought we had plenty of disagreement :)20:17
* clarkb reads meeting log20:17
jeblairclarkb: i thought no one at the meeting disagreed with that20:18
clarkbya not in that meeting but iirc sdague and others didn't like that method20:18
clarkbI am fine with it either way20:18
SpamapSgreghaynes: right so perhaps we can just let minimal elements provide base and be done w/ it?20:18
samueldmqmtreinish, jsut left my first review on infra on your patch (#164397)20:18
clarkbI don't think one is necessarily better than the other20:18
samueldmqmtreinish, please let me know if you have any question/comment about my review20:18
SpamapSgreghaynes: but guessing that would violate the actual provides thing, because part of base is having tools you expect all the time20:19
jeblairclarkb: yeah, i heard a rumor that sdague wanted it in there, no one could point me to where that conversation actually happened20:19
*** kgiusti has left #openstack-infra20:19
jeblairclarkb: i also thought jhesketh was going to look into that too20:19
*** andreykurilin_ has quit IRC20:19
*** andreykurilin__ has joined #openstack-infra20:19
jeblairat any rate, sdague was mentioned in the meeting, and he's here now and can speak for himself at some point if he wants :)20:20
clarkbyup20:20
fungiJayF: if it looks like it was this morning's image updates which caused the bug to emerge, then i'll delete them and switch to yesterday's while we see what tox upstream does with that bug report20:20
fungicheckign logstash now to confirm20:20
*** e0ne has joined #openstack-infra20:21
sdaguewhat's the question?20:21
JayFfungi: that fits with the change I approved this morning that hit the bug. It passed CI at 2:50am PST20:21
JayFfungi: but then failed the gate ~7h later20:21
clarkbfungi: there is an argument there that that code in tox should be completely removed20:21
jeblair19:07:14 <jeblair> for the footer, should we have the d-g jobs generate their own index pages?20:21
JayFfungi: Is it possible we have done something like pushed bad releases in post jobs due to this tox failure?20:21
jeblair19:07:38 <jhesketh> My opinion is yes, but sdague and others disagree20:21
jeblairsdague: ^20:22
JayFfungi: I don't think so, but just tossing it out there20:22
jeblairsdague: from http://eavesdrop.openstack.org/meetings/infra/2015/infra.2015-03-10-19.01.log.html20:22
clarkbjeblair: while looking at os-loganalyze any chance for review on https://review.openstack.org/#/c/166960/ ?20:22
*** crc32 has joined #openstack-infra20:22
jeblairclarkb: ya20:22
fungiJayF: it looks like the first occurrence was 14:58 utc today, which is around when our image updates start to show up on our providers. correlating to our mirror logs now to make sure that's not just coincident with the tox release time20:23
*** crc32 has quit IRC20:23
sdagueright, my issue is that typically we figure out well after the fact that we should update that documentation, which is fine in the current system because it becomes relevant for all existing jobs20:23
JayFfungi: bah, your obsession with evidence! Shouldn't we just change things and see what happens? /s20:23
sdagueall existing logs20:23
sdaguebut if this is getting burned in on upload time, it's all going to be wrong all the time20:24
sdagueat which point it's probably more misleading than useful20:24
fungiJayF: yep, bandersnatch saw tox 1.9.1 on pypi as early as 09:30 utc today, so that's many hours after release where we didn't hit this. i think we can safely say an image rollback will stop the bleeding for the moment20:25
clarkbgreghaynes: I think the ocnfusion on 165582 is that the fail test seems to assert that it succeeded20:25
jeblairsdague: true, but we've also seen that the pattern matching gets very complex whenever we make changes, and it's hard to keep it current because it's so far away from what it's actually referencing....  so my suggestion was that we have the job themselves generate some things (like "the nova logs are here") and link to, say, a wiki page or some other documentation that explains overall things that might evolve over time.20:25
*** tonytan4ever has quit IRC20:25
clarkbgreghaynes: you should have one node at the end of the fail test and it is the same node as the other node20:26
jeblairsdague: basically, the opposite is true too -- we can't keep a single document current for 6 months of work on separate branches.  but if we put the most specific stuff in d-g itself, then it should be much easier to keep it somewhat current and correct for various conditions20:26
greghaynesclarkb: ah!20:26
greghaynesclarkb: correct20:26
JayFfungi: lmk when the recheck hammer will fix a thing and I'll drop it. Thanks!20:27
fungiJayF: will do, but expect it to be a few minutes. it's a lot of images20:27
openstackgerritSean Dague proposed openstack/requirements: add what-broke.py analayzer  https://review.openstack.org/16699720:27
jogoanteaya: do you have any further questions about reviewing https://review.openstack.org/#/c/165652/1  ?20:27
SpamapSITP: liblog-any-adapter-screencoloredlevel-perl  ... #OhPerl20:28
anteayajogo: no, I just hadn't gotten my head around wether more jobs needed to be removed or not20:29
anteayajogo: I have no argument with the patch20:29
openstackgerritMin Pae proposed openstack-infra/project-config: Add openstack-cue to gerritbot  https://review.openstack.org/15801120:29
anteayalet me finish up what I'm doing and look again20:29
openstackgerritMin Pae proposed openstack-infra/system-config: adding openstack-cue to eavesdrop  https://review.openstack.org/16603320:30
jogoanteaya: thanks20:30
jrollfungi: whenever you have a few, I'd love to check in about the ironic etherpad again... I don't think it's a big deal if we lose history, fwiw (no rush, just following up)20:30
*** ghostpl_ has quit IRC20:30
fungijroll: yep, i'm partway into seeing what can be recovered, just got sidetracked by food and a completely broken world courtesy of new tox release20:31
ianwclarkb / someone : are we in a position to deploy https://review.openstack.org/164036 (Generate nodepool logging configuration) & https://review.openstack.org/164904 (Add nodepool config check) ?20:31
jrollfungi: yep, no worries, thanks :)20:31
NobodyCamfungi: awesome thank you :)!!!20:32
sdaguejeblair: yeh, I see that concern as well. Anyway, I think people are going to be less motivated to fix the docs if they get baked into the jobs instead of can be postdated based on realizing that a particular bug report from a month ago had bad information in there.20:32
mtreinishsamueldmq: thanks for the review, I responded inline. They were mostly different formatting choices that I did on purpose.20:32
openstackgerritMerged openstack-infra/os-loganalyze: fix path matching redux  https://review.openstack.org/16696020:33
sdagueI no longer have a hugely strong opinion here. So feel free to move forward however folks are happy with it20:33
clarkbianw: if others think that the hpcloud madness is past then yes I am ok with moving forward with that20:34
sdaguefungi: https://review.openstack.org/166997 is probably useful down the road20:34
jeblairsdague: thanks.  you may get your wish anyway, since jhesketh already wrote what you want.  the troubling thing for me is that he did so after i thought we agreed otherwise, and that we were unable to effectively discuss this at the meeting.20:34
fungiJayF: there are ~40 bare-trusty nodes currently building from the broken (now deleted) image, so in a few minutes those should hopefully get used and then it will be safe to recheck your changes. give it maybe 30 more minutes at the outside just to be safe (but 10 is probably fine)20:34
jeblairsdague, clarkb, jhesketh: in the future, i will try to be more clear when i think we have actually agreed to something at a meeting.20:35
jeblairsdague: i would find it a great help if you could be available at least for the portion of the infra meeting that relates to the swift log effort20:35
*** crc32 has joined #openstack-infra20:36
*** ociuhandu has quit IRC20:36
clarkbcrinkle: you should -1 163540 :)20:37
*** andreykurilin__ has quit IRC20:37
*** andreykurilin_ has joined #openstack-infra20:37
sdaguethe infra meeting has typically ended up at a pretty bad time for me, given the 2 hr meeting block after. I'd also be really happy to do this via email, because it seems like most of it could be hashed out there async.20:37
*** Swami has joined #openstack-infra20:38
*** Hal1 has quit IRC20:38
sdaguefungi: fwiw - here is the output of that command - http://paste.openstack.org/show/195557/20:38
*** tsg has quit IRC20:38
fungisdague: that's checking just what's directly in global-requirements.txt or transitive deps too?20:39
sdaguefungi: only what's in global-requirements.txt20:39
clarkbmtreinish: can ou weigh in on 16083020:39
fungistill, it's a good start20:39
sdaguethe next stage drill down would be harder20:39
fungiagreed, you basically have to install those things at the moment to find out20:39
sdagueright20:40
sdaguethis does it entirely off metadata20:40
*** fcorral_hp has quit IRC20:40
sdaguewhich makes it pretty quick, at least for narrow 'since' windows20:40
pabelangerpew... finally got nodepool doing dib.... even ran into: https://bugs.launchpad.net/diskimage-builder/+bug/132697320:41
openstackLaunchpad bug 1326973 in diskimage-builder "executable bit not preserved when dib is installed via pip on ubuntu precise" [High,Won't fix] - Assigned to Ghe Rivero (ghe.rivero)20:41
sdague15s for -s 7 (the last 7 days)20:41
mtreinishclarkb: sure I'll take a look right now20:41
*** hyakuhei has quit IRC20:41
vipulshey, as an owner of a channel, how do i provide access to openstackinfra20:41
openstackgerritDavid Kranz proposed openstack-infra/project-config: Create new periodic job to run tempest without admin creds  https://review.openstack.org/16696420:41
jeblairsdague: it's fine if you choose not to attend the meeting.  if you would like to provide input on a subject we discuss at the meeting, please do so in a way that we can process in the meeting.  and expect that we may sometimes make decisions in the meeting itself.20:41
vipulsI ran /msg chanserv access #channel add openstackinfra +AFRefiorstv -- says unauthorized20:41
samueldmqmtreinish, k thanks for your replies, I re-reviewed20:41
*** tonytan4ever has joined #openstack-infra20:42
samueldmqmtreinish, +1ed, that patch should not be hold by those nits20:42
fungivipuls: sounds like you're not the channel owner20:42
*** soren has quit IRC20:42
vipulsfungi: nvm -- got it working20:42
vipulsthx20:42
sdaguejeblair: sure, will do20:42
fungivipuls: did you literally use "#channel" or did you put in your actual channel name there?20:42
vipulslol ;)20:43
fungigot it ;)20:43
vipulsfungi: i realized that as soon as i pasted it here20:43
samueldmqmtreinish, I see your ascii art diagram (in the build) exactly how you defined at the change, do you expected that to be different?20:44
*** peristeri has quit IRC20:44
samueldmqmtreinish, I am asking because I saw your comment in there saying it was completely screwed up20:44
mtreinishsamueldmq: yeah it was supposed to be a nice right angle to the subunit worker20:44
samueldmqmtreinish, hmm .. k, will wait for next patchset, thanks20:45
morganfainbergfungi, clarkb, you guys LP wizards? I need help20:45
pleia2vipuls: now that you've added the account, you can leave a recheck comment in https://review.openstack.org/#/c/158011/20:45
morganfainbergfungi, clarkb, how do I configure a security team for a project?20:45
fungimorganfainberg: we have some admin access at least. whatcha need?20:45
vipulspleia2: yep - will do20:46
morganfainbergfungi, keystonemiddleware seems to be misconfigured, which means... we have other issues with other projects i'm sure20:46
morganfainbergin keystone that is20:46
pleia2vipuls: actually, still and issue with the change, commenting20:46
*** tmcpeak has joined #openstack-infra20:46
fungimorganfainberg: as in specify what group can see private security bugs, or to let the vmt know which group to subscribe to them? we usually just do the latter20:46
tmcpeakhey all, can somebody take a look at this? https://review.openstack.org/#/c/166999/  we're trying to add permission to annotate a tag, and Gerrit is doing some fresh strangeness20:46
*** mwagner_lap has quit IRC20:47
morganfainbergfungi, well for example keystone core (keystone-drivers) can't see the security bugs unless explicitly subscribed20:47
tmcpeakit says the patch is in merge conflict, but it really shouldn't be20:47
*** jaypipes has quit IRC20:47
*** mrmartin has quit IRC20:47
fungimorganfainberg: i thought that's how it was on most projects20:47
*** Rockyg has quit IRC20:47
morganfainbergfungi, and i know at least w/ keystone (server) the VMT team can see bugs and are notifified because they always add the OSSA/OSSN incomplete as soon as a security bug is filed20:47
morganfainbergfungi, afaik only *I* can see the security bugs for ksm unless i subcribe people20:48
jeblairtmcpeak: that's now how me modify acls in gerrit, instead, see http://docs.openstack.org/infra/manual/creators.html#adding-the-repository-to-the-ci-system20:48
morganfainbergfungi, i'd like it to mirror keystone proper and keystoneclient20:48
morganfainbergfungi, and since i'm going to be adding keystoneauth soon, same there. ;) don't want to be the single point of "OMG SECURITY" for the project...20:48
fungimorganfainberg: got it. i haven't dug too deep into the configuration around that in lp, but i'll see what is visible to me that might control it20:48
tmcpeakjeblair: ahh ok, thank you20:49
fungimorganfainberg: also ttx might know20:49
sdaguefungi: anyway, calling it a day shortly. You have any thoughts on dealing with the tox thing?20:49
sdagueI know it bounced a high priority revert in nova today20:49
morganfainbergfungi, awesome. i'll bug ttx tomorrow during 1:1 if we don't see things when you take a gander20:49
fungisdague: i've deleted today's nodepool images so it should stop biting us until tomorrow. hoping holger fixes it with a 1.9.2 in the meantime since the bug's been reported to him for hours now20:49
*** vipuls is now known as vipul20:49
clarkbfungi: it will probably take holger months20:49
fungiugh20:50
clarkbwe should consider a pin to 1.9.020:50
*** MarkAtwood has quit IRC20:50
*** tiswanso has quit IRC20:50
fungiclarkb: well, in this case it's an extremely serious regression introduced today in a point release. i have to expect that he's keeping tabs on that20:50
funginot just a regression, but one which is almost certainly not the behavior even he intended20:51
sdaguefungi: ok cool20:51
sdaguethanks20:51
clarkbI mean imo the 1.7.2 thing was also an extremely serious regression but they are pretty bad at dealing with them20:51
sdaguefungi: when a docs job completes, how do we see the logs?20:51
tmcpeakjeblair: we won't have one here, we're not in requirements yet20:51
clarkbsdague: s/docs-draft/logs/20:51
fungisdague: you can construct the log url by20:51
fungiyeah, what clarkb said20:51
clarkbtmcpeak: every project has one...20:52
tmcpeakclarkb: we aren' t a legit project yet20:52
sdagueoh... so pbr freeze doesn't display tox version?20:52
*** jaypipes has joined #openstack-infra20:52
fungitmcpeak: http://git.openstack.org/cgit/openstack-infra/project-config/tree/gerrit/acls/stackforge/bandit.config20:52
sdaguehttp://logs.openstack.org/61/154761/4/check/gate-nova-docs/205cce9/console.html20:52
fungisdague: not really since tox is installed outside the venv20:52
tmcpeakfungi: ahhh stackforge!20:53
morganfainbergsdague, it can't know since you don't know wh... what fungi said20:53
*** MarkAtwood has joined #openstack-infra20:53
sdaguefungi: ok, I guess it might be nice for the jobs to record it somewhere20:53
clarkbmtreinish: see comment on 16699320:53
jeblairsdague, clarkb, fungi: https://bitbucket.org/hpk42/tox/issue/228/tox-doesnt-work-with-older-pip-versions20:53
dhellmannsdague: sorry, stepped out, what was it you wanted to ask me?20:53
fungiyep, that's the one i pasted earlier20:53
jeblairsdague, clarkb, fungi: see the last comment from hgk there20:53
morganfainbergsdague, ++ yes that would be good info, isn't it recored somewhere though?20:53
sdaguemorganfainberg: not that I can see20:53
morganfainbergsdague, /me wants to say it is explicitly installed so that should be in the install info20:53
mtreinishclarkb: we will be testing it upstream, with a periodic/experimental job20:54
fungijeblair: thanks i'll give that a shot and update the bug20:54
morganfainbergi might be totally wrong though20:54
clarkbmtreinish: another question for you then20:54
sdagueok, thanks all, enjoy the evening20:54
jeblairsdague: g'night20:54
morganfainbergsdague, have a good one!20:54
mtreinishclarkb: sure, shoot20:54
clarkbmtreinish: how is that different than tempest just always testing without admin creds when it doesn't need admin rights?20:54
clarkbmtreinish: eg shouldn' this just be a default?20:54
*** baoli has joined #openstack-infra20:55
adam_gconsole.html has tox version logged at least20:55
*** fesp has joined #openstack-infra20:56
fungijeblair: oh, that was issue 228... not our issue since we're running into this _with_ pip 6.x20:56
JayFThere are two changes (nova-docker and solum) at the top of status.openstack.org/zuul ... both are queued waiting on tempest f20 jobs ... there aren't fedora 20 images anymore though, right?20:57
fungijeblair: issue 230 is the one we just ran into20:57
mtreinishclarkb: well for 2 reasons, 1 we still need to default to tenant isolation (which requires admin to create user/tenants) to run in parallel, and 2 the assumption for the gate has been that tempest will be able to run admin things20:57
clarkbmtreinish: right, so use admin creds for those things and not admin for the rest20:57
fungijeblair: though maybe it's also fixed in that dev tarball of tox, so worth giving a shot regardless20:57
clarkbmtreinish: basically an auth handoff sort of deal so that you cover both at the same time20:57
*** hichihara has joined #openstack-infra20:58
mtreinishclarkb: tempest does that internally, which is why we want to have a job which runs without admin to verify that we don't regress20:58
clarkbmtreinish: doesn't that cover it itself?20:58
*** _nadya_ has joined #openstack-infra20:58
clarkbmtreinish: I guess I don't understand how what I describe is any different than an admin less job other than an admin less job would have to have an admin set stuff up before hand20:58
mtreinishclarkb: except we don't have a job anywhere which runs without admin being set20:58
mtreinishso it'll always run everything20:58
*** MarkAtwood has quit IRC20:59
mtreinishwhich is all we're trying to add here20:59
jeblairfungi, clarkb: oh wow i love that it's 2 issues.  but yeah, def worth testing since he _does_ seem poised to release something called 1.3.220:59
*** baoli has quit IRC20:59
*** annegentle has quit IRC20:59
*** baoli has joined #openstack-infra21:00
mtreinishclarkb: fwiw, if you're curious how you can configure creds with tempest take a look at: http://docs.openstack.org/developer/tempest/configuration.html#auth-credentials21:00
clarkbmtreinish: I guess I don't understand how a admin less job is different then21:01
tmcpeakthanks all, got it sorted.  Infra rocks!21:01
clarkbmtreinish: you would be doing the same setup for it that tempest normally does itself?21:01
clarkbmtreinish: so the thing to test doesn't regress is what we are already testing which is the setup within tempest21:02
*** jamielennox|away is now known as jamielennox21:02
*** _nadya_ has quit IRC21:02
openstackgerritVipul Sabhaya proposed openstack-infra/project-config: Add openstack-cue to gerritbot  https://review.openstack.org/15801121:03
fungiJayF: there are still f20 workers being built, though there may not be any available at the moment21:03
fungiJayF: and it's possible something has broken our ability to boot them yet again21:03
JayFfungi: aha. I don't know/care personally, but remembered seeing that in here + something that looked anomolous on the status page21:03
clarkbjogo: did you want to give a go at putting the cpu mapping in 163514 in place?21:04
mtreinishclarkb: what setup are you talking about?21:04
clarkbmtreinish: the tenant setup and anything else that requires admin creds21:04
mtreinishclarkb: the primary motivator for this is to ensure we don't add tests that explicitly require admin but we don't properly skip gracefully if no admin is provided21:04
*** Slower has left #openstack-infra21:04
mtreinishbecause right now if you don't give tempest admin it will fail a set of tests which were poorly written21:04
fungiJayF: yeah, early last week a bug in fedora caused us to stop being able to boot f20 nodes, and a workaround was implemented21:04
mtreinishclarkb: https://review.openstack.org/#/c/166955/21:05
clarkbmtreinish: oh you would skipping tests not expecting setup to be done for them21:05
*** samueldmq is now known as samueldmq-away21:06
mtreinishclarkb: yeah, it's a valid configuration to run tempest without tenant isolation (the automatic tenant user creation in setup class)21:06
mtreinishso we want to make sure that doesn't break21:06
fungijeblair: by the time i was done testing, holger uploaded 1.9.2. i think it's still broken for us though21:07
nibalizerpleia2: we got a shoutout https://training.linuxfoundation.org/images/lftc_evolution_sysadmin.jpg :)21:07
clarkbfungi: hahahaha21:07
fungitesting now to confirm21:08
* JayF tests tox 1.9.2 as well21:08
pleia2nibalizer: \o/21:08
openstackgerritMonty Taylor proposed openstack-infra/project-config: Add elements for Infra servers  https://review.openstack.org/14084021:09
*** radez is now known as radez_g0n321:09
*** cdent has quit IRC21:09
*** afazekas_ has joined #openstack-infra21:09
mordredgreghaynes, SpamapS: ^^ also - that now depends on that other dib change21:09
*** claudiub has quit IRC21:09
morganfainbergfungi, so, looks like i have keystone-bugs set as the bug supervisor, but it appears to not have an affect for the keystonemiddleware project... it's just weird. *shrug* i'll bug ttx about it tomorrow.21:09
fungijeblair: clarkb: JayF: no, fixed!21:09
clarkbmtreinish: right so thats the case I don't see us breaking ever21:09
JayFfungi: wfm as well21:09
clarkbmtreinish: because we are already testing the code that would regress. the setup code21:09
fungijeblair: clarkb: JayF: also he updated the relevant issue report indicating as much21:09
clarkbmtreinish: but if the intent is to catch thats that fail when that setup is not run thats different21:10
*** aysyd has quit IRC21:10
fungiso when tomorrow's images build, we should be in the clear (or get to discover what else just broke in 1.9.2 i guess?)21:10
jeblairfungi: just a regular day then! :)21:10
mtreinishclarkb: right, the tenant isolation code has never broken (at least from what I can remember) this is for the case outside of that21:10
fungiyep! unwinding my stack of issues by one pop21:10
fungimorganfainberg: actually looking at your lp question now21:11
*** tmcpeak has left #openstack-infra21:11
morganfainbergfungi, yeah figured i'd update you with what I found. but in short, looks like bug-supervisor should allow people to see these things and for ksm it isn't21:11
* morganfainberg wonders if a typo snuck in somehow.21:11
openstackgerritMonty Taylor proposed openstack-infra/project-config: Announce diskimage-builder in infra channel  https://review.openstack.org/16701121:11
clarkbmordred: ^ why?21:12
mordredjeblair, fungi, clarkb: ^^ feel free to veto that - but currently I'd love to not have to paste patch references in here when hacking on dib for infra21:12
clarkbmordred: none of us have core on that21:12
clarkband I am pretty sure most of us have never reviewed dib change21:13
mordredclarkb: we should work on fixing that -I just moved 100% of the config drive work to an element in dib directly because it makes more sense to live there21:13
fungimorganfainberg: are you saying that all 36 members of https://launchpad.net/~keystone-bugs/+members can see private bug reports?21:13
morganfainbergfungi, i believe so.21:13
mordredclarkb: but, I don't feel strongly about it- it's a strawman patch21:13
morganfainbergfungi, well at least with keystone.21:13
morganfainbergfungi, keystone-core (keystone-drivers), VMT, and Release-mngmt21:13
morganfainbergand people i've never heard of21:14
morganfainbergoh and infra21:14
*** annegentle has joined #openstack-infra21:14
morganfainbergah that is a service account21:15
fungimorganfainberg: if i look at a current private security bug for keystone, the list of "may be notified" subscribers is much smaller21:15
morganfainbergright21:15
morganfainbergfungi, that is notified of changes (emails) doesn't mean who can access it21:15
fungiso i don't think it's anything to do with the bug-supervisor group for the same project21:15
fungioh, perhaps21:16
fungiyeah, because you're not in that list21:16
*** dkranz has quit IRC21:16
morganfainbergyep.21:16
fungiyet you've commented on the bug i'm looking at21:16
morganfainbergwell i have some special set of "i'm PTL" settings somewhere.21:16
morganfainbergbut i honestly don't know (dolph said he set something for when I became PTL somewhere)21:16
morganfainbergbut even before i didn't have issues seeing private bugs for keystone (when just core)21:17
clarkbmordred: I think my criteria for that is basically post changes for projects that channel denizens are expected to be reviewing21:17
clarkbmordred: if you want people to be reviewing dib them cool otherwise -021:17
fungimorganfainberg: if nothing else, we also have some former lp admins/developers we can bug for details on how that's implemented21:17
fungii'm just _sure_ they love reminiscing about the good old days21:18
morganfainbergfungi, right. and we might want to check to see if that keystone-bug list needs to be paired down.21:18
morganfainbergfungi, if that is the right group/tool to do that.21:18
openstackgerritMerged openstack-infra/gear: Resolve python3 test failures  https://review.openstack.org/15814721:18
*** yamamoto_ has joined #openstack-infra21:18
jogoin place?21:18
fungimorganfainberg: i didn't previously have the impression that bug-supervisor group members could all see private security bugs, but if it's true it does give pause for thought21:19
morganfainbergfungi, well i just don't know what magic setting keystone uses that ksm doesn't21:19
fungimorganfainberg: agreed. i'm poking around to see if i can tell21:19
*** prad has joined #openstack-infra21:20
morganfainbergfungi, so it might be something not keystone-bugs. but even still I don't know a bunch of names on that keystone-bugs list, we might want to pair that down even if they are just able to do normal bug triage21:20
*** hyakuhei has joined #openstack-infra21:20
jeblairclarkb: see my clarification to your clarification on 165582; and if it's still not clear, perhaps we should have a chat with greghaynes.  :)21:20
morganfainbergespecially if inheritance from say vuln-mngmt and drivers is enough21:20
jogoclarkb: did you run a experimental job on your patch?21:20
clarkbjogo: my patch doesn't work21:21
jogoclarkb: ahh, any ideas why?21:21
clarkbjogo: its incompletele. Someone needs to take that cpu mapping and put it in /usr/share/libvirt/cpu_map.xml21:21
fungimorganfainberg: i've temporarily added myself to your drivers group in lp to see more options in the configuration ui. i'll remove myself when i'm done21:22
morganfainbergfungi, feel free to :)21:22
jogoclarkb: ahh any ideas what danpb things of this approach21:22
clarkbjogo: no21:22
clarkbjeblair: yup I think your comment makes it all clear :)21:22
*** sdake__ has joined #openstack-infra21:22
jeblairwoo i have been useful today!21:23
*** yamamoto_ has quit IRC21:23
clarkbjogo: I asked in nova channel at one point but got nothing21:23
fungimorganfainberg: https://launchpad.net/keystone/+sharing21:23
morganfainbergoh god really?21:23
fungimorganfainberg: i knew i saw it somewhere before21:23
* morganfainberg sighs21:23
morganfainbergthanks21:23
* fungi puts on his ui hater hat21:23
* morganfainberg steals said ui hater hat and wears it proudly21:23
morganfainbergthanks21:23
morganfainbergthat has been bugging me21:24
jogoclarkb: he isn't in the nova channel much anymore21:24
notmynameI've got a fun* problem (*not fun at all)21:24
morganfainbergfungi, really appreciate the help21:24
anteayazaro: so I'm having an issue with the gerrit .gitreview file: http://git.openstack.org/cgit/openstack-infra/gerrit/tree/.gitreview21:24
*** tkelsey has quit IRC21:24
anteayazaro: methinks it should be openstack-infra, no? not openstack-ci?21:24
fungimorganfainberg: any time. i needed the refresher anyway21:24
anteayazaro: any reason I shouldn't offer a patch to change that?21:24
notmynameI'm trying to merge master into a feature branch. requirements.txt has changed, so the requirements job is triggered. but the global reuirements repo doesn't have that feature branch, so it fails every time, preventing the merge commit from landing21:25
fungianteaya: probably but i don't think we ever do anything with the master branch. have a look in some of the openstack branches for it21:25
notmynamehttps://jenkins04.openstack.org/job/gate-swift-requirements/45/console and https://review.openstack.org/#/c/166558/21:25
jogoclarkb: I'll try to take a whack at it later today but if I don't get to it today I can't do it tomorrow as I will be traveling all day21:25
anteayafungi: ah perhaps that is why I was having problems21:26
clarkbjogo: unfortunately its an xml file so its less trivial than I would have hopedwhich is why I am curious if you want to give it a go21:26
*** sdake has quit IRC21:26
*** tkelsey has joined #openstack-infra21:26
clarkbnotmyname: that job should probabl be updated to treat feature/* as master21:26
* anteaya tries to remember how to pull in branches locally21:26
openstackgerritMerged openstack-infra/project-config: Add python3-jobs for gear  https://review.openstack.org/15814821:26
jogoclarkb: was hoping there is some magical XML parsing tool to make that easy21:26
openstackgerritMatthew Treinish proposed openstack-infra/system-config: Add docs for subunit2sql  https://review.openstack.org/16439721:26
*** samueldmq has joined #openstack-infra21:26
*** dboik_ has joined #openstack-infra21:27
notmynameclarkb: rigth now it's blocking work. I've done everything I can to sidestep it, but it can't be sidestepped (eg using either master's version or the feature branch version). because they are different, the merge commit sees *something* and triggers the job21:27
notmynameclarkb: is there anything I can do to get it unblocked?21:27
clarkbnotmyname: I am looking to see what needs to change in the job now21:28
notmynamethansk :-)21:28
*** melwitt has quit IRC21:28
*** thedodd has quit IRC21:28
mtreinishpleia2: ^^^ that is really weird because it looks like: http://imgur.com/FX9Mh7a in my editor21:28
fungimtreinish: pleia2: inline tabs?21:29
pleia2mtreinish: the other patch actually looked ok to me21:29
*** dboik has quit IRC21:30
anteayafungi: that was it thanks21:31
jeblairclarkb, fungi: hrmph.  we actually talked about how that job should really use zuul-cloner when we patched it to use git.o.o this weekend, but i wanted to unbreak quickly and simply and so did not do that then21:31
mtreinishpleia2: the rendered output was all broken though: http://docs-draft.openstack.org/97/164397/3/check/gate-ci-docs/6796b19//doc/build/html/logstash.html#system-architecture21:31
*** mattfarina has quit IRC21:31
mtreinishfungi: maybe? but I have vim set to auto expand tabs21:32
pleia2mtreinish: that also looks ok to me21:32
jeblairpleia2, mtreinish: http://docs-draft.openstack.org/97/164397/3/check/gate-ci-docs/6796b19//doc/build/html/logstash.html#system-architecture lgtm too21:32
pleia2mtreinish: maybe draw on paper and take a picture what it's supposed to look like :D21:32
clarkbjeblair: I will push a patch in just a second (also not using zuul cloner)21:32
fungipleia2: damp bar napkin21:32
clarkbjeblair: you can look at it and decide if zuul cloner would be better21:32
openstackgerritClark Boylan proposed openstack-infra/project-config: Treat feature branches as equivalent to master  https://review.openstack.org/16701421:33
*** afazekas_ has quit IRC21:34
clarkbjeblair: I think in either case we will need images to be rebuilt21:34
jeblairclarkb: i believe we need the normal fallback logic.  we should test for existence of feature/foo before falling back to master; otherwise projects will not be able to share a feature requirements branch.21:34
jeblairclarkb: which, btw, is probably the fastest way to unblock swift (create feature/ec on requirements)21:35
clarkbjeblair: I think we want to explicitly never have a feature branch in global requirements though21:35
clarkbbecause again its global and feature == master21:35
mtreinishpleia2, jeblair wait really, it looks all kinds of weird for me: http://imgur.com/fRLGsQH21:35
*** yamahata has quit IRC21:35
jeblair(status quo permits feature/foo on requirements but does not fall back; 167014 falls back but does not permit a shared branch; it inverts the situation)21:35
clarkbright, my assertion is a shared branch is wrong in those one case21:36
pleia2mtreinish: your browser seems to not want to render monospaced fonts properly21:36
*** yamahata has joined #openstack-infra21:36
jeblairclarkb: hrm.  it's a thought.  :)21:36
mtreinishpleia2: oh you know that might be the case. (I barely know how to use a web browser) If you're fine with it looking weird for me I'll revert to the previous rev which looks good in vim21:37
*** otter768 has joined #openstack-infra21:37
pleia2mtreinish: wfm21:37
*** yamahata has quit IRC21:37
*** afazekas_ has joined #openstack-infra21:37
jeblairclarkb: however, supporting a shared branch as well as a fallback does not preclude us simply deciding not to create a shared branch21:37
*** yamahata has joined #openstack-infra21:38
*** dustins has quit IRC21:38
openstackgerritMatthew Treinish proposed openstack-infra/system-config: Add docs for subunit2sql  https://review.openstack.org/16439721:38
mtreinishpleia2: ^^^21:38
pleia2thanks21:39
*** tsg has joined #openstack-infra21:40
*** Swami has quit IRC21:40
* mtreinish goes and checks firefox font settings21:40
*** melwitt has joined #openstack-infra21:41
*** jcoufal has quit IRC21:42
mtreinishpleia2: heh, so it turns out you can tell firefox to use a non monospaced font for monospace text... (which apparently I did)21:42
*** otter768 has quit IRC21:42
*** afazekas_ has quit IRC21:43
pleia2mtreinish: oh, yeah, don't do that :)21:43
fungimtreinish: wow. i mean, i have a tendency to do the opposite, so i know it's possible, but that's an amusing configuration choice on your part21:44
openstackgerritClark Boylan proposed openstack-infra/project-config: Fallback to master on requirements check job  https://review.openstack.org/16701421:44
clarkbjeblair: ^ is the alternative21:44
mtreinishfungi: as far as I can remember I never set that, I'm going to blame arch defaults21:44
*** rlandy has quit IRC21:45
*** weshay has quit IRC21:45
openstackgerritMerged openstack-infra/devstack-gate: Fix inconsisten Ubuntu version in README.rst  https://review.openstack.org/16192221:45
fungimtreinish: just keep reminding yourself it's a great distro21:45
*** ldnunes has quit IRC21:45
pleia2fungi: me too, was unhealthily excited with the ubuntu mono font was released21:45
*** hodos has quit IRC21:46
*** baoli has quit IRC21:48
asselincan I get reviews on this? 5 lines & will help 3rd party folks: https://review.openstack.org/#/c/164889/21:48
*** nelsnelson has quit IRC21:49
fungipleia2: i just wish https://packages.debian.org/sid/fonts-opendyslexic had a proper mono variant21:49
clarkbasselin: is that tested on precise as well?21:49
mtreinishfungi: that just means you need to make it :)21:50
fungimtreinish: yep. we'll see if i get some free time this weekend21:50
pleia2fungi: ooh, I hadn't seen that before, yeah mono that would help my brain21:50
asselinclarkb, yes21:50
clarkbdroid is a decent font exept for O and 0 looking identical21:50
*** dprince has quit IRC21:50
pleia2clarkb: yeah21:51
*** pc_m has quit IRC21:51
JayFHey; I have a question about adding a new project: Some projects (in gerrit/projects.yaml) have an "acl-config:" value whereas others don't. Is this something I need and is there docs on what to set it to?21:52
pleia2JayF: the ones that don't have it automatically figure it out based on project name21:53
fungipleia2: right now if i try to use opendyslexic in xterm, it thinks all glyphs are east asian width (two-cell), so i use vl gothic instead (which is not a mono font but works well in an xterm anyway)21:53
pleia2JayF: the ones that do have it, point to an acl other than the name of their project (so, one typically shared by a bunch of projects)21:53
openstackgerritJames E. Blair proposed openstack-infra/project-config: Use zuul-cloner in project-requirements-change  https://review.openstack.org/16701921:53
JayFpleia2: aha, so if, for isntance, my acl was pointing almost entirely at groups for another project, I might want to drop the acl I add and instead do acl-config: /home/gerrit2/acls/openstack/ironic-python-agent.config ?21:54
JayF(where IPA is the project whose acls I want to copy)21:54
*** sdake__ has quit IRC21:54
jeblairclarkb: i think your PS1 is okay, PS2 has a problem which i also had to address in 16701921:54
*** asselin_ has joined #openstack-infra21:54
*** jcoufal has joined #openstack-infra21:54
*** hyakuhei has quit IRC21:55
pleia2JayF: yeah, as long as you're ok with any changes that other project may make to their acls, I assume your project is related to ironic?21:55
openstackgerritJames E. Blair proposed openstack-infra/project-config: Use zuul-cloner in project-requirements-change  https://review.openstack.org/16701921:55
JayFpleia2: very, yes.21:55
pleia2JayF: yeah, so that makes sense :)21:55
openstackgerritJay Faulkner proposed openstack-infra/project-config: Add coreos-image-builder project  https://review.openstack.org/15586821:55
JayFpleia2: ^ mind looking at that to make sure it makes sense?21:55
jeblairclarkb: so i think the actual change to use zuul-cloner is equally simple; however if feature branches are supported, i think they should probably have include_dev set.21:56
clarkbjeblair: ya21:56
openstackgerritJames E. Blair proposed openstack-infra/project-config: Use zuul-cloner in project-requirements-change  https://review.openstack.org/16701921:57
jeblairtypos21:57
*** sdake has joined #openstack-infra21:57
*** tkelsey has quit IRC21:57
jeblairclarkb: so i think we should do either your PS1 or zuul-cloner21:57
clarkbjeblair: lets go ahead and do zuul-cloner since that was a want anyways21:57
clarkbalso it iwll use the cache21:58
jeblairya21:58
*** asselin_ has quit IRC21:58
fungipleia2: oh, looks like they added a mono variant to opendyslexic a few months back, but the package in debian is just a bit outdated21:59
jeblairnotmyname: can you wait until tomorrow?  if not, we can probably kick off an image build and have it in an hour.  and if you can't wait that long we could consider adding a feature/ec branch to requirements for a few hours and then delete it.21:59
clarkbpleia2: I just use droid anyways. 'ga' as a command in vim is handy at times :)21:59
openstackgerritMerged openstack-infra/system-config: Log server can run on Apache 2.4 / Ubuntu Trusty  https://review.openstack.org/16488922:00
fungiclarkb: jeblair: i'm more in favor of the zuul-cloner direction still22:00
pleia2JayF: I'm going to dig up some docs to be sure, but group may imply an acl22:00
notmynamejeblair: let me check. gut reaction says tomorrow is ok, but this is a key week to get the last ec stuff done for kilo. every moment counts. let me see if anything is depending on the master changes22:00
pleia2JayF: s/group/groups:22:00
JayFpleia2: We have another project that is in group: ironic but has it's own ACL22:00
JayFpleia2: see ironic-python-agent in the same file :)22:00
JayFpleia2: and I know the correct ACL applies because I'm core on IPA but not Ironic :)22:01
jeblairfungi: want to review 167019?22:01
*** dannywilson has quit IRC22:01
fungijeblair: just finished actually22:01
*** timcline has quit IRC22:02
notmynamejeblair: yes. tomorrow is fine.22:02
jeblairnotmyname: cool, thanks.  sorry for the snag.22:02
notmynamejeblair: no worries. thanks for fixing it (+ clarkb)22:03
jeblairnotmyname: btw, if you create a new feature branch to clean up the ec feature branch, i assume you'll call it "feature/ec2" ?22:03
jheskethMorning22:03
notmynamejeblair: of course. with 3 numeric milestones called "sN"22:04
jeblairmakes perfect sense22:04
jeblairi hadn't thought about that, but now i really hope the release/milestone cycle stays around at least for the "S" release.22:05
notmynameheh22:05
*** melwitt has quit IRC22:05
*** ominakov has quit IRC22:06
*** yamamoto_ has joined #openstack-infra22:06
*** sigmavirus24 is now known as sigmavirus24_awa22:07
*** melwitt has joined #openstack-infra22:08
*** armax has quit IRC22:08
*** julim has quit IRC22:09
jeblairjhesketh: let me know when you have a sec to talk about 16659622:10
openstackgerritMerged openstack-infra/project-config: Remove grenade jobs from projects that grenade doesn't test  https://review.openstack.org/16565222:14
*** andreykurilin_ has quit IRC22:15
morganfainbergfungi, ping - can i ask you for more super powers help w/ LP22:15
*** bhunter71 has quit IRC22:15
openstackgerritMerged openstack-infra/project-config: Use zuul-cloner in project-requirements-change  https://review.openstack.org/16701922:16
morganfainbergfungi, i'd like to make https://launchpad.net/python-keystoneclient maintained by keystone-drivers if that is ok22:16
openstackgerritMerged openstack-infra/project-config: Add identity v3 jobs to periodic-qa  https://review.openstack.org/16659322:16
*** baoli has joined #openstack-infra22:17
*** dimtruck is now known as zz_dimtruck22:17
*** thedodd has joined #openstack-infra22:18
*** dkliban is now known as dkliban_afk22:18
*** thedodd has quit IRC22:18
fungimorganfainberg: done. since that group is maintained by openstack-admins we can still add/remove ourselves from your drivers group like i did earlier if we need to tweak something on the project itself22:19
morganfainbergfungi, exactly22:19
morganfainbergfungi, i'm trying to convert security stuff over to a more restrictive group, couldn't change ksc because drivers wasn't the maintainer22:19
*** amitgandhinz has quit IRC22:20
*** unicell1 has joined #openstack-infra22:21
*** unicell has quit IRC22:21
fungimorganfainberg: (vmt hat on) appreciated. ideally keep near 0 people on the sharing list besides the vmt. we do sometimes get vulnerability reports obviously misfiled against the wrong projects and the vmt can redirect those without it being obvious to a lot of people on the first project22:21
morganfainbergfungi, thats the idea.22:21
*** ominakov has joined #openstack-infra22:22
ianwfungi: did you check the f20 nodes are booting?  as mentioned previously some jobs seem stuck waiting for nodes for a long time22:22
morganfainbergfungi, so do you want me to have OS-VMT inherit from the keystone-sec group, or have explicit sharing?22:22
morganfainbergfungi, i'm leaning towards the former just for sanity-sake22:22
morganfainbergfungi, so it's less groups to remember to share with22:22
ianwalso maybe something got messed up in the nodepool allocator22:23
fungimorganfainberg: then if it's likely a vulnerability against that actual project, we pretty much immediately subscribe keystone-coresec where you should maintain a broader list of trusted security-focused devs and reviewers to help triage it, at which point they can in turn subscribe more specific subject matter experts as needed22:23
*** gordc has quit IRC22:23
morganfainbergfungi, ok so do you want keystone-coresec always subscribed or just VMT?22:24
morganfainbergfungi, since i'm doing the whole "fix this ick atm"... cause it is ick22:24
fungimorganfainberg: maybe just vmt and the ptl22:24
morganfainbergfungi, ok let me work on fixing these things then.22:25
fungimorganfainberg: we don't really have a hard-and-fast rule about it though. projects are to a great extent encouraged to police that and decide for themselves. we're simply here to help22:25
openstackgerritMerged openstack-infra/project-config: Promote lbaasv2 api tempest tests to voting for neutron and neutron-lbaas  https://review.openstack.org/16603822:25
morganfainbergfungi, hm.. i'm inclined to say keystone-coresec is always involved, but i expect the list to be PTL, and 1 or two others22:26
morganfainbergand we can loop in drivers/etc as needed22:26
fungik22:26
morganfainbergoh22:27
fungiianw: looks like we have 46 building, 9 deleting and 1 used. my guess is that a recent image update broke f20 builds yet again, and one of our 8 providers has a stale image which still boots22:27
morganfainberghah, someone already used keystone-coresec22:27
clarkbfungi: see comment on 16566022:27
morganfainberghahaha /me had created another group.22:27
morganfainbergugh22:27
openstackgerritMerged openstack-infra/project-config: For neutron and neutron-lbaas, skip more wasted jobs  https://review.openstack.org/16603522:27
morganfainbergok let me remove that other group...22:27
fungimorganfainberg: we renamed the project-core groups in lp to project-coresec a while back to reflect how we'd been using them22:27
morganfainbergright22:28
morganfainbergah coresec is already populated22:28
clarkbdougwig: 165648 should interst you22:28
ianwfungi: well i'm going through image.log and afaics builds are looking ok...22:28
morganfainbergi'll fix all the project perms in a few.22:28
morganfainbergfungi, thanks. [ah looks like dolph is admin of coresec for keystone[]22:29
fungiclarkb: 165660 is the minimum to get the job passing. the real index is in 16519922:29
clarkbfungi: why move the readme then?22:29
dolphmmorganfainberg: oops, what can i do?22:29
fungiclarkb: i renamed the readme for consistency while boilerplating22:30
*** baoli has quit IRC22:30
morganfainbergdolphm, oh you can change who is in the keystone-coresec group. iirc you were delegated that role22:30
*** dboik_ has quit IRC22:30
morganfainbergdolphm, i'm just fixing a bunch of wonky/bad security permissions in our projects right now22:30
clarkbfungi: ok, its really confusing to have that done because I expect the readme to get rendered by the build but it isn't22:30
*** dboik has joined #openstack-infra22:30
dolphmmorganfainberg: fixed22:31
fungiclarkb: smarcet and the rest of the tipit crew wanted to be able to get docs-draft rendering and publication working, but had already written the change with the content. i'm trying to encourage them to rebase onto it (or squash them)22:31
*** prad has quit IRC22:31
clarkbok I can remove my -122:32
clarkbfungi: maybe we can put the readme back?22:32
*** dboik has quit IRC22:32
fungii'm happy to not rename the readme until later. just wanted to get their existing files not touched by the other change into rst for consistency22:32
clarkbya I think that would make the change a bit more consistent. Otherwise you just end up with no readme22:33
fungihow is there no readme? did i forget to git add it?22:33
clarkbanways I will remove the -1 and suggest that22:33
*** salv-orl_ has joined #openstack-infra22:34
*** salv-orlando has quit IRC22:34
clarkbfungi: you deleted readme.md and the README.rst is not rendered22:34
clarkbfungi: because your index.rst is empty22:34
clarkbwhich is why I -1'd22:34
fungiand readme.md was rendered? i'm not understanding22:34
clarkbnothing was rendered22:34
fungiand nothing is still rendered22:35
clarkbso the readme contents are effectively gone22:35
fungii'm missing the gone part22:35
clarkbthey are neither at repo top level nor part of the documentation22:35
fungibut they are, as README.rst instead of readme.md22:35
clarkbfungi: your change deletes readme.md and does not replace it22:35
clarkbfungi: but that file is not rendered22:35
clarkbfungi: so its a noop22:35
fungiuh22:35
clarkbthe normal user would not find it22:35
fungireadme.md wasn't rendered either22:35
clarkbfungi: it is on the hosting thouhg22:36
fungion what hosting?22:36
clarkbits at the root of the repo and anyone looking for it will find it22:36
clarkbwith your change no one will find it22:36
*** mfink_ has quit IRC22:36
fungii'm clearly missing something22:36
clarkbfungi: your index.rst needs to have a toctree and includes to render stuff22:36
fungipeople find readme.md files but not README.rst files even if they're in the same directory?22:36
clarkbOH! you didn't move the file22:37
clarkbok thats what I was msising for some reason I had read that the README.rst went in doc/source22:37
fungii did but since i also changed the content formatting from md to rst git didn't see it as a move22:37
fungiit saw it as an add/delete22:37
fungieven though i used git mv and then edited it22:37
clarkbya my confusion was that I thought the file was in the doc/source dir with index.rst22:37
clarkbso why rename it at all?22:38
clarkbmaybe thats the question I should be asking22:38
*** salv-orl_ has quit IRC22:38
fungibecause the rest of the project documentation is/is going to be in rst once smarcet's change lands22:38
greghaynesclarkb: jeblair is correct re: 165582 (sorry, I hadnt fully paged in the mental context for that change when we talked)22:38
fungibut that might just be me getting ocd about having two kinds of markdown22:39
fungiin one project22:39
fungii can buy that we don't really care if a project mixes rst and md in different files22:40
morganfainbergfungi, ok all fixed permission wise now. VMT is subscribed, as am I.22:40
fungimorganfainberg: thanks for your attention to detail!22:40
morganfainbergfungi, keystone-coresec is not automatically subscribed. open bugs i just added keystone-drivers to open security bugs as they previously had access. so we didn't cut anyone off suddenlyt22:40
*** jcoufal has quit IRC22:40
fungiclarkb: optionally, i can just update the commit message to say i moved and reformatted the readme for consistency22:41
fungimorganfainberg: okie dokie22:41
clarkbfungi: because of the change my brain implicitly assumed you would be rendering that file with sphinx22:41
clarkbhence my confusion22:41
clarkbif you want to change the format thats fine but doing so in the make sphinx work change implies you want to use it with sphinx22:41
*** HeOS has quit IRC22:41
*** salv-orlando has joined #openstack-infra22:42
fungiclarkb: i mean, i added stuff to .gitignore too even though sphinx will technically work without that, and added sphinx modules that the subsequent change will need even though it will run without them22:42
clarkbyes but those are all related to sphinx22:43
clarkbREADME.rst is not related at all22:43
fungisince getting our normal sphinx toolchain working there implied some basic python packaging boilerplate (even though the project itself is in php), i did some other simple consistency changes along with that22:43
fungibut i'll back out the readme move and propose that as a different change later once stuff is working22:44
jeblairmtreinish, dtroyer what's a repo with a good example of an in-tree devstack plugin?22:46
clarkbjeblair: ec2-api I think22:46
*** bhunter71 has joined #openstack-infra22:46
fungigrr, a distro python upgrade has all my existing venvs broken and spewing "ImportError: No module named datetime"22:47
clarkbfungi: ya you have to start from scratch iirc22:47
clarkbfungi: at least thats what I did after my precise to trusty upgrade22:47
clarkbits good fun22:47
clarkbgreghaynes: reviewed your change to add wheel jobs22:47
greghaynes\O/22:47
greghaynesclarkb: That might need to be a new feature in pypi-mirror22:48
mtreinishjeblair: yeah the ec2 stackforge, or I think some of the neutron *aas services use it too22:48
mtreinishjeblair: I'd ask sdague when he's around too, he was driving a lot of that22:48
clarkbgreghaynes: if thats the case then nevermind for now22:49
greghaynesclarkb: which is :( because there are literally 0 tests22:49
*** armax has joined #openstack-infra22:49
clarkbgreghaynes: but there are a few other comments that should be addressed22:49
clarkbgreghaynes: fwiw there were tests we just stopped running them when the project died22:49
greghaynesyea, others are valid22:49
clarkbgreghaynes: also I commented again so make sure you look at latest diff22:49
openstackgerritMerged openstack-infra/project-config: Add nodepool config check  https://review.openstack.org/16490422:50
clarkbmtreinish: 164451 ok with you?22:51
*** erlon has quit IRC22:51
mtreinishclarkb: yeah22:52
mtreinishI thought I threw a +1 on that at some point22:52
*** mfink_ has joined #openstack-infra22:52
*** crc32 has quit IRC22:53
*** annegentle has quit IRC22:53
clarkbmtreinish: also 16431422:54
clarkbmorganfainberg: ^ you too22:54
*** bhunter71 has quit IRC22:55
morganfainbergclarkb, works for me.22:55
morganfainbergclarkb, i was more curious of where it was going and what it change(s) if anything22:56
mtreinishclarkb: I'll trade you for 164397, 165183, and 16437422:56
morganfainbergclarkb, but not heart set on splitting keystone out - and wouldn't want to make that the only testing w/o functional up and running22:56
*** ominakov has quit IRC22:56
*** sarob has joined #openstack-infra22:58
mtreinishclarkb: eh, I'm on the fence for it, but not opposed to it.(since it's an additional job) I disagree with sdague, I think at least for right now, we should do more than just identity as the regex if we're going to do that because those tests don't really do much of anything22:59
clarkbmy biggest thing is hammering keystone with a bunch of requests that come from all of the other services is basically keystone functional testing right now22:59
clarkbit happens to be integration testing which isn't the best but thats where we get the coverage22:59
*** sabeen has quit IRC23:01
*** timcline has joined #openstack-infra23:01
*** markvoelker has quit IRC23:01
openstackgerritIan Wienand proposed openstack-infra/system-config: testing nodepool cfg job  https://review.openstack.org/16703523:02
*** timcline has quit IRC23:02
clarkbI think I made a small dent in the project-config queue23:03
*** sarob has quit IRC23:03
openstackgerritMerged openstack-infra/project-config: zuul: add check-grenade-dsvm-neutron to tempest checks  https://review.openstack.org/16445123:03
*** ivar-laz_ has joined #openstack-infra23:04
clarkbnibalizer: see comment on 16697623:05
*** dangers is now known as dangers_away23:06
jeblairmtreinish: i agree with clarkb on 164314.  it's only an "additional job" temporarily -- the intent is clearly for it to replace the current job so we should evaluate it in that light.23:06
openstackgerritMerged openstack-infra/system-config: Add docs for subunit2sql  https://review.openstack.org/16439723:06
jeblairmorganfainberg: ^23:06
morganfainbergjeblair, my statement stands.23:07
*** ivar-lazzaro has quit IRC23:07
morganfainbergjeblair, not heartset on it or anything. however it shakes out is fine.23:07
jeblairmorganfainberg: yeah, just pinging you on that so you'd see it23:07
*** tnovacik has quit IRC23:07
*** asselin_ has joined #openstack-infra23:07
*** dannywilson has joined #openstack-infra23:08
mtreinishjeblair: sure, and I think to do that it might be too soon (or not, it's not entirely clear because keystone's coverage from tempest is weird so we might not necessarily let bugs slip in)23:08
*** dannywilson has quit IRC23:08
mtreinishwhich is why I didn't vote one way or the other23:09
*** dannywilson has joined #openstack-infra23:09
openstackgerritMerged openstack-infra/puppet-subunit2sql: Fix db upgrade console redirection to be posix compliant  https://review.openstack.org/16518323:10
openstackgerritJames Polley proposed stackforge/gertty: Add change list options to configuration  https://review.openstack.org/16103223:10
mtreinishjeblair: in the worst case though if we did move to that and keystone regressed in a way that a full tempest would catch, it would be caught pretty quickly because everything was relying on it23:11
*** sarob has joined #openstack-infra23:13
jeblairmtreinish: yeah, we have a system to prevent that from happening and it is not clear to me at the moment why we should turn that system off23:13
jeblairmtreinish: (i would prefer we have a different system to prevent that from happening in place before we disable the one we have)23:14
openstackgerritJames Polley proposed stackforge/gertty: Fix urllib3 InsecurePlatformWarning  https://review.openstack.org/16477023:17
openstackgerritJames Polley proposed stackforge/gertty: Right align line numbers  https://review.openstack.org/16397923:17
mtreinishjeblair: sure and I tend to agree, I'm just playing devil's advocate (or pretending to be sdague)23:17
*** spzala has quit IRC23:17
*** Swami has joined #openstack-infra23:17
anteayakrotscheck: :(23:18
clarkbianw: will needto wait for zuul to reload its layout.yaml before the nodepool config job will show up on your change23:18
*** asselin_ has quit IRC23:19
clarkbianw: on the zuul status page there is a timestamp for when the layout.yaml was last reloaded, once that updates I think you can recheck and expect to see it23:19
krotscheckanteaya: Wha?23:19
ianwclarkb: yep, just put it in while i was thinking of it23:19
anteayakrotscheck: monty's post to the mailing list23:20
krotscheckOh, that finally hit?23:20
*** sarob has quit IRC23:20
krotscheckanteaya: Thanks for pointing that out, I have a response all prepped.23:20
anteayakrotscheck: respond away23:20
* krotscheck was ready for it.23:20
anteayayou're up23:20
anteayakrotscheck: yeah, I didn't figure he would pull the run out from under you without discussing it with you23:20
anteayakrotscheck: that would not be his style23:21
anteayarug23:21
*** ddieterly has quit IRC23:23
jheskethjeblair: re 166596.. Okay I didn't quite realise we had come to a decision, I should have looked through the logs to check. I do agree though, it makes a lot of sense to store them with the logs and I was initially advocating for that. However, when I went to write it the other day I couldn't think of any easy way to do it and whipped this together as it put us in feature parity with what we're already doing.23:23
jheskethjeblair: My thinking that if we were going to do it at a log level, whenever the job uploads a README to a folder that has an index generated for it, it is then appended to the index23:24
jheskeththat way we can have different help messages in sub-folders etc23:24
jeblairjhesketh: okay, it's already written and isn't going to kill us.  we can always move to another way later23:25
jeblairjhesketh: that's a good idea actually, and matches an existing apache pattern23:25
jeblairjhesketh: mostly i saw something happen which was the opposite of what i expected, and figured that's at least worth chatting about :)23:25
jheskethjeblair: well I don't think it's time wasted, it's still a feature that could land in os-loganalyze even if we don't use it23:26
jeblairjhesketh: in the future in meetings, i'll try to make sure it's more clear when we really do have agreement and on what23:26
jheskethjeblair: yeah the biggest difficulty with putting in the jobs was figuring out how to get the jobs to manage the content (and where to store that)23:26
jeblairjhesketh: devstack-gate?23:26
jheskethyeah that probably makes the most sense23:27
clarkbdevstack gate could just have a couple static file sthat we upload straight out of the repo23:27
*** sarob has joined #openstack-infra23:27
dougwigclarkb: thank you.23:28
jheskethclarkb: yeah, although I think I'd create a macro (or two) for actually selecting and placing the static file(s) in the right place. Then other jobs that want to do something similar can make new macros23:29
clarkbjhesketh: sounds reasonable23:29
*** chlong has joined #openstack-infra23:30
jheskethjeblair, clarkb: What would we expect the readme to be appended to be called. For example, README.html, just README or README.md (and render it etc)23:30
clarkbjhesketh: I think I would use raw html (I noted that on the change review too) and call it log_footer.html?23:31
jeblairmtreinish, sdague, dtroyer: https://review.openstack.org/16704223:32
jheskethclarkb: I was thinking this would still be listed in the index so maybe something like index_footer.html would be clearer?23:32
*** asettle has joined #openstack-infra23:32
clarkbjhesketh: ya23:32
tchaypoclarkb: I had a look at fungi’s suggestion for https://review.openstack.org/#/c/164770/ and it seems to be equivalent to what you did - https://pypi.python.org/pypi/requests/2.6.0 lists the 3 packages as you had listed as being the [security] extras23:33
tchaypoclarkb: but i think that explicitly using requests[security] is more future proof. Do you mind if I update the change to use that?23:33
clarkbtchaypo: I think fungi wrote that change23:33
fungitchaypo: clarkb: worth noting though, that depending on those things is a lot heavier than not doing so23:33
*** mwagner_lap has joined #openstack-infra23:33
openstackgerritJoe Gordon proposed openstack-infra/project-config: Don't run neutron-large-ops on neutron advanced services  https://review.openstack.org/16564823:33
clarkbtchaypo: the reason I wrote it the way I wrote it is the warning message you receive tells ou to do it that way23:34
clarkbtchaypo: it does not tell you to use a requests extras install thing23:34
fungiyep, i merely got that recommendation from the requests devs23:34
clarkbfungi: ya it had been -1'd for that reason iirc23:34
clarkbI don't care, I think what urllib3/requests have done is ridiculous and turnnig off the warning completely doesn't make me feel tremendously less secure23:34
fungiagreed, i thought 164770 had been abandoned because gertty was silencing it regardless23:35
tchaypoI thought that the warning got turned off because the underlying problem was fixed with these libraries23:35
*** mtanino has quit IRC23:35
clarkbtchaypo: thats one way of turning the warning off23:35
*** asselin_ has joined #openstack-infra23:36
*** baoli has joined #openstack-infra23:36
clarkbtchaypo: unfortunately its also one of the least user friendly23:36
*** sarob has quit IRC23:36
tchaypoyou mean https://review.openstack.org/#/c/165447/ ?23:36
clarkbprobably the most user unfriendly is telling everyone to upgrade to latest python223:36
clarkbtchaypo: ya either that or the change zaro wrote are probably better23:36
tchaypoI’m not sure who zaro is23:37
clarkbtchaypo: https://review.openstack.org/#/c/157259/23:37
tchaypoOh - change 165448 hides the warning completely.23:37
jeblairzaro, tchaypo; tchaypo, zaro23:37
tchaypoboo, hiss.23:37
anteayazaro is khai do23:37
anteayastick close to him when traveling you will never get lost23:38
fungitchaypo: honestly, a warning saying "j00 python 2 oldxorz" isn't so helpful to users regardless23:38
*** otter768 has joined #openstack-infra23:38
anteayahe has an inate sense of direction23:38
tchaypoChange 157259 is different  - my understanding is that it only disables the warning in cases when we’re not doing the validation anyway23:38
jeblairtchaypo: it's a different warning23:39
jeblairtchaypo: but yes23:39
tchaypoeven more better.23:39
jeblairtchaypo: it disables both warnings when ssl cert validation is disabled23:39
jeblairtchaypo: were you boo-ing my change to not display the insecure platform warning?23:40
fungii think he was saying boo-urns23:40
*** sarob has joined #openstack-infra23:40
tchaypono, I was booing the idea of having it in a pop-up23:40
jeblairtchaypo: ah yeah, so the change immediately after adding it as a popup is to make sure it never appears as a popup :)23:41
jeblairtchaypo: i promise i'll merge them together :)23:41
tchaypoit’s a silly warning and seems to keep happening over and over (if I’m thinking of the right warning) and that makes me think the pop-up would be perenially popped-up23:41
*** wenlock has quit IRC23:41
*** zz_dimtruck is now known as dimtruck23:41
*** annegentle has joined #openstack-infra23:41
fungitchaypo: there was also a bug (in urllib3 i think?) where it was throwing that on every instantiation rather than only on import or something. fix may already be proposed23:41
jeblairtchaypo: the logic is: if python is going to emit a warning to the user, we should do it within the display framework we have, thus, display all warnings as popups.  step 2 is now that the annoying warning is displayed correctly, stop it from ever displaying.23:42
*** tonytan4ever has quit IRC23:42
jeblairtchaypo: so the warning popup code should almost never be used; however, if there ever is a legitimate warning, it will be.23:42
*** otter768 has quit IRC23:43
jeblairso yeah, 'boo-urns'.  :)23:43
tchaypojeblair: I agree with the logic23:43
tchaypothe problem here is that the error message is showing too often, so I agree with hiding it most of the time as well23:44
jeblairthe end result of my changes is that you'll never see it, and it will be logged, once, to the log file.23:44
*** ajmiller has quit IRC23:44
tchaypobut the warnings sound to me like they’re warning about something most users will care about23:44
tchaypoI think it makes sense to fix it rather than hide it23:44
*** sarob has quit IRC23:45
tchaypowell, fix rather than hide completely. I’m fine with hiding it all-but-once-per-invokation-of-gertty23:45
jeblairtchaypo: the only way to fix it is to upgrade python.23:45
tchaypoah.23:45
clarkbor use the pyopenssl stuff23:45
tchaypoI thought that installing requests[security] was fixing it23:45
fungian alternate solution, but does drag in dependencies which need local libraries and headers for the same to compile extensions at install time23:46
jeblairtrue23:46
*** markvoelker has joined #openstack-infra23:47
jeblairyeah, i think the solution is out of proportion to the problem there23:47
fungiso also not exactly user-friendly for a lightweight pure python tool23:47
openstackgerritJoshua Hesketh proposed openstack-infra/project-config: zuul_swift_upload add support for appending help  https://review.openstack.org/16704623:47
jheskethclarkb, jeblair: so thinking about it with a clearer mind, the upload side of stuff isn't too complicated ^23:47
tchaypookay23:48
tchaypothis is getting a bit heavy-weight, but23:48
tchaypomaybe we could mirror what requests do - add some extra-requires23:49
tchaypoif people install gertty[security] they get requests[security]; if they don’t, they get the warnings (unless they have a new enough python in which case it doesn’t matter)23:49
jeblairdtroyer: where should a devstack plugin list debs/rpms ?23:50
openstackgerritMerged openstack-infra/project-config: Don't run neutron-large-ops on neutron advanced services  https://review.openstack.org/16564823:50
zaroanteaya: wrong branch, master has Gerrit 2.4.  we are working on 2.9.4 branch http://git.openstack.org/cgit/openstack-infra/gerrit/tree/.gitreview?h=openstack/2.9.423:51
*** markvoelker has quit IRC23:51
*** ibiris is now known as ibiris_away23:52
jeblairtchaypo: i have a litmus test that involves imagining whether i, as a user of gertty, would throw a tomato at the author of gertty given some behavior; i think i would be dodging my own produce with that.  :)23:52
fungijeblair: it's called juggling!23:52
*** ghostpl_ has joined #openstack-infra23:57
zarotchaypo: hi, we met at tripleO meetup, seattle.23:58
*** dims_ has joined #openstack-infra23:58
ianwjeblair: since https://review.openstack.org/#/c/161535/ they can list them in the plugi23:59

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