Tuesday, 2021-05-04

*** martinkennelly has joined #openstack-nova00:01
*** dave-mccowan has quit IRC00:31
*** dave-mccowan has joined #openstack-nova00:34
*** sapd1_x has quit IRC00:36
*** hoonetorg has quit IRC00:42
*** hamalq_ has quit IRC01:00
*** __ministry has joined #openstack-nova01:09
*** valleedelisle is now known as _dvd01:14
*** sapd1 has joined #openstack-nova01:33
*** swp20 has joined #openstack-nova01:52
*** rcernin has quit IRC02:17
*** rcernin has joined #openstack-nova02:30
openstackgerritXinxin Shen proposed openstack/nova-specs master: setup.cfg: Replace dashes with underscores  https://review.opendev.org/c/openstack/nova-specs/+/78947502:47
*** mkrai has joined #openstack-nova02:50
openstackgerritYuehuiLei proposed openstack/python-novaclient master: setup.cfg: Replace dashes with underscores  https://review.opendev.org/c/openstack/python-novaclient/+/78947702:53
*** ebbex has quit IRC03:20
*** ebbex has joined #openstack-nova03:22
*** psachin has joined #openstack-nova03:36
*** martinkennelly has quit IRC04:06
*** ratailor has joined #openstack-nova04:35
openstackgerritMerged openstack/nova master: Drop support for SQLite < 3.7  https://review.opendev.org/c/openstack/nova/+/78734904:44
*** links has joined #openstack-nova05:18
*** vishalmanchanda has joined #openstack-nova05:31
*** slaweq_ has joined #openstack-nova05:47
*** mkrai has quit IRC06:03
*** ralonsoh has joined #openstack-nova06:19
*** slaweq_ has quit IRC06:28
*** Luzi has joined #openstack-nova06:30
*** gyee has quit IRC06:31
*** mkrai has joined #openstack-nova06:40
openstackgerritWenping Song proposed openstack/nova-specs master: Trival change:Correct the link url  https://review.opendev.org/c/openstack/nova-specs/+/78948506:48
*** david-lyle has quit IRC06:51
*** lpetrut has joined #openstack-nova06:55
*** rpittau|afk is now known as rpittau07:04
*** dtantsur|afk is now known as dtantsur07:09
*** lbragstad has quit IRC07:12
*** sapd1_x has joined #openstack-nova07:25
*** lbragstad has joined #openstack-nova07:27
*** rcernin has quit IRC07:27
*** andrewbonney has joined #openstack-nova07:33
*** rcernin has joined #openstack-nova07:37
*** ratailor_ has joined #openstack-nova07:39
*** ratailor has quit IRC07:40
*** tosky has joined #openstack-nova07:44
*** damien_r has quit IRC07:52
*** whoami-rajat has joined #openstack-nova07:53
*** slaweq_ has joined #openstack-nova08:00
*** rcernin has quit IRC08:01
openstackgerritTobias Urdin proposed openstack/nova master: Stop leaking ceph df cmd in RBD utils  https://review.opendev.org/c/openstack/nova/+/78937408:02
*** lucasagomes has joined #openstack-nova08:03
*** derekh has joined #openstack-nova08:10
*** slaweq_ has quit IRC08:12
*** kashyap has joined #openstack-nova08:24
*** adrianc has quit IRC08:34
*** psachin has quit IRC08:40
*** derekh has quit IRC08:41
*** slaweq_ has joined #openstack-nova08:42
*** slaweq_ is now known as slawe08:42
*** slawe is now known as slaweq08:42
*** rcernin has joined #openstack-nova08:44
*** rcernin has quit IRC08:45
*** damien_r has joined #openstack-nova08:47
*** damien_r has quit IRC08:51
*** ratailor__ has joined #openstack-nova08:56
*** ratailor_ has quit IRC08:58
*** mkrai has quit IRC08:58
*** bbowen_ has joined #openstack-nova08:58
*** bbowen has quit IRC09:00
*** psachin has joined #openstack-nova09:02
*** lbragstad has quit IRC09:02
*** martinkennelly has joined #openstack-nova09:05
*** lbragstad has joined #openstack-nova09:07
*** slaweq has quit IRC09:10
*** sapd1_x has quit IRC09:17
*** sapd1_x has joined #openstack-nova09:19
*** k_mouza has joined #openstack-nova09:35
*** dpawlik has quit IRC09:48
*** dpawlik has joined #openstack-nova09:48
*** swp20 has quit IRC10:01
*** tesseract has joined #openstack-nova10:03
*** ociuhandu has joined #openstack-nova10:08
*** ociuhandu has quit IRC10:18
*** vishalmanchanda has quit IRC10:39
*** mkrai has joined #openstack-nova10:39
*** sapd1_x has quit IRC10:42
*** CeeMac has joined #openstack-nova10:43
*** ociuhandu has joined #openstack-nova10:51
*** ociuhandu has quit IRC10:53
*** ociuhandu has joined #openstack-nova10:53
*** mkrai has quit IRC11:09
*** slaweq has joined #openstack-nova11:20
*** ociuhandu has quit IRC11:22
*** ociuhandu has joined #openstack-nova11:22
*** ociuhandu has quit IRC11:27
*** sapd1 has quit IRC11:27
*** sapd1_x has joined #openstack-nova11:28
*** slaweq has quit IRC11:31
*** dasp has quit IRC11:31
*** dasp has joined #openstack-nova11:33
*** derekh has joined #openstack-nova11:35
*** sapd1_x has quit IRC11:51
*** tosky_ has joined #openstack-nova11:56
*** tosky has quit IRC11:57
*** tosky_ is now known as tosky12:04
*** ociuhandu has joined #openstack-nova12:10
*** derekh has quit IRC12:16
*** macz_ has joined #openstack-nova12:19
*** mkrai has joined #openstack-nova12:23
*** macz_ has quit IRC12:23
*** ociuhandu has quit IRC12:35
*** mkrai has quit IRC12:36
*** psachin has quit IRC12:37
*** mkrai has joined #openstack-nova12:39
*** vishalmanchanda has joined #openstack-nova12:44
*** ratailor__ has quit IRC12:47
*** ociuhandu has joined #openstack-nova12:52
*** dave-mccowan has quit IRC12:59
*** dave-mccowan has joined #openstack-nova13:02
*** mkrai has quit IRC13:07
*** Luzi has quit IRC13:26
*** LinPeiWen has joined #openstack-nova13:26
*** sapd1_x has joined #openstack-nova13:34
tobias-urdinis there any way to ensure a resize of a instance doesn't get scheduled to another AZ?13:39
tobias-urdinsince the availability_zone property in the RequestSpec is None the AvailabilityZoneFilter will always pass through compute nodes13:39
tobias-urdinfrom all AZs and there is not really a way to make it honor the instances.availability_zone it already exists in13:40
tobias-urdina real corner case im in here, since the instance is bfv (booted from a volume) and [cinder]/cross_az_attach is false I need nova resizes13:41
tobias-urdinto honor not pushing them to another AZ13:41
sean-k-mooneytobias-urdin: by default it will stay in the same az i belive13:42
sean-k-mooneyif you set an az orginally then we will stay in the same az13:43
sean-k-mooneyif you did not specify one then yes i guess it could cross az13:43
sean-k-mooneywe could adress this with an az weigher i guess13:43
sean-k-mooneyprioritiseing the same az if in the candiate set13:44
bauzastobias-urdin: if you created an instance without asking for a specific AZ, then the scheduler will support *all* the AZs13:48
sean-k-mooneybauzas: ya i think what tobias-urdin  was hoping for was a way to populate the requst spec after the fact with the AZ the vm landed in13:49
bauzastobias-urdin: but if you provide a specific AZ when you create the instance, then the instance will only be moving to the hosts in the same AZ13:49
tobias-urdinhm ok, what attribute determines that in the database?13:49
sean-k-mooneyso that future moves would be in the same az13:49
bauzastobias-urdin: don't modify the DB13:49
bauzasbecause you would change the behaviour13:50
tobias-urdinyes, but I want to understand what is selected13:50
sean-k-mooneyits the value in the request spec that is used13:50
sean-k-mooneyfor schudling13:51
bauzastobias-urdin: the filter looks at the instance RequestSpec value13:51
sean-k-mooneybut its stored in sojme other places too13:51
bauzasexactly13:51
sean-k-mooneyfor exampel we add the AZ to the neutron port in the device_owner filed i belive13:51
sean-k-mooneyits proably in the cinder attaments somewhere13:52
bauzasalso the AZ is not a specific DB value13:52
bauzaswe persist the whole RequestSpec13:52
sean-k-mooneyin the api db13:52
bauzaswell, I guess he knows13:53
tobias-urdinso where could i check if an AZ was selected at creation or not, since instance.availability_zone only reflects the node it's scheduled to and only updated by scheduler after decision13:53
bauzasyup13:53
tobias-urdini remember there was a issue a long time ago that horizon for example always explicitly set AZ until that was fixed, but nova/openstack-client(?) cli never passed it (correctly being None)13:53
bauzasas sean-k-mooney said, you could add a weigher for looking at the instance AZ value and trying to accept hosts within the same AZ, but I wouldn't be happy to accept it upstream13:54
bauzasby default, the instance.az value is None13:54
bauzasuntil this goes to the host13:54
sean-k-mooneybauzas: no? it would be pretty simple to add upstream but i wouldnt backport it obviously13:55
bauzassean-k-mooney: no, because the filters/weighers only look at the requestspec13:55
bauzasnot at the existing instance13:55
sean-k-mooneyah ok13:55
sean-k-mooneydont they have the instance i guess not13:55
bauzasno, they don't13:55
*** slaweq has joined #openstack-nova13:55
bauzaswe pass both the requestspec and the asked host13:56
sean-k-mooneyok then ya makes sense13:56
sean-k-mooneywe shoudl not change the interface13:56
bauzasof course, a filter could ask for more (like calling the DB) but we stopped to accept this after Liberty IIRC13:56
bauzasas it's a performance issue13:56
sean-k-mooneywell so coudl the weighers but same issue13:57
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: QoS minimum guaranteed packet rate  https://review.opendev.org/c/openstack/nova-specs/+/78501413:57
sean-k-mooneythe request spec has the instance uuid so you can do the lookups but you dont want to do this per host13:57
bauzasinstead of having the filters calling the DB, we instead make sure that both HostState and RequestSpec objects provide what we need13:57
sean-k-mooneyyep13:57
bauzassean-k-mooney: this only has the instance_uuid for the first instance created with the same RequestSpec :)13:58
bauzassean-k-mooney: I don't remember whether we change this when you create more than one instance at the same time13:58
bauzasbut that's a bug if no13:58
tobias-urdini would really hurt adding something custom for such a corner case, but i guess i'll see what i can do13:58
*** mlavalle has joined #openstack-nova13:59
tobias-urdinbut it's a bit messy since i can't force a resize to a specific node either there is no (native) way of disallowing it so scheduling will always be "wrong"14:00
bauzastobias-urdin: honestly, this is not a bug, right?14:00
*** ociuhandu has quit IRC14:00
bauzasif the customer doesn't ask for a specific AZ, why should we only accept hosts within the same AZ ?14:00
*** ociuhandu has joined #openstack-nova14:01
tobias-urdinbecause [cinder]/cross_az_attach=false and all instances is bfv :)14:01
bauzastobias-urdin: what you *could* tho is to provide a default AZ for instances14:01
bauzasthat's a config option14:01
tobias-urdinso i guess somewhat of a bug but more i've built myself into a corner here14:01
bauzastobias-urdin: the problem is that cinder provided AZs too that are different from Nova and operators thought that we discussed in between Cinder and us :)14:02
bauzastobias-urdin: I could also say "please cross-attach AZs"14:02
bauzasagain, this is not a Nova bug14:02
bauzasif Cinder wants to support Nova AZs, I understand this...14:03
bauzasbut if there are bugs with a cinder option, why Nova should fix it ?14:03
tobias-urdinit's a nova option, the problem is we don't have the same cinder storage backends in both AZs so we can't let nova create volumes in another AZ14:05
tobias-urdin(nova and cinder AZ are named the same)14:05
bauzastobias-urdin: here, the thing is that you don't want to look at Nova AZs when resizing, but rather to Cinder AZs, right ?14:05
*** ociuhandu has quit IRC14:05
tobias-urdinhence can't let resize of server1 in az1 place server1 instance in az2 because cinder storage is not there14:05
bauzasthe problem is "I have a Cinder volume in a specific AZ, could you please, Nova, only give me a host that is within the same Cinder AZ"14:06
bauzassee the concern ?14:06
bauzasthat's like "I have apples and bananas, I want to have the same banana than the appleƩ"14:06
bauzasbut Cinder and Nova AZs can be different14:06
bauzasthat's just the cinder config option that makes them related14:07
bauzasso, if we really want to restrict hosts that are in some AZs, that because they have volumes in the AZ14:07
bauzashonestly, instead of having different AZs between nova and cinder, the cinder-scheduler should look at Nova AZs14:08
bauzas(hint : placement can help)14:08
tobias-urdinyeah - as I said, it's a messy case. Since spawning new ones works fine because nova when creating volumes will honor cross_az_attach https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L5314:09
tobias-urdinit just don't care on resize and can select compute node in az2 that cannot access storage in az1 for example14:10
*** lpetrut has quit IRC14:10
tobias-urdinconsider this 1) you have a cloud with one az, nothing much to care about you spawn a instance requestspec gets availability_zone=None you are happy 2) you add a availability zone for nova and cinder same name, you set nova.conf cross_az_attach=false because compute nodes in az1 is not addressed on storage network for az214:12
tobias-urdinnow you try to resize a instance created before that has requestspec availability_zone=None it will still try to select a compute node in az2 since it doesn't care about not attaching across AZs14:13
tobias-urdinmy only point, it only cares about handling that volume connection upon creation, everything else is just not implemented, nothing more so i'll dig a see what i can figure out :)14:13
bauzastobias-urdin: again, I understand your problem, as I said, I'm not happy that cinder provided this option without thinking about move operations14:16
tobias-urdinagree14:17
tobias-urdinthanks for clearing things up, was a little bit confused but i understand the issues atleast14:17
bauzasfixing this would need us to discuss between nova and cinder to see what to do14:17
bauzasbut I wouldn't be happy with only nova fixing this because of cinder14:18
bauzasand now we have placement, maybe we should discuss how to provide a query that would ask for this14:18
bauzasthat's a huge feature and this shouldn't be backported14:19
bauzasfor example, I could imagine some way to map between Nova and Cinder AZs14:19
bauzasone Nova AZ could map to say 3 Cinder AZs14:19
bauzasand then you could write a query saying "I want my instance to use Cinder AZs"14:20
bauzasif so, when resizing, we could continue to look at placement for knowing the existing AZ14:20
bauzasAZs even14:20
sean-k-mooneybauzas: im not sure that is true14:22
sean-k-mooneyi dont think one nova AZ can map to multiplle cinder AZs14:22
sean-k-mooneyi think all our assumtion for schduling is tthat there is a 1:1 mapping14:23
bauzassean-k-mooney: I'm not telling about the existing behaviour14:23
sean-k-mooneyespcailly when it comes to placmenet and azs14:23
bauzasbut about what we *could* do to support related AZs between Nova and Cinder14:23
sean-k-mooneybauzas: ok but i dont think it would be desireable to support that14:23
bauzasbut, cross-project spec, that's it14:24
bauzassean-k-mooney: sure, maybe a nit14:24
bauzassean-k-mooney: but my point is, nova and cinder AZs are respectively apples and bananes14:24
sean-k-mooneywell no let me rephrase i dont think we shoudl do that14:24
sean-k-mooneywe could supprot placement aggreate in the service14:24
bauzassean-k-mooney: so, you could have apples that match multiple bananes14:24
bauzasbananas* even14:24
bauzassean-k-mooney: surely, we need to have cinder using placement AZs14:25
bauzasuhu14:25
bauzasplacement s/AZs/aggregates14:25
sean-k-mooneycinder does not do that currently14:25
sean-k-mooneybut i think that would be the better approch14:25
bauzasagain, that's a x-p spec14:25
sean-k-mooneyyep i know14:25
bauzasand yeah, I know14:25
bauzasthat cinder doesn't do it14:26
bauzashonestly, this is a known bug since... mmm, Liberty ?14:26
sean-k-mooneyeventhough shareing resouce proviers was invented for them hehe14:26
bauzas:)14:26
sean-k-mooneywell its not a bug really14:27
bauzascorrect14:27
bauzasit's a non supported feature :)14:27
tobias-urdin:D i'm not mad, i agree14:27
sean-k-mooneyto disable cross az attach you have to align the cinder an nova az and have to froce a default az14:27
bauzasor a cinder bug about the cross_attach option, if you prefer14:27
sean-k-mooneywhen users dont set one14:27
bauzasbut, to fix the bug, you need a large spec14:27
*** mkrai has joined #openstack-nova14:28
bauzasand honestly, I don't think nova needs to do the hardest and longest effort14:28
tobias-urdinwe'll setting a default AZ doesn't help either, if you have older instances created before that was set i.e before there even was two AZ14:28
tobias-urdinthe requestspec would still say az=none14:28
tobias-urdinit's messy14:28
bauzastobias-urdin: easy to fix, kill your pets :p14:28
sean-k-mooneytobias-urdin: right greenfiled default az helps14:28
sean-k-mooneytobias-urdin: exising deployment not so much14:29
bauzaspuppies are nice, but use a gun14:29
bauzasyou want their leather14:29
tobias-urdinbauzas: that would be the best thing, killing them but they're not mine :(14:29
tobias-urdini can send an angry email, that should work 2021 :pp14:30
bauzastobias-urdin: I know, I was unfortunately kidding14:30
* bauzas would imagine himself dressed up like Cruella14:30
* tobias-urdin dreams about deleting all affected instances14:31
sean-k-mooneythose were dalmations14:31
sean-k-mooneyanyway14:31
bauzastobias-urdin: in order to fix your existing instances, that's difficult14:31
bauzasas I said, the AZ value is within the RequestSpec14:31
bauzasand we persist the whole blob14:31
bauzasyou could hack tho with python scripts14:32
*** ociuhandu has joined #openstack-nova14:32
bauzasand I'm pretty sure there are existing tools that make this for you14:32
* bauzas has seen a lof of operators asking how to modify the RequestSpec records14:33
sean-k-mooneythe way to "fix" this for your deployment would be two fold 1.) set a default az. 2.) write a scprit in python tha tloads the instance from the db and set the current az in its request spec14:33
bauzasyup14:33
bauzasbut you can only have one default AZ14:33
sean-k-mooneythere mihgt be something in the opts tools repo for this14:33
bauzasthis doesn't really help but you can 'load-balance' fakely by having different default AZs for each nova-api service14:34
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Re-propose Unified Limits in Nova  https://review.opendev.org/c/openstack/nova-specs/+/78958514:34
tobias-urdinalready have a default az, so newer instances actually works, it's just those old ones with the "legacy" requestspec data14:34
bauzastobias-urdin: script it then14:34
bauzastobias-urdin: you need to regenerate the RequestSpec object, then modify it, then persisting it again14:34
bauzasthat's pretty simple honestly, but you need to understand how oslo versioned objects work within nova14:35
bauzasthat's a 3-line14:35
bauzas<import the objects module>14:36
bauzas<get the request_spec object from its UUID>14:36
bauzas<modify the object value>14:36
bauzas<save the object>14:36
bauzas(4 lines, actually)14:37
*** ociuhandu has quit IRC14:38
tobias-urdinproblem was that it's saved for neutron ports and cinder attachments as well right uggh14:39
* bauzas facepalms14:40
bauzasKISS14:40
bauzas(keep it simple)14:41
tobias-urdin15:51 < sean-k-mooney> for exampel we add the AZ to the neutron port in the device_owner filed i belive14:41
tobias-urdin15:52 < sean-k-mooney> its proably in the cinder attaments somewhere14:41
bauzastobias-urdin: you want to have the scheduler only supporting hosts from the AZ14:42
bauzasif so, first modify the Request AZ14:42
bauzasand then you'll move the instance to a host14:42
openstackgerritMerged openstack/nova-specs master: Trival change:Correct the link url  https://review.opendev.org/c/openstack/nova-specs/+/78948514:42
bauzasso, you could look whether we duplicated this field14:42
bauzasor whether it's just a field that's changed, like instance.az14:43
bauzasand only reflects the az the host currently belongs to14:43
openstackgerritMerged openstack/nova-specs master: setup.cfg: Replace dashes with underscores  https://review.opendev.org/c/openstack/nova-specs/+/78947514:43
*** ociuhandu has joined #openstack-nova14:45
tobias-urdingot it, thanks14:46
* tobias-urdin out14:46
openstackgerritMerged openstack/nova-specs master: Repropose smartnic support spec  https://review.opendev.org/c/openstack/nova-specs/+/78363214:48
*** macz_ has joined #openstack-nova14:48
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Allow provider re-parenting in placement  https://review.opendev.org/c/openstack/nova-specs/+/78824314:54
* bauzas needs to look at some specs :)14:57
*** mkrai has quit IRC15:00
*** k_mouza has quit IRC15:18
*** k_mouza has joined #openstack-nova15:19
*** gyee has joined #openstack-nova15:21
*** ociuhandu has quit IRC15:23
*** ociuhandu has joined #openstack-nova15:24
*** dklyle has joined #openstack-nova15:24
*** ociuhandu has quit IRC15:28
*** k_mouza_ has joined #openstack-nova15:31
*** k_mouza has quit IRC15:34
*** ociuhandu has joined #openstack-nova15:39
*** ociuhandu_ has joined #openstack-nova15:48
*** ociuhandu has quit IRC15:51
*** ociuhandu_ has quit IRC15:52
*** LinPeiWen has quit IRC16:04
*** lucasagomes has quit IRC16:05
*** links has quit IRC16:10
*** dtantsur is now known as dtantsur|afk16:17
*** hamalq has joined #openstack-nova16:27
openstackgerritJohn Garbutt proposed openstack/nova master: Add stub unified limits driver  https://review.opendev.org/c/openstack/nova/+/71213716:31
openstackgerritJohn Garbutt proposed openstack/nova master: Assert quota related API behavior when noop  https://review.opendev.org/c/openstack/nova/+/71214016:31
*** david-lyle has joined #openstack-nova16:32
*** dklyle has quit IRC16:32
*** hamalq has quit IRC16:35
*** hamalq has joined #openstack-nova16:35
openstackgerritJohn Garbutt proposed openstack/nova master: Make unified limits APIs return reserved of 0  https://review.opendev.org/c/openstack/nova/+/71214116:40
openstackgerritJohn Garbutt proposed openstack/nova master: Add logic to enforce local api and db limits  https://review.opendev.org/c/openstack/nova/+/71213916:43
*** rpittau is now known as rpittau|afk16:47
openstackgerritMerged openstack/python-novaclient master: setup.cfg: Replace dashes with underscores  https://review.opendev.org/c/openstack/python-novaclient/+/78947716:49
*** tesseract has quit IRC16:50
openstackgerritMerged openstack/nova-specs master: Adds spec for supporting @ and . in keypair name  https://review.opendev.org/c/openstack/nova-specs/+/78567416:54
*** jamesden_ has joined #openstack-nova17:03
*** jamesdenton has quit IRC17:04
*** k_mouza_ has quit IRC17:14
openstackgerritJohn Garbutt proposed openstack/nova master: Enforce api and db limits  https://review.opendev.org/c/openstack/nova/+/71214217:20
*** eharney has quit IRC17:47
*** martinkennelly has quit IRC17:57
*** andrewbonney has quit IRC18:00
*** arne_wiebalck has quit IRC18:00
*** andrewbonney has joined #openstack-nova18:02
*** arne_wiebalck has joined #openstack-nova18:02
*** viks____ has quit IRC18:02
*** rpioso has joined #openstack-nova18:08
*** k_mouza has joined #openstack-nova18:14
*** vishalmanchanda has quit IRC18:18
*** eharney has joined #openstack-nova18:25
*** ralonsoh has quit IRC18:25
*** eharney has quit IRC18:33
*** k_mouza has quit IRC18:38
*** eharney has joined #openstack-nova19:02
*** andrewbonney has quit IRC19:23
*** melwitt is now known as jgwentworth19:25
*** jgwentworth is now known as melwitt19:25
*** BLZbubba has joined #openstack-nova19:28
BLZbubbais there a way to speed up "openstack image create"?  uploading a 100G raw image to a ceph backend takes almost an hour19:30
*** k_mouza has joined #openstack-nova19:31
openstackgerritJohn Garbutt proposed openstack/nova master: Update quota_class APIs for db and api limits  https://review.opendev.org/c/openstack/nova/+/71214319:32
*** k_mouza has quit IRC19:39
*** whoami-rajat has quit IRC19:42
*** eharney has quit IRC19:50
*** eharney has joined #openstack-nova19:55
openstackgerritJohn Garbutt proposed openstack/nova master: Update limit APIs  https://review.opendev.org/c/openstack/nova/+/71270720:00
*** eharney has quit IRC20:05
openstackgerritJohn Garbutt proposed openstack/nova master: Update quota sets APIs  https://review.opendev.org/c/openstack/nova/+/71274920:09
openstackgerritJohn Garbutt proposed openstack/nova master: Tell oslo.limit how to count nova resources  https://review.opendev.org/c/openstack/nova/+/71330120:15
openstackgerritJohn Garbutt proposed openstack/nova master: Enforce resource limits using oslo.limit  https://review.opendev.org/c/openstack/nova/+/61518020:21
openstackgerritJohn Garbutt proposed openstack/nova master: Add legacy limits and usage to unified limits  https://review.opendev.org/c/openstack/nova/+/71349820:37
openstackgerritJohn Garbutt proposed openstack/nova master: Update quota apis with keystone limits and usage  https://review.opendev.org/c/openstack/nova/+/71349920:37
openstackgerritJohn Garbutt proposed openstack/nova master: Add reno for unified limits  https://review.opendev.org/c/openstack/nova/+/71527120:38
*** slaweq has quit IRC20:40
*** efried has quit IRC22:15
openstackgerritmelanie witt proposed openstack/nova master: Add unit test for importing ed25519 ssh key  https://review.opendev.org/c/openstack/nova/+/78964222:35
openstackgerritDavid Vallee Delisle proposed openstack/os-vif master: Creating oslo.config.opts entry_points for plugins  https://review.opendev.org/c/openstack/os-vif/+/78964522:46
*** macz_ has quit IRC22:57
*** martinkennelly has joined #openstack-nova23:02
*** dave-mccowan has quit IRC23:03
*** dave-mccowan has joined #openstack-nova23:05
*** rcernin has joined #openstack-nova23:27
*** tosky has quit IRC23:28
*** stephenfin|PTO has quit IRC23:30
*** stephenfin has joined #openstack-nova23:31
*** hamalq has quit IRC23:45

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