Monday, 2017-01-23

*** jamielennox|away is now known as jamielennox00:05
*** gouthamr has quit IRC00:24
*** gouthamr has joined #openstack-shade00:32
*** gouthamr has quit IRC05:07
*** yfried has joined #openstack-shade06:18
*** abregman has joined #openstack-shade07:09
*** abregman has quit IRC08:24
*** abregman has joined #openstack-shade08:29
*** yolanda has quit IRC09:02
*** yolanda has joined #openstack-shade09:07
*** yolanda has quit IRC09:15
*** abregman has quit IRC09:18
*** abregman has joined #openstack-shade09:19
*** yolanda has joined #openstack-shade09:24
openstackgerritMonty Taylor proposed openstack-infra/shade: Update coding document to mention direct REST calls  https://review.openstack.org/42401409:26
openstackgerritMonty Taylor proposed openstack-infra/shade: Copy in needed template processing utils from heatclient  https://review.openstack.org/42401609:27
fricklermordred: https://review.openstack.org/#/c/423595/3/shade/openstackcloud.py would be giving me the same issues that I had with image_endpoint_override earlier, would it make sense to add the possibility to explicitly override the network endpoint the same way?09:55
fricklerstrangely though, even though I have the wrong URL in endpoint_override, it doesn't seem to get used, listing networks is still working for me09:55
fricklerah, I see you are semi-reverting that one anyway in https://review.openstack.org/#/c/423604/2 , so the total result should be fine again.09:58
mordredfrickler: oh - thanks for pointing it out - should definitely honor the endpoint_override if it's set if we decide to go the discovery route10:10
mordred(best I can tell, actually doing the discovery call seems to just be a waste of a REST round trip on every cloud out there :) )10:10
yfriedmordred: ping re shade cache10:11
mordredyfried: whassup?10:11
yfriedmordred: ansible os_server_facts != nova list10:12
yfriedmordred: I'm guessing this is due to shade cache10:12
yfriedmordred: can I flush it somehow?10:12
mordredyfried: you have a persistent cache configured?10:13
yfriedmordred: IDK10:13
mordredif you don't have one explicitly configured in clouds.yaml, then there should be no persistent cache10:13
mordredlike, I hve this in mine:10:14
mordredcache:10:14
mordred  max_age: 360010:14
mordred  class: dogpile.cache.dbm10:14
mordred  arguments:10:14
mordred    filename: /home/mordred/.cache/openstack/shade.dbm10:14
mordredbut if you don't - something else must be wrong and we should track down the bug I think10:14
yfriedmordred: http://paste.openstack.org/show/596009/ os_server_facts10:15
yfriedmordred:10:17
yfriedhttp://paste.openstack.org/show/596010/10:17
yfriedmordred: note the diff between networks in json and shell10:17
yfriedmordred: this might be better @ #ansible-devel not sure if this is shade or ansible issue10:18
mordredyfried: all the logic is in the shade part - but I don't see the difference, - in your shell output, it shows three: yfried-trial1-management=192.168.1.13; yfried-trial1-data=172.16.1.13; yfried-trial1-external=172.31.0.1310:19
mordredeach with one address10:19
yfriedmordred: in json, you see a floating ip10:20
yfriedyfried-trial1-management10:20
yfriedmordred: on ^10:20
mordredAH10:20
yfriedand so, the server's public_v4 is set10:20
mordredso - we use neutronclient in shade to ask neutron what floating ips a server has10:20
mordredbecuase the nova cache breaks sometimes10:21
mordredand can't be trusted10:21
yfriedmordred: openstack --os-cloud prod floating ip show  03c16249-853f-40f2-8d86-33facf279b6510:21
yfried| fixed_ip_address    | 192.168.1.13                         |10:21
yfried| floating_ip_address | 10.8.182.222                         |10:21
yfriedmordred: so the bug is here: ^10:21
yfriedmordred: there are several network clusters on this tenant with overlapping IPs10:22
yfriedmordred: and the neutron query should be much more specific10:22
yfriedopenstack --os-cloud prod server show 7ff77f73-9264-4569-8ba1-25ba955ee25f10:23
yfriedaddresses                            | yfried--management=192.168.1.13, 10.8.182.222; yfried--data=172.16.1.13; yfried--external=172.31.0.1310:23
mordredyfried: so shade is incorrectly showing the floating ip on the wrong fixed address?10:24
yfriedmordred: it queries floating ip based on fixed_ip10:24
yfriedmordred: but not based on fixed (sub)net10:24
yfriedmordred: and/or server ports10:25
mordredgotcha. yah - that's a bug10:25
mordredit would be SO nice if nova returned port ids10:25
yfriedmordred: you don't need that - neutron port list can filter on "device_id"10:27
yfriedmordred: that's the nova id10:27
yfriedof the server10:27
yfriedopenstack --os-cloud prod port list --server af742eb9-7637-4422-883d-17ec6002421e10:28
yfriedmordred: this bug is not in shade 1.7.010:31
mordred1.7.0 is likely before we started pulling fip info directly from neutron10:34
mordredbut yeah - we need to do matching on port_id instead of the fixed_id10:35
mordredi'll work on a patch10:35
mordredunless you want to :)10:36
mordredshade.meta._get_suplemental_addresses is where the code for it is10:36
*** cdent has joined #openstack-shade10:42
*** purplerbot has quit IRC10:46
*** purplerbot has joined #openstack-shade10:48
yfriedmordred: sure, np10:58
yfriedmordred: but only if you can think of a way for me to use it now instead fo waiting for it to be published in shade via pip10:59
yfriedmordred: because shade release cycles are too long for us10:59
yfriedmordred: https://storyboard.openstack.org/#!/story/200084511:31
yfriedmordred: could you please bump this priority?11:31
mordredyfried: I can make a shade release any time - like as soon as we have this fixed - but also I'll work on it right now (just got back with coffee, which is important)11:39
yfriedmordred: ok.11:40
yfriedmordred: I'm curretnly bumping our framework to use shade 1.911:40
mordredyfried: awesome. you know we're on 1.14.1 yeah?11:40
yfriedmordred: I was using 1.13.2 until I found this bug11:41
mordredah - I understand11:41
yfriedmordred: can you think of a way to run https://github.com/openstack-infra/shade/blob/master/shade/meta.py#L30811:44
yfriedgiven a clouds.yml file11:45
yfried?11:45
yfriedmordred: I would like to fix this but I need a good/quick reproduction script to test the filter11:45
mordredyfried: yes - one sec11:48
mordredyfried: http://paste.openstack.org/show/596028/11:50
mordredyfried: or this one: http://paste.openstack.org/show/596029/11:51
yfriedmordred: tnx11:51
mordredyfried: I believe unfortunately we're going to have to essentially do a join - the port list tells us which things are attached to the server, but we then need to fetch the fip info to get the actual fip address11:53
mordredalso - when did server fixed ips stop having neutron ports associated with them? am I just dreaming that that used to be a thing?11:53
yfriedmordred: I don't think there ever where neutron ports there11:53
mordredweird. I must just be insane then :)11:57
mordredyfried: how does this look: http://paste.openstack.org/show/596031/11:57
mordredgah. bad patch -one sec12:00
mordredhttp://paste.openstack.org/show/596033/12:01
yfriedmordred: why do you need to keep the fixed_ip check as well?12:06
yfried                    if fip['fixed_ip_address'] in fixed_ip_mapping:12:08
yfriedmordred: ^ this line can be removed12:08
yfriedmordred: you already verify port list, which should be identical to fixed_ip_mappings12:09
yfriedmordred: my test works with you patch and with my suggestion12:10
yfriedmordred: could you please submit this for review?12:11
mordredyfried: yup - one sec - I put in one more thing since I sent it to you based on local testing12:17
mordredand then I need to fix a unit test :)12:17
openstackgerritMonty Taylor proposed openstack-infra/shade: Use port list to find missing floating ips  https://review.openstack.org/42408712:32
mordredyfried: ^^ there you go (I changed your suggestion a little - in the VERY off chance something is broken there, I'd like to be able to return a good error message. I'm 99% sure it'll never happen12:33
mordredShrews: ^^ when you awaken, a review of that patch would be much appreciated so that we can potentially cut a release for yfried (although I'd also love to get that swiftservice patch landed too)12:34
yfriedmordred: assuming Shrews approves, what's the eta of a pypi release?12:34
mordredno reason we can't get one done today12:35
mordredalthough I'm about to be AFK for about 5 hours, so it won't be sooner than 5 hours12:35
openstackgerritMonty Taylor proposed openstack-infra/shade: Use port list to find missing floating ips  https://review.openstack.org/42408712:38
mordredadded a reno note12:38
mordredShrews: also, in testing this, I see "The cloud returned multiple addresses, and none of them seem to work. That might be what you wanted, but we have no clue what's going on, so we just picked one at random" more than I think we should12:40
mordredShrews: I think we should investigate that - but nodepool is still working, so it doesn't seem to be an actual problem affecting folks12:40
mordredrcarrillocruz: if you happen to be around and have a few minutes ^^ https://review.openstack.org/424087 and https://review.openstack.org/#/c/415739 could use some love12:41
mordredand with that - I will afk - back in a few12:41
*** _sigmavirus24 is now known as sigmavirus13:02
*** sigmavirus has joined #openstack-shade13:02
*** yfried has quit IRC13:10
*** gouthamr has joined #openstack-shade13:57
Shrewsmordred: i agree that message appears disturbingly too often. also, that patch failed the neutron test which might possibly be related since you touch the list_servers() path (thru meta)14:34
Shrewsmordred: also, the bug referenced by jordan in 415739 seems to have interesting comments14:35
Shrewsnot sure how jordan was aware of that bug, but perhaps we should reference it somewhere? comments or commit msg14:37
Shrewsat the "workaround" seems appropriate14:39
*** cdent has quit IRC14:40
morgano/15:06
morganmornin15:06
morganmordred: you were up early today15:06
* morgan glares at keystone things and hurries up so can get back to shade things15:07
*** yolanda has quit IRC15:36
*** yolanda has joined #openstack-shade15:36
*** cdent has joined #openstack-shade15:37
*** yolanda has quit IRC15:37
*** yolanda has joined #openstack-shade15:38
*** ioggstream has joined #openstack-shade15:38
*** flvzsch50 has joined #openstack-shade16:06
*** yolanda has quit IRC16:06
*** yolanda has joined #openstack-shade16:06
*** gouthamr has quit IRC16:12
*** gouthamr has joined #openstack-shade16:12
*** abregman has quit IRC17:08
mordredShrews: actually - we see that error in list_servers from time to time - I have not tracked down _why_ yet17:53
mordredShrews: popping a recheck in there17:53
Shrewspoo17:54
mordredShrews: yah. it's lkely the next openstack race condition we'll have the joy of debugging17:59
morganyay openstack race conditions18:01
morganno... wait... what is the opposite of "yay"18:01
morganyeah that.18:01
mordredShrews: ooh. on the 415739 bug - also, jordanP knows everything18:01
mordredShrews: mind if I account for that in a follow up patch?18:01
Shrewsmordred: that's fine. i haven't actually properly reviewed yet anyway18:02
Shrewsmordred: let me do that now since I'm burned out on tracking down this thread problem18:03
mordredShrews: well - just as a warning- it's a patch that deals wit hthreads :)18:03
Shrewsmordred: your patch i understand. it's MY patch that is confusing me18:04
mordredShrews: that's almost never true18:05
mordredmorgan: :)18:05
Shrewsmordred: oh, you DO reference the bug. my bad18:06
Shrewsin _adapter.py18:06
mordredyah  I was just about to mention that18:07
Shrewsgah. rebased18:07
Shrewsthat makes comparing patch sets mucho harder18:07
* Shrews haz sad18:07
mordredShrews: you can go back one patchset18:08
mordredthe latest patchset is only a rebase patch18:08
mordredthe previous patchset should have the latest version of that code pre-rebase18:08
*** ioggstream has quit IRC18:10
openstackgerritMonty Taylor proposed openstack-infra/shade: Upload images to swift as application/octet-stream  https://review.openstack.org/42427418:14
mordredShrews: there's the followup patch18:14
Shrewsmordred: for 423661, how difficult would it be to upload something and download to a file to test that it's the same thing?18:26
Shrewsmordred: in a functional test, that is18:26
mordredShrews: not hard - we already do an upload/download in a different test18:29
Shrewsmordred: k. i'd really like to see one for that18:30
mordredcool18:31
openstackgerritMonty Taylor proposed openstack-infra/shade: Upload images to swift as application/octet-stream  https://review.openstack.org/42427418:46
openstackgerritMonty Taylor proposed openstack-infra/shade: Add ability to stream object directly to file  https://review.openstack.org/42366118:46
mordredShrews: added test to the download patch, also changed the octet-stream patch slightly further18:46
Shrewsmordred: k. i just exited my thread coordination hell, so will look again momentarily19:13
*** gouthamr has quit IRC19:20
*** cdent has quit IRC19:37
*** flvzsch50 has quit IRC22:13
mordredShrews: yay no more thread contention22:37

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