Monday, 2014-10-27

*** mestery has quit IRC00:02
*** dhp has joined #openstack-infra00:03
*** david-lyle has joined #openstack-infra00:03
*** dhp has quit IRC00:08
*** david-lyle has quit IRC00:08
dimsum_SpamapS: +1 to a key signing party00:13
*** achanda has joined #openstack-infra00:15
*** todd_dsm has quit IRC00:18
*** achanda has quit IRC00:20
dimsum_SpamapS: cut a wiki page just like the one we had for icehouse and juno - https://wiki.openstack.org/wiki/OpenPGP_Web_of_Trust/Kilo_Summit00:21
*** dane_leblanc has joined #openstack-infra00:24
*** yamamoto has joined #openstack-infra00:26
*** chandankumar has quit IRC00:31
ianwfungi: looking at centos7 hp-cloud build, still seems to be failing logging in.   i'm wondering if https://review.openstack.org/#/c/130639/ (log in as centos) is really running, or if i've missed something00:36
*** pcrews has quit IRC00:39
SpamapSdimsum_: thanks!00:40
*** HenryG has quit IRC00:41
*** HenryG has joined #openstack-infra00:46
*** dkranz has quit IRC00:46
*** wenlock has joined #openstack-infra00:49
*** freemanbrandon has joined #openstack-infra00:51
*** mmaglana_ has quit IRC00:52
*** freemanbrandon has quit IRC00:55
*** unicell has joined #openstack-infra00:58
*** liusheng has joined #openstack-infra01:09
openstackgerritAngus Lees proposed a change to openstack/requirements: Upgrade pylint to >=1.3.0  https://review.openstack.org/13101301:14
*** wenlock has quit IRC01:19
*** achanda has joined #openstack-infra01:22
*** dane_leblanc has quit IRC01:23
*** HenryG has quit IRC01:24
*** yaguang has joined #openstack-infra01:26
*** mestery has joined #openstack-infra01:28
*** mestery has quit IRC01:28
*** mestery has joined #openstack-infra01:29
mordredwow. people are still using pylint for things01:31
clarkbneutron broke their gate with it recently01:31
*** HenryG has joined #openstack-infra01:32
*** achanda has quit IRC01:33
*** achanda has joined #openstack-infra01:33
*** achanda has quit IRC01:35
*** yamahata has joined #openstack-infra01:39
*** mestery has quit IRC01:40
*** sarob has joined #openstack-infra01:41
*** mestery has joined #openstack-infra01:41
*** todd_dsm has joined #openstack-infra01:41
*** achanda has joined #openstack-infra01:42
*** todd_dsm has joined #openstack-infra01:43
*** sarob has quit IRC01:46
*** yongli has joined #openstack-infra01:46
mordrednice01:50
*** todd_dsm has quit IRC01:53
*** otherwiseguy has joined #openstack-infra01:58
*** salv-orlando has quit IRC02:02
*** yongli has quit IRC02:02
*** xchu has joined #openstack-infra02:03
*** yongli has joined #openstack-infra02:04
*** todd_dsm has joined #openstack-infra02:07
*** nosnos has joined #openstack-infra02:07
*** yongli has quit IRC02:09
*** yongli has joined #openstack-infra02:10
*** harlowja_at_home has joined #openstack-infra02:13
*** Longgeek has joined #openstack-infra02:14
*** Longgeek has quit IRC02:19
*** david-lyle has joined #openstack-infra02:19
*** david-lyle has quit IRC02:24
*** salv-orlando has joined #openstack-infra02:26
*** harlowja_at_home has quit IRC02:26
*** jerryz has joined #openstack-infra02:29
*** dimsum_ has quit IRC02:31
*** dimsum_ has joined #openstack-infra02:33
*** dimsum_ has quit IRC02:33
*** julim has joined #openstack-infra02:40
*** dimsum_ has joined #openstack-infra02:41
*** julim has quit IRC02:45
*** garyh has joined #openstack-infra02:45
*** dimsum_ has quit IRC02:51
*** nijaba has quit IRC02:53
*** nijaba has joined #openstack-infra02:54
*** KanagarajM has joined #openstack-infra02:58
*** nijaba has quit IRC03:01
*** KanagarajM has quit IRC03:03
*** KanagarajM has joined #openstack-infra03:05
*** baoli has joined #openstack-infra03:08
*** mestery has quit IRC03:08
*** mestery has joined #openstack-infra03:09
*** otter768 has quit IRC03:13
*** Longgeek has joined #openstack-infra03:15
*** baoli has quit IRC03:18
*** Longgeek has quit IRC03:20
*** david-lyle has joined #openstack-infra03:21
*** nosnos has quit IRC03:22
*** nosnos has joined #openstack-infra03:23
*** mmaglana has joined #openstack-infra03:23
*** david-lyle has quit IRC03:25
*** nosnos has quit IRC03:27
*** koolhead17 has joined #openstack-infra03:28
*** otherwiseguy has quit IRC03:40
*** todd_dsm has quit IRC03:41
*** sarob has joined #openstack-infra03:42
*** sarob has quit IRC03:46
*** dimsum_ has joined #openstack-infra03:51
*** patrickeast has joined #openstack-infra03:56
*** dimsum_ has quit IRC03:57
*** patrickeast has quit IRC03:58
*** nosnos has joined #openstack-infra04:04
*** liusheng has quit IRC04:12
*** liusheng has joined #openstack-infra04:13
*** pcrews has joined #openstack-infra04:13
*** david-lyle has joined #openstack-infra04:19
*** david-lyle has quit IRC04:24
*** koolhead17 has quit IRC04:26
*** yfried|afk is now known as yfried04:33
*** unicell has quit IRC04:38
*** unicell has joined #openstack-infra04:38
*** jerryz has quit IRC04:40
*** todd_dsm has joined #openstack-infra04:54
*** yamamoto has quit IRC04:59
*** pcrews has quit IRC05:00
*** Longgeek has joined #openstack-infra05:04
*** trinaths has joined #openstack-infra05:06
*** Longgeek has quit IRC05:09
*** yfried is now known as yfried|afk05:11
*** bknudson has quit IRC05:13
*** yfried|afk is now known as yfried05:13
*** mrodden has quit IRC05:13
*** thingee has quit IRC05:18
*** xchu has quit IRC05:19
*** david-lyle has joined #openstack-infra05:20
*** yfried has quit IRC05:22
*** david-lyle has quit IRC05:25
*** Guest74700 has joined #openstack-infra05:45
*** sarob has joined #openstack-infra05:53
*** bknudson has joined #openstack-infra05:53
*** todd_dsm has quit IRC05:53
*** unicell has quit IRC05:57
*** sarob has quit IRC05:57
*** nosnos has quit IRC05:59
*** nosnos_ has joined #openstack-infra05:59
*** Guest74700 has quit IRC05:59
*** loki184 has joined #openstack-infra06:00
*** Longgeek has joined #openstack-infra06:05
*** Longgeek has quit IRC06:07
*** mrodden has joined #openstack-infra06:07
*** Longgeek has joined #openstack-infra06:07
*** Longgeek has quit IRC06:08
*** enikanorov_ has joined #openstack-infra06:10
*** ildikov has quit IRC06:12
*** Longgeek has joined #openstack-infra06:14
*** achanda has quit IRC06:14
*** k4n0 has joined #openstack-infra06:18
*** afazekas is now known as _afazekas06:20
*** amotoki has joined #openstack-infra06:28
*** loki184 has quit IRC06:30
*** koolhead17 has joined #openstack-infra06:32
*** Longgeek has quit IRC06:38
*** Longgeek has joined #openstack-infra06:39
*** yamamoto has joined #openstack-infra06:40
*** dimsum_ has joined #openstack-infra06:44
*** loki184 has joined #openstack-infra06:47
*** dimsum_ has quit IRC06:49
*** ashaeron has joined #openstack-infra06:50
*** yfried has joined #openstack-infra06:58
*** KanagarajM has quit IRC06:59
*** fabo has quit IRC07:00
*** mpaolino has joined #openstack-infra07:02
*** mpaolino has quit IRC07:06
*** BharatK has joined #openstack-infra07:10
*** garyk has joined #openstack-infra07:11
*** fabo has joined #openstack-infra07:11
*** bknudson has quit IRC07:12
*** trinaths has left #openstack-infra07:13
*** nosnos_ has quit IRC07:13
*** nosnos has joined #openstack-infra07:13
*** hdd has joined #openstack-infra07:15
*** ildikov has joined #openstack-infra07:17
*** yolanda has quit IRC07:17
*** bknudson has joined #openstack-infra07:18
*** yongli has quit IRC07:31
*** hdd has quit IRC07:32
*** yongli has joined #openstack-infra07:33
*** yolanda has joined #openstack-infra07:35
*** trinaths has joined #openstack-infra07:39
*** hdd has joined #openstack-infra07:42
*** unicell has joined #openstack-infra07:43
*** yamamoto has quit IRC07:44
*** sarob has joined #openstack-infra07:44
*** sarob has quit IRC07:49
*** koolhead17 has quit IRC07:52
*** davidhadas has quit IRC08:07
*** yamahata has quit IRC08:17
*** yamamoto has joined #openstack-infra08:18
*** yamamoto has quit IRC08:25
*** jgallard has joined #openstack-infra08:25
*** marun_ has joined #openstack-infra08:32
*** koolhead_ has joined #openstack-infra08:36
*** koolhead_ has quit IRC08:40
*** koolhead17 has joined #openstack-infra08:41
*** vponomaryov has left #openstack-infra08:41
*** vponomaryov has joined #openstack-infra08:44
*** sarob has joined #openstack-infra08:44
*** koolhead17 has quit IRC08:45
*** jistr has joined #openstack-infra08:49
*** Guest74700 has joined #openstack-infra08:49
*** sarob has quit IRC08:50
*** lttrl has quit IRC08:50
*** mrodden has quit IRC08:52
*** HeOS has joined #openstack-infra08:55
*** bknudson has quit IRC08:56
*** e0ne has joined #openstack-infra09:01
*** amotoki has quit IRC09:01
*** mrodden has joined #openstack-infra09:01
*** mmaglana has quit IRC09:01
openstackgerritTim Kelsey proposed a change to openstack-infra/project-config: Adding basic Python tests to stackforge/bandit  https://review.openstack.org/13073409:01
*** katyafervent is now known as katyafervent_awa09:03
*** bknudson has joined #openstack-infra09:05
*** katyafervent_awa is now known as katyafervent09:09
*** zz_johnthetubagu is now known as johnthetubaguy09:10
*** IvanBerezovskiy has left #openstack-infra09:13
*** IvanBerezovskiy has joined #openstack-infra09:13
*** achanda has joined #openstack-infra09:14
*** koolhead17 has joined #openstack-infra09:15
*** bcourt has joined #openstack-infra09:15
*** yamamoto has joined #openstack-infra09:17
*** achanda has quit IRC09:19
*** koolhead17 has quit IRC09:19
*** yamamoto has quit IRC09:22
*** hdd has quit IRC09:22
*** koolhead17 has joined #openstack-infra09:23
*** jedimike has joined #openstack-infra09:24
*** hdd has joined #openstack-infra09:24
*** talluri has joined #openstack-infra09:29
*** ZZelle has joined #openstack-infra09:30
*** _nadya_ has joined #openstack-infra09:30
*** johnthetubaguy has left #openstack-infra09:32
*** arxcruz has joined #openstack-infra09:39
openstackgerritJamie Lennox proposed a change to openstack/requirements: Update to newer requests-mock  https://review.openstack.org/13106409:41
openstackgerritJamie Lennox proposed a change to openstack/requirements: Add keystoneclient-kerberos repository to projects  https://review.openstack.org/13106509:42
*** andreaf has joined #openstack-infra09:44
*** sarob has joined #openstack-infra09:45
*** Longgeek has quit IRC09:46
*** teran has quit IRC09:49
*** sarob has quit IRC09:50
*** ihrachyshka has joined #openstack-infra09:50
*** hdd has quit IRC09:52
*** doude has joined #openstack-infra09:52
*** loki184 has quit IRC09:55
*** nijaba has joined #openstack-infra09:56
*** nijaba has joined #openstack-infra09:56
*** hdd has joined #openstack-infra09:56
*** MaxV has joined #openstack-infra09:58
*** mfink has quit IRC10:02
*** mmaglana has joined #openstack-infra10:02
*** teran has joined #openstack-infra10:06
*** Longgeek has joined #openstack-infra10:06
*** hdd has quit IRC10:06
*** mmaglana has quit IRC10:07
*** hdd has joined #openstack-infra10:07
*** yamamoto has joined #openstack-infra10:11
*** yamamoto has quit IRC10:16
*** bradjones has joined #openstack-infra10:17
*** dimsum_ has joined #openstack-infra10:19
*** pcm_ has joined #openstack-infra10:21
*** yfried is now known as yfried|afk10:21
*** _nadya_ has quit IRC10:22
*** yfried|afk is now known as yfried10:22
*** pcm_ has quit IRC10:23
*** dimsum_ has quit IRC10:23
*** pcm_ has joined #openstack-infra10:25
*** pcm_ has quit IRC10:26
jd__2014-10-27 09:28:36.170 | + /usr/bin/pg_ctl -w -D /tmp/tooz-psql-piS0V -o '-k /tmp/tooz-psql-piS0V -p 9825' start10:26
jd__2014-10-27 09:29:36.275 | waiting for server to start...............................................................could not start server10:26
jd__http://logs.openstack.org/67/126967/9/check/gate-tooz-python26/d7be18a/console.html#_2014-10-27_09_28_36_17010:26
jd__I wonder why it does not work on CentOS, works fine everywhere else10:27
jd__if anyone has an idea…10:27
jd__fungi: eglynn-officeafk ^10:27
*** pcm_ has joined #openstack-infra10:27
*** koolhead17 has quit IRC10:28
*** pcm_ has quit IRC10:28
*** koolhead17 has joined #openstack-infra10:29
*** koolhead17 has joined #openstack-infra10:29
*** pcm_ has joined #openstack-infra10:29
openstackgerritAaron Rosen proposed a change to openstack-infra/nodepool: libffi-dev is required to install nodepool  https://review.openstack.org/12551510:30
*** rlandy has joined #openstack-infra10:31
*** koolhead17 has quit IRC10:33
*** yfried is now known as yfried|afk10:34
*** pcm_ has quit IRC10:34
*** pc_m_ has joined #openstack-infra10:35
*** teran has quit IRC10:36
*** yfried|afk is now known as yfried10:40
*** HeOS has quit IRC10:40
*** HeOS has joined #openstack-infra10:41
*** sarob has joined #openstack-infra10:46
*** sarob has quit IRC10:51
*** _nadya_ has joined #openstack-infra10:54
*** yaguang has quit IRC10:55
*** dimsum_ has joined #openstack-infra10:59
*** mmaglana has joined #openstack-infra11:03
*** mmaglana has quit IRC11:07
*** HeOS has quit IRC11:08
*** rfolco has joined #openstack-infra11:09
*** HeOS has joined #openstack-infra11:10
*** yamamoto has joined #openstack-infra11:11
*** mancdaz_away is now known as mancdaz11:14
*** jgallard has quit IRC11:16
*** yamamoto has quit IRC11:16
*** teran has joined #openstack-infra11:17
*** HeOS has quit IRC11:17
*** Svedrin has quit IRC11:19
*** julim has joined #openstack-infra11:20
sdaguecan we get a stable maint +A on this https://review.openstack.org/#/c/124648/ ?11:21
*** talluri has quit IRC11:22
*** aysyd has joined #openstack-infra11:24
*** Svedrin has joined #openstack-infra11:25
*** HeOS has joined #openstack-infra11:29
*** leopoldj has joined #openstack-infra11:29
*** mwagner_lap has quit IRC11:31
*** Guest74700 has quit IRC11:36
*** marcusvrn_ has joined #openstack-infra11:39
ihrachyshkasdague: hey. why is the patch different from the one in master (and the one that is not merged there yet)?11:39
*** vdo has joined #openstack-infra11:40
*** yamamoto has joined #openstack-infra11:41
sdagueihrachyshka: it is not, and it is already merged - https://review.openstack.org/#/c/124708/11:42
*** jerryz has joined #openstack-infra11:43
*** yamamoto_ has joined #openstack-infra11:44
*** yamamoto has quit IRC11:44
ihrachyshkasdague: ok. then it probably means that Change-Id is wrong11:44
sdaguethe cherry pick reference is correct, I'm not sure what you believe is wrong here11:45
*** hdd has quit IRC11:46
ihrachyshkaChange-Id should be the same as in master counterpart. Requirement is covered here: https://wiki.openstack.org/wiki/StableBranch#Change-Ids11:46
*** sarob has joined #openstack-infra11:47
sdagueok, that seems pretty niggly, especially as it actually references the master change in the cherry pick11:48
ihrachyshkaI agree there's a lot of bureaucracy around stable branches..., though consistent Change-Ids help a lot to track inclusion of patches in all relevant branches.11:50
*** teran_ has joined #openstack-infra11:50
*** dmakogon_ is now known as denis_11:51
*** afazekas has joined #openstack-infra11:51
*** denis_ is now known as denis_makogon11:51
*** sarob has quit IRC11:52
*** teran has quit IRC11:54
*** pblaho has joined #openstack-infra11:54
*** baoli has joined #openstack-infra11:54
*** koolhead17 has joined #openstack-infra11:59
*** _nadya_ has quit IRC11:59
*** hdd has joined #openstack-infra12:00
*** mmaglana has joined #openstack-infra12:04
*** cdent has joined #openstack-infra12:04
*** baoli has quit IRC12:04
*** doug-fish has joined #openstack-infra12:07
*** dalgaaf__ has joined #openstack-infra12:07
*** jerryz has quit IRC12:08
*** mmaglana has quit IRC12:08
*** baoli has joined #openstack-infra12:09
*** SumitNaiksatam has quit IRC12:09
openstackgerritA change was merged to openstack-infra/project-config: Adding puppet-kibana as split out module  https://review.openstack.org/13061912:10
*** yamahata has joined #openstack-infra12:11
*** mwagner_lap has joined #openstack-infra12:11
*** kgiusti has joined #openstack-infra12:14
openstackgerritA change was merged to openstack/requirements: Update stevedore base version to 1.1.0  https://review.openstack.org/13085712:14
openstackgerritOpenStack Proposal Bot proposed a change to openstack-dev/hacking: Updated from global requirements  https://review.openstack.org/13110612:14
*** ryanpetrello has quit IRC12:16
*** bswartz has quit IRC12:18
*** _nadya_ has joined #openstack-infra12:19
*** openstackgerrit has quit IRC12:19
*** SotK has joined #openstack-infra12:19
*** ryanpetrello has joined #openstack-infra12:19
*** openstackgerrit has joined #openstack-infra12:20
openstackgerritA change was merged to openstack-infra/project-config: JSHint job updates  https://review.openstack.org/13073512:21
openstackgerritA change was merged to openstack-infra/project-config: Add missing dependency to Horizon integration tests  https://review.openstack.org/13072412:22
*** ociuhandu has joined #openstack-infra12:22
*** trinaths has left #openstack-infra12:23
*** yamahata has quit IRC12:23
openstackgerritA change was merged to openstack-infra/project-config: Add stackforge/designate-msdnsagent project  https://review.openstack.org/13081912:23
*** SotK has left #openstack-infra12:25
*** ociuhandu_ has joined #openstack-infra12:26
*** ociuhandu has quit IRC12:26
*** ociuhandu_ is now known as ociuhandu12:26
*** weshay has joined #openstack-infra12:28
*** yamahata has joined #openstack-infra12:28
*** mfink has joined #openstack-infra12:30
*** vhoward has joined #openstack-infra12:32
*** mbacchi has joined #openstack-infra12:32
*** miqui has joined #openstack-infra12:34
*** openstackgerrit has quit IRC12:34
*** arxcruz has quit IRC12:34
*** enikanorov has quit IRC12:35
*** openstackgerrit has joined #openstack-infra12:35
*** enikanorov has joined #openstack-infra12:35
openstackgerritMikhail S Medvedev proposed a change to openstack-infra/system-config: Split out kibana module  https://review.openstack.org/13063412:41
*** _nadya_ has quit IRC12:44
*** HeOS has quit IRC12:46
*** sarob has joined #openstack-infra12:48
openstackgerritDoug Hellmann proposed a change to openstack/requirements: Explicitly state which projects can add requirements  https://review.openstack.org/13024512:48
*** arxcruz has joined #openstack-infra12:50
*** slashme has joined #openstack-infra12:51
*** sarob has quit IRC12:52
*** radez_g0n3 is now known as radez12:55
*** amitgandhinz has joined #openstack-infra12:57
*** dprince has joined #openstack-infra12:58
*** cpowell has joined #openstack-infra12:58
*** mancdaz is now known as mancdaz_away12:59
*** mattfarina has joined #openstack-infra13:01
*** kashyap is now known as kashyap_afk13:01
*** bknudson has quit IRC13:02
*** mmaglana has joined #openstack-infra13:04
*** bswartz has joined #openstack-infra13:05
*** enikanorov has quit IRC13:05
*** enikanorov has joined #openstack-infra13:06
*** bookwar_ is now known as bookwar13:06
fungiianw: https://review.openstack.org/130639 fixes the script we use to manually provision long-lived servers, not nodepool workers13:09
*** mmaglana has quit IRC13:09
sdaguedhellmann: hey, on https://review.openstack.org/#/c/130245/ that seems like a very large policy shift, is there a discussion somewhere on it?13:11
*** spzala has joined #openstack-infra13:11
*** leakypipes is now known as jaypipes13:11
fungijd__: not sure--looks like postgres is not starting, pg_ctl waits 60 seconds for it there and then gives up13:14
fungisdague: dhellmann: it seemed to me that the expectation was discussion would happen on the review13:15
*** kashyap_afk is now known as kashyap13:15
sdaguefungi: oh, ok.13:15
dhellmannsdague, fungi : yes, I created the review as a place to start the discussion13:15
fungibut i agree, an ml thread longer than just the docker one would be helpful to increase exposure13:15
fungier, s/longer/other/13:16
sdaguedhellmann: ok, my bad, I'll provide a longer review comment then explaining my pov13:16
dhellmannsdague: I was waiting for you to come back before really digging in on it.13:16
sdaguedhellmann: yep, no worries13:16
sdaguejust caught up to the docker thread and saw the review13:16
dhellmannsdague: ok, we need to solve the problem we're creating with allowing non-integrated projects to run in devstack13:16
sdaguedhellmann: sure, is the issue today just that the requirements sync is stripping out the extra requirements?13:17
sdagueand that we probably need to stop doing that for non projects.txt projects13:17
*** dkranz has joined #openstack-infra13:18
*** liusheng has quit IRC13:18
*** ayoung has joined #openstack-infra13:18
*** vdo has quit IRC13:18
*** liusheng has joined #openstack-infra13:19
dhellmannsdague: yeah, it's complicated. Basically that docker project wants to sync common requirements and add extra ones. clarkb, fungi, dimsum_ and I discussed it and I came to the conclusion that rather than making the tools do that, it made more sense to allow all projects to add to the "unified test requirements" list13:19
dhellmannthat way we wouldn't end up with 2 projects claiming to work with a single-box installation, but having conflicting requirements13:19
fungisdague: it was mentioned in this thread http://lists.openstack.org/pipermail/openstack-dev/2014-October/048987.html13:19
fungimy follow-up to that message outlines the counter-proposal13:20
fungioh, you caught up13:20
sdagueso the issue I have with that is there is no review of adding a requirement to an integrated openstack project any more, which I think is an important moment of reflection13:20
sdaguebecause once something is in g-r any project can add it without oversite13:20
fungiwell, we add requirements for tests, libraries, clients and all sorts of other things which aren't necessarily going to be used by integrated projects13:21
dhellmannsdague: with this move to stop making everything integrated, we're going to have to make some changes to how we manage the requirements. This is just part of what I think will have to change.13:21
fungibut once they're in the list, integrated projects can suddenly start to use them without further enforcement/review outside the individual projects themselves13:21
sdaguedhellmann: sure, I guess I haven't caught up on the latest on that thread13:21
fungier, what sdague said13:22
dhellmannsdague: yeah, I don't expect this policy change to merge before the summit13:22
sdaguedhellmann: is there a summit session related for discussion?13:22
*** amitgandhinz has quit IRC13:22
dhellmannsdague: it's an unintended consequence -- not specifically on this, it just came up late last week13:22
dhellmannsdague: https://etherpad.openstack.org/p/kilo-crossproject-summit-topics13:22
*** dane_leblanc has joined #openstack-infra13:22
dhellmannmaybe it's not too late to add to that list. ttx? ^^13:23
sdaguebecause I agree this is part of a larger system view of how everything fits together, and I think we can't decide on this in a vacuum, as you've said, there is other fallout based on this13:23
dhellmannsdague: we might also squeeze it into session #25 "implications of moving functional tests to projects"13:23
*** bknudson has joined #openstack-infra13:23
sdaguedhellmann: possibly13:23
sdagueI do see there being a devstack gap here on being able to use it for arbitrary things regardless13:24
*** dustins has joined #openstack-infra13:24
ttxdhellmann: A bit late because everyone should have voted last week. But Russell and markmcclain will select topics today and toimorrow so it's not closed yet13:24
sdagueI think it would be valuable to change the req sync process to not drop added requirements for things not in projects.txt regardless13:24
dhellmannttx, sdague : I'll add a session, with a note that we might squeeze it into #25 just so that's not lost13:24
sdaguebasically soft-update mode13:25
*** dimsum_ has quit IRC13:25
*** baoli has quit IRC13:25
*** vdo has joined #openstack-infra13:25
*** dimsum_ has joined #openstack-infra13:26
dhellmannsdague: I think that's what dimsum_'s original patch did13:26
russellbyep, i'm just getting going today, need to do my own voting and then will work on schedule with markmcclain13:27
*** rlandy_ has joined #openstack-infra13:27
sdaguedhellmann: ok... I'll have to track down that patch, that seems like a good thing to have regardless. Then we can handle the policy nob separate from the implementation nob.13:28
fungidhellmann: dimsum_'s proposed change was a bit more complicated than that modifying the update.py in openstack/requirements, but the simplified counterproposal clarkb made is basically to do that in devstack13:28
*** BharatK has quit IRC13:29
dimsum_sdague: i had several different approaches, one was to add a flag in project yml and flow it down to devstack-gate and devstack13:29
*** rlandy has quit IRC13:29
*** dkliban_pto is now known as dkliban13:29
fungidimsum_: sdague: dhellmann: my summary of clarkb's suggestion is outlined in http://lists.openstack.org/pipermail/openstack-dev/2014-October/048998.html13:30
fungilikely 1-2 line addition in setup_package_with_req_sync()13:30
fungisetup_package_with_req_sync()13:30
*** nelsnelson has joined #openstack-infra13:30
fungigah, pastebounce13:30
dimsum_sdague: another was to add a check to look in projects.txt before exiting the requirements check13:30
dimsum_yep, there's the one from clarkb as well13:31
dhellmannfungi, sdague : I added #33 to https://etherpad.openstack.org/p/kilo-crossproject-summit-topics13:31
fungii think that one makes more sense as a devstack run will still rewrite requirements on all projects being installed if they're in projects.txt, but will leave them alone for projects which are not (and it's up to those projects to make sane reqs choices so that they won't break their own devstack-based jobs)13:32
*** freemanbrandon has joined #openstack-infra13:32
openstackgerritA change was merged to openstack-infra/storyboard-webclient: Small fix for Preferences page  https://review.openstack.org/12790713:32
sdaguefungi: well I actually like soft update, so that we know that a non projects.txt project doesn't mess us up and install incompatible stevedore... for instance13:33
sdagueso update everything from g-r, but don't drop13:33
sdaguewhich, honestly, I think is what the solum folks wanted13:33
fungisdague: but if you don't drop the extra requirements, the net effect is similar (they can still bring in conflicting transitive deps13:34
*** homeless has joined #openstack-infra13:34
*** mestery_ has joined #openstack-infra13:34
sdaguefungi: they can ... but I think the risk is small13:34
*** pblaho_ has joined #openstack-infra13:34
sdagueand managable13:34
*** pblaho has quit IRC13:34
*** Guest74700 has joined #openstack-infra13:35
sdaguewe could always run a later stage query in devstack to confirm that pip-freeze fits inside of g-r13:35
fungialso when those projects want to integration-test with one another, they're going to need to coordinate around extra requirements anyway13:35
sdagueto identify what's gone wrong13:35
sdaguefungi: sure, but honestly if you are talking about < 6 git trees, it's managable manually13:35
dhellmannfungi: that was the argument that convinced me we should just let everyone add to the list13:36
sdaguewe only got into trouble where we needed g-r once we got above 20 git trees13:36
*** mestery has quit IRC13:37
sdaguelooking at where this has broken down over the years, I really do think this is one where closing all the possible holes in the system actually leads to a worse system. Because the probability of some of these events is pretty low, and their resolution quick.13:38
*** vdo has quit IRC13:38
*** sabeen has joined #openstack-infra13:40
*** dmsimard_away is now known as dmsimard13:42
fungiin that case, perhaps a switch in requirements update.py to ignore extra reqs and then adjust devstack to throw that switch (the check against projects.txt could happen in either place i suppose), and then an envvar which allows devstack to use that switch so that we can set it in jobs for unofficial projects without accidentally aiming that gun at our own feet13:43
dimsum_yep13:44
fungithis of course solves one of two related problems... third-party projects can leverage extra requirements this way, but they won't be able to require different *versions* of existing requirements13:44
fungiso it's possible we'll be revisiting the same discussion all over again13:44
*** garyh has quit IRC13:44
*** superdan is now known as dansmith13:46
sdaguefungi: ype13:46
sdagueright, well if we provide the infrastructure to do either thing, then we can make a per job decision on the right behavior to enforce13:47
sdaguebasically seperate policy from implementation, because I'd rather not have us change policy just because of an implementation deficiency that we can fix13:47
dimsum_sdague: this was my attempt at the flag in project yml - https://review.openstack.org/#/c/130018/13:47
fungisounds like if we want to consider allowing both of those options, then projects.txt should probably be checked by devstack13:48
sdagueplus... it's a good "welcome back" thing to hack on13:48
dimsum_welcome back! :)13:48
fungiotherwise we're back at "add an option to update.py which makes it a no-op"13:48
fungiwhich there were definite objections around13:48
openstackgerritA change was merged to openstack-dev/hacking: Updated from global requirements  https://review.openstack.org/13110613:48
sdaguefungi: well, I think we want a flag for soft update mode13:48
sdaguebut have devstack determine when it's used13:48
*** sarob has joined #openstack-infra13:48
spzalaHello, I have a question, my stackforge project is currently added to the main program Heat - https://review.openstack.org/#/c/127349/13:49
spzalaAs a next step, I learned that the stackforge repo needs to be moved to the OpenStack and for that I believe I need to create a work item for infra team – is that correct? Do we need to take any other step?13:49
fungiright, which means devstack would look in projects.txt perhaps, ot take a list of projects to which it applies optionally, or whatever13:49
fungibut not directly encide the projects.txt inspection in update.py in the reqs repo13:49
fungier, encode13:49
sdaguefungi: right, correct13:50
dimsum_sdague: this was my attempt at that logic looking at projects.txt - https://review.openstack.org/#/c/130210/13:50
sdaguewe just need enough support in update.py to run in different kinds of modes, and devstack makes all the decisions13:50
*** hdd has quit IRC13:50
sdaguedimsum_: cool, I'll look in a few and see how I can help move it forward13:50
dimsum_thanks sdague13:50
fungispzala: the project renaming process happens in a scheduled maintenance window, where our admins will be following these instructions: http://ci.openstack.org/gerrit.html#renaming-a-project13:51
*** k4n0 has quit IRC13:51
fungispzala: i'm making sure i get the heat-translator move into our infrastructure team meeting agenda for tomorrow13:52
*** armax has joined #openstack-infra13:52
spzalafungi: that's great. Thank you so much!!! and thank for the instructions link too.13:53
*** sarob has quit IRC13:53
*** mwagner_lap has quit IRC13:53
fungispzala: so we're going to need a change proposed to openstack-infra/project-config which changes the organization part of that project name13:54
*** mwagner_lap has joined #openstack-infra13:55
fungispzala: on an unrelated note, heat-translator unit tests are breaking for me under python 3.4... are you aware and hopefully already working on that? if not i'll get some additional detail together and file a bug13:55
spzalafungi: sure, is that proposal is like we need to create a blueprint at https://launchpad.net/openstack-ci ?13:55
fungispzala: no blueprint, just a simple code review13:56
fungispzala: for example https://review.openstack.org/125546 was a recent project rename13:57
spzalafungi: yes I did notice the unit tests failure which was randomly striking and we actually fixed it last week. After that we had few patches uploaded and we didn't heat any failure. so I hope you didn't notice something in last couple days.13:58
*** baoli has joined #openstack-infra13:58
fungispzala: oh, excellent... i'll check again and cross it off my list hopefully13:59
spzalafungi: sure. Thanks!13:59
fungispzala: 'git grep heat-translator' and 'git ls-files | grep heat-translator' will hopefully show you the areas you'll need to adjust in openstack-infra/project-config14:00
spzalafungi: nice, that's very helpful reference patch.  OK, that's great. So I will go find the files and submit a change proposal.14:01
*** radez is now known as radez_g0n314:01
fungispzala: thanks! if you can add it to the right of the entry i stuck in https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Upcoming_Project_Renames once it's in gerrit, that will help us track it14:02
*** mancdaz_away is now known as mancdaz14:02
*** beekneemech is now known as bnemec14:03
*** nosnos has quit IRC14:04
spzalafungi: that sounds great..thanks for already creating the entry :)14:05
*** nosnos has joined #openstack-infra14:05
*** mmaglana has joined #openstack-infra14:05
fungispzala: i meant to stick it there as a reminder after the tc meeting finished, but then i got sidetracked14:05
*** pblaho_ has quit IRC14:06
*** mriedem has joined #openstack-infra14:06
spzalafungi:  :) ah, I see14:06
funginever a dull moment in here14:07
spzalafungi: :) yup14:07
*** pblaho has joined #openstack-infra14:08
*** nosnos has quit IRC14:09
*** mmaglana has quit IRC14:10
andreaffungi: hi14:10
SergeyLukjanovjeblair, thanks for the tips, I'll try it later14:10
andreaffungi: ping - about http://lists.openstack.org/pipermail/openstack-dev/2014-October/049203.html if you have a moment14:11
andreaffungi: upz actually I'm looking for corvus - sorry I mixed up the nicks14:12
fungiandreaf: yay--volunteers!14:12
andreaffungi: :)14:12
*** _nadya_ has joined #openstack-infra14:12
fungino worries, but probably best to hold discussion on implementation until there are more infra cores that just me and SergeyLukjanov listening14:12
*** baoli has quit IRC14:13
andreaffungi: ok I'll be back later :)14:13
*** baoli has joined #openstack-infra14:14
*** koolhead17 has quit IRC14:14
*** radez_g0n3 is now known as radez14:17
mtreinishanteaya: any ideas who "Evgeny Antyshev" is? https://review.openstack.org/#/c/121910/14:18
mtreinishit looks like they're leaving no-op ci comments on random reviews14:18
*** russellb is now known as drumkilla14:20
*** drumkilla is now known as russellb14:20
fungie-mail address is at parallels14:21
fungido we know anyone with a ci at parallels?14:21
fungii don't see a service account for parallels in the list at https://review.openstack.org/#/admin/groups/270,members14:22
*** amitgandhinz has joined #openstack-infra14:22
*** signed8bit has joined #openstack-infra14:22
mtreinishfungi: I think they're using a regular user account14:24
*** msabramo has quit IRC14:24
*** annegent_ has joined #openstack-infra14:25
fungimtreinish: they are, i was just trying to figure out whether they were doing so because we had disabled their service account or something14:25
fungianyway, i'll disable that one14:25
*** dustins has quit IRC14:25
*** nelsnelson has quit IRC14:25
mordredsdague: welcome back!14:27
*** todd_dsm has joined #openstack-infra14:27
fungispeaking of which, does anyone know a ci operator testing trove at ebay in slc? http://lists.openstack.org/pipermail/openstack-infra/2014-October/002031.html14:27
fungiSlickNik: ^ ?14:28
*** dustins has joined #openstack-infra14:28
fungicould be slc or phx, the received headers disagree with the console url14:28
*** todd_dsm has quit IRC14:29
*** mestery_ is now known as mestery14:29
*** nelsnelson has joined #openstack-infra14:29
*** todd_dsm has joined #openstack-infra14:30
*** otherwiseguy has joined #openstack-infra14:30
*** sdake has joined #openstack-infra14:31
*** sdake has quit IRC14:31
*** sdake has joined #openstack-infra14:31
*** sdake has quit IRC14:32
*** sdake has joined #openstack-infra14:32
*** sdake has quit IRC14:32
*** sdake has joined #openstack-infra14:32
mtreinishfungi: ah ok, makes sense, thanks14:32
*** nelsnelson has quit IRC14:35
*** nelsnelson has joined #openstack-infra14:36
*** yfried is now known as yfried|afk14:38
*** dangers_away is now known as dangers14:38
*** msabramo has joined #openstack-infra14:38
*** zz_jgrimm is now known as jgrimm14:39
*** zaphod42 has quit IRC14:39
*** spzala has quit IRC14:40
*** yfried|afk is now known as yfried14:42
sdaguemordred: thanks14:42
*** tonytan4ever has joined #openstack-infra14:43
*** achanda has joined #openstack-infra14:43
openstackgerritMatt Riedemann proposed a change to openstack-infra/elastic-recheck: Add query for stevedore/markup docs bug 1384919  https://review.openstack.org/13116414:44
uvirtbotLaunchpad bug 1384919 in python-stevedore "installing pbr during doc build breaks markupsafe module under some conditions" [Critical,Fix released] https://launchpad.net/bugs/138491914:44
anteayamtreinish: not yet14:45
anteayafungi: thanks14:45
anteayasdague: hello there14:46
*** tonytan4ever has quit IRC14:46
*** eharney has joined #openstack-infra14:47
*** _nadya_ has quit IRC14:49
*** sarob has joined #openstack-infra14:49
*** radez is now known as radez_g0n314:53
*** sarob has quit IRC14:54
fungii cc'd the infra ml instead of tpa on the evgeny antyshev account issue, since it's not a service account but rather a normal contributor account14:55
openstackgerritA change was merged to openstack-infra/storyboard: Add User Preferences endpoint.  https://review.openstack.org/12848714:55
*** Guest74700 has quit IRC14:56
openstackgerritA change was merged to openstack-infra/storyboard: Plugins may now register their own user preferences  https://review.openstack.org/12906114:56
*** krtaylor has quit IRC14:56
*** yamamoto_ has quit IRC14:58
anteayafungi: okay14:59
*** dane_leblanc has quit IRC14:59
anteayaI posted in -neutron and -cinder14:59
fungididn't really know which was the more appropriate list in this case15:00
anteayato see if anyone knows anything15:00
anteayayeah15:00
anteayathey find ways to do things that defy imagination15:00
krotscheckStoryboard meeting in #openstack-meeting15:00
*** baoli has quit IRC15:00
*** baoli has joined #openstack-infra15:01
*** zns has joined #openstack-infra15:02
*** carl_baldwin has joined #openstack-infra15:03
*** _nadya_ has joined #openstack-infra15:03
*** dane_leblanc has joined #openstack-infra15:04
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for stevedore/markup docs bug 1384919  https://review.openstack.org/13116415:04
uvirtbotLaunchpad bug 1384919 in python-stevedore "installing pbr during doc build breaks markupsafe module under some conditions" [Critical,Fix released] https://launchpad.net/bugs/138491915:04
*** david-lyle has joined #openstack-infra15:05
*** tonytan4ever has joined #openstack-infra15:06
*** mmaglana has joined #openstack-infra15:06
*** achanda has quit IRC15:06
afazekasclarkb: can you have look on https://review.openstack.org/#/c/106043/15:09
*** mmaglana has quit IRC15:10
*** pcrews has joined #openstack-infra15:11
anteayafungi: what can be done on the ebay email to -infra?15:11
anteayain addition to your post?15:11
fungianteaya: perhaps start a thread on the -dev ml trying to hunt down contacts, or else blacklist that e-mail address15:12
sdagueanteaya: hey, what's up?15:12
anteayasdague: welcome back15:12
anteayanice to see you again15:12
anteayafungi: I'm for the blacklist and post that we have done so15:13
anteayatired of hunting people15:13
anteayadisable and let them find us15:13
fungianteaya: well, sending an e-mail asking them to cut it out was easier than figuring out how to block them outright, but that can be a next step15:14
sdagueanteaya: thanks :)15:14
*** reed has joined #openstack-infra15:17
dkranzI am trying to add some more periodic stress tests for particular gate issues but need https://review.openstack.org/#/c/130599/ to go in. Can some one please give this another +2?15:18
*** thedodd has joined #openstack-infra15:20
*** hemna__ is now known as hemna15:20
sdaguedimsum_: so in looking at your patches these were mostly doing the logic in requirements? so the approach we talked about this morning is really different, right?15:20
sdaguedkranz: +A15:20
dkranzsdague: thanks. A devstack gate patch to match in a minute15:21
*** alexpilotti has joined #openstack-infra15:22
*** Longgeek has quit IRC15:24
dimsum_sdague: ya, clarkb's approach is different15:25
sdaguedimsum_: there is a clarkb approach as well?15:26
dimsum_tweak setup_package_with_req_sync() in the openstack-dev/devstack functions-common file15:27
*** yamahata has quit IRC15:27
dimsum_from - http://lists.openstack.org/pipermail/openstack-dev/2014-October/048998.html15:27
*** mmaglana has joined #openstack-infra15:28
fungiwell, clarkb was suggesting not patching the requirements lists at all except for projects in projects.txt, so i think we're instead (or additionally) talking about a hybrid of that where it would only skip the extra reqs instead of all reqs15:28
*** cpowell has left #openstack-infra15:28
sdaguedimsum_: ok, but there is no patch for that yet, right?15:28
*** dustins has quit IRC15:28
dimsum_sdague: right15:28
sdaguejust want to make sure I don't dupe anyone's work15:28
dimsum_:)15:28
*** yamamoto has joined #openstack-infra15:29
clarkbfungi: right15:29
anteayafungi: fair enough15:29
clarkbmy biggest concern was really having a tool (update.py) that doesn't udpate when you tell it to15:29
sdagueclarkb: right15:29
*** dimsum_ has quit IRC15:29
sdagueso here's my theory15:30
*** andreaf has quit IRC15:30
sdagueadd a flag to update.py for soft-update (i.e. don't remove requirements that aren't in g-r)15:30
sdagueand have devstack have all the logic for when to run it with which flag15:30
openstackgerritA change was merged to openstack-infra/project-config: Pass stress arguments from job yaml to allow customization  https://review.openstack.org/13059915:30
fungiand make that tunable through a couple of envvar knobs we can pass in from job definitions through d-g15:31
*** dimsum_ has joined #openstack-infra15:31
*** dustins has joined #openstack-infra15:31
sdaguefungi: yep15:32
fungiso a project can say "for my job i want reqs sync'd unconditionally (default)," or "i want them sync'd but don't complain about extras," or "don't sync my reqs at all"15:32
sdagueso general head nods on that before I start coding it up?15:33
fungiand obviously any behavior except the default would not really be allowed for official projects15:33
*** yamamoto has quit IRC15:33
clarkbthat sounds good to me as long as its specific conditions15:33
fungirather, since it's based on job definitions, projects which have to participate in the official integrations where this is enforced would do so i guess15:33
fungiso that keeps the foot-cannon reasonably small15:34
dimsum_"i want them sync'd but don't complain about extras," sounds good15:35
jeblair++15:36
jeblairandreaf is gone :(15:37
*** krtaylor has joined #openstack-infra15:37
*** IvanBerezovskiy has quit IRC15:37
*** msabramo has quit IRC15:39
*** dane_leblanc has quit IRC15:40
*** koolhead17 has joined #openstack-infra15:41
*** bnemec has quit IRC15:41
*** yamamoto has joined #openstack-infra15:41
clarkbafazekas: still around?15:42
*** bnemec has joined #openstack-infra15:42
clarkbafazekas: I will review that change today particularly in the ocntext of the grenade stuff (which should be all done now). Curious if we can talk about the fixed ip stuff though15:44
clarkbafazekas: can we move forward on the aiopcpu test without those nodepool features?15:44
anteayasdague: with some clear docs for us to point folks to?15:44
*** carl_baldwin has quit IRC15:44
*** msabramo has joined #openstack-infra15:44
*** ihrachyshka has quit IRC15:45
*** gyee has joined #openstack-infra15:46
*** flashgordon is now known as jogo15:46
*** yamamoto has quit IRC15:46
mordredmmm. ocntext15:46
sdagueanteaya: for which stuff?15:48
*** sarob has joined #openstack-infra15:50
clarkbafter a quick glance at https://review.openstack.org/#/c/106043/22 I think we may be able to get that in nowish15:51
*** zaphod42 has joined #openstack-infra15:51
*** mmaglana has quit IRC15:51
clarkbsdague: jeblair mordred fungi ^ might be a good thing to get done presummit so that we can say "We have multinode testing"15:51
*** zaphod42 has quit IRC15:51
fungiclarkb: seems reasonable15:52
sdagueclarkb: ok, cool, I'll look post some hacking15:52
*** zaphod42 has joined #openstack-infra15:52
fungiand for similar reasons, https://review.openstack.org/12702515:52
jogoclarkb: ++, that would be awesome15:52
clarkbfungi: +215:53
clarkbI am going to give 106043 a proper review once I have finished morning things15:53
clarkbcaffeine prior to big code review is a requirement15:53
*** carl_baldwin has joined #openstack-infra15:54
*** sarob has quit IRC15:54
zaromorning15:55
*** david-lyle has quit IRC15:56
openstackgerritJC Delay proposed a change to openstack-infra/git-review: get_remote_url(): honor any "url.<base>.insteadOf" config setting  https://review.openstack.org/10985115:57
openstackgerritSean Dague proposed a change to openstack/requirements: implement -s / --soft-update flag  https://review.openstack.org/13118415:58
sdagueok that's the req side15:58
openstackgerritDavid Kranz proposed a change to openstack-infra/devstack-gate: Obtain stress arguments from the enviroment  https://review.openstack.org/13118615:58
*** groknix has joined #openstack-infra16:00
*** otherwiseguy has quit IRC16:00
*** leopoldj has quit IRC16:00
*** zns has quit IRC16:00
*** garyk has quit IRC16:00
*** garyk has joined #openstack-infra16:02
*** annegent_ has quit IRC16:02
*** zns has joined #openstack-infra16:02
*** ashaeron has quit IRC16:02
*** patrickeast has joined #openstack-infra16:02
openstackgerritA change was merged to openstack-infra/system-config: Revert "Temporarily disable access to openstackid.org"  https://review.openstack.org/12702516:03
dimsum_Hmm, XenServer CI is failing "No distributions matching the version for stevedore>=1.1.0 (from python-keystoneclient==0.11.2.10.g20f488d)" BUT is -1'ing :(16:04
*** mwagner_lap has quit IRC16:05
fungiBobBall: ^ ?16:06
dimsum_BobBall: example from https://review.openstack.org/#/c/130870/16:07
jeblairclarkb: reviewed, but i'm still not sure we're all on the same page about ip addresses on 10604316:07
dimsum_thanks fungi16:07
*** garyh has joined #openstack-infra16:07
clarkbjeblair: ya I think that is the biggest oustanding thing16:07
anteayasdague: for the code you are writing that creates different categories for reqirements16:07
clarkbttx: mordred we should add stable/icehouse and stable/juno to openstack/openstack16:08
clarkband maybe kill the havana branch16:08
sdagueanteaya: sure, once we get a thing working well16:08
fungiclarkb: i started looking into it and wasn't immediately able to figure out how to make that happen since there's no commit in the repo from which to branch16:08
anteayasdague: okay thank you16:08
*** Guest74700 has joined #openstack-infra16:09
*** yfried has quit IRC16:09
ttxclarkb: ...probable. No idea how to do that though16:09
ttxprobably*16:09
clarkbfungi: we may have to set a 0000000 head commit16:09
clarkbmordred: ^16:09
anteayafungi: how long do you want to give BobBall to reply?16:09
fungiclarkb: since .gitmodules just lists branch=. for all of them16:10
*** john-davidge has joined #openstack-infra16:10
anteayaplenty of -1's https://review.openstack.org/#/q/reviewer:%22Citrix+XenServer+CI%22+status:open,p,0030ba410001ff3d16:11
fungianteaya: i've already deactivated it16:11
anteayafungi: ah thanks16:11
*** radez_g0n3 is now known as radez16:11
fungii'll follow up to the tpa list momentarily16:11
anteayaokay16:11
john-davidgefungi: Thanks, was just about to ask about the same!16:11
* anteaya gets out of fungi's way16:11
anteayajohn-davidge: thank you16:11
anteayajohn-davidge: are you going to be attending summit?16:11
*** Hefeweizen has quit IRC16:11
john-davidgeanteaya: Yes indeed, I'll be there all week. You?16:12
anteayajohn-davidge: sure would like to have your perspective represented in the third party ci discussion on tuesday16:12
anteayajohn-davidge: yes16:12
john-davidgeanteaya: Will add it to my sched! :)16:12
anteayajohn-davidge: thank you16:12
anteayajohn-davidge: find me on the Monday and introduce yourself please16:13
anteayaI shouldn't be hard to find16:13
*** _buzz has joined #openstack-infra16:13
*** dimsum_ is now known as dims16:13
*** dims is now known as Guest979816:14
*** _buzz_ has quit IRC16:15
clarkbjeblair: the only thing I can come up with so far is that in hpcloud the current code will avoid the nat?16:16
clarkbjeblair: which may be beneficial but if we can't work through the nat that should probably be considered a problem16:16
*** mmaglana has joined #openstack-infra16:16
dhellmannfungi, anteaya : https://review.openstack.org/#/c/127003/ is ready to merge now that the stevedore and cliff docs jobs work properly16:17
*** baoli has quit IRC16:17
*** david-lyle has joined #openstack-infra16:18
*** garyk has quit IRC16:18
*** garyk has joined #openstack-infra16:19
clarkbjeblair: I think I am ok with that in the initial revision though16:19
*** afazekas has quit IRC16:19
clarkbjeblair: it also has the added benefit of not being entirely tied to nodepool (but we are dependent on nodepool elsewhere for multindoe so that isn't really a benefit)16:20
fungioh, nice... the xenserver ci issue is that they're using http://pypi.openstack.org/16:20
clarkbfungi: :)16:20
*** dmsimard is now known as dmsimard_away16:21
*** dkehn has quit IRC16:21
*** todd_dsm has quit IRC16:22
*** dkehn has joined #openstack-infra16:23
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Add support for scripts in the inject builder  https://review.openstack.org/11752816:24
*** baoli has joined #openstack-infra16:24
openstackgerritA change was merged to openstack-infra/jenkins-job-builder: Add support for the NodeLabel Parameter plugin  https://review.openstack.org/12930216:24
*** mmaglana has quit IRC16:25
*** arxcruz has quit IRC16:25
openstackgerritA change was merged to openstack-infra/project-config: remove rtfd docs jobs for cliff and stevedore  https://review.openstack.org/12700316:26
sdaguefungi / clarkb : Sean Dague proposed a change to openstack-dev/devstack: allow for soft updating of global-requirements  https://review.openstack.org/13119816:28
*** garyh has quit IRC16:28
openstackgerritA change was merged to openstack-infra/project-config: Adding basic Python tests to stackforge/bandit  https://review.openstack.org/13073416:29
jeblairclarkb: it's _so_ much code to get an ip address, and we have an ip address in a file.16:29
clarkbjeblair: ya16:29
*** Hefeweizen has joined #openstack-infra16:30
clarkbsdague: +X'd16:32
*** tonytan4ever has quit IRC16:33
jeblairclarkb: what's a +X?16:37
*** dane_leblanc has joined #openstack-infra16:37
clarkbI +1'd one change and +2'd the other16:37
clarkb(I am not devstack core)16:37
anteayafungi: thanks for also giving the info about pypi.o.o16:38
*** zns has quit IRC16:39
*** tsg has joined #openstack-infra16:40
*** mikedillion has joined #openstack-infra16:41
*** yamamoto has joined #openstack-infra16:41
jeblairsdague: why do we need REQUIREMENTS_MODE=strict?  isn't the logic in 'soft' sufficient in all cases?16:41
*** mikedillion has quit IRC16:41
fungianteaya: krtaylor: probably not a bad idea for someone to mention that and also point out https://review.openstack.org/119466 during today's third-party meeting16:41
jeblairclarkb: maybe you know ^ ?16:42
clarkbjeblair: I think some projects want strict checking16:43
*** yamamoto_ has joined #openstack-infra16:43
clarkbjeblair: the number of not openstack projects that have complained about htis is very small compared to the number of projects being enforced aiui16:43
*** yamamoto has quit IRC16:43
*** yamamoto_ has quit IRC16:44
jeblairclarkb: some not-openstack projects want strict checking?  has that ever worked out?  :)16:44
clarkbjeblair: I think it must be working. solum and nova-docker are the only projects that seem to not like the current situation16:45
*** e0ne has quit IRC16:45
*** garyh has joined #openstack-infra16:45
mordredwhat don't they like?16:45
clarkbmordred: they want to have additional requirements outside of the "global" requirements list16:45
clarkbmordred: but also want everything else to be synced for them16:45
*** baoli has quit IRC16:45
clarkbso the risk here is that they will fubar their reqs due to transitive deps16:46
clarkbsdague indicates he can live with that16:46
mordredah. they want to be in sync with what we have, but have other things too. makes sense16:46
* krtaylor reads scrollback16:46
mordredwhy do we not want to just add their stuff to the list? the point is coordination of a single list, no? having an extra lib on it  .. why stress about that?16:47
*** baoli_ has joined #openstack-infra16:47
krtaylorfungi, will do, adding to agenda16:47
clarkbmordred: that is what I would prefer16:47
clarkbmordred: its a "global" list. as long as req foo meets the criteria of being a dependency I don't mind adding it to the list16:48
jeblairmordred: because then there is no list of what _openstack_ needs, which for many people is quite a different thing than what $randomproject needs16:48
sdaguejeblair: ++16:48
*** otherwiseguy has joined #openstack-infra16:49
mordredI understand, but I'm saying that I do not value that as a specific goal16:49
mordredI care that OpenStack coordinate16:49
jeblairclarkb: i suppose 'blazar, magnetodb, mistral, murano, rally' is the set of projects for whom the status quo works.  that is larger than the set for whom it does not work, so i guess i can buy that 'strict' for non-openstack is useful.16:49
*** MaxV has quit IRC16:49
sdaguealso, I'm not sure we want the requirements team getting in fights with random stackforge project all the time over "I don't think that lib is mature enough"16:49
sdaguelike what happened with solum previously16:49
jeblairmordred: i feel like those two sentences contradict each other :)16:49
sdagueand is going to happen a ton16:49
sdaguebecause some new thing on stackforge should have a lot of freedom to do what they want, but when we talk about "distro though shalt ship and support this library" that seems like a different bar16:50
mordredjeblair: I don't. I care that OpenStack have a list. if that list is a subset of a list we manage, awesome. if the strict subset is not explicitly defined, OK.16:50
*** zns has joined #openstack-infra16:51
mordredI don't expect distros to ship everything in reqs16:51
clarkbsdague: and for me that freedom is to not bother with the supposedly global list at all16:51
*** signed8bit is now known as signed8bit_ZZZzz16:51
mordredI expect them to ship OpenStack ... and reqs is a mechanism to ensure that they can16:51
jeblairmordred: i don't understand your proposal at all :(16:51
*** cody-somerville has quit IRC16:51
jeblairmordred: that seems reasonable.  now why does that necessitate that things that are not openstack should add their requirements to it?16:52
*** signed8bit_ZZZzz has quit IRC16:52
*** MaxV has joined #openstack-infra16:52
clarkbbut this discussion is orthogonal to my original -1 on dims' change. I think what sdague has done addresses the -1 well so I have positive votes16:52
mordredbecause they want to enforce that they share the OpenStack subset16:52
sdagueclarkb: which is an option, but projects have said they want the convenience of to partially enforce g-r for the things that match16:52
jeblairclarkb: now that i understand the reasoning for strict, i am also ++16:52
jeblairmordred: but to follow your proposal is to change the openstack subset16:53
*** Guest9798 is now known as dims__16:55
*** jistr has quit IRC16:55
fungii think the only way it can work if it is to be opened up to requirements of unofficial projects is to hold additions to the same level of scrutiny no matter who's requesting them16:56
*** sarob has joined #openstack-infra16:56
clarkbfungi: yup agreed.16:56
*** annegent_ has joined #openstack-infra16:56
fungiso "random stackforge projects wants new requirement x, it's not mature but that's fine because it's not being requested by an official project" won't work at all16:56
sdagueright, and we've gotten in enough fights before around that, that I'd rather pass on it. Especially as stackforge grows.16:57
clarkbare we ready to do https://review.openstack.org/#/c/129433/4 ?16:57
clarkbI realize now I did not tag my email as [all] but untagged is all by default right ;)16:57
fungiclarkb: there is no official [all] tag for that list anyway afaik16:57
clarkbeven better16:57
fungiat least i didn't see it in the list of configured filter tags when last i checked16:57
fungiand really, how would you filter on "all" as a meaningful tag anyway?16:58
*** dmsimard_away is now known as dmsimard16:58
clarkbright :)16:58
*** MaxV has quit IRC16:59
fungiclarkb: yes, i'm fine approving 129433 if dhellmann and SergeyLukjanov are good with it now16:59
fungier, actually there are no oslo libs in the list any longer16:59
clarkbfungi: correct. oslo is dealt with in another change16:59
mordredstupid internet.16:59
fungiand SergeyLukjanov's comment from the previous change looks to be addressed so i'll assume that's a tacit +2 from him16:59
*** sarob has quit IRC17:00
clarkbonce we got the job template change in ajaeger reorged his change list into a bunch of independent changes17:00
clarkbthis way we don't have to have everything ready all at once17:00
*** sarob_ has joined #openstack-infra17:00
fungiclarkb: so approve at will i guess17:00
mordredmy point was that I don't think the strict subset is valuable in and of itself17:00
*** sarob_ is now known as sarob17:00
clarkbjeblair: mordred any opposition to removing python26 testing form openstack server project master branches?17:00
mordredbut if we don't want to manage the quality of the broader one, fine17:01
clarkbI sent mail last week late thursday. haven't heard any screaming17:01
fungimordred: arguably, the strict subset can be calculated as the superset of the projects you're planning to distribute/install/support/whatever17:01
mordredclarkb: nope17:01
fungier, common superset17:01
*** bcourt has quit IRC17:01
*** mwagner_lap has joined #openstack-infra17:01
jeblairclarkb: no opposition hree17:02
*** ivar-lazzaro has joined #openstack-infra17:02
mordredfungi: right. and the only reason I see at this point for g-r to exist AT ALL is two prevent two things from depending on incompatible conflicting versions17:02
*** dane_leblanc has quit IRC17:02
*** tonytan4ever has joined #openstack-infra17:03
clarkbdhellmann: when you are back around I am curious to hear what oslo is settling on. At one point it seemed like you wanted python26 on all the oslo branches?17:03
*** timrc-afk is now known as timrc17:03
clarkbmordred: I think it is also good for vetting deps17:03
fungimordred: so the other reason i do see it having benefit is to provide some scrutiny over what projects are allowed to depend on, beyond just version compatibility17:03
clarkbmordred: so that we don't end up with 10 time libs and that they are licensed properly17:03
fungiwe, what clarkb said17:03
clarkbpython3 compat and so on17:04
clarkbI just approved the python26 restriction change for openstack server projects17:05
*** cody-somerville has joined #openstack-infra17:05
fungiwhich then is where the arguments arise, because suitability of a req for an official project is not necessarily relevant to a stackforge project. so then they get to decide whether they're "in" or "out" from a reqs enforcement perspective, which is why the proposed tooling changes are useful regardless17:05
sdaguejeblair: so on https://review.openstack.org/#/c/125944/ - which was the minimal zuul status indicator in gerrit, I wanted to swing around with you on UX before I address any of josh's technical comments. Because if you think we should wait for the full zuul ui, then it probably doesn't make sense to update the current patch right away17:08
*** dane_leblanc has joined #openstack-infra17:08
sdaguemy thinking on it was that as a reviewer, I didn't need all the zuul UI, I just needed to know the patch was being tested right now17:09
*** tonytan4ever has quit IRC17:09
jeblairsdague: ok.  so you understand my perspective, jhesketh has been working on getting this into place for a long time, and i think he has priority in this space -- i'm not going to do anything to undercut his work17:09
sdaguesure17:10
sdagueok, I'll sync with jhesketh in the morning17:10
jeblairsdague: do you think the small ui is better than the full one?17:10
sdagueand figure out what he wants to do17:10
jeblairas in, would you prefer _not_ to see the current status of jobs?17:10
openstackgerritA change was merged to openstack-infra/project-config: Limit python26 jobs to icehouse/juno for server projects  https://review.openstack.org/12943317:11
*** teran_ has quit IRC17:11
sdaguejeblair: personally, yes. because we're already using a lot of screen real estate, and the detailed view is not something that I think I'd use in my review criteria17:11
clarkbthe end of an era? ^ I guess we shouldn't celebrate too much now. But when juno dies we should have a giant party17:12
sdaguebut I'll chat with jhesketh once he's back on and figure out what his thoughts are17:12
jeblairsdague: speaking of using a lot of real-estate, i am given to understand that the current state where each run is included is a temporary thing.  when will we be able to return to the original design of only showing the latest?17:13
*** rmcall has joined #openstack-infra17:13
sdaguejeblair: well I actually was going to add collapse on it. I think it's actually important to show all the runs for the current patchnum17:14
jeblairsdague: i think that the current run status should almost by definition not use any more real-estate than displaying the final result17:14
jeblairsdague: i think if you want to see all the runs, that's what toggleci is for17:14
*** doude has quit IRC17:16
*** signed8bit has joined #openstack-infra17:16
*** signed8bit has quit IRC17:16
sdaguepersonally I really want all the tests for the current run, because the merged results were creating some very hard to decypher test tables when things where rechecked after a gate fail17:17
*** SumitNaiksatam has joined #openstack-infra17:17
jeblairsdague: no i get that17:17
jeblairsdague: clarkb explained that the return to the summary view was only waiting on the 'pipeline name' patch to merge17:17
jeblairsdague: so that you could display the most recent check and experimental jobs separately17:17
jeblairsdague: but still, we would only display the most recent of each17:17
sdagueoh, sure17:17
sdagueyeh, if that's in there, I can do that17:18
jeblairsdague: that seemed like a good plan to me.  cool.  i don't know current status, but i think i positively reviewed the change that added the names17:18
*** garyk has quit IRC17:18
sdagueI'll also probably add something indicator that we've had more than 1 check result on this patch set, so you get feedback that this is a massively rechecked patch set17:19
*** harlowja has joined #openstack-infra17:19
sdaguebut that should be able to be put into the header and not use any more vertical space17:19
jeblairsdague: ++  maybe a counter?  "Check (4)" or something17:19
sdagueyeh, something like that17:19
jeblairi like that17:19
*** zns has quit IRC17:19
*** wolsen|away is now known as wolsen17:20
sdaguejeblair: do you know where the pipeline name patch is so I can check it's status?17:20
jeblair(and i don't really have any objection if you want to make that expand; though i think it should be collapsed by default)17:20
jeblairi guess that would be somewhere in project-config17:20
*** achanda has joined #openstack-infra17:20
jeblairdid clarkb write it?17:20
clarkbnames are added17:20
*** _nadya_ has quit IRC17:21
jeblairhttps://review.openstack.org/#/c/125244/17:21
jeblairyep17:21
sdaguecool, I'll dive in shortly17:21
vishywow I think this etherpad is bugged: https://etherpad.openstack.org/p/kilo-crossproject-summit-topics17:21
jeblairand indeed, there they are right in the comments if you hit toggleci17:21
jeblairvishy: i had to use chrome with it17:21
fungisdague: yeah, if you toggle ci and look at the raw comments, you'll see its effects in any relatively recent changeset17:21
vishyi’m on chrome17:21
fungier, what jeblair said17:22
sdaguevishy: that ether pad works fine for me on chrome17:22
vishybut I’m trying to add stuff in 10 and it won’t let me type17:22
vishyit keeps moving my cursor around17:22
vishysdague: can you try and edit stuff where there is purple in 10.x17:22
vishyand see if it works for you?17:22
sdagueyep, worked for me17:23
jeblairetherpad seems to be working okay for me; i'm not going to mess in 10.x to avoid stepping on toes17:23
*** Ryan_Lane has joined #openstack-infra17:23
sdagueUbuntu + Chrome 3817:23
jeblairi blame node.js17:24
sdaguejeblair: that's a pretty safe blame17:24
vishysdague you should look at my awesome typing17:24
fungiyeah, it's _very_ sluggish in my firefox and disconnected me a couple times there while i tried to edit lines17:24
jeblairsdague: i'm trying to find a way to blame systemd but i'm not there yet17:24
sdaguehttps://review.openstack.org/#/c/131184/ - has Jenkins +1 now17:24
*** ZZelle_ has joined #openstack-infra17:24
vishyi can type on the line above just fine so go figure17:25
fungibut it ditn't move stuff around on me17:25
sdaguejeblair: well vishy is on a mac, so you can blame that :)17:25
vishywhen i click on line 10 my cursor moves left every 1 or 2 seconds17:25
vishysuper strange17:25
*** amcrn has joined #openstack-infra17:27
*** signed8bit has joined #openstack-infra17:27
vishysdague: lol 14 line 136 as well17:28
openstackgerritMikhail S Medvedev proposed a change to openstack-infra/system-config: Split out kibana module  https://review.openstack.org/13063417:28
vishymaybe there is a ghost trying to get me not to vote for certain things17:28
clarkbdoes a hard refresh help?17:28
clarkbI wonder if you have weird client side state (possible bug)17:28
*** mancdaz is now known as mancdaz_away17:29
*** MaxV has joined #openstack-infra17:30
fungiwell, it's also been noted that etherpad doesn't play nicely with certain browser plugins/extensions... it's entirely possible that one of the other connected clients is causing an issue17:30
*** MaxV has quit IRC17:31
*** MaxV has joined #openstack-infra17:31
*** atiwari has joined #openstack-infra17:32
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard: Added application cache  https://review.openstack.org/13064917:33
*** garyh has quit IRC17:33
*** ivar-lazzaro has quit IRC17:33
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard: Plugins may now register cron workers.  https://review.openstack.org/12960917:35
*** teran has joined #openstack-infra17:36
*** MaxV has quit IRC17:36
reeddoes anybody know how to debug delivery of 'topics' messages in mailman?17:40
reedoccasionally I have people reporting that they don't get messages for some topics and I have almost no tool to debug17:41
fungireed: if there's a specific message and recipient i can correlate delivery information from the mta log17:41
reedfungi, this is one example message http://lists.openstack.org/pipermail/openstack-dev/2014-October/047539.html17:42
SlickNikfungi: regarding that email from the eBay Trove test infrastructure — I'll follow up with amcrn, he's our Trove point of contact at eBay.17:42
amcrnfungi SlickNik: i sent out an email to some folks17:42
reedand ltoscano at redhat  is the recipient recipient17:42
fungiSlickNik: amcrn: thanks!17:42
amcrnapologies for the spam :(17:42
fungireed: looking now17:42
SlickNikamcrn: no worries — thanks for the follow up!17:43
dhellmannclarkb: let's leave 2.6 on all oslo libs for now. The team can work out which libs it's safe to remove them from during the summit and propose changes to project-config.17:43
openstackgerritKurt Taylor proposed a change to openstack-infra/project-config: Adding puppet-bup as a split out puppet module  https://review.openstack.org/13122517:43
*** unicell has quit IRC17:43
*** flaper87 has quit IRC17:44
fungidhellmann: clarkb: yeah, there were at least some in the ml thread in favor of simply continuing to test all oslo libs against 2.6 since figuring out which ones were safe to drop could be problem-laden17:44
dhellmannfungi, clarkb : yeah, I definitely don't want to rush into that decision17:44
dhellmannI think we can drop a few jobs, but I'm OK with erring on the side of caution for now.17:44
*** otherwiseguy has quit IRC17:46
clarkbya my intention all along was to just keep py26 on solo17:46
dhellmannclarkb, fungi : I added a note to https://etherpad.openstack.org/p/kilo-oslo-python-3 so we can talk about it in that session for a couple of minutes17:46
clarkbso I have no objects17:46
fungireed: i don't have logs any older than 10 days, so i think the trail has gone cold there17:46
clarkb*objections17:46
dhellmannclarkb: ok, cool17:46
reedfungi, ok, thanks for looking17:46
annegent_anyone know the location of the pods next week? are they at Le Meridien?17:47
clarkbthe hpcloud error rate seems to have ticked up. looking at nodepool logs to see if we can doi anything17:48
*** nikil_nikil has joined #openstack-infra17:49
clarkbLaunchStatusException: Server 8a479b5d-eac5-4c87-a142-4bb24a2a9637 for node id: 2798774 status: ERROR is not very verbose as to what error occurred17:49
jeblairclarkb: that's nodepool saying the server went into error state17:51
clarkbOverLimit: Maximum number of ports exceeded (HTTP 413) (Request-ID: req-0928e1ea-8d10-4bc3-ae97-875cf0722564) that is a bit better17:51
clarkbjeblair: ya17:51
jeblairclarkb: you may be able to 'nova show 8a479b5d-eac5-4c87-a142-4bb24a2a9637' to see a more detailed thing17:51
clarkbI think ^ is why17:51
clarkbwe have run out of ports which maybe means we can leak ports too?17:51
fungiclarkb: we have 85 disassociated floating ips in there too17:51
fungiwhich i will start cleaning up now17:51
clarkbkk17:51
clarkbI wonder if each of those has a port? maybe the floating ip leak is also a port leak?17:52
*** plars has quit IRC17:52
mordredI think there is a 1 to 1 with ports, yeah17:54
*** nelsnelson has quit IRC17:54
*** plars has joined #openstack-infra17:54
*** baoli_ has quit IRC17:55
*** e0ne has joined #openstack-infra17:55
vishysdague: so the bug only seems to happen at a greater than zero zoom level17:56
vishyonce i reset to no zoom it is fine :)17:56
JayFvishy: holy crap I've had that bug on my desktop since forever17:56
*** baoli has joined #openstack-infra17:56
jeblairvishy: aha! thanks!  fungi: <--17:56
JayFvishy: and I usually run that box at zoomed-in by default17:57
JayFvishy: ++++17:57
*** garyh has joined #openstack-infra17:57
sdaguevishy: hey17:57
fungiindeed--just saw. i'll keep that in mind in case anyone else reports similar symptoms17:57
vishyJayF: cool17:57
sdagueheh17:57
sdaguevishy: maybe use stylish to bump the text size via css instead17:57
*** tonytan4ever has joined #openstack-infra17:58
*** talluri has joined #openstack-infra17:59
*** sarob has quit IRC17:59
*** sarob has joined #openstack-infra18:00
*** annegent_ has quit IRC18:00
*** emagana has joined #openstack-infra18:00
*** VijayTripathi has joined #openstack-infra18:00
anteayaannegent_: I do not know, ttx would be the person with the room map18:00
*** rmcall has quit IRC18:00
*** zns has joined #openstack-infra18:01
*** baoli has quit IRC18:01
*** rmcall has joined #openstack-infra18:01
*** sarob has quit IRC18:01
*** zns has joined #openstack-infra18:02
*** hdd has joined #openstack-infra18:03
*** ildikov has quit IRC18:03
*** otherwiseguy has joined #openstack-infra18:03
*** harlowja has quit IRC18:03
*** teran has quit IRC18:04
*** e0ne has quit IRC18:05
*** garyh has quit IRC18:07
*** teran has joined #openstack-infra18:10
*** plars has quit IRC18:10
openstackgerritDavanum Srinivas (dims) proposed a change to openstack-infra/system-config: Save last setting of Toggle CI button  https://review.openstack.org/12346418:11
*** ivar-lazzaro has joined #openstack-infra18:13
*** teran has quit IRC18:14
*** ivar-lazzaro has quit IRC18:14
*** andreykurilin_ has joined #openstack-infra18:14
*** markmcclain has joined #openstack-infra18:14
*** ivar-lazzaro has joined #openstack-infra18:15
*** garyh has joined #openstack-infra18:15
*** lttrl has joined #openstack-infra18:16
*** garyh has quit IRC18:16
*** msabramo has quit IRC18:16
*** garyh has joined #openstack-infra18:17
anteayaah this patch landed to split out the puppet-kibana module: https://review.openstack.org/#/c/130619/18:17
*** garyh has quit IRC18:18
anteayait was never frozen and kibana is still in system-config18:18
anteayahttps://review.openstack.org/#/c/130634/18:18
*** ildikov has joined #openstack-infra18:18
*** teran has joined #openstack-infra18:18
anteayacan we get an infra core to act as puppet module config co-ordinator so taht one person merges both project-config and system-config patches simultaniously18:19
anteayaI don't know if SergeyLukjanov is aware of what this entails18:19
*** otherwiseguy has quit IRC18:19
*** terryw has joined #openstack-infra18:19
fungidoes it match the current state of those files in system-config, and are there any proposed changes to either of them currently?18:19
anteayaI don't think the project-config change should be merged with a huge lag before the system-config change18:19
anteayammedvede did the split18:20
anteayathere was no freeze18:20
fungiit's a fairly low-churn module, so i expect we can de-facto freeze it right now with minimal impact18:20
anteayawe were discussing timing of a freeze and merging last week18:20
anteayaI expect so18:20
anteayabut in -meeting third-party is discussing more splits18:20
anteayawhich is awesome18:21
*** pblaho has quit IRC18:21
anteayabut I don't want us to create a similar situation with a high activity module18:21
funginot great that it was left in a state where it could be merged without coordination, but we ought to be able to work around that18:21
anteayathanks18:21
anteayaand going forward I'd like to have a clearer path so folks aren't confused about the timing of merges18:21
anteayaI had thought I had communicated that in my comment on the project-config patch but apparently I didn't18:22
*** harlowja has joined #openstack-infra18:22
*** david-lyle has quit IRC18:22
mmedvedeanteaya: I have also checked recently, and there were no merges that touch modules/kibana. I would recheck again18:22
anteayammedvede: thanks18:22
anteayammedvede: the fault isn't yours, it is ours18:23
*** dane_leblanc has quit IRC18:23
*** andreykurilin_ has quit IRC18:23
*** andreykurilin__ has joined #openstack-infra18:23
*** teran has quit IRC18:23
mmedvedeI have asked here when I did the merge, and there were no consensus on the freeze logistics, it seemed18:23
mmedvedes/merge/patch18:23
anteayawhen doing the splits the new repo needs to be merged and the old code removed from system-config right after each other18:23
anteayammedvede: right, like I said you are doing everything right, we need to be clearer18:23
anteayayou have demonstrated that18:24
*** yfried has joined #openstack-infra18:24
*** mjturek has quit IRC18:28
*** david-lyle has joined #openstack-infra18:28
*** mjturek has joined #openstack-infra18:28
*** thedodd has quit IRC18:28
*** jerryz has joined #openstack-infra18:30
*** tonytan4ever has quit IRC18:33
anteayafungi: any objection to me commenting that I would like you to co-ordinate the merges of module splits?18:34
anteayaif I don't say someone by name I am concerned my comment with be not understood, like my prior comment was18:34
anteayaif not you, I'm open for suggestions18:35
*** annegent_ has joined #openstack-infra18:35
*** annegent_ has quit IRC18:36
*** lttrl has quit IRC18:37
*** lttrl has joined #openstack-infra18:37
*** todd_dsm has joined #openstack-infra18:38
fungianteaya: we might want to schedule them?18:39
anteayagood idea18:40
*** tonytan4ever has joined #openstack-infra18:40
anteayahow would a module split driver schedule a freeze/merge?18:40
morganfainbergis it possible from the sched.org publishing site (the one the PTLs use) to insert links into the sched.org session descriptions?18:40
anteayafungi: once we work this out, I will advise accordingly18:40
*** signed8bit has quit IRC18:41
*** teran has joined #openstack-infra18:41
*** luqas has joined #openstack-infra18:41
anteayathe module split driver being the contributor offering the patches18:42
fungimorganfainberg: ttx might know18:43
*** Guest74700 has quit IRC18:43
*** dane_leblanc has joined #openstack-infra18:44
mtreinishmorganfainberg: just putting a url in the description in the tool doesn't work?18:45
anteayaoptions are 1) add an agenda item to the -infra meeting and hope the item gets some air time and a scheduled slot 2) ask in here and get crickets 3) offer patches and hope they get merged eventually18:45
anteayadid I miss any options?18:45
morganfainbergmtreinish, it doesn't make it an HTML link18:45
*** sarob has joined #openstack-infra18:45
morganfainbergmtreinish, i was hoping to make it a clicky-link.18:45
morganfainbergmtreinish, vs. copy/paste18:45
anteayawe could also do a regular once a week thing18:45
anteayalike we did with friday project creation18:46
anteayafriday after module split18:46
anteaya*afternoon (eastern time)18:46
sdaguejeblair / fungi you don't happen to have a review with the multiple recheck results inline do you?18:46
* sdague asks before running off to find one18:46
sdagueI *think* I have the js changes to provide the desired result18:47
fungisdague: https://review.openstack.org/127025 has three18:47
anteayasdague: here is one: https://review.openstack.org/#/c/99522/818:47
mtreinishmorganfainberg: oh ok, yeah ask ttx :)18:47
sdaguefungi: thanks!18:47
morganfainbergmtreinish, yeah. poking at it now since the deadline is tomorrow.18:47
morganfainbergand it's hit/miss with ttx this time of day.18:48
morganfainbergthat whole timezone thing18:48
nibalizeranteaya: its like 3 things you need to sync up i think18:48
nibalizerthe split-out, the project-config, the system-config change18:48
anteayanibalizer: yes18:48
*** teran has quit IRC18:48
anteayanibalizer: exactly18:48
nibalizerthey need to happen close to each other OR do a module that has little turn over18:48
fungispeaking of that review, https://openstackid.org/ is open for business18:48
fungireed: ^18:49
anteayawhich after the proposer has had a few runs at it, just needs a window of time18:49
nibalizerwhich was sortof my strategy, to do all the unimportant modules with low turnover18:49
reedfungi, champagne! thanks18:49
nibalizerbefore touching sketchy ones like gerrit and jenkins18:49
* nibalizer looks at -meeting18:49
anteayawell jenkins is up with patches18:49
anteayanibalizer: and don't keep your strategy a secret18:49
*** msabramo has joined #openstack-infra18:50
funginibalizer: anteaya: perhaps the process should entail the proposer coordinating with an infra core reviewer who can approve the requisite changes (and any subsequent reverts) in rapid succession18:50
nikil_nikilhi i am trying to setup Third-party CI system. while configure zuul i checked out the example from here https://github.com/openstack-infra/zuul/blob/master/etc/zuul.conf-sample. But i am not sure what URL i should configure for [merger]18:50
clarkbnibalizer: anteaya fungi and use WIP to ensure we don't get things in the wrong sequence?18:51
nikil_nikildoes any one have a sample configuration which is used in real time. My jenkins and zuul server is ready . Just i am facing the issue with reading gerrit events18:51
anteayafungi: I'm fine with that18:51
*** e0ne has joined #openstack-infra18:51
anteayaso each proposer shops for a core who will sheperd that patch series18:51
anteayaworks for me18:51
nibalizershould we add an agenda item to the wiki to talk through a process?18:51
*** nelsnelson has joined #openstack-infra18:52
fungiclarkb: anteaya: nibalizer: wip will work i think, though it also requires the proposer actively troll for core reviews because we'll be unlikely to notice wip changes18:52
nibalizerer to the wiki for the meeting?18:52
anteayaclarkb: and yes, the core doing the sheperding can -2 or wip the series until that core is happy with the patches and merges them18:52
anteayafungi: right, it is the active trolling that we need to communicate18:52
funginikil_nikil: http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul/layout.yaml18:52
funginikil_nikil: oh, and the zuul.conf... getting you that now18:53
anteayafungi: do we have a section in the design sessions that can append a section on "How do we deal with merges that need a core controller and still need active reviews?"18:53
anteayawhether that be wip, -2 or a new gerrit feature18:53
funginikil_nikil: http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/zuul/templates/zuul.conf.erb is the configuration template we use18:53
anteayanibalizer: yes, do add18:53
nibalizerokay18:54
*** SumitNaiksatam_ has joined #openstack-infra18:54
anteayanibalizer: if we figure it out before tomorrow we can give a one-line explanation and move on18:54
anteayaclarkb: do you know of a design summit session where we can shoehorn in that question?18:55
*** ildikov has quit IRC18:55
anteayaI don't think it is difficult we just need some time to agree18:55
funginikil_nikil: you can see that for our zuul merger servers we set that to http://${::fqdn}/p in http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/manifests/zuul_merger.pp18:55
*** luqas has quit IRC18:55
funginikil_nikil: but it should be basically whatever base url you're serving from apache for your merge refs18:56
*** SumitNaiksatam has quit IRC18:56
*** SumitNaiksatam_ is now known as SumitNaiksatam18:56
*** teran has joined #openstack-infra18:56
*** teran has quit IRC18:56
*** teran has joined #openstack-infra18:56
anteayaclarkb: I'm flying tomorrow18:56
nikil_nikil@fungi thanks let me gothrought the links which you gave me18:57
clarkbanteaya: I think we just need people to communicate more18:57
anteayaclarkb: agreed18:57
clarkbuse WIP as appropriate and carefully spell out dependencies18:57
anteayaI can live with that18:57
clarkbthen when the appropriate votes arrive $core can do the right thing18:57
anteayaand have $core for that patch package be named in a comment on the patch18:58
fungiand core reviewers need to of course remember, as always, to pay close attention to prerequisites spelled out in commit messages18:58
fungiit's all too easy to look at the patch content and not the commit message18:58
anteayafungi: +18:58
anteayaagreed18:58
clarkbfungi: I find that WIP helps a lot with that because you can go look to see why it is WIPed18:58
fungiyep18:58
anteayacool18:58
fungiit just makes it harder to get opportunistic reviews. but i think that's a trade-off with known solutions18:59
clarkbyup18:59
anteayaasselin mmedvede krtaylor okay folks, get an infra core to say they will help you, get that core to wip your patches (or you can), name that core as sheperd for your patches in a comment on ALL the patches, co-ordinate freeze/merging with that core19:00
anteayanibalizer: ^^19:00
nibalizeranteaya: okay19:01
asselinanteaya, thanks.19:01
nibalizerdo we have a prefix for patches?19:01
anteayaclarkb: I'm packing/errands today and flying tomorrow, I think whatever is on the tp-requests list can wait until summit or after19:01
nibalizerlike puppet-split or something?19:01
anteayanibalizer: I think krtaylor has one19:01
mmedvedenibalizer: were using module-split19:01
*** SumitNaiksatam has quit IRC19:01
anteayaclarkb: can you deal with the screaming or do you want to do something before I go?19:01
clarkbanteaya: ok, I did want to ask about the person asking if they need a second account to do cinder testing19:01
anteayaclarkb: right, well that kind of depends on how they are testing19:02
anteayait is possible to do both neutron and cinder testing from the same account19:02
anteayasince vmware does both nova and neutron from the same account19:02
clarkbright technically we allow it19:02
anteayabut how they do it could determine if they have the flexibility they want19:02
anteayatechnically we allow it, yes19:03
clarkbbut I guess it depend on whether or not they are using a single zuul19:03
mmedvedenibalizer:  https://review.openstack.org/#/q/topic:module-split,n,z19:03
anteayathat would play a role, yes19:03
anteayaclarkb: that kind of question is best as part of a conversation I find19:03
clarkbya I can ping them asking for more info to see how they are set up19:03
anteayasince they are making assumptions when they ask, and I don't know what those assumptions are19:04
nibalizermmedvede: awwwesome!19:04
anteayaclarkb: and if you could point them at the third party meeting, that would be great too19:04
anteayaclarkb: and thanks :D19:04
clarkbanteaya: can do19:04
anteayathank you19:04
krtaylornibalizer, https://review.openstack.org/#/q/branch:master+topic:module-split,n,z19:04
krtaylorclarkb, anteaya, yes that is a great question for third-party meeting, it needs background on what they are trying to do19:05
*** e0ne has quit IRC19:05
*** afazekas has joined #openstack-infra19:05
*** thedodd has joined #openstack-infra19:06
mmedvedeanteaya: so for the patches in progress, we should add a core on those?19:06
*** emagana has quit IRC19:07
*** bdpayne has joined #openstack-infra19:07
*** emagana has joined #openstack-infra19:08
clarkbdoes anyone know why puppet-storyboard is special cased in modules.env?19:08
clarkbmmedvede: I am reviewing your change and running across ^19:08
*** bdpayne has quit IRC19:08
*** rockyg has joined #openstack-infra19:08
clarkbtrying to figure out if the kibana split out needs the same treatment19:08
*** bdpayne has joined #openstack-infra19:09
mmedvedeclarkb: thank you. I am not sure why. I know that this part is not getting run for the gate19:09
clarkbI think we do want it to come with gate tests19:09
anteayammedvede: please19:09
clarkband move puppet-kibana into the same conditional block19:09
nibalizerclarkb: we put ours in there19:10
mmedvedeclarkb: If I do, the gate-infra-puppet-apply-precise would fail19:10
clarkbmmedvede: 9d23185ac5e79f30df39ec8fee19e4b23d86965f set most of this up for us, now we just need to run the test on these split out modules19:10
nibalizerso zuul-cloner can handle them if we ever want it to19:10
clarkbmmedvede: then we need to fix that before we can split out19:10
nibalizerim pretty sure we dont actually do anything with it19:10
nibalizeras of yet19:10
clarkbnibalizer: we do19:10
clarkbstoryboard runs the gate josb19:11
clarkbin an integration test format19:11
* clarkb double checks19:11
*** cdent has quit IRC19:11
fungiand with that, i'm going to go grab a late lunch before returning to the usual fun19:11
clarkbhttps://review.openstack.org/#/c/126072/ yup19:12
clarkbso we want that for the puppet-kibana module too19:12
*** emagana has quit IRC19:12
anteayafungi: enjoy lunch19:12
*** emagana has joined #openstack-infra19:12
nibalizerclarkb: ooh i didn't know that the gate test used zuul cloner19:13
afazekasclarkb: I am using the fixed ip instead of floating  because it is more efficient, and does not have unexpected strange surprises19:13
openstackgerritSean Dague proposed a change to openstack-infra/system-config: only show most recent results per pipeline  https://review.openstack.org/13124919:13
sdaguejeblair: ... I think that's it19:14
*** afazekas is now known as afazekas_pub19:14
sdaguethe data is going to be a little fugly while there are still extra jenkins results that don't have pipeline comments, but it will converge over time19:14
clarkbafazekas_pub: I don't think that is necessarily true19:14
sdagueanteaya: https://dl.dropboxusercontent.com/u/6514884/screenshot_201.png is the results of that on the patch you sent me19:15
clarkbjeblair: in any case ^19:16
viglesiashey team is the jenkins rollup in gerrit a patch to gerrit? are you guys running a fork? how would i get that magic into my gerrit?19:16
anteayasdague: did your patch limit freescale ci to one entry?19:16
sdagueanteaya: yes19:16
anteayasdague: awesome, thank you19:16
sdaguewith (290 rechecks) in the text19:16
krotscheckclarkb: No idea?19:16
anteayasdague: what number is the patch so I might +1?19:17
clarkbkrotscheck: its ok, I tracked it down :) we do integration testing as I described so I am not completely crazy19:17
sdagueanteaya: https://review.openstack.org/13124919:17
mmedvedeclarkb: the integration test implementation was the part that was left out for now. If I understood it correctly, when we discussed it with anteaya and nibalizer, the tests were left out for later.19:17
clarkbmmedvede: they are mistaken19:17
anteayaclarkb: carl_baldwin might have an opinion on fixed vs floating ip for multinode testing19:17
clarkbmmedvede: we need them now s othat we don't regress19:17
mmedvedeclarkb: so the later is now :)19:17
clarkbmmedvede: yes :)19:17
morganfainbergmtreinish, so looks like <a href="...."> just works19:18
morganfainbergmtreinish, yay!19:18
mtreinishmorganfainberg: heh, ok cool19:18
*** KurtMartin is now known as kumartin19:18
*** kumartin is now known as kmartin19:18
mmedvedeclarkb: ok then, I need to actually learn now how to get that done, or to delegate it19:18
mtreinishI'll have to remember to add etherpad links19:18
nibalizerwell so19:18
clarkbafazekas_pub: I worry that it is a premature optimization that comes with a lot of code19:18
afazekas_pubclarkb: In theory multonode setup can exists with one floating ip and arbitrary number of fixed ip...  the other issue some part of openstack (iscsi target) figure out his local ip and expects to be used by the clients.  the float->fixed at the best case scenario (at net layer) contains at least one mapping from floating to fixed (SNAT)19:18
clarkbafazekas_pub: for a potential problem.19:18
nibalizer'integration tests' is an overloaded word to me19:18
nibalizerso we want all our modules to run under gate-config-puppet-apply19:19
nibalizerthats one form of integration test19:19
clarkbnibalizer: it means testing puppet-* against system-config19:19
clarkbnibalizer: whenever either one of them makes changes19:19
clarkbnibalizer: in this case our implementation is using the two puppet-apply jobs19:19
nibalizerthe other is to run beaker tests, which i don't think is quite there yet19:19
clarkbafazekas_pub: I think we are mixing together two different networking layers19:19
afazekas_pubclarkb: it is not premature optimization on my side,  it is premature not go to the unknown area :)19:19
*** harlowja has quit IRC19:19
nibalizerpoint is, you have to put the kibana module in tools/apply-test.sh like i commented19:20
anteayasdague: 290 rechecks, wow19:20
clarkbafazekas_pub: instead f using the pulbic IPs on our test slaves by `cat /etc/nodepool/primary_node` to get the IP we are doing some ciomplicated bash to get the supposed internal IP19:20
nibalizeronce kibana is split, we'll probably add lint and spec and beaker tests to it, but that comes after its been integrated with system-config19:20
clarkbafazekas_pub: everything should just work with the public IP (now I wouldn't be surprised if something doesnt work)19:20
anteayammedvede: I am sorry that I was mistaken about the tests, listen to clarkb on this19:20
clarkbafazekas_pub: but jenkins talks through that interface too so if it doesn't work we have bigger problems and should be fixing it19:21
afazekas_pubclarkb: for example the icsi does not works with floating IP AFAIK19:21
clarkbafazekas_pub: ok, so maybe what we can do is make the change that jeblair suggests and see if it breaks?19:21
mmedvedeanteaya: no worries :)19:21
clarkbafazekas_pub: its a small change and we can test it19:21
*** MaxV has joined #openstack-infra19:21
mmedvedeanteaya: you have given a lot of help19:22
anteayammedvede: glad you have gotten to where you are, keep going19:22
*** harlowja has joined #openstack-infra19:22
*** amcrn has quit IRC19:23
clarkbnibalizer: and yes apply-test needs to be updated too19:23
*** zns has quit IRC19:23
clarkbnibalizer: but we can do that all in one change so that the split and testing happen mostly atomically19:23
clarkbalso why are any services figuring things out when they are told to use a specific IP?19:24
afazekas_pubclarkb: just to clearly : you are asking me to use floating Ip whenever is possible even if I have the code for fixed ip ?19:24
*** zns has joined #openstack-infra19:24
clarkbafazekas_pub: I think mostly we are asking you to rely on the environment nodepool is presenting to you19:24
clarkbafazekas_pub: nodepool says use IP X19:24
*** signed8bit has joined #openstack-infra19:24
clarkbafazekas_pub: but your code says no nodepool is wrong let me use Y19:24
*** zns has quit IRC19:24
clarkband I think it is a bug if we tell cinder to use X but it uses Y instead19:25
afazekas_pubclarkb: I proposed a change to nodepole to give me fixed ips, (I got -1)19:25
clarkbafazekas_pub: yes, because I think current stance is this is a premature optimization19:25
clarkbhave we tested it the other way?19:26
*** MaxV has quit IRC19:26
clarkbwe should19:26
*** sdake has quit IRC19:26
*** garyh has joined #openstack-infra19:26
afazekas_pubNow the code is WORKING , we can optimize or deoptimize later :)19:26
nibalizerclarkb: also19:27
nibalizerwell let me check19:27
clarkbafazekas_pub: yes I personally am ok with it as is. jeblair had concerns though19:27
*** zns has joined #openstack-infra19:27
clarkbafazekas_pub: I am trying to render jeblair's argument for you19:27
clarkbjeblair: ^ any chance you can respond?19:27
*** spzala has joined #openstack-infra19:27
clarkbnibalizer: yes?19:28
nibalizerclarkb: so we could refactor modules.env to have the openstack-ci modules in a separate variable, at least at first, then just source that from apply-test19:28
*** sdake has joined #openstack-infra19:28
clarkbya we may find items like ^ will make things easier as the list gets bigger19:28
nibalizerno need to write something like that twice19:28
clarkb++19:29
anteayaclarkb: sorry to leave when fungi is on lunch but endless construction next door just started up some machine and I have to run away from home and pray it is off by the time I get back19:30
anteayano idea what they are doing19:30
clarkbno problem good luck escaping the noise19:30
clarkbgood thing you get to go out of town huh?19:30
*** amitgandhinz has quit IRC19:31
mmedvedeanteaya: hava a great time off19:31
*** baoli has joined #openstack-infra19:31
mmedvedenibalizer: so I should wait with my patch until after the refactor?19:32
*** amitgandhinz has joined #openstack-infra19:32
nibalizermmedvede: no just add your module to apply-test19:32
afazekas_pubjogo: https://review.openstack.org/#/c/106043/19:32
clarkbmmedvede: no since the ball has started rolling we should get it all the way to where we want it19:32
*** achanda has quit IRC19:32
afazekas_pub jeblair: ping19:35
*** amitgandhinz has quit IRC19:36
*** thedodd has quit IRC19:39
afazekas_pubBTW: long time ago I written the code by expecting the np gives me fixed ip ,  when it not worked I started to use the fip->fixed translation every where  probbaly at more place when it is really required.  but asking me to not use the translator EVERYWHERE also sounds like premature optimization ..19:40
openstackgerritMikhail S Medvedev proposed a change to openstack-infra/system-config: Split out kibana module  https://review.openstack.org/13063419:41
*** sdake has quit IRC19:41
*** marcusvrn_ has quit IRC19:43
*** e0ne has joined #openstack-infra19:43
*** wenlock has joined #openstack-infra19:44
*** marcusvrn_ has joined #openstack-infra19:45
*** sdake has joined #openstack-infra19:45
*** sdake has quit IRC19:45
*** sdake has joined #openstack-infra19:45
*** mrmartin has joined #openstack-infra19:45
*** denis_makogon has quit IRC19:46
*** dmakogon_ has joined #openstack-infra19:46
*** dprince has quit IRC19:46
*** homeless has quit IRC19:47
*** achanda has joined #openstack-infra19:49
jeblairafazekas_pub, clarkb: hi19:49
*** e0ne has quit IRC19:49
openstackgerritDoug Hellmann proposed a change to openstack-infra/project-config: Add links to RSS feeds  https://review.openstack.org/13125619:49
jeblairafazekas_pub: my suggestion is don't try to find out the fixed ip, use the ip that nodepool gives you (the public ip)19:50
openstackgerritDoug Hellmann proposed a change to openstack-infra/project-config: Add links to RSS feeds  https://review.openstack.org/13125619:50
*** sdake_ has joined #openstack-infra19:51
*** sdake_ has quit IRC19:51
*** sdake_ has joined #openstack-infra19:51
jeblairafazekas_pub: it's less code -- especially less code that does complicated network inspection on the nodes which might break19:51
*** thedodd has joined #openstack-infra19:51
*** e0ne has joined #openstack-infra19:52
*** marun_ has quit IRC19:52
afazekas_pubIf I need to find the fixed ip at least once, the code size does not have any real benefit. and probbaly in most network using fip instead of fixed ip is less efficient19:52
*** tonytan4ever has quit IRC19:53
*** jpeeler has quit IRC19:53
afazekas_pubjeblair: So the question is, are you asking me to use fip at all places when it is possible ?19:55
jeblairafazekas_pub: i believe that if you need to find the fixed ip there is a bug.  it's even difficult to talk about this because you are using terminology that only one of our cloud providers uses.  the other cloud provider provides "public" and "private" ips, and does not use the floating-ip extension.19:55
*** jpeeler has joined #openstack-infra19:55
afazekas_pubfip -> the the visible ip can be different for the client than to the server19:57
jeblairafazekas_pub: yes -- i want to know that there is a reason that we need all of that code before i +2 it.19:58
jeblairafazekas_pub: yes, unfortunately, on one of our clouds, the public ip of a server is not visible, and on the other, it is.  openstack kind of sucks because of that.19:58
jeblairafazekas_pub: but if cinder does not allow us to specify what ip it should report as the iscsi target, it sounds like a problem in cinder20:00
afazekas_pubMy problem is at the moment, I need to fight for get in code which can work, not for a code which works better in some cases or supports more providers.. . just as first step20:01
jeblair(after all, in real production hardware a host may be multihomed)20:01
jeblairafazekas_pub: then why did you do the complicated thing first?20:01
mmedvedeclarkb: I have updated the kibana split patch, https://review.openstack.org/13063420:01
*** ociuhandu has quit IRC20:01
clarkbmmedvede: thank you, looking now20:01
afazekas_pubjeblair: it is not cinder issue, AFIK the lower layer is not prepared for such mapping20:02
jeblairafazekas_pub: what lower layer?20:02
clarkbmmedvede: there is one remaining piece. let me link you to an example20:02
clarkbmmedvede: nevermind it goes in project-config so I think the system-config change is good to go20:02
afazekas_pubjeblair: tgtd20:02
clarkbmmedvede: but let me tell you what we need to add to project-config so you can propose that too20:03
mmedvedeclarkb: thank you20:03
clarkbmmedvede: oh we have the project-config side done20:03
mmedvedeclarkb: yes, it has been pulled in20:03
clarkbso sytem-config is ready to go now20:03
jeblairafazekas_pub: apparently tgtd listens on all interfaces, so that shouldn't be a problem20:04
clarkbI +2'd maybe we can get fungi or jeblair to look quickly as well20:04
jeblairclarkb: link?20:04
clarkbjeblair: https://review.openstack.org/#/c/130634/20:04
jeblairafazekas_pub: and then cinder.conf has iscsi_ip_address option: https://github.com/openstack/cinder/blob/master/etc/cinder/cinder.conf.sample#L103720:05
*** _nadya_ has joined #openstack-infra20:05
afazekas_pubjeblair: we had issue with tgtd over SNAT  , I can't remember what was the issue exactly20:05
clarkbthe puppet-kibana project exists now so trying to make sure we get the work to split it out done before we can regress on it20:05
*** garyh has quit IRC20:05
jeblairafazekas_pub: if so, i'd like to open an issue with hpcloud.  i don't like the idea that we can't do something we should be able to on openstack.20:06
afazekas_pubjeblair: are you suggesting we just need to configure that attribute and then only that address will work20:06
*** rockyg has quit IRC20:07
jeblairafazekas_pub: seems like it?  i've never set up cinder, so i don't know.  but i would expect that if we set that, then clients should know which tgtd to connect to.20:07
*** whoops has joined #openstack-infra20:07
wenlockfungi, didn't get a chance to thank you for merging my change last week, ty ty!20:07
afazekas_pubjeblar: so are you asking me to to try to use FIP as much as possible (even if it is not the best way) ?20:08
jeblairwenlock: oh cool, it looks like your modules.env change merged and we're using it.  yay!  :)20:09
jeblairclarkb, fungi, mmedvede: i +2d https://review.openstack.org/#/c/130634/  will give fungi a chance to see it20:10
*** amitgandhinz has joined #openstack-infra20:11
mmedvedejeblair, clarkb: thank you :)20:11
*** e0ne has quit IRC20:11
jeblairafazekas_pub: if it's not the best way, i want to know why.  i'm not asking you to do something worse -- if the fixed ip is better for some demonstrated reason, we can consider using it.  but right now, i don't know why using the ip that nodepool supplies is not the best way so i think that's what we should do.20:12
afazekas_pubjeblair: AFAIK using Fixed ip for internal contamination always consumes less or equal resources20:13
jeblairafazekas_pub: there was a time on rax where the opposite was true -- the public network was less congested than the private one.20:14
jeblairi don't know if that's still the case.20:14
*** kgiusti has left #openstack-infra20:14
*** carl_baldwin has quit IRC20:15
afazekas_pubusing FIP -> going to the L3 network (agent)  (at least one SNATor equivalent)20:16
jeblairafazekas_pub: in any sizable deployment, i would expect using a private address to hit a router too.20:16
jeblairbut all of that is invisible to us anyway20:17
*** nikil_nikil has quit IRC20:17
afazekas_pubHitting the router for simple route(or switching) or for doing some translation ....20:18
*** dkliban is now known as dkliban_biab20:19
jeblairafazekas_pub: this is all speculation.  i'm simply saying that i do not want any more complexity than is necessary.  if it is necessary, let's talk about it.  but it does not sound like we know that yet.20:20
*** e0ne has joined #openstack-infra20:22
*** fifieldt_ has quit IRC20:22
*** ildikov has joined #openstack-infra20:22
*** fifieldt__ has joined #openstack-infra20:22
fungiback now for a couple hours, then going to stand on the beach for a bit to watch the iss resupply rocket launch20:23
*** baoli has quit IRC20:23
wenlockjeblair, yeah, i saw that on that review and was like, oh what, woot!20:23
jeblairfungi: suddenly my day isn't nearly as good as i thought it was :/20:23
wenlockmade my day20:24
* wenlock imagines a day in fungi's shoes to exciting20:24
*** afazekas_pub has quit IRC20:25
*** andreykurilin__ has quit IRC20:25
*** andreykurilin_ has joined #openstack-infra20:26
clarkbfungi you can see that? I need a beach house ;)20:26
*** ctracey has quit IRC20:26
*** e0ne has quit IRC20:27
*** ctracey has joined #openstack-infra20:27
mmedvedefungi: before you go and watch the rocket blasting off into space, can you take a look at https://review.openstack.org/#/c/130634/. It should be ready to go20:29
* mmedvede never seen a rocket blasting off into space :(20:30
*** andreaf has joined #openstack-infra20:31
*** dane_leblanc has quit IRC20:32
notmynamesdague: re https://review.openstack.org/#/c/126753/ how is this already possible? I don't see any options to strip the header (at lease with --help20:32
sdaguenotmyname: the point is you can add the url to the browser already. Christian commented to that effect. So the question I had is what's not working about that today20:33
fungimmedvede: clarkb: the prerequisite for 130634 is already merged, so any objections to me approving it now?20:34
notmynamesdague: my use case is `./gerrit-dash-creator foo.dash | pbcopy` then I can simply paste that into a browser. alternatively, `gerrit-dash-creator | open`. With the header there, it doesn't parse as a url20:34
clarkbfungi go for it20:34
fungijeblair: clarkb: yeah, the launch pad is off the coast of virginia, a little ways north of here20:35
ianwfungi: doh, re centos login.  will fix in a bit20:35
sdaguenotmyname: ok, can you put that info in there? Christian had a -1 on that since Oct 8, and you provided no feedback to that effect.20:35
fungicalculating for curvature of the earth, given it's a clear sky, ought to be able to see the trail by ~22:50 utc, though the sun's also going down, so maybe engine flare instead20:35
notmynamesdague: sorry. just now saw it when you commented20:36
*** lttrl has quit IRC20:36
jeblairfungi: my mom is on the edge of the t+210 circle, i let her know to look for it20:36
*** lttrl has joined #openstack-infra20:36
*** dkliban_biab is now known as dkliban20:36
sdaguefungi: yeh, it should be a pretty bright orange20:37
openstackgerritA change was merged to openstack-infra/elastic-recheck: Make function for logstash query encoding  https://review.openstack.org/12224620:37
mordredjeblair: I blame systemd for the fact that I just had to reboot my laptop to get networking to work20:37
clarkbmordred network manager didnt do that independently?20:38
*** zns has quit IRC20:38
jeblairmordred: you know how i changed my screen aspect ratio the other day for a projector?20:38
mordredclarkb: I've ceased assuming that I can understand what anything did or didn't do20:38
mordredjeblair: yes20:38
jeblairmordred: now every time i resume from suspend, i'm in 4:3.20:38
mordredjeblair: AWESOME20:38
*** lttrl has quit IRC20:38
jeblairmordred: i'm pretty sure i have an idea who's responsible for that20:38
notmynamesdague: done20:38
*** mrmartin has quit IRC20:39
*** jerryz has quit IRC20:39
*** lttrl has joined #openstack-infra20:40
mordredjeblair: I really want to blame BOTH lennart AND sabdfl, but I can't find a world view where that's accurate20:40
jeblairmordred: sabdfl killed upstart (which could have pre-empted systemd) with the cla?20:41
*** hdd has quit IRC20:41
mordredyah20:42
mordredhis mismanagement of upstart opened the door for a world run by lennart20:42
jeblairmordred: i mean, there's an alternate universe where we might only be complaining about how the init system is broken with upstart, not the entire os with systemd-*20:42
mordredso is sabdfl the bolsheviks and lennart is lenin?20:42
jeblairmordred: i think the analogy is solid20:42
fungicertainly worthy of a plenary talk anyway20:43
openstackgerritIan Wienand proposed a change to openstack-infra/nodepool: Add centos to list of alternative users for login  https://review.openstack.org/13126920:43
dims__sdague: ping20:43
ianwfungi: ^ ... the perils of grepping for an error message20:43
*** rlandy_ has quit IRC20:43
dims__sdague: looking at the 2 reviews, we still need to be able to specify REQUIREMENTS_MODE in a project's yml file right?20:45
*** teran has quit IRC20:45
sdaguedims__: through d-g in some way, yes20:45
fungidims__: without having them in front of me, i think we need alternative job definitions for those projects which would pass that through devstack-gate20:45
*** psedlak is now known as afazekas20:46
*** yamamoto has joined #openstack-infra20:46
sdaguedims__: so I figured this was the infrastructure, and if you have a particular docker job that you want to do the plumb on to set that this works, we should do that20:46
fungiso the full implementation will involve patches to openstack/requirements, openstack-dev/devstack, openstack-infra/devstack-gate and openstack-infra/project-config20:47
ianwfungi: are you thinking like a "login-user" entry for images in the yaml?20:47
dims__sdague: we'll need something similar to this - https://review.openstack.org/#/c/130018/ - to pass the flag forward20:47
fungiianw: either that or just move the "let's try these" list into a global section in the nodepool.yaml20:47
mordredclarkb, fungi, jeblair: more and more teams/channels are growing untriaged-bugs bots20:47
jogowho manages the requirements bot: https://review.openstack.org/#/c/129883/3/requirements.txt20:47
* afazekas re on my friend's notbook20:47
sdaguedims__: yep20:47
ianwi've never really understood the point of all these "cloud-user" logins20:47
mordredit might be time to consider whether that's something that wants to live in the stable of central bots20:47
*** _nadya_ has quit IRC20:48
mordredianw: to drive insanity20:48
jeblairmordred: i think so20:48
fungijogo: it's a jenkins job20:48
clarkbbut that diff is an update.py thing20:48
clarkbso you want reqs core20:48
fungijogo: it runs http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/scripts/propose_update.sh20:48
*** afazekas is now known as afazekas_beer20:48
dims__sdague: want me to un-abandon that one and switch the flag to REQUIREMENTS_MODE?20:48
*** afazekas_beer is now known as afazekas20:49
fungiianw: it comes from the soulless minions of infosec orthodoxy who proclaim "logging in as root is bad!" and then go on to recommend creating a new account which is almost indistinguishable from root in every way and logging in with that instead20:50
fungiianw: why do you hate security? don't you like to pass audits?20:50
pleia2hah20:50
pleia2settled in to Florida motel home for the rest of the week (through Friday, when I leave for Paris)20:50
cody-somervilleIs it true that trusty is now required by Nova due to upgraded libvirt requirement?20:51
pleia2apparently the connection here is better at home, which nagios tells me was down for 2 hours (thanks Comcast)20:51
sdaguedims__: works for me20:51
*** carl_baldwin has joined #openstack-infra20:52
fungicody-somerville: i believe trusty is now required if you want to run nova's unit tests, since they want to test that your changes haven't broken newer libvirt interaction20:52
clarkbuca works for that too20:53
fungicody-somerville: though i thought nova could still be configured to _run_ with older libvirt20:53
clarkbyou need >0.9.8 iirc20:53
clarkbfungi that is my understanding too20:53
fungieven just to start the nova services now?20:53
clarkbno for unittests20:54
fungioh, >0.9.8 to run unit tests20:54
*** teran has joined #openstack-infra20:54
clarkbya20:54
fungiright, that's what i believe i had gathered from the ml thread a couple months ago20:54
fungicody-somerville: though asking in @openstack-nova might yield more realistic answers...20:54
fungier, #openstack-nova20:54
openstackgerritA change was merged to openstack-infra/system-config: Split out kibana module  https://review.openstack.org/13063420:55
*** radez is now known as radez_g0n320:55
*** spzala has quit IRC20:55
*** bswartz has quit IRC20:56
*** marun_ has joined #openstack-infra20:57
*** marun_ has left #openstack-infra20:57
*** tonytan4ever has joined #openstack-infra20:58
*** teran has quit IRC20:58
clarkband the reason for that version is it allows you to install libvirt-python in a virtualenv20:58
clarkbwhich means nova no longer relies on site packages during testing20:58
*** Sukhdev has joined #openstack-infra20:59
*** todd_dsm has quit IRC20:59
*** yamahata has joined #openstack-infra20:59
*** talluri has quit IRC20:59
*** SumitNaiksatam has joined #openstack-infra20:59
anteayaclarkb: I never in my life have looked forward to leaving my home21:00
anteayaclarkb: and yes looking forward to leaving tomorrow21:00
openstackgerritDavanum Srinivas (dims) proposed a change to openstack-infra/devstack-gate: Ability to flag projects to use non-standard libraries  https://review.openstack.org/13001821:02
clarkbit is nice outside. /me is going to walk and get lunch21:04
dims__sdague: here it is - https://review.openstack.org/#/c/130018/21:04
*** mattfarina has quit IRC21:04
*** eharney has quit IRC21:05
*** hdd has joined #openstack-infra21:06
*** sarob has quit IRC21:07
*** afazekas is now known as afazekas_beer21:07
*** sarob has joined #openstack-infra21:07
pleia2anteaya: safe travels tomorrow21:08
*** mfink has quit IRC21:09
*** armax has left #openstack-infra21:09
*** achanda has quit IRC21:09
*** armax has joined #openstack-infra21:09
*** ayoung is now known as ayoung-dadmode21:09
*** achanda has joined #openstack-infra21:10
*** dkranz has quit IRC21:10
*** sarob has quit IRC21:11
krotscheckToday’s fun discovery.21:12
krotscheckThe newer version of rabbit on trusty has mildly changed its CLI output, meaning that the rabbitmq puppet module now fails on detecting users.21:13
krotscheckSo I think: Ok, I can downgrade.21:13
krotscheckNope! The $version flag in the current puppetforge rabbitmq module? DOES NOTHING.21:13
*** sarob has joined #openstack-infra21:14
*** amitgandhinz has quit IRC21:15
jeblairkrotscheck: i think in all cases we would want to run the version of rabbit provided by ubuntu -- so at least asking puppet to downgrade it for us is not something we'd want to do in production (but i understand why you would want to downgrade in your test env to match prod)21:15
*** aysyd has quit IRC21:16
krotscheckjeblair: Well, there’s two supported packages upstream.21:16
krotscheckBut either way, fail.21:16
jeblairkrotscheck: oh, both vers are in trusty?21:16
*** todd_dsm has joined #openstack-infra21:16
*** amitgandhinz has joined #openstack-infra21:17
krotscheckjeblair: apt-cache showpkg rabbitmq-server shows two versions21:17
jeblairkrotscheck: oh, apparently we install rabbitmq from the rabbitmq apt repo21:17
sdaguejeblair: ok, I'm about to call it a day, but I think - https://review.openstack.org/#/c/131249/ does all the UI cleanup you wanted on the gerrit results. I also put 2 screenshots into the review comments to show how it looks.21:17
jeblairkrotscheck: i'm slightly surprised by that21:18
*** dangers is now known as dangers_away21:18
mtreinishsdague: 290 rechecks!?21:18
jeblairsdague: awesome!  enjoy your rocket-viewing, and also, even though i'm late to the game, welcome back!  and also, even though i'm really really late and was in china at the time, congratulations!  :)21:19
sdaguejeblair: thanks :)21:19
krotscheckjeblair: What, the two versions? or installing it from the rabbit PPA?21:19
*** tonytan4ever has quit IRC21:19
jeblairkrotscheck: from the rabbit ppa -- does puppetlabs/rabbitmq do that?21:20
krotscheckjeblair: It.. .doesn’t appear to. For some reason it depends on puppetlabs/apt, so there might be something buried. Still digging.21:23
nibalizerlook like it knows how https://github.com/puppetlabs/puppetlabs-rabbitmq/blob/master/manifests/repo/apt.pp21:23
jeblairthat's the repo that got installed in prod, so i suspect that is running in our case21:24
jeblair(i don't see anything in our code that would do that)21:24
nibalizerjust set manage_repos => true, which is the default in latest21:24
nibalizerso it should be installing the upstream repos21:24
jeblairok.  at some point we should probably chat about whether that's what we actually want.  :)  you know if there's one thing sysadmins really like, it's being surprised by what's running on their systems!21:26
krotschecknibalizer: In the meantime, there’s a brilliant solution to my personal problem listed here - any idea on how I can get them to work on that? https://tickets.puppetlabs.com/browse/MODULES-144921:27
krotscheckIt’s even backwards compatible!21:27
jeblairkrotscheck: so maybe the version that's _actually_ in trusty would work?  (because maybe you are installing a post-trusty version from rabbitmq repo?)21:27
jeblairkrotscheck: (or even precise)21:27
openstackgerritKhai Do proposed a change to openstack-infra/storyboard: Add documentation for getting openid URL to setup super users.  https://review.openstack.org/13127621:27
*** jedimike has quit IRC21:28
krotscheckjeblair: The trusty version is 3.4, or 3.2. the latter works with the module, the former doesn’t.21:28
jeblairkrotscheck: http://packages.ubuntu.com/search?keywords=rabbitmq-server&searchon=names&suite=trusty&section=all21:29
jeblairkrotscheck: that just says 3.2.4; is it possible that 3.4 is from the rabbitmq ppa?21:29
krotscheckHuhn.21:29
jeblairhttp://packages.ubuntu.com/search?keywords=rabbitmq-server&searchon=names&suite=precise&section=all21:29
krotschecksec.21:29
jeblairand precise is 2.7.1 ftr21:29
* krotscheck nukes his VM and tries to reprovision with the manage_repos flag set to false21:31
*** bhuvan has joined #openstack-infra21:31
nibalizerkrotscheck: we pray to crinkle ^21:32
* crinkle ducks21:33
nibalizerkrotscheck: i hear she likes dark chocolate and will be at the summit, so thats my suggestion21:33
nibalizeralso the changes that are suggested there probably aren't too hard to do, so maybe you should hack on the provider?21:34
krotschecknibalizer: If this doesn’t work, I’m not above bribery.21:34
*** hdd has quit IRC21:34
krotschecknibalizer: Also that.21:34
krotschecknibalizer: Except it would require me to learn ruby. And I’m not certain if I could take the cognitive dissonance.21:34
krotscheckAh, brilliant. Switching to not using the PPA made it all happy.21:37
*** teran has joined #openstack-infra21:37
*** dustins has quit IRC21:37
*** dims_ has joined #openstack-infra21:38
koolhead17anteaya: around21:38
nibalizerkrotscheck: well you have successfully nerd-sniped me on it21:39
nibalizerso if its easy i'll just do it for you21:39
*** dkliban is now known as dkliban_afk21:40
*** dims_ has quit IRC21:41
mtreinishjeblair: I made https://etherpad.openstack.org/p/lets-subunit2sql to track the steps for getting subunit2sql up and running whenever the time comes21:41
*** dims_ has joined #openstack-infra21:41
*** dims__ has quit IRC21:41
jeblairmtreinish: cool, will review those changes now21:42
*** teran has quit IRC21:43
*** andreaf has quit IRC21:43
*** andreaf has joined #openstack-infra21:43
jeblairmtreinish: i'm happy about the amount of infra shared with the log workers!21:44
mtreinishjeblair: heh, it's all thanks to clarkb, who told me to do it that way :)21:44
*** zns has joined #openstack-infra21:44
jeblairclarkb: thanks!21:44
*** zns has quit IRC21:47
*** atiwari has quit IRC21:47
*** zns has joined #openstack-infra21:47
andreafjeblair, mtreinish: as I see you both here, I wanted to chat about http://lists.openstack.org/pipermail/openstack-dev/2014-October/049203.html21:48
jheskethMorning21:49
jeblairmtreinish: i think i found a small thing in https://review.openstack.org/#/c/108003/ otherwise lgtm21:49
jeblairandreaf: hi21:49
jeblairandreaf: jogo is also interested in this and jhesketh :)21:49
mtreinishjeblair: yep nice catch, I probably should change that rule to be the sql port (3306 I think?) instead :)21:50
jeblairandreaf: i believe the way to get to where we want is: 1) land the mysql reporter change for zuul; 2) enhance zuul to provide status information about jobs from the mysql db over http+json; 3) make a status page to display that21:50
* jogo perks up21:51
jeblairmtreinish: except we won't actually be running a mysql server, so i think you can leave that out21:51
jeblairmtreinish: (i assum we will put it in trove)21:51
*** dizquierdo has joined #openstack-infra21:51
koolhead17jogo: jeblair if i say 5 blueprint implemented for Juno, it means 5 new features got added to a specific project a that release cycle.21:51
mtreinishjeblair: yeah you're right, I guess I misread that as an outbound rule, my iptables-fu is lacking21:51
koolhead17am i correct guys :)21:52
*** amitgandhinz has quit IRC21:52
jeblairandreaf: jhesketh is working on the mysql reporter patch (i don't know off-hand if it is ready for review)21:52
jeblairmtreinish: ah yeah, i think we mostly think outbound rules are the devil's work21:52
jogokoolhead17: yes, but not all features are end user facing21:52
*** amitgandhinz has joined #openstack-infra21:52
andreafjeblair: so I proposed a session in the QA track on this, because I though it was worth discussing what the dashboard should like like, how we advertise the right info to the right people etc21:52
mtreinishjeblair: if it's inbound is that for the gearman connections then? If so we'll still need that21:53
andreafjeblair: but I wonder now if it should be a QA / infra session instead21:53
jheskethjeblair, andreaf: I haven't read scrollback but there is a mysql reporter21:53
jogoandreaf: not sure if that would take a whole session21:53
koolhead17jogo: i am more interested in overall picture so https://blueprints.launchpad.net/glance/juno means 5 new features landed in Galnce along with previous bug fixes21:53
koolhead17for juno release21:53
koolhead17correct?21:53
mtreinishjogo: the session was also about what kind of stuff we should be testing there21:53
jogokoolhead17: well not sure what a implemented BP in discussion means21:54
jogobut normally yes21:54
mtreinishjogo: http://kilodesignsummit.sched.org/event/1e33d1f4896a52e2c02b062cfc18ba39#.VE6-kn96c-U21:54
jeblairandreaf: yeah, most of the actual work is on the zuul side, so hopefully infra folks can show up for it21:54
mtreinishandreaf: ^^^ if you get a chance could you right a better summary?21:54
mtreinishs/right/write21:54
koolhead17Thanks jogo working on story around BP and feature add21:54
koolhead17so this makes sense and am doing it correctly21:54
koolhead17:)21:54
jogomtreinish: ahh yeah that could be useful to do in person21:55
andreafmtreinish: yes will do21:55
jeblairandreaf: looks like that's no conflict with infra, so we should be good21:55
andreafjeblair: ok fine then21:55
jeblairandreaf: be sure to keep CI in the title and we'll know to show up :)21:55
fungilast i looked, the infra and qa sessions don't overlap anywhere21:55
*** andreaf has quit IRC21:55
jogomtreinish: it would be nice to go into that session with a plan that we can pick apart21:55
jeblairfungi: true, and for some reason i keep checking :)21:55
mtreinishfungi: yeah I believe that was the case21:55
*** weshay has quit IRC21:55
fungiso i was mostly intending to be in infra or qa sessions unless there weren't any for a particular time21:56
mtreinishjogo: andreaf proposed it, so look to him...21:56
*** andreaf has joined #openstack-infra21:56
jeblairat least, it also doesn't overlap with a non-infra-qa session of interest to us too :)21:56
fungiheh21:56
andreafjeblair, mtreinish, fungi: ok thanks, I'll update the description, and prepare an etherpad21:57
jheskethjeblair, andreaf : https://review.openstack.org/#/c/65885/21:57
*** amitgandhinz has quit IRC21:57
jogoandreaf: it would be nice to go into that session with a plan that we can pick apart21:57
jeblairjhesketh: ah yeah, i think we'll need to handle jogo's suggestion if we want this to be the foundation for the periodic/continuous dashboard (i do!)21:58
andreafjogo: yes it make sense - if that's fine with you I'll put a link to an etherpad tomorrow and add the basic ideas for discussion I have in mind so folks can start commenting on that21:58
*** john-davidge has quit IRC21:59
jheskethjeblair: yeah I haven't looked at it in a while21:59
*** teran has joined #openstack-infra22:00
jeblairandreaf: to catch you up -- the general idea i chatted with jogo about was that the sql reporter for zuul would let zuul easily supply job names and info about them (latest result, %passing, etc), and we could use that to structure a page (this is where your session/brainstorming comes in), and that page may have graphite supply graphs of pass/fail over time22:01
*** rkukura has quit IRC22:01
*** armax has quit IRC22:01
*** rkukura has joined #openstack-infra22:01
*** rkukura has quit IRC22:01
*** rkukura has joined #openstack-infra22:02
jeblairjhesketh: also, we'll probably need to use alembic at some point22:02
andreafjeblair: thanks22:03
*** rkukura has quit IRC22:03
andreafjeblair: the subunit2sql db will allow us to go at test level as well, and it would be great to be able to click a failure so see the specific tests failed, get trends for them, see failures of specific tests across jobs22:04
*** rkukura has joined #openstack-infra22:04
openstackgerritRamy Asselin proposed a change to openstack-infra/infra-specs: Update puppet module git subtree instructions  https://review.openstack.org/12976822:05
jeblairandreaf: yes indeed, we should figure out how these two relate22:05
mtreinishjeblair: it sounds like the zuul reporter stores similar data to the runs in subunit2sql, if we have a common key stored somewhere we could just use that22:06
jeblairnibalizer, ianw, yolanda: feel free to add to the agenda links to reviews that need priority related to the topics of the puppet module split or DIB in nodepool: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Agenda_for_next_meeting22:06
mtreinishjeblair: I have a patch in progress adding docs for the subunit2sql data model22:06
*** dmsimard is now known as dmsimard_away22:07
pleia2fungi: thanks for having your own bug day today :)22:08
mtreinishjeblair: http://docs-draft.openstack.org/07/129407/4/check/gate-subunit2sql-docs/a239ec7/doc/build/html/data_model.html22:08
fungipleia2: just cleanup22:08
pleia2fungi: good though!22:08
jeblairmtreinish: yeah, we should probably include the zuul build uuid in both tables, then we would have a very nice link.22:09
andreafmtreinish, jeblair: what do we need from the zuul reported DB which we don't have in the subunit2sql one?22:09
jeblairmtreinish: i could see that as an "optional" field for subunit2sql, so it doesn't depend on it, but if it's there, we can join them22:09
*** yamahata has quit IRC22:10
mtreinishjeblair: yeah, that should be there with the worker script. It get's dumped in the run metadata table22:10
mtreinishall the things which are fields in logstash (except for status) should be put in there as key value pairs22:11
*** tsg has quit IRC22:11
mtreinishI'm pretty sure the build uuid is one of them22:11
jeblairmtreinish: oh, we should make them columns.  this is a relational db (unlike logstash) :)22:12
*** carl_baldwin has quit IRC22:12
*** emagana has quit IRC22:12
jeblairi think both zuul and subunit2sql should pull in alembic and make changing the schema easy22:13
mtreinishjeblair: well I made the metadata tables that way because the idea was it was usage dependent22:13
mtreinishjeblair: subunit2sql already does22:13
jeblairok cool22:13
andreafjeblair, mtreinish: there is a test run ID, the rest is metadata now22:13
*** emagana has joined #openstack-infra22:13
mtreinishjeblair, andreaf: yeah that's what I was about to say is that we should add support to the subunit2sql command to specify the run id on the cli22:13
mtreinishthen we can just use the zuul build uuid for the id22:14
andreaf+122:14
jeblaircool22:14
andreafyes that would be useful - also it would be nice to have a way to know the version that was tested22:15
andreaf"version" == combinations of sha1s22:15
mtreinishjeblair: also I was thinking some more about the worker iptables rule, are you sure we don't need to add a rule to enable 3306 from the sql server? Because it's going to need traffic both ways to and from the server22:15
*** dizquierdo has quit IRC22:16
*** andreykurilin_ has quit IRC22:16
fungimtreinish: accepting inbound query connections from other machines?22:17
jeblairandreaf: that's tricky right now, but i actually want to change the way the timer trigger in zuul starts jobs.  i'll think about that some more and see if i can figure out a way to get what you want.22:17
jeblairmtreinish: our inbound rules use connection tracking, so because it makes an outbound tcp connection, it knows to let in related traffic22:17
*** emagana has quit IRC22:17
*** jgrimm is now known as zz_jgrimm22:18
fungimtreinish: "traffic both ways" is irrelevant for stateful packet filters like iptables. you only need to worry about the direction in which the socket is initiated22:18
mtreinishjeblair: ah ok, yeah then it's fine22:18
mtreinishfungi: yeah it'll be outbound first22:18
funginow, in the old stateless ipchains days, it was certainly a different story22:18
ianwjeblair: will do -- if you could look in on https://review.openstack.org/#/c/131269/ (Add centos to list of alternative users for login) that would be good, as then i can confirm that we're building centos7 ok on hpcloud22:19
*** andreaf has quit IRC22:20
openstackgerritMatthew Treinish proposed a change to openstack-infra/system-config: Add subunit2sql gearman workers  https://review.openstack.org/10800322:20
*** andreaf has joined #openstack-infra22:21
openstackgerritMatthew Treinish proposed a change to openstack-infra/system-config: Add subunit2sql server configuration  https://review.openstack.org/12706022:21
mtreinishjeblair: ^^^ ok updated22:21
*** bknudson has quit IRC22:23
clarkbok walk and food acquired22:24
*** spzala has joined #openstack-infra22:24
fungibbiab22:24
clarkbianw: not again22:25
clarkbwhy do all the distros need a distro specific account22:25
*** doug-fish has left #openstack-infra22:26
clarkbjeblair: I did not approve 131269 so that you can have a chance to see fungi's comment there22:27
jeblairclarkb: i have read fungi's comment and i approve of both it and the change!22:28
mtreinishheh, google play just installed an updated android wear on my phone. The changelog of which consisted of: "This update will restart your paired Android Wear device." (which it did) and nothing else.22:28
jeblairmtreinish: i'm sure that means everything is fine!22:29
*** thedodd has quit IRC22:29
clarkbthe are just testing their ability to root you22:29
clarkbnothing to see here22:29
mtreinishheh, yeah that's what I was thinking :)22:29
jeblairalso, for some reason, that reminded me of my recent flight on a 787 where the entertainment system was rebooted because it was overheating.  and the ex-usair (ex-piedmont!) pilot next to me said, "you don't really want to hear about things overheating when you're on a 787..."22:30
mtreinishlol, he's got a point22:30
*** bswartz has joined #openstack-infra22:30
clarkbjeblair: how was the 787?22:31
clarkbwas the higher cabin pressure noticeable?22:31
*** gyee has quit IRC22:31
openstackgerritA change was merged to openstack-infra/nodepool: Add centos to list of alternative users for login  https://review.openstack.org/13126922:31
ianwclarkb: yeah, it's a bummer, i wish i'd noticed before the image got done, it could probably have been changed to at least 'cloud-user'22:32
mordredjeblair: we still have a potential open infra slot?22:32
jeblairclarkb: i think so; at least the additional moisture seemed to have an effect (neither li or i felt like our noses were quite so dry).  also, it dripped on us when we landed.22:33
*** yamamoto has quit IRC22:33
jeblairmordred: provisionally filled with a storyboard session22:33
*** MaxV has joined #openstack-infra22:33
*** amcrn has joined #openstack-infra22:33
*** yamamoto has joined #openstack-infra22:34
clarkbjeblair: I am going to push a change parented to afazekas_beer's change that does what you suggest22:34
clarkbjeblair: to see if it works via floating IPs22:35
jeblairclarkb: the lcd windows were cool, but overall i'd rate them neutral -- pro: flight attendants can make them all go dark remotely (so they aren't begging people to close them).  con: flight attendants can lock them in the dark state so it's hard to see out.  pro: they don't go fully opaque, so you can still see out when closed.  con: they don't go fully opaque so especially on the sunward side, theres a bit of light still22:35
clarkb:)22:35
jeblairclarkb: i think the noise improvements helped (though some of those are being retrofitted on older planes)22:36
jeblairclarkb: looking out the window and seeing the wing swoop WAY THE HECK UP in flight is pretty neat :)22:36
mordredjeblair: well ... our old friend InVision has just popped up across my bow again- we might need to have a session on what we need to do to meet the needs of that community22:36
jeblairmordred: good, we have a storyboard session :)22:37
mordredjeblair: sure. I don't think that's going to communicate to the right people the topic "how can we help you not use invision" so that they show up22:37
andreafjeblair, mtreinish, jogo, jhesketh: wip https://etherpad.openstack.org/p/kilo-summit-post-merge-qa-ci22:37
jeblairclarkb: but the best thing is actually that it makes it economical for the airline to operate a direct international flight to a second tier city22:37
*** yamamoto has quit IRC22:37
mordredjeblair: although maybe krotscheck can find all those people and make them show up to the storyboard session ...22:38
jeblairmordred: we can't help them not use it until someone adds that feature.22:38
jeblairmordred: all we can do is say that we think it's a first class use case and that we think effort should go into supporting it in storyboard.22:38
jeblairmordred: how has this come up?22:38
krotscheckyyyyep.22:38
mordredjeblair: I just got pinged by someone inside of HP who pointed me to invision as a place where UX people were talking about things22:39
krotscheckHP just got an enterprise InVision account explicitly to coordinate work with the community.22:39
mordredbut by UX people, he meant OpenStack UX people22:39
mordredkrotscheck: *headdesk*22:39
openstackgerritClark Boylan proposed a change to openstack-infra/devstack-gate: Test nodepool provided addresses in aiopcpu setup  https://review.openstack.org/13129722:39
mordredkrotscheck: that makes me CRAZY22:39
clarkbjeblair: ^ that should test it for us22:39
clarkbI am going to check experimental no22:39
*** camunoz has joined #openstack-infra22:39
* mordred runs aroud screaming and yelling22:39
* krotscheck ponders about how many people it’d take to build that functionality into StoryBoard...22:40
jeblairmordred, krotscheck: yeah, i'm not going to support the use of a tool like that.  we've had enough problems with those kinds of services.22:40
jeblairmordred, krotscheck: it's worth noting that there is still no official cross-project ux team.  so all of that is happening outside of the auspices of the project.  i don't think that's tenable long-term.22:41
jeblairkrotscheck: i do not think it should be hard.22:41
*** ZZelle_ has quit IRC22:41
krotscheckjeblair: I disagree. If we try to build it, we’ll be battling “Why can’t we just use Invision” people, and be continuously compared against them.22:42
jeblairkrotscheck: that is, i do not think 'number of people required' is the right measure22:42
krotscheckWith launchpad at least we have the ability to say that “It’s better than launchpad"22:43
mordredkrotscheck: we've been doing that with github for years... it's not the point. the point is that invision is a closed source single vendor tool22:43
jeblairkrotscheck: i think when we decided that the ux use case, specifically this one, was a first-class use-case for storyboard would have been the better time to raise that objection22:43
mordredwhich means we're locked in to them22:43
reedjeblair, that's what I recall too22:43
jeblairwe've had closed-source single-vendor tools go crazy on us.  it's not cool, and it's not something the project can support22:43
krotscheckOk, so, we’re on the same page as far as open source vs. closed source is.22:43
clarkbjeblair ++22:44
krotscheckI’m talking about the human factor.22:44
*** emagana has joined #openstack-infra22:44
krotscheckEspecially since now we’ve got 6 months of “Yeah we gathered requirements but nothing really happened"22:44
jeblairso we need a repository that can host artifacts for the duration of our project, which quite frankly, i hope will outlive whatever ux startup of the day people want to use22:44
reedkrotscheck, the human factor is harder to deal with, I agree with you22:44
mordredjeblair: ++22:44
mordredI do not think the human factor is as hard as you may think22:45
krotscheckWe can only tell them “hey wait for storyboard it’ll be awesome”.22:45
reedit's not impossible though, it just require a lot of discipline and a plan of education/action22:45
mordredthere is ALWAYS someone wanting a pet tol22:45
krotscheckfor so long.22:45
mordredtool22:45
mordredengagement is step one22:45
reedkrotscheck, do I remember correctly (as jeblair said) that the needs of the UX team were part of the plan for storyboard?22:45
krotscheckThat is correct.22:45
* krotscheck goes to look for the story.22:45
mordredoriginally I was kind of hoping that this being a need for people would incite them to contribute to storyboard22:46
mordredrather than waiting for it to be delivered22:46
jeblairmordred: one person contributed mock-ups.  that was nice.22:46
krotscheckhttps://storyboard.openstack.org/#!/story/8522:46
mordredjeblair: it was!22:46
krotscheckmordred: It’s a community that doesn’t necessarily know how to code.22:46
*** spzala has quit IRC22:47
mordredkrotscheck: employed by companies with money though22:47
krotscheckIC’s usually don’t have budgetary discretion.22:48
krotscheck(Individual Contributors)22:48
krotscheckEverything else is a hidden influencer thing.22:48
*** emagana has quit IRC22:48
krotscheckAnd, well, why would anyone contribute UX resources to StoryBoard if it’s not a thing yet? Or any kind of resource for that matter?22:48
krotscheckI mean, hell, I’m having a hard time justifying my own continued work on this project because nobody seems to care enough to contribute.22:49
*** emagana has joined #openstack-infra22:49
krotscheck(And when horizon looks interesting, you know there’s a problem)22:50
*** _afazekas is now known as afazekas_drunk22:50
nibalizerkrotscheck: crinkle i think i got you https://github.com/puppetlabs/puppetlabs-rabbitmq/pull/25122:50
*** freemanbrandon has quit IRC22:50
*** ryanpetrello has quit IRC22:52
*** bdpayne has quit IRC22:53
*** ryanpetrello has joined #openstack-infra22:53
openstackgerritMatthew Treinish proposed a change to openstack-infra/subunit2sql: Add cli option to subunit2sql to specify run_id  https://review.openstack.org/13129822:53
fungiwell poo... couldn't have asked for better weather, but mission control scrubbed the launch because there was a boat in the range and they couldn't get it clear before their window expired22:54
mtreinishjeblair, andreaf: ^^^ when that's ready and in a release we can use that to specify the zuul build uuid in subunit2sql22:54
openstackgerritBrian Saville proposed a change to openstack-infra/jenkins-job-builder: Add MongoDB plugin support  https://review.openstack.org/13129922:54
mordredfungi: a boat?22:55
jeblairfungi: awww22:55
fungimordred: you wouldn't think a *boat* would be in the way of a *rocket* but then again, this is virginia i guess...22:55
mordredfungi: oh. virgina. yeah. that explains everything22:55
david-lylekrotscheck, mordred: in the vacuum for an effective tool or location to place artifacts, someone proposed a stop gap. It's not a permanent solution or even a good one, but it beats post something on imgur or google+ or a corporate maintained instance of askbot.22:55
mordredfungi: isn't virginia for lovers?22:56
david-lylethose have all been the solutions up to this point22:56
fungithey only had roughly an extra 10 minutes in the launch window, and i guess it was a "slow boat"22:56
david-lyleall were a mess22:56
david-lyleI don't like the solution, but it beats (shrug) as an answer22:56
mordreddavid-lyle: what if we gave the UX team an AFS volume on our shiny new AFS cell?22:57
*** mmaglana has joined #openstack-infra22:57
r1chardj0n3swhen I've finished re-writing horizon I promise to help write storyboard, ok? :)22:57
fungimordred: i'm guessing they'll want some sort of front-end to upload to, organize within and serve from it22:57
david-lylemordred: a reliable storage location is great for storage22:58
*** msabramo has quit IRC22:58
jeblairr1chardj0n3s: how can i convince you to reverse your priorities!  :)22:58
krotscheckr1chardj0n3s: hah. Yeah, lmk if you want to use my toolchain.22:58
david-lyleand we/they would gladly jump on that22:58
mordredfungi: why? why can't they just use AFS client22:58
mordreddavid-lyle: let us noodle on specifics ... we _may_ just have a thing that's worth at least trying22:58
david-lylethe part that's lacking is a review tool22:58
r1chardj0n3skrotscheck: https://www.youtube.com/watch?v=3ko8N_A4jkY is a short (7 min) vid about where I'm at with the horizon replacement, if you're curious22:58
mordredyah. that I get22:58
mordredand I have no short-term ideas on that22:59
*** Sukhdev has quit IRC22:59
r1chardj0n3skrotscheck: it talks a bit about the toolchain I've used22:59
fungimordred: meh... i guess? got the impression the ux group were more a graphically-oriented bunch22:59
david-lylewhat was proposed was a stop gap22:59
mordredfungi: OSX has AFS bindings - they can use finder ... what's more graphical than that?22:59
krotscheckr1chardj0n3s: Seems legit22:59
mordredr1chardj0n3s: any chance there is a tl;dr that doesn't invovle me watching a video?22:59
openstackgerritBrian Saville proposed a change to openstack-infra/jenkins-job-builder: Add MongoDB plugin support  https://review.openstack.org/13130123:00
fungimordred: oof, score one for nextstep^H^H^H^H^H^H^H^Hos x23:00
mordredI'd like to know more of what you speak - but I am not in a place where watching videos is an option23:00
krotscheckmordred: How bitg is the barrier to install all the things you are proposing to someone who’s never written a line of code in their life?23:00
david-lylemordred: convert horizon to angular, jettison the horizon part23:00
r1chardj0n3smordred: what david-lyle said, yeah. if 7 minutes is too long, you can skip the second half which is just a quick demo ;)23:01
clarkbboth of my aiopcpu tests ended up on rax nodes (which is good we can confirm that it just works there)23:01
clarkbthen I will recheck and try to get hpcloud nodes next time since they nat23:01
mordredr1chardj0n3s: it's not length - it's that I'm in a public location and usually prefer reading text23:01
mordredr1chardj0n3s: but I support what david-lyle said23:01
krotscheckmordred: In fact, assume that the only input device you have to install these tools is a mouse. No keyboard. Just a mouse, and a monitor, running windows. That’s the bar we have to hit.23:01
openstackgerritRamy Asselin proposed a change to openstack-infra/project-config: Add puppet-jenkins as split out module  https://review.openstack.org/13130223:01
clarkbkrotscheck: its not too big of a barrier until you get to the auth bits23:01
r1chardj0n3smordred: I figured that was a possibility :)23:01
clarkbkrotscheck: wait no keyboard at all?23:02
mordredkrotscheck: yes. understood.23:02
clarkband windows?23:02
krotscheckclarkb: Yep.23:02
* clarkb goes back to devstack-gate23:02
mordredI _know_ that windows and osx are both supported23:02
mordredI have not installed yet23:02
mordredso I cannot speak to that23:02
mordredbut in general, it's actually even easy to install on linux23:02
clarkbwell you can't auth to kerberos with no keyboard23:02
mordredso I'm guessing it's not rocket science23:02
mordredkeyboard is required for typing in passwords23:02
mordredI'm not willing to budge on that :)23:02
jeblairpretty sure invision has usernames that people have typed in.  at least, they appear not to have been finger-painted.23:03
mordredclarkb: I believe krotscheck was talking about people who need to be able to install something without typing commands23:03
krotscheckOk, I’ll give you one use of the keyboard for a password. And assume that there’s a runnig copy of Outlook with which you can send the person links and attachments.23:03
*** whoops has quit IRC23:03
krotscheckReally my point is that we’re talking to people for whom the tool has to “just work”.23:03
*** andreaf has quit IRC23:03
mordredthe _actual_ barrier to using AFS directly will be people behind evil firewalls23:03
mordredit will not be the windows install23:04
nibalizerkrotscheck: what about a mouse and a kineckt?23:05
asselinnibalizer, you around?I have questions about this step: http://git.openstack.org/cgit/openstack-infra/infra-specs/tree/specs/puppet-modules.rst#n8323:05
nibalizeris that something we can assume23:05
nibalizerasselin: sure, shoot23:05
krotschecknibalizer: If you can install kerberos via interpretive dance, more power to you!23:05
clarkbmordred: oh right because it is all evil udp traffic23:05
asselinnibalizer, does the file still exist?23:05
nibalizermordred: jeblair your afs cell is quite speedy from derpy coffee shop wifi, i am pleased to report23:05
mordrednibalizer: WOOT23:06
clarkbnibalizer: it was not speedy from home. I wonder what I an do to make that better23:06
funginibalizer: it's powered by caffeine so that makes perfect sense23:06
clarkbmordred: I tried `ls` in the pypi mirror simple/ dir23:06
krotscheckFor that matter, let’s just install everything via interpretive dance.23:06
clarkbmordred: I ^C'd after about 5 minutes23:06
nibalizerkrotscheck: when the normal things don't work(kerberos,) we fall back to dancing23:06
krotscheckpuppet module install openstack/shimmy23:06
jeblairclarkb: that directory is gone now.  also, do you know if you were on the rw or ro volume?23:06
mordredclarkb: known bug23:06
mordredclarkb: jeblair has been working on it23:07
clarkbjeblair: I was on ro volume at the time23:07
openstackgerritBrian Saville proposed a change to openstack-infra/jenkins-job-builder: Add strings-match conditional step  https://review.openstack.org/13130323:07
clarkbok aiopcpu works with rax public IPs23:07
nibalizerasselin: no23:07
clarkbwill recheck later when all the jobs come back23:07
nibalizerits modules.env i think now23:07
nibalizerya, modules.env23:08
nibalizeryou can propose a change to that spec or i can23:08
* nibalizer just does it23:08
morganfainbergoh right summit session on AFS goodness.23:08
asselinnibalizer, I have one open already. I can just add to it....23:08
* morganfainberg sees if can join.23:08
nibalizerokay punch it23:09
morganfainbergmordred, AFS... and FreeIPA... it's like we have real support for things23:09
morganfainbergmordred, and stuff23:09
*** sarob has quit IRC23:10
*** sarob has joined #openstack-infra23:10
*** carl_baldwin has joined #openstack-infra23:11
anteayapleia2: thanks23:12
anteayakoolhead17: now and again, how can I help?23:12
*** yamamoto has joined #openstack-infra23:12
koolhead17anteaya: had confusion in blueprint definition23:12
koolhead17:)23:12
koolhead17got it clarified jogo helped23:13
anteayadid jeblair and jogo help you out23:13
anteayaawesome23:13
anteayaglad you got what you needed23:13
*** markmcclain has quit IRC23:13
anteayajogo was probably more help than I could have been anyway23:13
anteaya:D23:13
*** emagana has quit IRC23:14
*** david-lyle has quit IRC23:14
fungiinteresting... freeipa consumes openid to authenticate as well... even in their demo site: http://www.freeipa.org/index.php?title=Special:OpenIDLogin&returnto=Demo23:14
*** emagana has joined #openstack-infra23:15
*** sarob has quit IRC23:16
jeblairyeah, we could freeipa.  we didn't this time because it seemed easier to just set up a krb realm for our test/eval, but i don't see why we couldn't if we decided we wanted the rest of freeipa23:16
koolhead17anteaya: i wanted to re confirm few things :D23:16
*** signed8bit is now known as signed8bit_ZZZzz23:16
*** hemna is now known as hemna__23:16
*** signed8bit_ZZZzz has quit IRC23:17
*** zns has quit IRC23:17
*** yamamoto has quit IRC23:17
asselinIs there an infra-core member willing to sheperd my patches to pull out puppet-jenkins from system-config to it's own repo?23:17
clarkbanteaya: I am sending rsponse to the multi account question asker now23:17
clarkbanteaya: maybe you want ot make sure I didn't say anything too terribly wrong23:18
*** groknix_ has joined #openstack-infra23:19
*** emagana has quit IRC23:19
*** dmakogon_ has quit IRC23:20
*** groknix has quit IRC23:20
*** todd_dsm has quit IRC23:20
*** dmakogon_ has joined #openstack-infra23:21
*** freemanbrandon has joined #openstack-infra23:21
anteayaclarkb: that is an awesome response, thank you23:22
anteayaclarkb: you are so much nicer than I could manage right now23:22
anteaya:D23:22
anteayaclarkb: thanks, I'm grateful23:22
clarkbgreat thank you for looking23:22
anteayathanks so much for replying23:22
clarkbanteaya: if you have a minute does the group based policy request look good to you?23:23
crinklenibalizer: krotscheck: so unit tests don't pass on https://github.com/puppetlabs/puppetlabs-rabbitmq/pull/251 :(23:24
clarkbthe triniplex request looks like it needs more info on what they are testing23:24
*** todd_dsm has joined #openstack-infra23:24
openstackgerritRamy Asselin proposed a change to openstack-infra/infra-specs: Update puppet module git subtree instructions  https://review.openstack.org/12976823:24
clarkbjeblair: both nova network and neutron were happy with nodepool provided IPs during the aiopcpu test. Both tests ran on rax nodes23:25
clarkbjeblair: so that is promising23:25
openstackgerritRamy Asselin proposed a change to openstack-infra/system-config: Split out jenkins module  https://review.openstack.org/13130523:26
nibalizercrinkle: wow so much red, but we can take this to #puppet-dev23:26
*** achuprin_ has quit IRC23:26
*** achuprin_ has joined #openstack-infra23:26
anteayaclarkb: the problem I have with the group based policy is the same problem I have with all the stackforge requests23:27
anteayawhich mordred said he would address and as far as I can tell has not yet23:27
anteayawhich is that they want a format of stackforgeprojectname ci23:27
anteayawith was not what we agreed in germany23:27
ianwclarkb: http://nodepool.openstack.org/image.log <- hpcloud-b1.devstack-centos7 still seems to be looping with this login issue?23:28
clarkbianw: we have to restart nodepool23:28
clarkbanteaya: oh right23:29
clarkbmordred: ^%23:29
*** freemanbrandon has quit IRC23:29
*** groknix_ has quit IRC23:30
*** groknix has joined #openstack-infra23:31
*** sdake_ has quit IRC23:31
fungilaunch rescheduled to 22:22 utc tomorrow. hopefully we still get clear skies here23:31
reednice, the Oracle folks talking about how to get their patches in trunk23:33
fungiooh!23:33
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard: Added Vagrant VM for development purposes.  https://review.openstack.org/13130623:34
*** todd_dsm has quit IRC23:34
*** r1chardj0n3s is now known as r1chardj0n3s_afk23:35
reedfungi, yeah and they chimed in exactly where I expected them to (on the FreeBSD thread) :) The question raised is not trivial23:37
fungireed: right, i was waiting for one of the devstack cores to chime in there23:38
mordredreed: is the question opensolaris based?23:38
openstackgerritIan Wienand proposed a change to openstack-infra/project-config: Add openstack-infra/puppet-openstackci_apache  https://review.openstack.org/12949623:39
clarkbmordred: no which makes it even harder23:39
clarkbbeacuse how do we test devstack on solaris?23:39
reedmordred, is opensolaris still a thing?23:39
clarkbwe can test it on freebsd23:39
fungimordred: it's "boo hoo devstack refuses to support running on a proprietary operating system"23:39
mordredyup. I think that's a feature23:39
fungi(from the oracle crowd)23:39
reedhow does microsoft do it?23:40
mordredmaybe they shouldn't have killed opensolaris23:40
fungifor freebsd, i totally think we should if there's software to test and people are willing to put in the time to get it working23:40
mordredreed: lots of work by primeministerp23:40
ianwanteaya: have the explanations on https://review.openstack.org/129496 (Add openstack-infra/puppet-openstackci_apache) managed to sway you?23:40
mordredfungi: ++23:40
*** sabeen2 has joined #openstack-infra23:41
*** msabramo has joined #openstack-infra23:41
reedmordred, right, meaning that it's possible to test openstack on a non-free OS23:41
clarkbreed: yes but not with devstack23:41
*** yamamoto has joined #openstack-infra23:41
reedand without having to touch devstack necessarily23:41
mordredyes23:42
*** sabeen has quit IRC23:42
clarkbugh the multi node envs keep going to rax23:42
reed:) so if Oracle wants to help modify and maintain devstack for FreeBSD testing since that would be beneficial for them, that'd be cool, right?23:42
mordredyup23:42
fungiand they also alluded to it in their ml reply on that thread, e.g. "cloning" devstack functionality on other operating systems23:42
reedor fork, create something else that works as well (just like MSFT did)23:43
clarkbI need to test hpcloud... nodepool is configured to source those nodes from hp and rax so I guess I just need more patience23:43
fungiwell, it looked more like oracle wanted to point out that the problem suffered by freebsd (devstack currently only working on linux distros) was biting them too. i missed where they offered to help with the freebsd use case, if they did23:43
reedfungi, I was thinking about giving them some suggestions23:44
fungireed: aha23:44
fungiand yes, they were hijacking that thread23:44
reedright, let's put it back in track :)23:45
*** david-lyle has joined #openstack-infra23:45
*** bknudson has joined #openstack-infra23:45
*** yamamoto has quit IRC23:46
clarkbwe could test on openindiana23:46
*** armax has joined #openstack-infra23:47
nibalizerclarkb: oh yess please this23:47
mordreddevstack also doesn't work on osx23:47
clarkbis it still developed? looks like the last time they said anything was over a year ago23:47
mordredI think that has more users23:47
nibalizerclarkb: we could ask the nexenta people what the story with that is i think23:47
clarkbmordred: does OS X run any hypervisors that nova can talk to? /me imagines that lack of functionality is probably at least partially to blame23:48
mordredvirtual box??23:48
clarkbdoes nova do virtualbox?23:48
*** Ryan_Lane1 has joined #openstack-infra23:48
*** Ryan_Lane has quit IRC23:48
*** Ryan_Lane1 has quit IRC23:49
*** Ryan_Lane has joined #openstack-infra23:49
reedparallels?23:49
*** david-lyle has quit IRC23:49
* nibalizer whispers vmware23:55
fungiyou can run vmware on osx really?23:55
jeblairclarkb: you could 'nodepool delete' rax multinodes until you get some hp ones23:56
*** carl_baldwin has quit IRC23:56
fungistack the deck with them, not a terrible idea23:56
*** wenlock has quit IRC23:56
jeblairclarkb: maybe you could even 'nodepool hold' them, to increase the chance that hp will resupply (then delete before use); not positive that will work23:57
clarkbjeblair: yup I might have just deleted the first one :)23:57
fungifor that matter, if there are some ready in hpcloud, just delete the rax ones and then recheck while the new ones are building, at which point only hpcloud multinodes will be there to pick up the work request23:57
clarkbwe have a min ready of 1 so I don't think I need too much fancy23:58
clarkbjust cycle until hpcloud services the request23:58
fungioh, well yeah in that case it's just a crap shoot until you get one to stick23:58
clarkbya23:59
*** MaxV has quit IRC23:59

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