Wednesday, 2017-06-07

*** slaweq has joined #openstack-shade01:05
*** slaweq has quit IRC01:10
*** Shrews has quit IRC02:20
*** Shrews has joined #openstack-shade02:23
*** slaweq has joined #openstack-shade03:07
*** slaweq has quit IRC03:11
*** gkadam has joined #openstack-shade03:41
*** slaweq has joined #openstack-shade04:08
*** slaweq has quit IRC04:13
*** slaweq has joined #openstack-shade05:08
*** slaweq has quit IRC05:13
*** yfried has joined #openstack-shade05:15
*** slaweq has joined #openstack-shade06:59
*** ioggstream has joined #openstack-shade07:11
*** slaweq has quit IRC07:50
*** slaweq has joined #openstack-shade07:51
*** slaweq has quit IRC07:54
*** slaweq has joined #openstack-shade08:01
*** jamielennox is now known as jamielennox|away08:50
*** cdent has joined #openstack-shade09:08
*** jamielennox|away is now known as jamielennox09:10
*** cdent has quit IRC10:01
*** cdent has joined #openstack-shade10:44
*** mordred has left #openstack-shade12:36
*** mordred has joined #openstack-shade12:36
*** yfried has quit IRC12:49
*** noshankus has joined #openstack-shade13:27
noshankusHi guys - can anyone confirm for me that querying for floating ip quotas using operator_cloud.get_compute_quotas() is always zero? Using latest 1.21.0...13:34
noshankusAlso - same issue with cloud_instance.get_compute_limits(tenant)['properties'] - both ['maxTotalFloatingIps'] and ['totalFloatingIpsUsed'] - are also zero... when logging into the frontend, it's a different story - have tested on multiple OpenStacks - some Redhat, some Mirantis13:41
noshankusI actually found an instance where the quota was 30, they were using all 30, but operator_instance.get_compute_quotas(tenant_name)['floating_ips'] shows 2013:52
noshankusSeems like 'security_group_rules' is also incorrcetly showing 20 - irrelevant of the actual value in all cases I have seen. Is this a case of "read from the default, then overwrite with the set values" - but never getting to successfully overwrite the defaults?13:55
*** gkadam has quit IRC14:13
*** slaweq has quit IRC14:54
*** slaweq has joined #openstack-shade14:54
*** slaweq has quit IRC14:54
*** nokes has joined #openstack-shade14:57
*** noshankus has quit IRC14:59
*** nokes is now known as noshankus14:59
*** slaweq__ has joined #openstack-shade15:18
*** slaweq__ has quit IRC15:22
*** gkadam has joined #openstack-shade16:04
*** noshankus has quit IRC16:20
*** noshankus has joined #openstack-shade16:23
*** ioggstream has quit IRC16:34
mordrednoshankus: heya. so, at the moment get_compute_quotas is just pass-through to what novaclient is doing, so whatever value it's showing you is whatever the cloud is returning (we're not doing any additional processing shade-side on those)16:51
mordrednoshankus: get_compute_limits on the other hand, we do a normalization on to make sure the fields are always there. we make sure there's at least a 0 value for any key in https://docs.openstack.org/developer/shade/model.html#computelimits16:54
mordredhowever, maxTotalFloatingIps and totalFloatingIpsUsed aren't in that list - so they're just going to be direct passthrough16:54
mordredso in the specific case you're talking about, it seems that nova is returning 0 for those values16:54
mordredthat said - it's always possible there is either a bug, or a behavior we should add a workaround for16:55
mordrednoshankus: if you can run cloud_instance.get_compute_limits(tenant) with simple_logging(http_debug=True) and paste the output somewhere, we can at least make sure we're not grabbing the wrong data16:56
morganmordred: +1 on the removal of the discovery thing17:12
mordredmorgan: woot, thanks!17:14
morganit looks very good17:16
morganglad to see the "add_discovery_uri" thing die17:16
morganthat was a trainwreck, but needed to get from there to herte17:16
morganhere*(17:16
mordredmorgan: yah. seriously. otoh - I'm glad it was there as a method - it made the ectomy easier17:17
*** cdent has quit IRC17:25
*** gkadam has quit IRC17:59
*** ioggstream has joined #openstack-shade18:15
*** yfried has joined #openstack-shade18:20
*** ioggstream has quit IRC18:51
*** yfried has quit IRC19:07
*** yfried has joined #openstack-shade19:35
*** yfried has quit IRC19:40
*** slaweq has joined #openstack-shade19:40
*** slaweq has quit IRC19:44
*** slaweq has joined #openstack-shade19:45
*** slaweq has quit IRC19:50
*** yfried has joined #openstack-shade19:51
*** slaweq has joined #openstack-shade19:51
*** yfried has quit IRC19:57
*** slaweq has quit IRC20:00
*** slaweq has joined #openstack-shade20:01
*** slaweq has quit IRC20:05
-openstackstatus- NOTICE: The Gerrit service on review.openstack.org is being restarted now to clear some excessive connection counts while we debug the intermittent request failures reported over the past few minutes20:06
*** slaweq has joined #openstack-shade20:58
*** frickler_ has joined #openstack-shade21:26
*** SamYaple_ has joined #openstack-shade21:27
*** calebb has quit IRC21:29
*** SamYaple has quit IRC21:29
*** frickler has quit IRC21:29
*** calebb has joined #openstack-shade21:30
*** slaweq has quit IRC21:30
*** slaweq has joined #openstack-shade21:31
*** slaweq has quit IRC21:35
*** slaweq has joined #openstack-shade21:38
*** slaweq has quit IRC21:47
*** slaweq has joined #openstack-shade21:48
*** slaweq has quit IRC21:55
*** slaweq has joined #openstack-shade21:56
*** SamYaple_ has quit IRC21:57
*** SamYaple has joined #openstack-shade21:57
*** openstack has joined #openstack-shade23:12

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