Friday, 2019-06-14

*** dave-mccowan has quit IRC00:13
*** ianychoi has joined #openstack-oslo00:19
*** dciabrin has joined #openstack-oslo00:35
*** dciabrin_ has quit IRC00:35
lbragstadgoldyfruit technically, you don't need authentication to implement quotas00:41
lbragstadoslo.limit will attempt to pull information from keystone, but it won't be authentication per se00:41
*** dave-mccowan has joined #openstack-oslo01:04
goldyfruitlbragstad, I'm in some deployments you could not have keystone at all01:26
goldyfruitLike Bifrost and Cinder01:26
*** rcernin has quit IRC01:27
*** rcernin has joined #openstack-oslo01:27
goldyfruitI mean*01:27
lbragstadinteresting - in that case, we'd need to hook into oslo.limit so that it doesn't talk to keystone01:34
goldyfruityep01:37
lbragstadare you pulling limit information from another system?01:37
goldyfruitNop01:39
lbragstadso where is the limit information coming from?01:39
lbragstadthe unified limit design is pretty specific in that information coming from keystone01:39
goldyfruitfrom the quotas tables inside the qinling database01:39
goldyfruityeah, that is why I could not implement oslo.limit within Qinling01:40
lbragstadso qinling has it's own limits API?01:41
goldyfruitNot yet :)01:41
goldyfruitWorking on it:https://review.opendev.org/#/c/66501501:41
lbragstadto qinling, what is a quota?01:42
lbragstadbecause we define quota and limit here https://docs.openstack.org/keystone/latest/admin/unified-limits.html01:42
goldyfruitQuotas should be applied for functions, runtimes, webhooks, versions, aliases and jobs01:43
lbragstadand those are qinling resources?01:43
lbragstadright?01:43
goldyfruityep01:43
lbragstadok - so you want users to be able to limit the amount of runtimes a project can have in qinling?01:43
goldyfruityeah, same for functions, etc...01:44
lbragstadsure01:44
lbragstadwith unified limit, that information would live in keystone01:44
goldyfruitWhat we would like to avoid is a user to create a function that create infinite functions, etc...01:44
lbragstadsure01:45
goldyfruitI think it's the same for Mistral, Mistral is able to work without Keystone01:45
lbragstadtrue - cinder is in the same boat01:46
goldyfruitSo far Bifrost, Cinder, Qinling, Mistral01:46
lbragstadfor now, the unified limit initiative is dependent on services pulling limit information from keystone (since keystone owns projects, associating limits of resources on those projects makes sense to keep in keystone directly)01:46
goldyfruityeah but maybe we could ask to these projects working without Keystone to add limits tables into the project01:47
lbragstadmaybe01:48
goldyfruitand have a way to notice olso.limit to not looking in Keystone01:48
goldyfruitbut "locally"01:48
lbragstadsure - you'd need a hook in oslo.limit to handle that01:48
goldyfruityep01:48
lbragstadand you'd need to make sure each service does something reasonable with that API so that oslo.limit can rely on it regardless of the service employing it01:48
goldyfruitI spent the last 3 days looking how to implement quotas, I checked in Karbor, Mistral Cyborg, etc... none of them have the same implementation, which is why I love the idea of oslo.limit !01:49
lbragstadwell... that's part of the reason why we want to pull the implementations out of each service and into keystone01:50
goldyfruit:)01:50
lbragstada lot of services are rebuilding the same wheel01:50
goldyfruitThanks for your time/information lbragstad :)01:51
lbragstadso - it's a double-edged sword... you push the commonality into keystone and have keystone deal with associating limits to the projects (since it's the authority of that resource) or you have to make sure 60+ services implement the same exact API01:51
lbragstadsure thing goldyfruit01:52
goldyfruityeah :/01:52
*** dmellado_ has joined #openstack-oslo03:08
*** dmellado has quit IRC03:08
*** dmellado_ is now known as dmellado03:08
*** hberaud|gone has quit IRC03:22
*** zaneb has quit IRC03:22
*** HenryG has quit IRC03:22
*** mugsie has quit IRC03:22
*** seba has quit IRC03:22
*** jbadiapa has quit IRC03:22
*** szaher has quit IRC03:22
*** mgagne has quit IRC03:22
*** dasp has quit IRC03:22
*** sean-k-mooney has quit IRC03:22
*** d34dh0r53 has quit IRC03:22
*** hberaud|gone has joined #openstack-oslo03:38
*** zaneb has joined #openstack-oslo03:38
*** HenryG has joined #openstack-oslo03:38
*** mugsie has joined #openstack-oslo03:38
*** seba has joined #openstack-oslo03:38
*** jbadiapa has joined #openstack-oslo03:38
*** szaher has joined #openstack-oslo03:38
*** mgagne has joined #openstack-oslo03:38
*** dasp has joined #openstack-oslo03:38
*** sean-k-mooney has joined #openstack-oslo03:38
*** d34dh0r53 has joined #openstack-oslo03:38
*** irclogbot_3 has quit IRC03:41
*** irclogbot_0 has joined #openstack-oslo03:42
*** dave-mccowan has quit IRC03:49
*** dasp has quit IRC03:58
*** dasp has joined #openstack-oslo04:21
*** lbragstad has quit IRC04:43
*** pcaruana has joined #openstack-oslo05:09
*** e0ne has joined #openstack-oslo05:21
*** jbadiapa has quit IRC05:49
openstackgerritMerged openstack/oslo.vmware master: Sync Sphinx requirement  https://review.opendev.org/66267606:22
*** takamatsu has joined #openstack-oslo06:34
*** iurygregory has joined #openstack-oslo06:58
*** gibi has joined #openstack-oslo07:08
*** tesseract has joined #openstack-oslo07:08
*** tosky has joined #openstack-oslo07:15
*** rcernin has quit IRC07:22
*** jbadiapa has joined #openstack-oslo07:27
*** e0ne has quit IRC07:35
openstackgerritNatal Ngétal proposed openstack/oslo.log master: Modify the constraints url in tox.  https://review.opendev.org/66110007:35
*** hberaud|gone is now known as hberaud07:52
*** ralonsoh has joined #openstack-oslo08:20
openstackgerritGabriele Santomaggio proposed openstack/oslo.messaging master: Add transport_options parameter  https://review.opendev.org/66037308:31
openstackgerritGabriele Santomaggio proposed openstack/oslo.messaging master: Add transport_options parameter  https://review.opendev.org/66037308:37
*** e0ne has joined #openstack-oslo09:08
*** Luzi has joined #openstack-oslo09:29
openstackgerritMerged openstack/osprofiler master: Support standalone placement in the devstack  https://review.opendev.org/66513509:44
*** hberaud is now known as hberaud|lunch09:56
openstackgerritMerged openstack/oslo.log master: Add logging guidelines based on previous spec  https://review.opendev.org/66511210:18
*** jbadiapa has quit IRC10:57
*** hberaud|lunch is now known as hberaud11:09
*** jaosorior has joined #openstack-oslo11:20
*** raildo has joined #openstack-oslo11:20
*** goldyfruit has quit IRC11:40
*** Luzi has quit IRC11:49
*** jaosorior has quit IRC12:09
gsantomaggio@hberaud  the problem is that:12:10
gsantomaggio```12:10
gsantomaggio result = self.transport._send(self.target, msg_ctxt, msg,12:10
gsantomaggio                                          wait_for_reply=True, timeout=timeout,12:10
gsantomaggio                                          call_monitor_timeout=cm_timeout,12:10
gsantomaggio                                          retry=self.retry,12:10
gsantomaggio                                          transport_options=self.transport_options)12:10
gsantomaggio```12:10
gsantomaggiois > 80 columns12:10
gsantomaggioWe did not have this problem before because it was:12:11
gsantomaggio```12:11
gsantomaggio result = self.transport._send(self.target, msg_ctxt, msg,12:11
gsantomaggio                                          wait_for_reply=True, timeout=timeout,12:11
gsantomaggio                                          call_monitor_timeout=cm_timeout,12:11
gsantomaggio                                          retry=self.retry,12:11
gsantomaggio                                          options=self.options)12:11
gsantomaggio```12:11
gsantomaggioso, with the rename is < 80 col : )12:11
gsantomaggioso, with the rename is > 80 col : )12:11
hberaudgsantomaggio: oh right good catch12:12
gsantomaggioabout the blue print ...12:12
hberaudgsantomaggio: sorry I doesn't take care about the indent on transport_otions12:12
gsantomaggiohave no idea12:12
hberaudgsantomaggio: me too12:13
hberaudgsantomaggio: maybe the dash on the name or something like that12:13
hberaudapparently the "Implements: blueprint transport-options" will trigger a search on LP12:14
hberaudgsantomaggio: and not only redirect to an url like "+spec/transport-options"12:14
hberaudgsantomaggio: I guess the issue is that this functionality trigger a search and it only search in the content or tags on the LP blueprints or something like that12:15
hberaudgsantomaggio: but I'm not sure12:16
gsantomaggio@hberaud the same problem here12:17
gsantomaggiohttps://review.opendev.org/#/c/661698/12:17
hberaudgsantomaggio: yeah good catch12:17
gsantomaggioI got the problem12:21
*** dave-mccowan has joined #openstack-oslo12:28
*** dave-mccowan has quit IRC12:35
*** lbragstad has joined #openstack-oslo12:59
*** goldyfruit has joined #openstack-oslo13:08
*** boden has joined #openstack-oslo13:09
*** goldyfruit has quit IRC13:23
*** goldyfruit has joined #openstack-oslo13:24
*** bobh has joined #openstack-oslo13:24
gsantomaggioI have a problem with blue print reference.13:29
gsantomaggio I added this `Implements: blueprint transport-options` on13:29
gsantomaggio https://review.opendev.org/#/c/660373/13:29
gsantomaggio the problem is that it points to:13:29
gsantomaggio ```13:29
gsantomaggiohttps://blueprints.launchpad.net/openstack/?searchtext=transport-options13:29
gsantomaggio```13:29
gsantomaggiobut I need this:13:29
gsantomaggio ```13:29
gsantomaggiohttps://blueprints.launchpad.net/oslo.messaging?searchtext=transport-options13:29
gsantomaggio```13:29
gsantomaggiodo you know why?13:29
gsantomaggioty13:29
*** goldyfruit has quit IRC13:47
openstackgerritGabriele Santomaggio proposed openstack/oslo.messaging master: Add transport_options parameter  https://review.opendev.org/66037313:49
*** jbadiapa has joined #openstack-oslo13:50
gsantomaggio@hberaud  added the explicit link13:52
gsantomaggioeverything should be fine now :) I hope!13:52
*** goldyfruit has joined #openstack-oslo13:53
hberaudgsantomaggio: w00t13:54
*** e0ne has quit IRC14:13
*** stephenfin is now known as finucannot14:26
*** lpetrut has joined #openstack-oslo14:46
*** bnemec has joined #openstack-oslo14:48
lpetrutHi, could anyone please take a look over this simple patch fixing Windows pbr support? https://review.opendev.org/#/c/662450/14:50
*** e0ne has joined #openstack-oslo14:57
*** e0ne has quit IRC15:00
*** bnemec is now known as beekneemech15:11
*** e0ne has joined #openstack-oslo15:15
*** e0ne has quit IRC15:21
*** e0ne has joined #openstack-oslo15:24
*** e0ne has quit IRC15:27
*** e0ne has joined #openstack-oslo15:29
*** e0ne has quit IRC15:33
*** hberaud is now known as hberaud|school-r15:37
*** raildo has quit IRC15:40
*** raildo has joined #openstack-oslo15:40
*** raildo has quit IRC15:49
*** raildo has joined #openstack-oslo15:49
*** hberaud|school-r is now known as hberaud15:51
*** takamatsu has quit IRC16:07
*** goldyfruit has quit IRC16:24
*** goldyfruit has joined #openstack-oslo16:32
*** iurygregory has quit IRC16:53
*** lbragstad is now known as lbragstad_runnin17:04
*** iurygregory has joined #openstack-oslo17:15
*** iurygregory has quit IRC17:23
*** lpetrut has quit IRC17:30
*** ralonsoh has quit IRC17:31
*** iurygregory has joined #openstack-oslo17:36
*** iurygregory has quit IRC17:38
*** e0ne has joined #openstack-oslo17:41
*** lbragstad_runnin is now known as lbragstad17:43
*** iurygregory has joined #openstack-oslo17:44
*** e0ne has quit IRC17:46
*** hberaud is now known as hberaud|gone17:53
openstackgerritMerged openstack/oslo.config master: Add unit tests for validator  https://review.opendev.org/66281618:07
*** tesseract has quit IRC18:18
*** e0ne has joined #openstack-oslo18:42
*** iurygregory has quit IRC19:07
*** e0ne has quit IRC19:16
*** e0ne has joined #openstack-oslo19:16
*** goldyfruit has quit IRC19:17
*** goldyfruit has joined #openstack-oslo19:17
*** e0ne has quit IRC19:21
*** goldyfruit has quit IRC19:22
*** e0ne has joined #openstack-oslo19:23
*** e0ne has quit IRC19:33
*** logan- has joined #openstack-oslo19:33
logan-is there a way to debug what files oslopolicy-policy-generator is looking at? or does anyone know why I am seeing output on rocky that is ignoring the /etc/cinder/policy.json? http://paste.openstack.org/raw/752968/19:34
smcginnislogan-: Is that supposed to be "role:support_technician", not "rule:support_technician"?19:37
logan-nope, the role is named 'support'19:37
*** pcaruana has quit IRC19:39
*** jbadiapa has quit IRC19:40
*** harlowja has joined #openstack-oslo19:40
logan-simplifying the example more, I changed the context_is_admin rule to "role:admin or rule:support_technician" and the output from oslopolicy-policy-generator still renders as "context_is_admin": "role:admin"19:42
logan-er correction I simplified the example policy to "role:admin or role:support"19:42
logan-also tested dumping the same policy in a nova rocky venv and it produces the expected "context_is_admin": "role:admin or role:support" output19:43
beekneemechlogan-: It looks like the generator hard-codes the log level to warning, so you may need to change that locally to get more log output.19:50
beekneemechhttps://github.com/openstack/oslo.policy/blob/master/oslo_policy/generator.py#L33519:50
beekneemechWhich makes me wonder why we have log messages at the info level in these tools: https://github.com/openstack/oslo.policy/blob/master/oslo_policy/generator.py#L35219:50
beekneemechOtherwise I don't see anything wrong with what you're doing. That looks like it should work to me.19:53
beekneemechI've never actually run this tool though. Maybe lbragstad will know more?19:54
openstackgerritLance Bragstad proposed openstack/oslo.limit master: WIP: Rewrite oslo.limit  https://review.opendev.org/66546519:57
lbragstadlogan- hmmm19:58
lbragstadyou're trying to generate a new policy file with the overrides you have in /etc/cinder/policy.json?20:00
logan-yep20:04
lbragstadinteresting... you're able to get policy files with overrides and default with nova, but not cinder?20:07
lbragstaddefaults*20:11
lbragstadlogan- i'm able to generate it locally20:14
lbragstadlogan- v20:15
lbragstadbah20:15
lbragstadhttps://pasted.tech/pastes/ef1ae68a444a08962c07db989ff55e38d1c7dee0.raw20:15
lbragstadlogan- is your cinder policy file defined in cinder.conf?20:15
logan-nope, no [oslo_policy] section in cinder.conf20:19
lbragstadif you had it, does it work?20:20
logan-checking20:20
smcginnisIs this a side effect of moving the default policy in code?20:20
lbragstadeven if you are just specifying the default?20:20
lbragstadi've noticed some weirdness with that in the past20:20
logan-yep, that fixed it20:20
lbragstadnice20:20
lbragstadi'm not sure why it has to be that way20:21
lbragstadi haven't dug into it in a while20:21
lbragstadi thought nova was having a similar issue once20:21
logan-yeah that's strange, I don't have that section in keystone or nova yet both have worked since we switched to policy in code for those services in pike20:21
lbragstadhuh20:21
lbragstadstrange20:22
logan-thanks for the help!20:22
lbragstadanytime20:22
*** goldyfruit has joined #openstack-oslo20:28
*** raildo has quit IRC20:42
*** goldyfruit_ has joined #openstack-oslo20:54
*** goldyfruit has quit IRC20:56
*** goldyfruit_ has quit IRC21:00
*** goldyfruit_ has joined #openstack-oslo21:01
*** boden has quit IRC21:21
*** goldyfruit___ has joined #openstack-oslo21:57
*** goldyfruit_ has quit IRC22:00
*** bobh has quit IRC22:38
*** bobh has joined #openstack-oslo22:39
*** bobh has quit IRC22:43
*** tosky has quit IRC22:48
openstackgerritMerged openstack/oslo.cache master: Pass server_max_value_length to memcached client  https://review.opendev.org/66155322:50
*** harlowja has quit IRC23:16
*** goldyfruit___ has quit IRC23:19

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