Wednesday, 2020-08-12

« Tuesday, 2020-08-11 Index Thursday, 2020-08-13 »
*** aj_mailing has quit IRC00:08
*** aj_mailing has joined #openstack-nova00:30
*** zhanglong has joined #openstack-nova00:39
*** suryasingh has joined #openstack-nova01:06
*** ayoung has quit IRC01:08
*** ayoung has joined #openstack-nova01:11
*** Liang__ has joined #openstack-nova01:17
*** tbachman has quit IRC01:35
*** JamesBenson has joined #openstack-nova01:39
*** JamesBenson has quit IRC01:44
*** gyee has quit IRC01:49
*** Liang__ has quit IRC01:54
*** brinzhang has joined #openstack-nova01:58
artomDammit, again. Looks like it's a real thing, will debug tomorrow.02:12
*** ayoung has quit IRC02:32
*** ayoung has joined #openstack-nova02:34
melwittartom: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016446.html02:50
*** JamesBenson has joined #openstack-nova02:51
*** JamesBenson has quit IRC02:56
*** mkrai has joined #openstack-nova02:58
*** rcernin has quit IRC03:10
*** rcernin has joined #openstack-nova03:18
*** ayoung has quit IRC03:19
*** ayoung has joined #openstack-nova03:22
*** psachin has joined #openstack-nova03:41
*** ayoung has quit IRC03:50
*** ayoung has joined #openstack-nova03:53
*** ociuhandu has joined #openstack-nova04:07
*** zhanglong has quit IRC04:09
*** ociuhandu has quit IRC04:12
*** links has joined #openstack-nova04:21
*** markvoelker has joined #openstack-nova04:25
*** dklyle has quit IRC04:29
*** dklyle has joined #openstack-nova04:29
*** markvoelker has quit IRC04:30
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-nova04:33
*** logan- has joined #openstack-nova04:40
*** mkrai has quit IRC04:44
*** mkrai has joined #openstack-nova04:46
*** JamesBenson has joined #openstack-nova04:53
*** JamesBenson has quit IRC04:57
*** markvoelker has joined #openstack-nova05:09
*** markvoelker has quit IRC05:21
*** JamesBenson has joined #openstack-nova05:36
*** aj_mailing has quit IRC05:39
*** JamesBenson has quit IRC05:40
*** brinzhang has quit IRC05:51
*** sridharg has joined #openstack-nova05:51
*** brinzhang has joined #openstack-nova05:51
*** kaisers has quit IRC05:59
*** spatel has joined #openstack-nova06:02
*** johanssone has quit IRC06:04
*** tobberydberg has quit IRC06:05
*** spatel has quit IRC06:08
*** johanssone has joined #openstack-nova06:11
*** tobberydberg has joined #openstack-nova06:11
*** kaisers has joined #openstack-nova06:12
*** alex_xu has quit IRC06:13
*** jsuchome has joined #openstack-nova06:18
*** slaweq has joined #openstack-nova06:28
*** ratailor has joined #openstack-nova06:30
*** zhanglong has joined #openstack-nova06:31
*** zhanglong has quit IRC06:36
*** zhanglong has joined #openstack-nova06:37
*** dklyle has quit IRC06:46
*** songwenping__ has joined #openstack-nova06:51
*** martinkennelly has joined #openstack-nova06:55
*** maciejjozefczyk has joined #openstack-nova07:04
*** rcernin has quit IRC07:07
*** mvorwerk has joined #openstack-nova07:12
*** tesseract has joined #openstack-nova07:13
*** mkrai has quit IRC07:17
*** sapd1 has joined #openstack-nova07:33
brinzhangsean-k-mooney, dansmith, stephenfin, gmann: report bug 189127407:34
openstackbug 1891274 in OpenStack Compute (nova) "100% of nova-grenade-multinode zuul task run failed" [High,New] https://launchpad.net/bugs/189127407:34
melwittI already reported that here https://launchpad.net/bugs/189124407:35
openstackLaunchpad bug 1891244 in OpenStack Identity (keystone) "*-grenade-multinode jobs fail with UnicodeDecodeError: 'utf-8' codec can't decode byte 0x87 in position 3: invalid start byte" [Undecided,In progress] - Assigned to melanie witt (melwitt)07:35
*** JamesBenson has joined #openstack-nova07:37
brinzhangmelwitt: is it the same thing? bug 1891274 said the nova-grenade-multinode task failed07:37
openstackbug 1891274 in OpenStack Compute (nova) "100% of nova-grenade-multinode zuul task run failed" [High,New] https://launchpad.net/bugs/189127407:37
brinzhangwill check07:37
melwittyes, it should be the same thing. and nova-grenade-multinode passes with the fix I proposed to keystone https://review.opendev.org/74575207:38
*** nightmare_unreal has joined #openstack-nova07:40
*** tosky has joined #openstack-nova07:41
*** JamesBenson has quit IRC07:41
brinzhangmelwitt:ack, thanks, after this patch merged, and I will set this bug to repeat07:42
*** mkrai has joined #openstack-nova07:52
*** markvoelker has joined #openstack-nova07:55
*** markvoelker has quit IRC08:00
toskymelwitt: for the record, cinder is impacted by the msgpack bump too08:13
toskymelwitt: namely here: https://zuul.opendev.org/t/openstack/builds?job_name=cinder-grenade-mn-sub-volbak&project=openstack/cinder08:13
*** evrardjp has quit IRC08:14
*** JamesBenson has joined #openstack-nova08:14
*** JamesBenson has quit IRC08:19
*** tkajinam has quit IRC08:19
*** evrardjp has joined #openstack-nova08:21
sean-k-mooneythis looks like a byte vs text type issue08:22
sean-k-mooneythe fix looks straitgh forward if you can find the correct place to do it08:23
*** zhanglong has quit IRC08:26
*** evrardjp has quit IRC08:26
*** udesale has joined #openstack-nova08:27
*** evrardjp has joined #openstack-nova08:27
*** zhanglong has joined #openstack-nova08:27
*** udesale has quit IRC08:27
*** udesale has joined #openstack-nova08:27
*** sapd1 has quit IRC08:42
*** spatel has joined #openstack-nova08:44
*** spatel has quit IRC08:48
*** udesale has quit IRC08:50
*** ociuhandu has joined #openstack-nova08:51
*** ociuhandu has quit IRC08:56
*** avolkov has joined #openstack-nova09:16
*** udesale has joined #openstack-nova09:20
*** ociuhandu has joined #openstack-nova09:28
sean-k-mooneydumb question09:44
sean-k-mooneyis there any reason we cant support resize for shelved instances09:44
sean-k-mooneyit would just be a flavor update in the db right and asserting there are no conflict with the image09:45
*** jangutter has joined #openstack-nova09:47
*** jangutter_ has quit IRC09:50
*** mkrai has quit IRC09:59
*** mkrai has joined #openstack-nova10:05
*** JamesBenson has joined #openstack-nova10:15
sean-k-mooneyin the shelve offloaded case that is10:19
*** JamesBenson has quit IRC10:22
*** mkrai has quit IRC10:27
*** songwenping_ has joined #openstack-nova10:28
*** evrardjp has quit IRC10:29
*** mkrai has joined #openstack-nova10:30
*** songwenping__ has quit IRC10:31
*** evrardjp has joined #openstack-nova10:35
*** ociuhandu has quit IRC10:38
*** ociuhandu has joined #openstack-nova10:39
*** songwenping__ has joined #openstack-nova10:40
*** songwenping__ has quit IRC10:41
*** songwenping__ has joined #openstack-nova10:41
*** songwenping_ has quit IRC10:42
*** lpetrut has joined #openstack-nova10:45
*** evrardjp has quit IRC10:48
*** mkrai has quit IRC10:49
*** songwenping__ has quit IRC10:50
*** songwenping__ has joined #openstack-nova10:51
*** vishalmanchanda has joined #openstack-nova10:57
*** songwenping_ has joined #openstack-nova10:58
*** ociuhandu_ has joined #openstack-nova10:59
*** zhanglong has quit IRC11:01
*** songwenping__ has quit IRC11:02
*** ociuhandu has quit IRC11:02
*** ociuhandu_ has quit IRC11:03
*** brinzhang_ has joined #openstack-nova11:05
*** brinzhang has quit IRC11:08
*** tbachman has joined #openstack-nova11:08
*** k_mouza has joined #openstack-nova11:12
*** ociuhandu has joined #openstack-nova11:18
*** ociuhandu has quit IRC11:23
*** mvorwerk has quit IRC11:32
*** raildo has joined #openstack-nova11:37
*** mvorwerk has joined #openstack-nova11:40
*** JamesBenson has joined #openstack-nova11:45
*** JamesBenson has quit IRC11:46
*** JamesBenson has joined #openstack-nova11:46
*** k_mouza has quit IRC11:52
*** brinzhang0 has joined #openstack-nova12:14
*** brinzhang_ has quit IRC12:18
*** songwenping__ has joined #openstack-nova12:28
*** songwenping_ has quit IRC12:31
*** nweinber has joined #openstack-nova12:43
*** songwenping_ has joined #openstack-nova12:43
*** ratailor has quit IRC12:44
*** kklimonda has joined #openstack-nova12:46
*** songwenping__ has quit IRC12:46
*** songwenping_ has quit IRC12:51
*** songwenping_ has joined #openstack-nova12:51
*** ociuhandu has joined #openstack-nova12:55
*** dave-mccowan has joined #openstack-nova12:57
kklimondais there a... saner way to extend nova APIs than forking entire repo? We have a rather specific set of requirements for spawning new instances that can't really be done with just the oslo_policy13:01
*** jangutter_ has joined #openstack-nova13:09
*** songwenping_ has quit IRC13:11
gmannkklimonda: you cannot extend the APIs with upstream code, forking  is anyways  you can do anything. if i understand correctly, you do not want oslo policy checks in API right?13:11
kklimonda@gmann well, oslo_policy can't really handle our usecase by itself13:12
*** jangutter has quit IRC13:13
gmannpolicy checks are configurable and you can allow API to everyone acess13:13
*** sapd1 has joined #openstack-nova13:35
*** mgariepy has quit IRC13:36
*** hongbin has joined #openstack-nova13:40
sean-k-mooneymelwitt: bnemec  by the way i finally got aroudn to trying to repoduce https://bugs.launchpad.net/nova/+bug/1854992 since we are talking about adding a ping13:42
openstackLaunchpad bug 1854992 in OpenStack Compute (nova) "Frequent instances stuck in BUILD with no apparent failure" [Undecided,Incomplete]13:42
sean-k-mooneymelwitt: bnemec deleting the queue will not triggere it because oslo messaging just recreates the queue13:43
sean-k-mooneymelwitt: bnemec but unbinding the queue form the topic does break the ablity for the compute node to recive rpcs13:43
sean-k-mooneybut its still considered alive since it can still send the heartbeats back fine13:44
sean-k-mooneymelwitt: bnemec can you let me know what you think of  the two options to fix this?13:53
*** liuyulong has joined #openstack-nova13:55
*** jangutter has joined #openstack-nova13:56
kklimonda@gmann right, but policy checks don't receive much context about server create request, and without that I can't really say whether it should be allowed or denied13:58
*** jangutter_ has quit IRC13:59
*** kaisers_ has joined #openstack-nova13:59
*** eharney has quit IRC13:59
gmannkklimonda: ohk, currently we pass only project-id, user-id and AZ - https://github.com/openstack/nova/blob/5b79ec8670619ece92ac8bb43d84d2412778a182/nova/api/openstack/compute/servers.py#L64814:00
gmannkklimonda: we can add more targets there to enhance the policy control14:00
gmannor pass instance object itself for wider use case14:01
*** eharney has joined #openstack-nova14:01
sean-k-mooneydpending on what api it is you might not have an instance objet at the policy time but you do get one failrly quilcly. the build request or request spec might work in those casess14:03
sean-k-mooneyim thinking of create server14:03
sean-k-mooneybut for other apis we proably could pass the instance object ya14:04
gmannsean-k-mooney: yeah, the request body of instance request we can pass in case of create server14:04
sean-k-mooney yes ideally we would pass a copy too14:05
gmannor best will be add attr by attr based on use case we get to know14:05
sean-k-mooneyso that you can modify anything14:05
gmanntrue14:05
sean-k-mooney*can't14:05
sean-k-mooneybody looks like its a dict14:06
sean-k-mooneyfor this kind of think i generally prefer to be lazy and pass the whole thing14:06
sean-k-mooneyrahter then attr by attr14:06
sean-k-mooneybut it depned on how strong a contract we want to give14:06
sean-k-mooneye.g. if we change a field name if we just pass the body it can break things14:07
sean-k-mooneyso there is a trade off there14:07
gmannyeah, for some APIs that is ok but for many passing everything is just unnecessary for oslo policy14:07
sean-k-mooneyat least form an upgrades point of vew14:07
gmannyou mean if API change the request attr etc?14:08
gmannand overridden policy were relying on that14:08
sean-k-mooneyif we renamed say  body['os:scheduler_hints'] to  body['os:scheduler_hint'] and the polocy was relying on that then it would break14:08
gmannyeah14:09
sean-k-mooneybut if we add a  scheduler_hints attibe then we have a layer of indirection14:09
sean-k-mooneynot that we plan to do that but you know just trying to see what would break14:09
gmannthat is good upgrade checks in such case14:09
gmannwe can get the override rules and how they are written and compare such case of attr change at API side14:10
sean-k-mooneyonly for default rules14:10
sean-k-mooneywe wont know what customer are using14:10
*** Liang__ has joined #openstack-nova14:11
gmannwe can know, we get the policy file and the overridden rule info14:11
sean-k-mooneynot upstream14:11
sean-k-mooneyif random customer x uses this to create a custom policy rules check any sub element of the requet body14:12
sean-k-mooneywe can test for that14:12
gmannyeah, what other case you mean we cannot test?14:13
sean-k-mooneywhat we could do is pass create_kwargs instead of body that gives us a small laywer of indriection in this case but i think im slowly talking my self into advocating for only passing objects or indivigual atributes14:13
sean-k-mooneywe cant test every poicly atibute that coudl be used form the body14:14
*** hongbin has quit IRC14:14
gmannohk, yeah.14:14
*** mgariepy has joined #openstack-nova14:15
gmannbut as long as we construct the targets explicitly, we can do. I am in favor of 'add attr based on known use case' instead of complete object/request info14:15
gmannwe do not test current allowed attr though but something to improve14:16
gmannproject_id is only tested at major/or-all14:16
sean-k-mooneyya if we just add things one by one to the target we can test it14:19
*** Liang__ has quit IRC14:19
sean-k-mooneywell the target is currently14:20
sean-k-mooney target = {14:20
sean-k-mooney            'project_id': context.project_id,14:20
sean-k-mooney            'user_id': context.user_id,14:20
sean-k-mooney            'availability_zone': availability_zone}14:20
sean-k-mooneyi dont think we would remove any of those well ever14:20
sean-k-mooneyso it pretty safe14:20
sean-k-mooneykklimonda: what did you need for your usecase14:21
gmannyeah, chance of changing request body is very less. addition is there14:21
gmannalso scope control and new defaults, can solve the problem at most extend.14:21
*** mgariepy has quit IRC14:25
*** Liang__ has joined #openstack-nova14:25
kklimondasean-k-mooney: it's a billing issue - we want to have two types of VMs: pay-as-you-go and prepaid (attached to a contract). I need to limit `compute:create:*` API calls based on whether user has credits, or contract with a open slots for a given flavor type. Also, have a way to return a customized error message back to the user would be nice.14:27
*** brinzhang_ has joined #openstack-nova14:27
sean-k-mooneykklimonda: that is not really a policy function14:29
sean-k-mooneykklimonda: that feels more like a use case for keystone middelware or quotas14:29
kklimondakeystone middleware as in custom middleware for keystone?14:30
*** brinzhang0 has quit IRC14:30
*** brinzhang has joined #openstack-nova14:31
gmannyeah, we cannot control these with policy14:31
sean-k-mooneyas in custom mideelware for the nova api14:31
sean-k-mooneysorry not keystone middelware oslo.middleware14:31
sean-k-mooneywe have keystone middelware  that uses that to handel all our auth14:31
sean-k-mooneyso its the example of api middelware that comes to mind14:32
kklimondacan I still add custom middleware to nova? keystone have removed that feature around stein iirc14:32
sean-k-mooneyyou can do it with paste14:32
sean-k-mooneybut yes14:32
gmannhere https://github.com/openstack/nova/blob/master/etc/nova/api-paste.ini14:32
*** brinzhang_ has quit IRC14:33
kklimondamakes sense, for some reason I've completely blacked out on middleware - derp14:34
sean-k-mooneyanyway im not that familar with how that all works but you can still add custom middleware and then intercept any request and do whatever you want provided you are also happy to support it yourself :)14:35
*** alex_xu has joined #openstack-nova14:36
*** liuyulong has quit IRC14:37
*** hongbin has joined #openstack-nova14:39
*** udesale_ has joined #openstack-nova14:44
*** udesale has quit IRC14:46
*** rambo_li has joined #openstack-nova14:47
*** mlavalle has joined #openstack-nova14:49
*** rambo_li has quit IRC14:49
alex_xuefried: sean-k-mooney, for the user add their own custom trait manually through placement, that should be the case we want to ignore the conflict trait from provider config?14:56
alex_xuefried: sean-k-mooney, compare to modify inventory, the user adds custom trait is more normal case I guess14:56
*** mgariepy has joined #openstack-nova14:59
sean-k-mooneyso CUSTOM_ traits we shoudl ignore i think14:59
*** priteau has joined #openstack-nova14:59
sean-k-mooneybut standard tratis should only be set via virt driver or provider.yaml15:00
sean-k-mooneyi have to join a meething now however so havnt fully tought through that answer15:00
alex_xusean-k-mooney: yea15:02
*** dklyle has joined #openstack-nova15:05
*** Liang__ has quit IRC15:07
*** mriedem has joined #openstack-nova15:23
*** jsuchome has quit IRC15:24
efriedalex_xu: What does it mean to have a trait conflict? The provider config is intended to allow you to override things. If it contains a CUSTOM_ trait that's not already on the provider, we should add it. If there's a trait -- CUSTOM or otherwise -- on the provider but not in the config, we should leave it alone. Right?15:32
*** martinkennelly has quit IRC15:36
*** martinkennelly has joined #openstack-nova15:36
*** links has quit IRC15:37
*** martinkennelly has quit IRC15:38
*** martinkennelly has joined #openstack-nova15:38
*** mvorwerk has quit IRC15:46
*** mvorwerk has joined #openstack-nova15:47
*** kaisers_ has quit IRC15:49
*** mvorwerk has quit IRC15:54
*** lpetrut has quit IRC15:58
*** tesseract has quit IRC16:03
*** nightmare_unreal has quit IRC16:07
*** mkrai has joined #openstack-nova16:08
*** bbowen has joined #openstack-nova16:21
*** ayoung has quit IRC16:22
*** ayoung has joined #openstack-nova16:24
*** maciejjozefczyk has quit IRC16:28
*** ayoung has quit IRC16:31
*** sapd1 has quit IRC16:31
*** ayoung has joined #openstack-nova16:32
*** ayoung has quit IRC16:38
*** psachin has quit IRC16:39
*** ayoung has joined #openstack-nova16:40
*** hongbin has quit IRC16:43
*** mgariepy has quit IRC16:47
*** mgariepy has joined #openstack-nova16:48
*** udesale_ has quit IRC16:52
*** mgoddard has quit IRC16:56
*** hongbin has joined #openstack-nova17:00
*** sridharg has quit IRC17:00
*** mgoddard has joined #openstack-nova17:02
*** ayoung has quit IRC17:07
*** ayoung has joined #openstack-nova17:08
*** mkrai has quit IRC17:09
*** ayoung has quit IRC17:22
*** ayoung has joined #openstack-nova17:23
*** priteau has quit IRC17:27
*** mgoddard has quit IRC17:28
*** ayoung has quit IRC17:31
*** ayoung has joined #openstack-nova17:33
*** mgoddard has joined #openstack-nova17:34
*** aj_mailing has joined #openstack-nova17:47
eanderssonI know Rocky patches are not a priority, but if someone has time could you look at getting this patch series merged? https://review.opendev.org/#/c/703117/17:48
*** mgariepy has quit IRC17:49
*** aj_mailing has quit IRC17:52
*** maciejjozefczyk has joined #openstack-nova17:52
*** mgoddard has quit IRC17:55
*** gyee has joined #openstack-nova17:56
*** mgoddard has joined #openstack-nova18:02
*** mgariepy has joined #openstack-nova18:03
*** vdrok_ has joined #openstack-nova18:13
*** knikolla_ has joined #openstack-nova18:13
*** vdrok has quit IRC18:20
*** gouthamr has quit IRC18:20
*** knikolla has quit IRC18:20
*** knikolla_ is now known as knikolla18:20
*** vdrok_ is now known as vdrok18:20
*** gouthamr has joined #openstack-nova18:21
*** Alon_KS has quit IRC18:22
*** mgoddard has quit IRC18:23
*** Alon_KS has joined #openstack-nova18:24
*** mgariepy has quit IRC18:25
*** mgoddard has joined #openstack-nova18:25
*** ebbex has quit IRC18:28
*** ebbex has joined #openstack-nova18:30
*** mgariepy has joined #openstack-nova18:38
*** k_mouza has joined #openstack-nova19:23
*** hongbin has quit IRC19:26
*** k_mouza has quit IRC19:27
*** maciejjozefczyk has quit IRC19:39
*** hongbin has joined #openstack-nova19:44
*** nweinber has quit IRC20:00
*** hamalq has joined #openstack-nova20:15
*** artom has quit IRC20:39
*** artom has joined #openstack-nova20:40
*** artom has joined #openstack-nova20:41
*** ayoung has quit IRC20:57
*** ayoung has joined #openstack-nova21:02
*** dklyle has quit IRC21:02
*** dklyle has joined #openstack-nova21:37
*** slaweq has quit IRC21:38
*** mriedem has left #openstack-nova21:51
*** vishalmanchanda has quit IRC21:55
*** raildo has quit IRC21:57
*** markvoelker has joined #openstack-nova22:30
*** markvoelker has quit IRC22:35
*** rcernin has joined #openstack-nova22:43
*** rcernin has quit IRC22:43
*** rcernin has joined #openstack-nova22:43
*** haleyb has quit IRC22:55
*** martinkennelly has quit IRC22:55
*** haleyb has joined #openstack-nova22:55
*** tkajinam has joined #openstack-nova22:57
*** spatel has joined #openstack-nova23:00
*** spatel has quit IRC23:00
*** tosky has quit IRC23:13
*** ayoung has quit IRC23:17
*** ayoung has joined #openstack-nova23:18
« Tuesday, 2020-08-11 Index Thursday, 2020-08-13 »

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!