Monday, 2018-01-29

« Sunday, 2018-01-28 Index Tuesday, 2018-01-30 »
*** bobh has joined #openstack-sdks00:01
*** bobh has quit IRC00:06
*** lbragstad has joined #openstack-sdks00:14
*** bobh has joined #openstack-sdks00:20
*** bobh has quit IRC00:24
openstackgerritOpenStack Proposal Bot proposed openstack/openstackclient master: Updated from global requirements  https://review.openstack.org/52190200:28
*** salv-orlando has quit IRC00:29
*** bobh has joined #openstack-sdks00:31
openstackgerritOpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements  https://review.openstack.org/53870500:35
*** bobh has quit IRC00:35
*** bobh has joined #openstack-sdks00:40
*** bobh has quit IRC00:45
*** chenyb4 has joined #openstack-sdks00:57
*** pzchen has joined #openstack-sdks01:01
*** tovin07 has joined #openstack-sdks01:16
*** salv-orlando has joined #openstack-sdks01:29
*** salv-orlando has quit IRC01:35
openstackgerritJames E. Blair proposed openstack/cliff master: Zuul: Remove project name  https://review.openstack.org/53871601:46
openstackgerritJames E. Blair proposed openstack/cliff master: Zuul: Remove project name  https://review.openstack.org/53871802:06
*** gildub has joined #openstack-sdks02:08
*** salv-orlando has joined #openstack-sdks02:31
*** salv-orlando has quit IRC02:35
*** sdague has quit IRC02:52
*** gildub has quit IRC03:00
*** gildub has joined #openstack-sdks03:06
*** harlowja has joined #openstack-sdks03:11
*** harlowja has quit IRC03:18
*** dave-mccowan has quit IRC03:20
*** jgwentworth is now known as melwitt03:26
*** salv-orlando has joined #openstack-sdks03:31
openstackgerritMerged openstack/python-openstackclient master: Updated from global requirements  https://review.openstack.org/53870503:34
*** salv-orlando has quit IRC03:36
*** annp has joined #openstack-sdks03:40
*** gkadam_ has quit IRC03:58
*** salv-orlando has joined #openstack-sdks04:32
*** liuyulong has joined #openstack-sdks04:33
*** salv-orlando has quit IRC04:37
*** gildub has quit IRC05:13
*** salv-orlando has joined #openstack-sdks05:33
*** salv-orlando has quit IRC05:37
*** pooja_jadhav has joined #openstack-sdks05:45
*** gkadam has joined #openstack-sdks05:47
*** e0ne has joined #openstack-sdks06:05
*** salv-orlando has joined #openstack-sdks06:34
*** salv-orlando has quit IRC06:38
*** salv-orlando has joined #openstack-sdks06:38
*** yolanda_ has quit IRC06:44
*** e0ne has quit IRC06:56
*** e0ne has joined #openstack-sdks06:58
*** e0ne has quit IRC07:11
*** gildub has joined #openstack-sdks07:31
*** salv-orlando has quit IRC07:33
*** slaweq has joined #openstack-sdks07:34
*** slaweq has quit IRC07:38
*** slaweq has joined #openstack-sdks07:38
*** slaweq has quit IRC07:40
*** slaweq has joined #openstack-sdks07:40
*** salv-orlando has joined #openstack-sdks07:55
*** gildub has quit IRC07:59
*** tulivu has joined #openstack-sdks08:07
*** ralonsoh has joined #openstack-sdks08:20
*** d0ugal has quit IRC08:22
*** d0ugal has joined #openstack-sdks08:28
*** jpich has joined #openstack-sdks08:41
*** salv-orlando has quit IRC08:45
*** jpena|off is now known as jpena08:48
*** d0ugal has quit IRC09:00
*** salv-orlando has joined #openstack-sdks09:02
*** e0ne has joined #openstack-sdks09:04
*** kmy has quit IRC09:08
*** kmy has joined #openstack-sdks09:08
*** finucannot is now known as sfinucan09:12
*** sfinucan is now known as stephenfin09:12
*** d0ugal has joined #openstack-sdks09:20
*** gildub has joined #openstack-sdks09:24
*** e0ne has quit IRC09:35
*** liuyulong has quit IRC09:39
*** gildub has quit IRC09:42
*** tulivu is now known as Schlupp09:50
*** Schlupp is now known as Halbinger09:51
*** e0ne has joined #openstack-sdks10:00
*** pzchen has quit IRC10:20
*** chenyb4 has quit IRC10:22
*** sdague has joined #openstack-sdks10:35
*** fzdarsky has joined #openstack-sdks10:51
*** annp has quit IRC11:01
-openstackstatus- NOTICE: Zuul is currently under heavy load. Do not *recheck* or *approve* any changes.11:03
*** gildub has joined #openstack-sdks11:25
*** pooja-jadhav has joined #openstack-sdks11:49
*** pooja_jadhav has quit IRC11:51
*** pooja_jadhav has joined #openstack-sdks11:59
*** pooja_jadhav has quit IRC11:59
*** pooja-jadhav has quit IRC12:01
*** pooja_jadhav has joined #openstack-sdks12:01
*** gildub has quit IRC12:08
*** salv-orlando has quit IRC12:14
*** salv-orlando has joined #openstack-sdks12:22
*** salv-orlando has quit IRC12:29
*** salv-orlando has joined #openstack-sdks12:32
*** jpena is now known as jpena|lunch12:33
*** chenyb4 has joined #openstack-sdks12:47
openstackgerritJames E. Blair proposed openstack/os-client-config master: Zuul: Remove project name  https://review.openstack.org/53890112:49
*** thrash|g0ne is now known as thrash13:18
*** jpena|lunch is now known as jpena13:33
-openstackstatus- NOTICE: Zuul is currently under heavy load. Do not *recheck* or *approve* any changes until we give the go ahead.13:34
*** ChanServ changes topic to "Zuul is currently under heavy load. Do not *recheck* or *approve* any changes until we give the go ahead."13:34
*** d0ugal has quit IRC13:38
*** cleong has joined #openstack-sdks13:38
*** d0ugal has joined #openstack-sdks13:38
*** edmondsw has joined #openstack-sdks13:41
*** cdent has joined #openstack-sdks13:57
*** slaweq has quit IRC14:02
*** slaweq has joined #openstack-sdks14:02
*** purplerbot has quit IRC14:06
*** purplerbot has joined #openstack-sdks14:06
*** purplerbot has quit IRC14:07
*** purplerbot has joined #openstack-sdks14:07
*** slaweq has quit IRC14:07
*** chenyb4 has quit IRC14:17
*** edmondsw has quit IRC14:25
*** dave-mccowan has joined #openstack-sdks14:28
*** edmondsw has joined #openstack-sdks14:28
-openstackstatus- NOTICE: we've been able to restart zuul, and re-enqueue changes for gate. Please hold off on recheck or approves, we are still recovering. More info shortly.14:30
*** ralonsoh_ has joined #openstack-sdks14:32
*** dave-mccowan has quit IRC14:33
*** gkadam has quit IRC14:33
*** ralonsoh has quit IRC14:35
*** dave-mccowan has joined #openstack-sdks14:35
*** salv-orlando has quit IRC14:49
*** salv-orlando has joined #openstack-sdks14:50
*** salv-orlando has quit IRC14:55
*** slaweq has joined #openstack-sdks15:05
mordreddtroyer: when you're up and in a position to think about things ... grenade does not seem to upgrade openstackclient in the new install15:05
mordreddtroyer: which is causing some ... fun ... with bumping the sdk constraint - but I can't figure out why or where to fix it and could use a hand15:06
dtroyerhmmm, no tit does not.  Grenade was designed with only server-side upgrades in mind, that coupled with the clients support all versions, why are we upgrading SDK?15:08
mordreddtroyer: it gets pulled as a transitive depend from one of the python-*clients15:09
*** slaweq has quit IRC15:10
mordreddtroyer: lemme find which one real quick15:10
dtroyerugh15:10
dtroyerthere was supposed to be no cross-dependencies between sdk and *client libs15:10
dtroyerso here is where bringing in occ breaks assumptions15:10
mordreddtroyer: it's neutron15:10
dtroyerthat makes the entire clinet stack now release-dependant in some manner15:11
mordreddtroyer: http://logs.openstack.org/95/538695/1/check/neutron-grenade/0917140/logs/grenade.sh.txt.gz#_2018-01-29_04_01_38_65215:11
mordreddtroyer: yah - lemme poke some more and see what can be done to unwind that15:12
*** gus has quit IRC15:13
*** gus has joined #openstack-sdks15:14
mordreddtroyer: heh... it's neutron -> python-designateclient -> osc-lib -> openstacksdk15:14
dtroyerso the fix would be to pull the OSC bits out of the lib that is ultimately required by services15:15
dtroyerand all of the "upper layer" client libs that include OSC will have this problem should they be used by another service15:16
mordreddtroyer: why not just upgrade python-openstackclient in grenade? I don't think we're going to unwind python-*client depending on osc-lib since that's what folks are doing for their osc plugins15:17
dtroyerthis is grenade finding unknown/unwanted dependencies for us :)15:18
mordredheh15:18
dtroyerwe can do an upgrade, and we'll be throwing out the ability to know when now clients are OpenStack release sensitive in ways that we previously said they were not15:18
* dtroyer say that badly15:18
amotokiindividual dependencies looks no problem (neutron -> python-designateclient  and python-designateclient -> osc-lib -> openstacksdk).15:19
dtroyerthis is where the separation of python-*client and SDK became necessary, and why we can't just use SDK for everything.  If we throw that away, then we can use SDK for everything15:19
amotokido we need to run OSC in a venv like tempest?15:20
mordreddtroyer: I think we should use sdk for everything and delete literally al of the python-*client libraries personally15:20
dtroyeramotoki: yes.  Or vendor requirements.  Or static link (whatever appears like that in python, py2exe and friends)15:20
dtroyermordred: I was there at the start of the SDK project.  This is what changed my mind.  If we do that, everything that uses SDK is tied to OpenStack releases15:21
*** pooja-jadhav has joined #openstack-sdks15:22
mordreddtroyer: not once we cut a 1.0 of sdk that has a 100% stable api- the problem here is the massive  breaking API sdk change that just happened15:22
mordreddtroyer: but it's possible that what I've just learned is that we need to completely revert all of the changes to sdk and start over from scratch15:22
dtroyermordred: the 1.0 is not the underlying problem, that's on top15:23
dtroyerand we don't need to start over15:23
*** pooja_jadhav has quit IRC15:23
dtroyerit is the separation of assumptions that clients and services make that is the problem.  Those assumptions intersect but not completely15:23
dtroyerif clients/apps that use SDK could do so in isolation, then the version conflict is a non-issue and both stacks can install the version they need.15:25
dtroyerin a DevStack non-venv world, this just doesn't work15:25
*** thrash is now known as thrash|biab15:25
dtroyerthis is one of the things that drove the addition (still unfinished IIIRC) of venv support to DevStack15:25
*** bobh_ has joined #openstack-sdks15:26
mordredyah - I hear all of that - but I'm not sure how to move forward in a way that will unstick the queens release but not screw everything15:26
dtroyerso yeah, short term just add an upgrade step somewhere to get everything that depends on SDK to grenade15:27
mordredah - ok - do that short term, unwind things as a longer term step?15:27
*** bobh_ has quit IRC15:28
dtroyerI suppose…15:31
dtroyerand long-term split all sdk/osc bits out of python-*client libs that are going to be used by another service15:31
dtroyeror we just containerize the control plane upstream and call it a day :)15:32
mordreddtroyer: heh15:32
*** pooja-jadhav has quit IRC15:38
amotokithis situation happens because both SDK and CLI stuffs are provided by a single deliverable. it makes things complicated15:39
amotokineutron just needs the python binding of desginateclient, but designateclient OSC plugin depends on osc-lib....15:40
mordredamotoki: yes 100%15:40
amotokithis discussion raises me again a question on where python binding should be implemented.15:40
dtroyerthat really doens't matter as long as we do not cross the client/server streams :)15:41
dtroyerreally, it was my failure to imagine that client libs with OSc bits in them would be used by servers too that let this happen15:42
mordredamotoki: honestly I truly believe we should delete all of the python-*client bindings - but that's a much bigger engineering effort as we'd have to unwind or rethink a ton of things we don't really have the bandwidth to rethink these days15:42
dtroyerputting the OSc bits into a separate repo solves it15:42
mordreddtroyer: ++15:42
mordredto the osc bits in separare repo15:42
amotokiyeah, but it needs project teams need to maintain more repos..15:42
mordreddtroyer, amotoki: https://review.openstack.org/#/c/538951/ and then https://review.openstack.org/#/c/538695/ depends-on it15:43
amotokii hope it works15:46
openstackgerritStephen Finucane proposed openstack/cliff master: sphinxext: Warn if namespace or command pattern invalid  https://review.openstack.org/51091315:46
mordredamotoki: me too15:47
dtroyerI left a comment including the short- and long-term intentions15:48
*** pooja_jadhav has joined #openstack-sdks15:49
mordredawesome15:49
mordreddtroyer: it might be worth talking through this whole thing at the PTG, too15:50
*** salv-orlando has joined #openstack-sdks15:51
dtroyermordred: yeah, either re-affirm the assumptions or choose to change them...15:53
mordredyup.15:53
mordreddtroyer: btw - I think we're going to need a patch for osc master too - poking at that now15:53
*** salv-orlando has quit IRC15:55
*** thrash|biab is now known as thrash15:56
openstackgerritMonty Taylor proposed openstack/python-openstackclient master: Use find_ip from openstacksdk  https://review.openstack.org/53895816:00
*** Halbinger has quit IRC16:10
mordreddtroyer: I also pushed up this to stable/pike: https://review.openstack.org/538963 Use find_ip from openstacksdk ... if it works and we cut a 3.12.1 release I think we can avoid the grenade change - I'll leave  it to your judgement as to which thing you find preferrable16:13
*** slaweq has joined #openstack-sdks16:14
*** slaweq has quit IRC16:14
mordreddtroyer: I also think I *might* have an idea of a patch to make to sdk that could deal with the issue as well ... experimenting with that now16:15
dtroyerThat cleanup to OSC should happen either way so if it helps we'll push it in16:18
mordredawesome16:19
mordredmaybe between the OSC cleanup and the sdk patch I'm working on now we can avoid the short-term grenade hacks16:20
*** ChanServ changes topic to "#openstack-sdks"16:22
-openstackstatus- NOTICE: zuul.o.o is back online, feel free to recheck / approve patches.16:22
*** slaweq has joined #openstack-sdks16:34
*** jpena is now known as jpena|brb16:44
*** e0ne has quit IRC16:46
*** slaweq_ has joined #openstack-sdks16:47
openstackgerritMonty Taylor proposed openstack/python-openstacksdk master: Provide compatibility for people passing raw sessions  https://review.openstack.org/53896816:48
mordreddtroyer, amotoki: ok - I *think* that ^^ will actually fix the current issue without the grenade or osc patches ... the patch adds the neutron-grenade job just to be sure16:48
mordredif that patch comes back green, then we should be able to land it and cut an sdk point release and have all the stuff work16:49
mordred(and if it works, I'll make a followup patch that adds the call in to all of the places it needs to to be called16:50
*** salv-orlando has joined #openstack-sdks16:51
*** slaweq_ has quit IRC16:52
*** salv-orlando has quit IRC16:54
*** salv-orlando has joined #openstack-sdks16:54
*** jpich has quit IRC16:59
dtroyermordred: do we have any idea if anything that isn't OSC does that Session thing?17:22
mordreddtroyer: looking in heat right now to check17:27
mordreddtroyer: it doesn't look like heat does17:27
openstackgerritMonty Taylor proposed openstack/python-openstacksdk master: Provide compatibility for people passing raw sessions  https://review.openstack.org/53896817:28
mordreddtroyer: so we could just call the osc patch a good enough fix17:29
mordreddtroyer: I think I'm mostly just shotgunning all of the possible options I can think of right now :)17:29
dtroyersure, I'd like to avoid more special cases that will be around forever in the SDK if we can17:30
mordreddtroyer: totally agree17:31
*** jpena|brb is now known as jpena17:31
-amotoki- is going to bed17:32
*** slaweq_ has joined #openstack-sdks17:36
*** slaweq_ has quit IRC17:40
*** thrash is now known as thrash|biab17:50
*** slaweq_ has joined #openstack-sdks17:55
*** slaweq_ has quit IRC17:59
*** fzdarsky is now known as fzdarsky|afk18:02
*** slaweq has quit IRC18:07
openstackgerritMonty Taylor proposed openstack/python-openstackclient master: Use find_ip from openstacksdk  https://review.openstack.org/53895818:07
*** slaweq has joined #openstack-sdks18:08
*** ralonsoh_ has quit IRC18:12
*** jpena is now known as jpena|off18:18
*** slaweq has quit IRC18:23
*** slaweq has joined #openstack-sdks18:23
*** cdent has quit IRC18:26
*** e0ne has joined #openstack-sdks18:40
*** thrash|biab is now known as thrash18:42
*** slaweq_ has joined #openstack-sdks19:01
*** slaweq_ has quit IRC19:05
*** Bar_ has joined #openstack-sdks19:16
Bar_dtroyer, hey, When is the next osc-lib package is expected to be released?19:17
dtroyerBar_: We just did what becomes the queens/stable release a week or so ago, nothing is queued up that I'm aware of19:22
*** edmondsw has quit IRC19:23
Bar_dtroyer, I have proposed https://review.openstack.org/#/c/531025/ earlier this month, but it didn't make the cut. I have another patch that is dependent on that, though it is not urgent, I wanted to know what time table could i expect.19:24
*** harlowja has joined #openstack-sdks19:25
dtroyerThat merged, but yes, not before 1.9.0 was released, gotcha19:30
dtroyerBar_: is next week soon enough?  I'd like to hold off adding tot he release teams work (as small as this is) until the gate issues/backlog is cleared19:33
Bar_dtroyer,  totally fine. Not urgent at all. I suspected it might take months, that's why I asked.19:35
Bar_am I correct to expect it to be v1.9.1?19:36
dtroyerno, we also merged some global requirements, which force a minor rev19:36
dtroyerit'll be 1.10.019:36
Bar_dtroyer, I see. thanks. By the way, it is besides the point, but maybe we should reconsider the reliance on testtools, it hasn't seen meaninful updates for almost a year now.19:38
Bar_My patch only suppresses exceptions of functionality that is natively supported by unittest19:38
Bar_testtools breaks that functionality, and there's not much hope there.19:39
*** e0ne has quit IRC19:54
*** e0ne has joined #openstack-sdks19:57
mordredBar_: subTest does not exist in python2 - it's only in python3.4 and above - have you tried testscenarios instead?19:57
mordredhttp://git.openstack.org/cgit/openstack/python-openstacksdk/tree/openstack/tests/functional/cloud/test_devstack.py#n2519:59
Bar_mordred, sorry, I'm unfamiliar with testscenarios . We don't use it in the relevant repo19:59
mordredis an example19:59
*** e0ne has quit IRC19:59
mordredline 25 is key, then the scenarios attribute on line 32 lists a list of scenarios with a name for the scenario and a dict of attributes to add to the test for each scenario20:00
mordredload_tests then explodes that out during unittest discovery listing to a test named for each scenario20:00
mordredwhich means they can be scheduled across test runner backends for multi-process/parallel testing20:00
mordredBar_: if you look at http://codesearch.openstack.org/?q=testscenarios&i=nope&files=&repos= you can see it's used fairly extensively across openstack -so before we were to go trying to solve the same problem using a different tech, I'd personally like to figure out if there is a benefit to using subTest over testscenarios20:02
Bar_mordred, subtest fails with PY35 when inheriting from testtools.20:03
mordredBar_: right. but what I'm saying is that rather than trying to convince openstack to move off of testtools, you might have better luck just using testscenarios which works with both python2.7 and python3.520:04
Bar_mordred, cool20:04
*** slaweq_ has joined #openstack-sdks20:08
*** slaweq_ has quit IRC20:12
*** edmondsw has joined #openstack-sdks20:30
*** edmondsw has quit IRC20:32
*** edmondsw_ has joined #openstack-sdks20:32
*** e0ne has joined #openstack-sdks20:54
*** slaweq_ has joined #openstack-sdks21:22
*** slaweq_ has quit IRC21:27
*** e0ne has quit IRC21:32
*** cleong has quit IRC21:38
*** Bar_ has quit IRC21:39
*** dmellado has quit IRC22:17
*** dmellado has joined #openstack-sdks22:20
mordreddtroyer: https://review.openstack.org/#/c/538963/ failed its functional tests - but the error is seems weird22:25
mordreddtroyer: http://logs.openstack.org/63/538963/2/check/osc-functional-devstack/c475bfb/job-output.txt.gz#_2018-01-29_22_22_13_04155422:25
mordreddtroyer: does that make the senses to you?22:25
*** edmondsw_ is now known as edmondsw22:26
*** dave-mccowan has quit IRC22:31
dtroyermordred: I've never seen that before…22:35
mordreddtroyer: I just pushed up  https://review.openstack.org/539032 Enable cinder services explicitly22:37
mordreddtroyer: just to see if that helps22:37
mordreddtroyer: as we seem to be getting http://logs.openstack.org/63/538963/2/check/osc-functional-devstack/c475bfb/job-output.txt.gz#_2018-01-29_22_20_41_58645622:38
mordreddtroyer: it does not make any sense to me why that would have stopped working though22:38
mordreddtroyer: looking at git logs it doesn't seem like anything relevant would have changed since the last time that job worked :22:42
mordred:(22:42
*** slaweq_ has joined #openstack-sdks23:00
*** slaweq_ has quit IRC23:04
*** edmondsw has quit IRC23:06
dtroyermordred: sorry, endless-phone-syndrome23:07
dtroyerI don't recall ever seeing that level of Cinder issue, usually it's races with resources. this is different23:08
*** salv-orlando has quit IRC23:08
*** salv-orlando has joined #openstack-sdks23:09
dtroyerFWIW, I just +W 53895823:10
mordredwoot23:11
*** salv-orlando has quit IRC23:13
*** edmondsw has joined #openstack-sdks23:20
*** honza has quit IRC23:45
*** dtantsur|afk has quit IRC23:45
*** edmondsw has quit IRC23:46
*** edmondsw has joined #openstack-sdks23:47
*** honza has joined #openstack-sdks23:51
*** dtantsur|afk has joined #openstack-sdks23:51
*** edmondsw has quit IRC23:51
*** dave-mccowan has joined #openstack-sdks23:53
« Sunday, 2018-01-28 Index Tuesday, 2018-01-30 »

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