Thursday, 2017-08-17

*** calebb has quit IRC01:29
*** rods has quit IRC01:33
*** calebb has joined #openstack-shade01:38
*** gouthamr has quit IRC03:24
*** gkadam has joined #openstack-shade03:58
*** gkadam_ has joined #openstack-shade04:01
*** gkadam has quit IRC04:03
*** gkadam_ is now known as gkadam04:04
*** openstack has quit IRC04:42
*** openstack has joined #openstack-shade04:43
*** gkadam has quit IRC04:43
*** olaph has joined #openstack-shade04:43
*** pabelanger has joined #openstack-shade04:43
*** yolanda has joined #openstack-shade04:43
*** calebb has joined #openstack-shade04:44
*** spredzy has joined #openstack-shade04:44
*** lastmikoi has joined #openstack-shade04:44
*** purplerbot has joined #openstack-shade04:45
*** openstackstatus has joined #openstack-shade04:46
*** zigo has joined #openstack-shade04:46
*** ChanServ sets mode: +v openstackstatus04:46
*** jlk has joined #openstack-shade04:49
*** ianw has joined #openstack-shade04:49
*** jlk has quit IRC04:49
*** jlk has joined #openstack-shade04:49
*** rcarrill1 has joined #openstack-shade04:53
*** slaweq has joined #openstack-shade06:44
*** slaweq has quit IRC06:48
*** rods has joined #openstack-shade07:19
*** gkadam has joined #openstack-shade07:26
*** iogg has joined #openstack-shade07:50
*** rods has quit IRC08:26
*** iogg has quit IRC08:44
*** ioggstream has joined #openstack-shade08:44
*** rods has joined #openstack-shade09:02
*** gkadam is now known as gkadam-afk09:32
*** spredzy has quit IRC09:33
*** RuiChen has joined #openstack-shade09:39
*** spredzy has joined #openstack-shade09:42
*** rods has quit IRC11:04
*** ioggstream has quit IRC11:22
*** rods has joined #openstack-shade12:00
*** ioggstream has joined #openstack-shade12:06
*** openstackgerrit has joined #openstack-shade12:27
openstackgerritSamuel de Medeiros Queiroz proposed openstack-infra/shade master: Use new keystoneauth version discovery  https://review.openstack.org/49358212:27
*** pleia2 has joined #openstack-shade12:42
openstackgerritSamuel de Medeiros Queiroz proposed openstack-infra/shade master: Use new keystoneauth version discovery  https://review.openstack.org/49358212:44
openstackgerritMonty Taylor proposed openstack-infra/shade master: Use new keystoneauth version discovery  https://review.openstack.org/49358212:47
mordredsamueldmq: I also ^^ made the patch better yesterday but forgot to upload it :)12:48
mordredsamueldmq: that passes pep8, py27 and py35 locally if I install those keystoneauth patches - let's see how it does with devstack12:48
samueldmqmordred: ah, great!12:49
samueldmqI am feeling I need to step back and review all the version discovery things again12:49
samueldmq:-)12:49
cmurphyonly if you want your brain to bleed12:52
samueldmqthat would be an attempt to fix the current bleeding12:53
samueldmqcmurphy: ^   :-)12:53
openstackgerritRosario Di Somma proposed openstack-infra/shade master: WIP: Use direct calls to get_<resource>_by_id  https://review.openstack.org/49453513:05
rodsmordred ^^ stil a WIP but should pass existing unit tests. Added a couple of comments, I'd like your opinion when you have a sec.13:37
openstackgerritMonty Taylor proposed openstack/os-service-types master: Consume new mapping fields from service-type-authority  https://review.openstack.org/49336613:42
openstackgerritMonty Taylor proposed openstack/os-service-types master: Sync from latest service-types-authority  https://review.openstack.org/49455013:42
mordredrods: awesome!13:46
mordredrods: responded - and left a crazy idea for you :)13:59
*** slaweq has joined #openstack-shade14:05
slaweqmordred: hello14:05
slaweqmordred: can You click W+1 in https://review.openstack.org/#/c/494319/ and https://review.openstack.org/#/c/494321/ if both are fine for You?14:06
slaweqthx14:06
mordredslaweq: oh - yup. meant to do that yesterday :)14:08
slaweqmordred: thx14:08
openstackgerritMerged openstack/os-service-types master: Consume new mapping fields from service-type-authority  https://review.openstack.org/49336614:14
rodsmordred generating those methods is an interesting idea, will give us a reliable/consistent interface14:15
rodsmordred Looking at all the list or search methods(but even many or the create and update) we have, looks like they are all almost the same. Mostly just calls to ..._client.(post|get|put)14:18
mordredrods: yah. it might even be easier if we wind up doing the sdk merge - since there is a consistent underlying object interface then that we can query (at least after my current set of patches) - so the shade layer can be mostly auto-generated with only the places that need special logic written out14:20
rodswhat if we move all those methods in specific Resource managers and use these managers in the OpenStackCloud.methods?14:20
mordredrods: yah - that's where I think an sdk merge actually might make things nicer and potentially even less complex for both sides14:21
* mordred needs to publish his local patches relatd to that14:21
mordredthere's one more layer of abstraction they've got right now which I think needs to be removed because it's one layer too many - but digging in it's pretty close to being what we'd wind up with if we abstracted resource managers ourselves14:22
openstackgerritMonty Taylor proposed openstack/os-service-types master: Sync from latest service-types-authority  https://review.openstack.org/49455014:26
rodsmordred that's cool. Should we wait on the methods generation thing and put more effort on the sdk merge? I wonder if that code would stil be useful if we end up merging14:33
rodsanything I can help with with the sdk merging?14:33
mordredwell - I shold probably propose the governance patch and then publish my current work in progress14:34
mordredso - yeah - I think that's maybe a good idea14:34
mordredrods: for now the thing you have in this patch gets us far enough I think14:34
rodsmordred ok, I'll tweak it a little and add some tests14:36
mordredrods: thanks!14:36
openstackgerritMerged openstack/os-service-types master: Sync from latest service-types-authority  https://review.openstack.org/49455017:09
*** SamYaple has joined #openstack-shade17:25
*** slaweq_ has joined #openstack-shade17:47
*** slaweq_ has quit IRC17:53
*** purplerbot has quit IRC18:06
*** purplerbot has joined #openstack-shade18:07
*** purplerbot has quit IRC18:09
*** ioggstream has quit IRC18:11
*** purplerbot has joined #openstack-shade18:12
*** rods has quit IRC18:45
*** rods has joined #openstack-shade18:51
*** ioggstream has joined #openstack-shade19:02
*** slaweq_ has joined #openstack-shade19:24
*** gkadam-afk has quit IRC19:35
*** calebb has quit IRC19:59
*** calebb has joined #openstack-shade20:01
slaweq_mordred: hello20:16
slaweq_mordred: can I ask You a question?20:16
slaweq_mordred: I'm checking little bit issue with test_list_volumes_pagination in gate-shade-functional-legacy (it failed for me at least twice today)20:17
slaweq_is it some "known issue" or it just should be rechecked and will be fine?20:18
mordredslaweq_: yah - unfortunately sometimes the volume tests tend to timeout20:19
mordredslaweq_: we have not yet been able to come up with a full fix for it20:20
slaweq_yes, so I looked to it little bit and I found that it's failing on cleaning after test20:20
slaweq_not in test itself20:20
mordredyes - this is correct20:20
mordredunforunately - if we just ignore it - we wind up running out of quota - or disk space20:21
slaweq_and what I found is that in test there is volume in status "deleting": http://logs.openstack.org/21/494321/1/check/gate-shade-functional-legacy/9ce964d/console.html#_2017-08-17_19_47_33_39218920:21
slaweq_but in cinder logs it looks that this volume was deleted sucessfully: http://logs.openstack.org/21/494321/1/check/gate-shade-functional-legacy/9ce964d/logs/screen-c-api.txt.gz#_2017-08-17_19_43_23_83320:22
slaweq_and cinder-volume log: http://logs.openstack.org/21/494321/1/check/gate-shade-functional-legacy/9ce964d/logs/screen-c-vol.txt.gz#_2017-08-17_19_44_33_38020:23
slaweq_mordred: so my question is, can it be some issue with caching in list_volumes() on shade's side?20:23
slaweq_mordred: or it is some issue in cinder?20:23
slaweq_do You know maybe?20:24
mordredslaweq_: I think it's a cinder issue - I know we've had issues in with nova data cache being stale before20:28
slaweq_mordred: ok, I will try to read about cinder and such issue, thx20:29
mordredcool - thanks! oh - and yes, I think the fact that we can see in http://logs.openstack.org/21/494321//1/check/gate-shade-functional-legacy/9ce964d/console.html#_2017-08-17_19_47_33_39218920:30
mordred(which you pasted a little earlier)20:30
mordredthat's the REST response back from keystoneauth - so a remote call was made and that was cinder's answer - so we can rule out caching20:31
mordredat leats shade-side20:31
*** ioggstream has quit IRC21:06
openstackgerritSlawek Kaplonski proposed openstack-infra/shade master: DNM Test force cinder volume delete  https://review.openstack.org/49470521:08
mordredooh. neat21:09
slaweq_mordred: I just pushed some small patch with force delete of volume added: https://developer.openstack.org/api-ref/block-storage/v3/index.html#volumes-volumes21:11
mordredslaweq_: yah - I like it :)21:11
slaweq_I will try to recheck few times and check if maybe it will help21:11
mordredslaweq_: it'll be exciting if that solves that problem!21:11
slaweq_if yes, I will add it with some tests21:11
*** slaweq_ has quit IRC21:40
*** slaweq_ has joined #openstack-shade21:41
*** slaweq_ has quit IRC21:45
*** slaweq_ has joined #openstack-shade22:10
*** slaweq_ has quit IRC22:19
*** gouthamr has joined #openstack-shade22:25
*** openstackgerrit has quit IRC22:33
*** slaweq_ has joined #openstack-shade22:50
*** slaweq_ has quit IRC22:59
*** slaweq_ has joined #openstack-shade23:56

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