Friday, 2019-07-26

*** xek__ has joined #openstack-nova00:00
gmannmelwitt: but can we query on placement for nova owned limits usage (server groups, injected_files etc) ? also not about showing the limit from keystone so we need to keep the GET /os-quota-sets for those limits al least.00:01
melwittgmann: I'm not sure I understand the second question about the existing GET quotas API for limits. we have to keep that as long as old quotas are the default, I think00:01
melwittgmann: we cannot, no. so that's another thing00:02
*** xek_ has quit IRC00:02
gmannyeah.00:03
melwittgmann: it's a little unclear because there's overlap with /limits and GET /os-quota-sets. I'm not sure we need the latter if we have the former (once unified limits is default down the road)00:04
melwittthe (server groups, injected_files etc) limits are shown from /limits and will only be modifiable via the config files. no more API access for those00:05
*** TxGirlGeek has quit IRC00:05
melwitt*no more API access to update those00:05
gmannyeah, if we keep /limits then it is enough. But we need one API to show those limits and usage.00:06
melwittyeah, agreed00:06
*** slaweq has joined #openstack-nova00:11
openstackgerritmelanie witt proposed openstack/nova master: Verify archive_deleted_rows --all-cells in post test hook  https://review.opendev.org/67284000:12
*** slaweq has quit IRC00:15
*** gyee has quit IRC00:19
openstackgerritmelanie witt proposed openstack/nova master: Verify archive_deleted_rows --all-cells in post test hook  https://review.opendev.org/67284000:20
openstackgerritmelanie witt proposed openstack/nova master: Verify archive_deleted_rows --all-cells in post test hook  https://review.opendev.org/67284000:22
*** brinzhang_ has quit IRC00:38
*** brinzhang_ has joined #openstack-nova00:39
*** igordc has quit IRC00:45
*** BjoernT has joined #openstack-nova00:45
*** brinzhang has quit IRC00:47
*** brinzhang has joined #openstack-nova00:47
*** BjoernT has quit IRC00:47
*** BjoernT has joined #openstack-nova00:48
*** BjoernT has quit IRC00:48
*** BjoernT has joined #openstack-nova00:49
*** BjoernT has quit IRC00:49
*** BjoernT has joined #openstack-nova00:49
*** BjoernT has quit IRC00:50
*** BjoernT has joined #openstack-nova00:50
*** BjoernT has quit IRC00:50
*** BjoernT has joined #openstack-nova00:51
*** brinzhang has quit IRC00:51
*** BjoernT has quit IRC00:51
*** betherly has joined #openstack-nova00:51
*** brinzhang_ has quit IRC00:52
*** BjoernT has joined #openstack-nova00:54
*** BjoernT has quit IRC00:54
*** ricolin has joined #openstack-nova00:56
*** betherly has quit IRC00:56
*** mlavalle has quit IRC00:56
*** avolkov has quit IRC01:04
*** betherly has joined #openstack-nova01:13
*** betherly has quit IRC01:17
*** betherly has joined #openstack-nova01:33
*** betherly has quit IRC01:38
*** boxiang_ has quit IRC01:40
*** yaawang has quit IRC01:44
*** yaawang has joined #openstack-nova01:44
*** brinzhang_ has joined #openstack-nova01:48
*** brinzhang has joined #openstack-nova01:48
*** betherly has joined #openstack-nova01:54
*** betherly has quit IRC01:59
*** sapd1_x has joined #openstack-nova02:06
*** tinwood has quit IRC02:10
*** slaweq has joined #openstack-nova02:11
*** tinwood has joined #openstack-nova02:12
*** brinzhang_ has quit IRC02:14
*** brinzhang has quit IRC02:14
*** brinzhang has joined #openstack-nova02:14
*** brinzhang_ has joined #openstack-nova02:14
*** betherly has joined #openstack-nova02:15
*** slaweq has quit IRC02:16
*** betherly has quit IRC02:20
*** whoami-rajat has joined #openstack-nova02:26
*** bhagyashris has joined #openstack-nova02:33
*** factor has joined #openstack-nova02:38
*** betherly has joined #openstack-nova02:57
*** JamesBenson has joined #openstack-nova02:59
*** JamesBenson has quit IRC02:59
openstackgerritkarim proposed openstack/nova-specs master: Support VM memory encryption using Intel's MKTME  https://review.opendev.org/66676903:00
*** betherly has quit IRC03:01
*** _hemna has joined #openstack-nova03:02
*** slaweq has joined #openstack-nova03:11
*** JamesBenson has joined #openstack-nova03:14
*** slaweq has quit IRC03:15
openstackgerritErik Olof Gunnar Andersson proposed openstack/nova master: Always cleanup when hitting MaxRetriesExceeded  https://review.opendev.org/67285503:22
*** psachin has joined #openstack-nova03:22
*** psachin has quit IRC03:23
openstackgerritpengyuesheng proposed openstack/os-vif master: Blacklist sphinx 2.1.0 (autodoc bug)  https://review.opendev.org/67285603:23
*** _hemna has quit IRC03:25
eanderssonsean-k-mooney, no clue if that is the fix, but looks reasonable to me ^03:25
openstackgerritpengyuesheng proposed openstack/os-vif master: Bump the openstackdocstheme extension to 1.20  https://review.opendev.org/67285703:26
*** artom has quit IRC03:27
*** psachin has joined #openstack-nova03:27
openstackgerritpengyuesheng proposed openstack/os-vif master: Bump the openstackdocstheme extension to 1.20  https://review.opendev.org/67285703:27
*** betherly has joined #openstack-nova03:28
*** betherly has quit IRC03:33
*** sapd1_x has quit IRC03:39
openstackgerritErik Olof Gunnar Andersson proposed openstack/nova master: Always cleanup when hitting MaxRetriesExceeded  https://review.opendev.org/67285503:46
*** Luzi has joined #openstack-nova03:48
*** betherly has joined #openstack-nova03:48
openstackgerritErik Olof Gunnar Andersson proposed openstack/nova master: Always cleanup when hitting MaxRetriesExceeded  https://review.opendev.org/67285503:49
*** JamesBenson has quit IRC03:52
*** betherly has quit IRC03:53
*** udesale has joined #openstack-nova03:57
*** betherly has joined #openstack-nova04:09
*** slaweq has joined #openstack-nova04:11
*** betherly has quit IRC04:14
*** slaweq has quit IRC04:15
*** yaawang has quit IRC04:24
*** yaawang has joined #openstack-nova04:24
openstackgerritMerged openstack/nova-specs master: Add user_id to the migrations  https://review.opendev.org/66789404:25
*** betherly has joined #openstack-nova04:30
alex_xusean-k-mooney: stephenfin the real_time_mask indeed neeed the '^', you can check my reply https://review.opendev.org/#/c/668656/4/specs/train/approved/use-pcpu-vcpu-in-one-instance.rst@8404:31
*** mkrai has joined #openstack-nova04:34
*** betherly has quit IRC04:35
*** ChipOManiac has joined #openstack-nova04:38
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Functional test for NUMA live migration  https://review.opendev.org/67259504:49
*** BjoernT has joined #openstack-nova04:58
*** betherly has joined #openstack-nova05:01
*** BjoernT has quit IRC05:01
*** BjoernT has joined #openstack-nova05:02
*** BjoernT has quit IRC05:02
*** betherly has quit IRC05:06
*** jaosorior has joined #openstack-nova05:21
*** etp has joined #openstack-nova05:27
*** ratailor has joined #openstack-nova05:40
*** ratailor has quit IRC05:41
*** rtjure has joined #openstack-nova05:42
*** ratailor has joined #openstack-nova05:43
*** zbr has joined #openstack-nova05:44
*** JamesBenson has joined #openstack-nova05:53
*** JamesBenson has quit IRC05:57
*** rcernin has quit IRC06:08
*** slaweq has joined #openstack-nova06:11
*** slaweq has quit IRC06:16
*** dpawlik has joined #openstack-nova06:25
*** etp has quit IRC07:02
openstackgerritHuachang Wang proposed openstack/os-traits master: CPU: add a trait for AVX512-VNNI support  https://review.opendev.org/67288807:02
*** tesseract has joined #openstack-nova07:03
*** brinzhang_ has quit IRC07:03
*** brinzhang has quit IRC07:03
*** brinzhang has joined #openstack-nova07:04
*** maciejjozefczyk has joined #openstack-nova07:04
*** brinzhang has quit IRC07:04
*** brinzhang has joined #openstack-nova07:06
*** slaweq has joined #openstack-nova07:07
*** awalende has joined #openstack-nova07:19
*** brault has joined #openstack-nova07:35
*** rpittau|afk is now known as rpittau07:44
*** pcaruana has joined #openstack-nova07:44
openstackgerritAdam Spiers proposed openstack/nova master: Provide HW_CPU_X86_AMD_SEV trait when SEV is supported  https://review.opendev.org/63868007:48
openstackgerritAdam Spiers proposed openstack/nova master: Add extra spec parameter and image property for memory encryption  https://review.opendev.org/66442007:48
openstackgerritAdam Spiers proposed openstack/nova master: Extract SEV-specific bits on host detection  https://review.opendev.org/63633407:48
openstackgerritAdam Spiers proposed openstack/nova master: Add <launchSecurity> and <driver iommu='on' /> to config.py  https://review.opendev.org/63631807:48
openstackgerritAdam Spiers proposed openstack/nova master: Apply SEV-specific guest config when SEV is required  https://review.opendev.org/64456507:48
openstackgerritAdam Spiers proposed openstack/nova master: Enable booting of libvirt guests with AMD SEV memory encryption  https://review.opendev.org/66661607:48
openstackgerritAlex Xu proposed openstack/nova master: Add the virt driver interface for claim and unclaim the devices  https://review.opendev.org/67078207:51
openstackgerritAlex Xu proposed openstack/nova master: Moves the allocation retrieving early  https://review.opendev.org/67078307:51
openstackgerritAlex Xu proposed openstack/nova master: Calling the virt driver's claim/unclaim_for_instance in resource tracker  https://review.opendev.org/67078407:51
openstackgerritAlex Xu proposed openstack/nova master: Add DeviceManager to the libvirt virt driver  https://review.opendev.org/67138807:51
openstackgerritAlex Xu proposed openstack/nova master: Populates the existing mediated devices in the libvirt device manager  https://review.opendev.org/67078707:51
openstackgerritAlex Xu proposed openstack/nova master: Using the claim/unclaim_for_instance for mdevs  https://review.opendev.org/67122207:51
openstackgerritAlex Xu proposed openstack/nova master: Adds functional test for creating the instance with vgpus  https://review.opendev.org/67139807:51
*** brinzhang_ has joined #openstack-nova07:55
*** ralonsoh has joined #openstack-nova07:56
*** brinzhang has quit IRC07:58
*** ttsiouts has joined #openstack-nova08:03
*** brinzhang_ has quit IRC08:04
*** brinzhang has joined #openstack-nova08:06
*** tssurya has joined #openstack-nova08:08
*** ricolin has quit IRC08:19
*** tssurya has quit IRC08:23
*** ivve has joined #openstack-nova08:37
*** mdbooth has joined #openstack-nova08:48
*** shilpasd has joined #openstack-nova08:59
*** cdent has joined #openstack-nova09:06
*** yaawang has quit IRC09:08
*** yaawang has joined #openstack-nova09:10
*** ratailor has quit IRC09:16
*** ratailor has joined #openstack-nova09:18
*** derekh has joined #openstack-nova09:23
*** arxcruz is now known as arxcruz|off09:32
*** ttsiouts has quit IRC09:46
*** ttsiouts has joined #openstack-nova09:47
*** ttsiouts has quit IRC09:51
*** priteau has joined #openstack-nova09:53
*** bhagyashris has quit IRC09:54
*** brinzhang_ has joined #openstack-nova09:54
*** brinzhang has quit IRC09:58
*** ttsiouts has joined #openstack-nova10:01
*** dpawlik has quit IRC10:08
*** brinzhang has joined #openstack-nova10:08
aspierssean-k-mooney, efried, bbobrov: exciting progress! http://paste.openstack.org/show/754889/10:11
*** brinzhang_ has quit IRC10:12
aspierscdent: inventory stuff seems to be working nicely :) ^^^10:13
cdentexcellent, glad to hear it10:14
*** ttsiouts has quit IRC10:25
*** ttsiouts has joined #openstack-nova10:25
*** dpawlik has joined #openstack-nova10:26
*** ttsiouts has quit IRC10:30
*** brinzhang has quit IRC10:32
*** brtknr has quit IRC10:36
*** brtknr has joined #openstack-nova10:37
*** psachin has quit IRC10:38
*** ChipOManiac has quit IRC10:39
sean-k-mooneyaspiers: yep that does look like its working well10:42
sean-k-mooneyaspiers: you said you finally booted an sev instance with openstack yesterday right or is that the goal for today10:42
sean-k-mooneyaspiers: cdent actully should th max unit on that inventory not be 110:43
sean-k-mooneyyou can only have one mem_encryption_context per vm right10:44
*** Luzi has quit IRC10:44
*** udesale has quit IRC10:44
*** udesale has joined #openstack-nova10:45
openstackgerritsean mooney proposed openstack/os-vif master: only disable mac ageing for ovs hybrid plug  https://review.opendev.org/67283410:45
sean-k-mooneythis a relitivly minor nit10:45
*** mdbooth has quit IRC10:52
*** mdbooth has joined #openstack-nova10:52
*** sapd1_x has joined #openstack-nova10:54
aspierssean-k-mooney: booting is the goal for today10:55
*** mkrai has quit IRC10:55
aspierssean-k-mooney: I don't get why you think max_unit should be 1? there are 16 slots configured on that machine10:56
sean-k-mooneyyes but max_unit is the maxium amount you can request in a singe request10:56
aspiersohhh, are you saying max_unit represents the maximum per VM, not the maximum per host?10:56
sean-k-mooneyyes10:57
aspiersok I didn't know that10:57
aspiersin that case yeah it should be 110:57
aspiersgood catch10:57
sean-k-mooneytotal is the total capasity10:57
aspiersright that never quite made sense before10:57
aspierseasy to fix10:57
sean-k-mooneyya as i said minor nit10:57
aspiersminor but v important!10:57
sean-k-mooneywe will only ever ask for 1 anyway10:57
aspierstrue10:57
aspierswell10:57
aspiersyeah10:58
aspiersunless some operator requested the resource directly via the flavor10:58
sean-k-mooneystill it does not hurt to be defensive10:58
sean-k-mooneyya10:58
*** ksdean has quit IRC10:59
aspierssean-k-mooney: is min_unit=1 correct though?10:59
sean-k-mooneycan you ask for less then 1 allocation of something if you want a resouce11:00
sean-k-mooneyyes it is11:00
*** dpawlik has quit IRC11:00
sean-k-mooneythe min unit only applie if you ask for a resouce of that type11:00
sean-k-mooneyand since we dont want people saying resouce:MEM_ENCRYPTION_CONTEXT=0 it is correct11:01
aspiersgot it11:01
aspiersthanks11:01
*** brtknr has quit IRC11:02
sean-k-mooneyresouce:MEM_ENCRYPTION_CONTEXT=0 would actully for the vm to land on a host that supported sev but not consume sev resouces so it could be used incorrectly by opertors to stave those nodes or ram cpus and disk11:02
*** psachin has joined #openstack-nova11:02
*** brtknr has joined #openstack-nova11:02
*** brtknr has quit IRC11:02
*** brtknr has joined #openstack-nova11:03
sean-k-mooney/for/force11:03
aspiersgood point11:03
*** brtknr has quit IRC11:06
*** dpawlik has joined #openstack-nova11:06
*** ttsiouts has joined #openstack-nova11:06
*** tssurya has joined #openstack-nova11:08
*** brtknr has joined #openstack-nova11:10
*** jaosorior has quit IRC11:15
*** mvkr has joined #openstack-nova11:16
openstackgerritLuyao Zhong proposed openstack/nova master: libvirt: Enable driver configures PMEM namespace  https://review.opendev.org/63454911:28
openstackgerritLuyao Zhong proposed openstack/nova master: Report pmem namespaces resources by provider tree  https://review.opendev.org/63455111:28
openstackgerritLuyao Zhong proposed openstack/nova master: Indroduce new LibvirtConfigGuestPMEM  https://review.opendev.org/67295611:28
openstackgerritLuyao Zhong proposed openstack/nova master: Populates existing pmems in libvirt device manager  https://review.opendev.org/67295711:28
openstackgerritLuyao Zhong proposed openstack/nova master: Support instance creation and resize with pmems  https://review.opendev.org/67295811:28
*** sapd1_x has quit IRC11:30
openstackgerritSurya Seetharaman proposed openstack/nova master: API microversion 2.75: Add 'power-update' external event  https://review.opendev.org/64561111:31
*** tbachman has quit IRC11:32
efriedmnaser: re openstacksdk:11:39
efriedspec: http://specs.openstack.org/openstack/nova-specs/specs/train/approved/openstacksdk-in-nova.html11:39
efriedcode: https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/openstacksdk-in-nova11:39
efriedmnaser: note that we're not using clouds.yaml. We're using newly introduced functionality to consume ksa.loading oslo.config opts to build the Connection obj.11:40
efriedaspiers, sean-k-mooney: You can't ask placement for an allocation of 0.11:42
sean-k-mooneyefried: because we explcitly check or because we set min_unit to 111:43
efriedIf you want to land on a SEV host but not consume SEV resources (why??) you would have to require the SEV trait. Which of course wouldn't be generic for SEV/MKTME like the rc is.11:43
sean-k-mooneyefried: we dont11:43
efriedsean-k-mooney: I'm actually not sure. Because I'm pretty sure you can't set min_unit to 0 either.11:43
sean-k-mooneyefried: aspiers was just asking if min_unit=1 was correct11:43
sean-k-mooneyand i was saying yes it is11:44
efriedyeah, it certainly is.11:44
efriedand per the design, max_unit=1 is also correct.11:44
efriedas you said11:44
efriedalex_xu: yt?11:48
efriedsean-k-mooney, aspiers: Who among cores do y'all think would be appropriate reviewers for https://review.opendev.org/670189 (harden get_domain_capabilities)?11:50
sean-k-mooneygood question. am most of the redhat folk are familar with libvirt, matt knows all but is also always over subsribed, maybe alex_xu on the intel side11:52
sean-k-mooneyto be honest we added a tone of comments so most core should be able to review at this point11:53
*** irclogbot_0 has quit IRC11:53
sean-k-mooneyshort list would proably be dansmith bauzas alex_xu or mriedem11:54
*** irclogbot_2 has joined #openstack-nova11:55
sean-k-mooneystephenfin is on pto today and maybe monday hence why he is not on the list12:00
*** artom has joined #openstack-nova12:04
sean-k-mooneyjohnthetubaguy: by the way regarding https://review.opendev.org/#/c/669190/12:04
sean-k-mooneyone i assume you still want to merge ^ but second i assume you are not against either reverting the feature entrily or making it work properly12:05
*** ksdean has joined #openstack-nova12:12
*** derekh has quit IRC12:24
openstackgerritMerged openstack/os-vif master: Blacklist sphinx 2.1.0 (autodoc bug)  https://review.opendev.org/67285612:24
*** mrch_ has quit IRC12:30
*** awalende has quit IRC12:31
*** waverider has joined #openstack-nova12:34
*** derekh has joined #openstack-nova12:36
*** dpawlik has quit IRC12:37
*** ratailor has quit IRC12:41
*** ratailor has joined #openstack-nova12:41
*** dpawlik has joined #openstack-nova12:43
*** Luzi has joined #openstack-nova12:47
*** mriedem has joined #openstack-nova12:53
*** ttsiouts has quit IRC12:56
aspiersefried: re. core reviewers, I can't add anything to sean-k-mooney's answer12:57
aspiersI just found an issue with some of the SEV tests12:57
aspiersturns out you can't use decorators on classes after all :-( or at least in some circumstances. digging more now12:58
*** xek__ has quit IRC13:01
*** brtknr has quit IRC13:01
*** xek__ has joined #openstack-nova13:02
*** brtknr has joined #openstack-nova13:03
*** brtknr has quit IRC13:05
*** brtknr has joined #openstack-nova13:05
*** brtknr has quit IRC13:05
*** ratailor has quit IRC13:06
*** brtknr has joined #openstack-nova13:06
mriedemif anyone has a stein env handy could you see if you can recreate this? https://bugs.launchpad.net/nova/+bug/183799513:06
openstackLaunchpad bug 1837995 in OpenStack Compute (nova) ""Unexpected API Error" when use "openstack usage show" command" [Undecided,New]13:06
*** brtknr has quit IRC13:06
mriedemi don't see why it would happen but if it is it should be fairly obvious13:06
*** brtknr has joined #openstack-nova13:06
*** artom has quit IRC13:09
*** artom has joined #openstack-nova13:09
*** yaawang has quit IRC13:11
*** yaawang has joined #openstack-nova13:12
*** ttsiouts has joined #openstack-nova13:14
*** b3nt_pin is now known as beagles13:15
*** jawad_axd has joined #openstack-nova13:24
*** mchlumsky has joined #openstack-nova13:26
*** artom has quit IRC13:26
*** smcginnis has joined #openstack-nova13:29
*** brinzhang has joined #openstack-nova13:36
*** jawad_axd has quit IRC13:37
*** waverider has quit IRC13:39
*** huaqiang has joined #openstack-nova13:39
*** xek__ has quit IRC13:46
*** xek__ has joined #openstack-nova13:47
sean-k-mooneymriedem: i can unstack and restack an env but i dont have one to hand13:53
*** liuyulong has joined #openstack-nova13:55
*** shilpasd has quit IRC13:56
*** FlorianFa has quit IRC13:58
*** mlavalle has joined #openstack-nova13:58
*** mrjk__ has joined #openstack-nova13:59
*** mrjk_ has quit IRC13:59
*** mchlumsky_ has joined #openstack-nova13:59
*** mchlumsky has quit IRC14:00
*** eharney has joined #openstack-nova14:02
aspiersstupid question #734: what's a "remote security group" as returned by "openstack security group rule list" ?14:09
openstackgerritEric Fried proposed openstack/nova master: DNM: Where have all the global_request_id gone?  https://review.opendev.org/67298614:10
aspiersand what's the effect of rules where the IP protocol / range are both None?14:10
aspiersI would assume it just allows everything, but I'm not seeing that behaviour14:11
efriedaspiers: This sounds like a question for #openstack-keystone14:13
aspiersoh really? I thought secgroups were part of nova14:13
aspiersI guess my knowledge in this area is 5 years out of date or something14:13
mriedemyou're both wrong14:15
mriedemneutron14:15
aspiershaha14:15
aspiersthat would have been my second guess14:15
aspiersactually I don't know why it wasn't my first14:16
aspierssince I know full well that neutron manages the network namespaces and the rules within them14:16
* aspiers tries to engage brain more14:16
*** dpawlik has quit IRC14:16
*** jmlowe has quit IRC14:17
slaweqaspiers: if both IP protocol and range are None than it's not inserted into iptables rule to match, so all will be matched14:18
aspiersslaweq: isn't the default is to reject?14:18
aspiersif there's no corresponding iptables rule, I don't see what could match14:19
slaweqaspiers: with rules You are defining what should be accepted14:19
aspiersexactly that's what I mean14:19
slaweqeverything else, what will not match rules will be rejected14:19
aspiersright but before you said "all will be matched"14:19
slaweqso e.g. if You have rule with only "--direction ingress" than everything with ingress direction will be accepted14:19
slaweqas such rule will be inserted into iptables (or openflow rules, depends on fw driver)14:20
aspiersare you still talking about when you have a rule with proto/range None?14:20
slaweqif You will do e.g. rule "--direction ingress --protocol tcp" than such rule will be in iptables and will be accepted14:20
aspiersyes I know that, but I'm asking about proto/range None14:20
aspiersbecause above you said if it's proto/range None then it's not inserted into iptables, in which case I don't see how any iptables rule can match14:21
aspierstherefore it should use the default which is REJECT14:21
aspiers(or maybe DROP I dunno)14:21
*** JamesBenson has joined #openstack-nova14:21
slaweqaspiers: yes, if You not specify protocol, it's None14:21
aspiersI don't even know why devstack created rules with proto/range None14:21
*** cdent has quit IRC14:21
aspiersthat makes no sense to me14:21
aspiersunless None means "match ANY proto/range"14:21
aspiersbut that doesn't align with what you said above14:22
aspiersbecause it can't match if there is no iptables rule for it14:22
*** mkrai has joined #openstack-nova14:22
*** psachin has quit IRC14:22
slaweqtechnically it's not None but null :)14:22
openstackgerritMerged openstack/os-traits master: CPU: add a trait for AVX512-VNNI support  https://review.opendev.org/67288814:22
aspiersopenstack CLI says "None"14:22
aspiersbut I guess you mean null in the db14:23
aspiersNone in Python14:23
aspiersmaybe a SQLAlchemy translation?14:23
slaweqaspiers: ok, so lets say I'm creating rule like http://paste.openstack.org/show/754898/14:23
slaweqthis will be visible in iptables like:14:24
aspiersohhhh I see the confusion now14:24
aspiers<slaweq> aspiers: if both IP protocol and range are None than it's not inserted into iptables rule to match, so all will be matched14:24
aspiersI thought you were saying that _no_rule_ would be inserted into iptables14:25
aspiersbut you meant just the protocol/range elements of the rule14:25
aspiersso there will be a rule, but it won't care what protocol/range, so it will match anything14:25
*** JamesBenson has quit IRC14:25
slaweqthis will be visible in iptables like: -A neutron-openvswi-i425cf5a4-1 -j RETURN14:26
*** bnemec is now known as beekneemech14:26
*** artom has joined #openstack-nova14:26
*** mkrai has quit IRC14:27
aspiersright14:27
aspiersso it will accept14:27
slaweqaspiers: but if You will e.g. specify "--protocol tcp" in this rule in neutron, rule in iptables will be like:14:27
slaweq-A neutron-openvswi-i425cf5a4-1 -p tcp -j RETURN14:27
slaweqso it will accept "only" tcp traffic14:28
*** JamesBenson has joined #openstack-nova14:28
slaweqif You will add some port or port range in neutron, it will be added to match conditions in iptables14:28
slaweqis it more clear now?14:28
aspiersyeah I get what you were saying now. that all makes sense in theory, but it doesn't match the behaviour I'm seeing14:28
*** xek__ has quit IRC14:28
*** JamesBenson has quit IRC14:29
*** xek__ has joined #openstack-nova14:29
*** JamesBenson has joined #openstack-nova14:29
*** jmlowe has joined #openstack-nova14:29
aspiersslaweq: look at this sec group: http://paste.openstack.org/show/754899/14:29
aspiersI can't ping my cirros VM in that group until I add another rule for icmp14:30
*** cdent has joined #openstack-nova14:30
slaweqfrom "outside"?14:30
slaweqit's normal14:30
aspiersfrom the qrouter netns14:30
aspiersthe private address14:30
slaweqYou have only rules to allow all egress traffic from instance14:30
aspiershuh?14:31
aspiersthere are two ingress rules14:31
slaweqand 2 rules which accepts traffic from other instances which are using same security group14:31
*** smrcascao has joined #openstack-nova14:31
slaweqrouter port is not using same SG so from router it will not be allowed14:31
aspiersohhhh OK14:31
slaweqif You will have second vm which will use same SG than it will work for You14:31
aspiersso effectively you are explaining what "remote security group" means?14:32
sean-k-mooneyaspiers: i generally have better look in the dhcp namespaces14:32
slaweqyes :)14:32
aspiersslaweq: is that documented anywhere?14:32
sean-k-mooneyaspiers: why would the router ever be in the the same securtiy group14:32
sean-k-mooneythe security group is typically on the port14:32
sean-k-mooneynot the network unlike qos14:33
slaweqaspiers: tbh I'm not sure, let me look14:33
aspiersalso interesting to note that security groups are documented in nova not neutron https://docs.openstack.org/nova/latest/admin/security-groups.html14:34
aspierswell, in both14:34
sean-k-mooneyaspiers: thats because fo nova networks14:34
sean-k-mooneywhich we have now deleted?14:34
aspierssean-k-mooney: yeah I remember the history from 2012 :)14:34
sean-k-mooneyaspiers: well stpehn is activly deleteing the remainder of the code this cycle14:35
aspiersfinally \o/14:35
sean-k-mooneyi think he has done cellsv114:35
sean-k-mooneyand some of the xen only console stuff14:36
sean-k-mooneynova networks is next on his list14:36
*** ricolin has joined #openstack-nova14:36
sean-k-mooneyafter he finishes the cpu pinning via placement stuff14:36
slaweqaspiers: from what I'm now looking into Neutron documentation, I think this remote_group_id isn't really explained there14:39
slaweq:(14:39
aspiersslaweq: thanks for checking!14:39
aspiersthat sounds like a doc bug14:40
slaweqaspiers: yes, indeed14:40
slaweqaspiers: but I hope it's clear for You now :)14:40
aspiersI think so14:40
aspiersis it also possible to have an egress rule with remote secgroup set?14:40
aspiersso that the rule only matches outgoing traffic to another (or maybe the same) secgroup?14:41
slaweqaspiers: yes14:41
aspierscool14:41
slaweqtechnically it creates ipset with IP addresses which belongs to other ports with same SG14:41
slaweqand use this ipset in match conditions for rule14:41
aspiersmakes sense14:42
slaweqbut if You want to do so, please remember to remove default rule which allows all egress traffic14:42
slaweqotherwise it will match first and still all will work fine14:42
slaweqs/work fine/be allowed14:42
slaweq:)14:42
aspiersgot it14:42
aspiersOK think I understand much better now, thanks a lot!14:43
slaweqaspiers: yw :)14:48
*** openstackgerrit has quit IRC14:51
sean-k-mooneyaspiers: you can use cidr notation with egreess rules14:56
sean-k-mooneyyou do not need to use remote sec groups at all14:56
*** jmlowe has quit IRC15:07
*** huaqiang has quit IRC15:08
melwittdansmith: hey, appreciate the review on the last context manager patch. I'm investigating into the our test setup code to be able to reply about some things. thanks again for looking15:09
dansmithmelwitt: okay, you haven't rebased the archive patch yet right?15:10
melwittdansmith: not yet no, wanted to get a run with the post test hook change before shuffling things around15:10
melwittwhich I got last evening, just need to rebase from the last context manager patch now15:11
melwitt*away from15:11
melwittshould do that right now actually, I got distracted15:12
*** openstackgerrit has joined #openstack-nova15:13
openstackgerritmelanie witt proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware  https://review.opendev.org/50748615:13
openstackgerritmelanie witt proposed openstack/nova master: Verify archive_deleted_rows --all-cells in post test hook  https://review.opendev.org/67284015:13
melwittstill have mriedem's +2 on the top patch, yusss15:14
sean-k-mooneymriedem: could you take a second look at https://review.opendev.org/#/c/669738/2 i added the functional tests and its pretttry trivial otherwise so it would be nice to land that15:14
*** ttsiouts has quit IRC15:27
efriedmriedem: Got $NOVA_CPU_CONF working15:27
efriedhttps://review.opendev.org/#/c/672805/15:27
efriedhttps://review.opendev.org/#/c/672800/15:27
*** ttsiouts has joined #openstack-nova15:28
*** jmlowe has joined #openstack-nova15:29
sean-k-mooneyefried: are you finally fixing the fact that we override the /etc/nova/nova-cpu.conf15:30
efriedyes, see above.15:30
sean-k-mooneycool i have been setting things for both nova.conf and nova-cpu.conf in my local.conf for years at this point to work around it15:31
*** ttsiouts has quit IRC15:32
*** ttsiouts has joined #openstack-nova15:33
*** Luzi has quit IRC15:42
*** xek__ has quit IRC15:51
*** xek__ has joined #openstack-nova15:51
*** brinzhang has quit IRC15:55
*** eharney has quit IRC15:57
*** rpittau is now known as rpittau|afk15:57
*** gyee has joined #openstack-nova15:59
*** cdent has quit IRC16:01
*** cdent has joined #openstack-nova16:06
*** icarusfactor has joined #openstack-nova16:06
*** factor has quit IRC16:08
*** cdent has quit IRC16:12
*** ksdean has quit IRC16:14
*** ttsiouts has quit IRC16:17
*** ttsiouts has joined #openstack-nova16:17
*** ttsiouts has quit IRC16:22
*** tssurya has quit IRC16:23
*** ricolin has quit IRC16:23
*** vishwanathj has joined #openstack-nova16:24
mriedemsean-k-mooney: i've been busy with some stuff most of the morning and i'm going to lunch soon but i have that in a tab for later16:32
mriedemefried: same for you16:33
*** icarusfactor has quit IRC16:33
*** icarusfactor has joined #openstack-nova16:33
mriedemmelwitt: i would have expected https://review.opendev.org/#/c/507486/65 to be smaller after you rebased it away from https://review.opendev.org/#/c/672604/1 ?16:34
*** mriedem is now known as mriedem_lunch16:35
melwittmriedem: oh, so I wasn't sure whether I should toss out the func test or if it still has any value16:35
mriedem_lunchwell, i thought the func test didn't work w/o the other change so that's why i was confused16:36
*** icarusfactor has quit IRC16:36
melwittit does a false positive for _archive_rows_for_table (whatever it's named) is not targeted. but it might have other value so I wasn't sure whether to kill it16:36
melwittmriedem_lunch: it works, it just returned a false positive when there was a bug in targeting for one of the archive db api methods16:37
dansmitha proper test should have multiple cell dbs,16:38
dansmithand archive things out of all of them, right?16:38
melwittif you think it's not useful given the nova-next testing, I'm fine with throwing it away. just wasn't sure what you'd want16:38
dansmithso I would expect if it's pedantic enough it would catch the non-targeting behavior16:38
melwittdansmith: right, that's what the func test does16:39
melwittarchives things out of cell0, cell1, and cell216:39
melwittbut since the fixture auto-targets the last targeted context, it gives a false positive when one of the db api archive methods was *not* properly targeting16:39
dansmithyeah that's what I don't get16:40
melwittso I went in and removed what I thought was just cruft from the fixture to make it able to catch that, not realizing that would be problematic in any way16:40
dansmithwon't this catch if we fail to target? https://review.opendev.org/#/c/507486/65/nova/tests/functional/test_nova_manage.py@154116:43
dansmithbecause we wouldn't have archived in each cell?16:43
melwittwell, last context manager is extremely confusing so I don't fully understand it either. but I tested it and sure enough, removing it makes the test properly fail when the bug is in the patchset16:44
*** vishwanathj has quit IRC16:44
melwittdansmith: it will. and it passes with last context manager + buggy patchset and fails without last context manager + buggy patchset16:45
melwittI have to dig in more to figure out how/when last context manager manages to target each of cell0, cell1, and cell2 databases in a way that makes it archive properly when it shouldn't16:45
melwittwhen the bug is present16:46
dansmithhmm, sounds fishy to me.. would definitely like to fully understand it either way, because I'd worry that means there's maybe still some behavior we don't expect16:46
dansmither, understand16:46
*** vishwanathj has joined #openstack-nova16:46
melwittok. I shall try to figure out exactly what happens re: last context manager. my brain might not be good enough though16:47
*** KeithMnemonic has joined #openstack-nova16:50
melwittdansmith: I'm in luck, looks like it's a simple reason. the nova-manage command itself targets each cell as it archives and the bug in a previous patchset was that a helper method in db api was not properly targeting any database via a RequestContext https://review.opendev.org/#/c/507486/65/nova/cmd/manage.py@57316:57
melwittso each target_cell in manage.py will save last context manager, and then the db api method that is buggily untargeted will pick up that last context manager16:58
*** derekh has quit IRC16:58
melwittand then archive the records properly in func test land when it does not archive records properly in real life16:59
dansmithnothing in db_api should be doing targeting17:00
*** vishwanathj has quit IRC17:00
dansmithso I'm not sure I understand17:00
dansmithmanage iterates the cells, targets, and calls db_api.archiveblah() right?17:00
melwittright, lemme show you the bug17:00
melwittthat will make it make sense17:01
*** eharney has joined #openstack-nova17:01
*** jangutter has quit IRC17:02
melwittdansmith: here, the bug was that this get_engine() call was not being passed context=context in an earlier patchset https://review.opendev.org/#/c/507486/65/nova/db/sqlalchemy/api.py@544217:02
melwittso it had no access to any db connection info that came from cell targeting17:03
dansmithis this because this method isn't using the context manager like the rest of them?17:03
dansmithi.e. @pick_context_manager and friends17:04
melwittlooking, refreshing my memory17:05
dansmithlike i'm guessing maybe this method is super old and just didn't get context managerified or something17:06
dansmithbecause it's only part of manage and not runtime code17:06
dansmithwhich is a problem anyway17:06
dansmithso if the assertion is that we couldn't catch this with the fixture because the underlying db code was totally not adhering to our db api conventions, then that makes sense17:06
dansmithbut it's not a super strong argument to me.. valid for sure, just not big concern I think17:07
*** vishwanathj has joined #openstack-nova17:07
melwittyeah, I'm not sure. the pick_context_manager looks to just pick up the db_connection attr from the RequestContext and does ctxt_mgr.reader.using() whatever that does. it's not directly calling get_engine()17:08
dansmithbut those are the places that honor the targeting in the context,17:08
dansmithwhich is what this helper is missing, and why this helper needed special plumbing into the engine to keep it targeted17:08
melwittI assume maybe the archive stuff needs to go more manual because it's moving things to shadow tables. but I don't really know, I'm not that familiar with it17:08
dansmithit just needs a pointer to the engine is all17:09
dansmithanyway, I get it.. still meh, but I understand17:11
melwittyou are right that this is a pretty special case17:11
melwitt(special to have a bug like that)17:11
dansmithI need to go through the other uses of get_engine in more detail and figure out if we maybe need some other trap to make sure that we don't get an engine with no context, even in other situations where cell targeting isn't a thing17:12
dansmithbut I don't have time for that today17:12
melwittok. it caused me a lot of confusion and time spent so I thought there might be value in removing the last context manager weirdness, but if you think it's better to have than not, I can accept that17:12
aspiersefried: found some more issues with SEV series, please bear with me. /cc bbobrov17:26
efriedack17:26
*** vishwanathj has quit IRC17:28
*** udesale has quit IRC17:31
*** igordc has joined #openstack-nova17:34
*** igordc has quit IRC17:36
*** igordc has joined #openstack-nova17:36
*** brault has quit IRC17:46
openstackgerritAdam Spiers proposed openstack/nova master: Provide HW_CPU_X86_AMD_SEV trait when SEV is supported  https://review.opendev.org/63868017:48
openstackgerritAdam Spiers proposed openstack/nova master: Add extra spec parameter and image property for memory encryption  https://review.opendev.org/66442017:48
openstackgerritAdam Spiers proposed openstack/nova master: Extract SEV-specific bits on host detection  https://review.opendev.org/63633417:48
openstackgerritAdam Spiers proposed openstack/nova master: Add <launchSecurity> and <driver iommu='on' /> to config.py  https://review.opendev.org/63631817:48
openstackgerritAdam Spiers proposed openstack/nova master: Apply SEV-specific guest config when SEV is required  https://review.opendev.org/64456517:48
openstackgerritAdam Spiers proposed openstack/nova master: Enable booting of libvirt guests with AMD SEV memory encryption  https://review.opendev.org/66661617:48
*** rtjure has quit IRC17:50
*** mriedem_lunch is now known as mriedem17:50
*** mdbooth_ has joined #openstack-nova17:52
*** tesseract has quit IRC17:54
*** mdbooth has quit IRC17:55
*** rtjure has joined #openstack-nova17:56
*** chason has quit IRC17:56
openstackgerritMerged openstack/nova master: Convert nova-next to a zuul v3 job  https://review.opendev.org/67019618:02
*** oomichi_ has joined #openstack-nova18:13
openstackgerritAdam Spiers proposed openstack/nova master: Enable booting of libvirt guests with AMD SEV memory encryption  https://review.opendev.org/66661618:16
artomThis NUMA LM func test is actually some of the most fun code I've written in a while18:22
artom... not sure that's a good thing :P18:22
mriedemefried: should https://review.opendev.org/#/c/631242/ be rebased on your SDK series now?18:25
mriedem...or is that a bad idea b/c cyborg isn't in the sdk yet?18:25
efriedmriedem: I would like it if cyborg used sdk, but the cyborg blueprint shouldn't have to be dependent on the sdk one.18:26
efriedmriedem: If we could merge https://review.opendev.org/#/c/643664/ then yeah, I would say we should do that.18:26
efriedany cores around? dansmith?18:26
mriedemhe's out, or on the way18:27
efriedmelwitt?18:27
mriedemefried: in general I'm just wondering about what looks like stalled progress on https://review.opendev.org/#/q/topic:bp/nova-cyborg-interaction+(status:open+OR+status:merged)18:27
mriedemwe're <2 months from FF18:28
efriedmriedem: I think the progress is on the cyborg side for the mo https://review.opendev.org/#/c/659233/18:28
mriedemoh ok18:28
efriedmriedem: recall at ptg demo time, they were working against a PoC feature branch off of cyborg, not code merged (or even proposed) in master. So they're catching up on that now.18:29
efriedthough I'll admit progress could be faster.18:29
mriedemyar18:30
mriedemnow that we're past spec freeze for train, i'm sure you don't feel like it, but what are your thoughts on a state-of-the-state email about the status of our cycle themes? https://specs.openstack.org/openstack/nova-specs/priorities/train-priorities.html18:30
mriedemi'm writing my monthly report which is why i'm in reporting mode :)18:31
efriedmriedem: that sounds like a friggin hoot18:31
efriedI should delegate that18:32
efriedto someone in reporting mode18:32
mriedemman it looks like https://review.opendev.org/#/c/659233/8 should be split up18:32
efriedI agree, but it's such a garbled mess right now it would be tough to tell how.18:32
mriedemright again18:34
dansmithdoesn't it have a recipe in the commit message?18:35
dansmithI mean "dos2unix of a file" does not belong in a patch with anything else18:35
dansmithI mean good lord18:35
mriedemyeah i saw that too18:36
efriedI don't know what kind of recipes you use, that have two 4s.18:36
dansmithfile renames should be their own deal18:36
efriedmust be why you're so skinny.18:37
dansmithheh18:37
efriedY'all should feel free to add your -1 for those reasons as well. I've done enough ranting on that patch for one day.18:38
mriedemi just did18:38
dansmithcan I just -1 with "smh" ?18:38
mriedemgiven i had to google that, i'm guessing someone from china won't get it either :)18:39
dansmithheh, I feel like I'm 20 years older than my self, but you're like.. eighty18:39
efriedI'd rather keep the comments on the constructive side, even if brutal.18:39
efriednot much they can do with "smh"18:39
dansmithefried: I wasn't serious of course18:39
efriedyeah18:39
efriedof course18:39
dansmithbut I did see you were like "woah, nuke this whole sumbitch"18:39
efriedwell, the *probably* can't justify holding a copy of provider_tree, but they *definitely* can't justify holding a copy of os-resource-classes18:40
efriedthat's just... no.18:40
dansmithheh18:41
*** oomichi_ has quit IRC18:41
dansmithyeah, that's like... well, ... smh18:41
efriedbut also, yeah, get rid of 90% of the ReportClient18:41
mriedemdansmith: i'd like you to get off my lawn18:41
* mriedem shakes fist18:41
dansmithmriedem: you first18:41
mriedemhip is broken, can't18:41
* efried calls Springer18:41
dansmithI don't have an all-terrain cane so I'm kinda stuck18:41
efriedOh, is *that* what "ATC" stands for on the summit badge?18:42
dansmithheh18:42
*** jmlowe has quit IRC18:43
efriedbtw, zun copied in the *whole* SchedulerReportClient.18:43
efriedChris and I both had a leetle to say about that https://review.opendev.org/#/c/586960/18:44
mriedemthis is the point where i joke about how everyone shits on nova but then copies a bunch of the code out of nova18:44
efriedand then it doesn't work for them, so they shit on nova18:44
mriedemi'd pay to see someone copy something wholesale that is about cells18:44
mriedemthat'd be great18:44
mriedemi left a comment on the zun patch, pointing to watcher's start https://review.opendev.org/#/c/661245/18:47
mriedemwhich is pretty simple18:47
mriedemthey clearly copied some stuff from SchedulerReportClient but not much18:47
mriedemefried: where do you want blueprints that aren't going to be in train moved to, as in series goal? https://blueprints.launchpad.net/nova/train18:48
mriedemlike the rmd ones?18:48
mriedemjust...undefined?18:48
efriedthat's our only option, nah?18:48
efriedor do we have the power to create a new one, like 'backlog'?18:48
mriedemyeah, unless you create a u release, but we don't know the name of that yet18:48
mriedemthere is a trunk series but we don't really use it18:48
efriedmaybe we should18:49
mriedemyou could create a backlog series....18:49
mriedembut the 300 or so nova blueprints are already in the backlog18:49
mriedemer, make that18:49
mriedem1                            →               75                          of             1128             results18:49
efriedit would be nicer to start a backlog afresh18:49
mriedemshrug18:49
efriedand for a diligent PTL to refresh it every cycle, moving dead stuff to undefined18:49
mriedemis rmd in the backlog?18:49
efriedlet me go look at it18:50
efriedit's probably just dead, obsolete, but let me look real quick18:50
efriedmriedem: if we mark Definition as Obsolete, they drop off this report?18:51
mriedemi think obsolete is as close as we get to dead yeah18:52
efriedsuperseded18:52
efriedlet me play18:52
mriedemsuperseded is like duping a bug18:52
mriedemnot the same thing as obsolete18:52
mriedemfor example, at one point we had at least 5 or 6 blueprints for adding volume type to the server create bdm interface,18:52
mriedemeventually i picked one and just marked all the rest as superseded by that one18:52
efriedmeh, it shows up on the report either way. Superseded seems appropriate to me.18:53
efriedmdbooth_, mriedem: Local disk serial numbers appears to have a bunch of merged code but also a bunch of abandoned code. What should we do with that?18:57
efriedhttps://blueprints.launchpad.net/nova/+spec/local-disk-serial-numbers18:57
mriedemwhen you supersede a blueprint don't you have to mark it superseded by something else?18:57
mriedemotherwise it's not really superseded18:57
efriedapparently not :)18:57
efriedI just commented in the whiteboard18:57
mriedem:/18:57
mriedemhttps://blueprints.launchpad.net/nova/+spec/rmd-base-enablement is still marked for the train series goal18:58
mriedemi'm not really the person to ask about local disk serial numberes18:59
mriedem*numbers18:59
efriedyes, all three are18:59
mriedemit's been deferred a couple of times18:59
efriedIt's not wrong imo to keep it under train since that's where it was proposed and superseded.18:59
mriedemefried: so you're going to leave the rmd ones as marked for train? i guess what i'm looking for is eventually https://blueprints.launchpad.net/nova/train will just show approved blueprint18:59
efriedwhat would be neat is if there was some way to search for release *plus* status19:00
efriedso we wouldn't have to misuse fields like that.19:00
efriednever been a fan of launchpad19:00
efriedor really any project management software19:00
efriedor project management19:00
efriedor project managers19:00
efriedwhy am I PTL again?19:00
mriedemthe perks19:00
mriedemkickbacks19:00
mriedemfame19:00
mriedemnickels19:01
efriedI see. So clearly I just have to wait for those to kick in.19:01
* fungi kicks a crusty nickel at efried19:03
efriedthanks fungi. Now I have enough to make a phone call in 1985.19:03
fungiif only you could find a phone booth19:04
*** maciejjozefczyk has quit IRC19:08
openstackgerritEric Fried proposed openstack/nova-specs master: DNM: Interactive Train Themes Midcycle Status  https://review.opendev.org/67309519:13
*** jmlowe has joined #openstack-nova19:19
*** igordc has quit IRC19:37
*** brtknr has quit IRC19:40
*** brtknr has joined #openstack-nova19:40
*** slaweq has quit IRC19:41
openstackgerritMatt Riedemann proposed openstack/nova master: doc: fix links for server actions in api guide  https://review.opendev.org/67310119:48
*** BjoernT has joined #openstack-nova19:51
*** BjoernT has quit IRC19:55
*** ralonsoh has quit IRC19:55
*** jmlowe has quit IRC19:57
*** jmlowe has joined #openstack-nova19:59
efriedmriedem: http://lists.openstack.org/pipermail/openstack-discuss/2019-July/008064.html20:06
*** igordc has joined #openstack-nova20:10
*** slaweq has joined #openstack-nova20:11
*** slaweq has quit IRC20:16
openstackgerritMatt Riedemann proposed openstack/nova master: Use a less chipper title for release notes  https://review.opendev.org/67175220:19
*** brtknr_ has joined #openstack-nova20:20
*** brtknr has quit IRC20:22
*** mchlumsky_ has quit IRC20:35
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Functional test for NUMA live migration  https://review.opendev.org/67259520:42
*** priteau has quit IRC20:53
*** hemna has quit IRC20:57
*** artom has quit IRC21:06
*** KeithMnemonic has quit IRC21:18
*** beekneemech is now known as bnemec-pto21:22
*** eharney has quit IRC21:23
openstackgerritEric Fried proposed openstack/nova master: Inline trace_request_filter  https://review.opendev.org/66666321:24
openstackgerritErik Olof Gunnar Andersson proposed openstack/nova master: Always cleanup when hitting MaxRetriesExceeded  https://review.opendev.org/67285521:43
openstackgerritErik Olof Gunnar Andersson proposed openstack/nova master: Always cleanup when hitting MaxRetriesExceeded  https://review.opendev.org/67285521:44
*** jaypipes has quit IRC21:44
openstackgerritMerged openstack/nova master: Remove no longer required "inner" methods.  https://review.opendev.org/65528221:50
openstackgerritMerged openstack/nova master: Privsepify ipv4 forwarding enablement.  https://review.opendev.org/63543121:50
*** brtknr_ has quit IRC22:01
*** JamesBenson has quit IRC22:03
*** whoami-rajat has quit IRC22:06
*** slaweq has joined #openstack-nova22:11
*** xek__ has quit IRC22:12
*** slaweq has quit IRC22:16
*** gyee has quit IRC22:39
*** gyee has joined #openstack-nova22:55
*** mriedem has quit IRC23:08
*** slaweq has joined #openstack-nova23:11
openstackgerritMatt Riedemann proposed openstack/nova master: Add InstanceAction/Event create() method  https://review.opendev.org/61403623:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add Instance.hidden field  https://review.opendev.org/63112323:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add TargetDBSetupTask  https://review.opendev.org/62789223:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add CrossCellMigrationTask  https://review.opendev.org/63158123:12
openstackgerritMatt Riedemann proposed openstack/nova master: Execute TargetDBSetupTask  https://review.opendev.org/63385323:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_dest compute method  https://review.opendev.org/63329323:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add PrepResizeAtDestTask  https://review.opendev.org/62789023:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_source compute method  https://review.opendev.org/63483223:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add nova.compute.utils.delete_image  https://review.opendev.org/63760523:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add PrepResizeAtSourceTask  https://review.opendev.org/62789123:12
openstackgerritMatt Riedemann proposed openstack/nova master: Refactor ComputeManager.remove_volume_connection  https://review.opendev.org/64218323:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add power_on kwarg to ComputeDriver.spawn() method  https://review.opendev.org/64259023:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add finish_snapshot_based_resize_at_dest compute method  https://review.opendev.org/63508023:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add FinishResizeAtDestTask  https://review.opendev.org/63564623:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add Destination.allow_cross_cell_move field  https://review.opendev.org/61403523:12
openstackgerritMatt Riedemann proposed openstack/nova master: Execute CrossCellMigrationTask from MigrationTask  https://review.opendev.org/63566823:12
openstackgerritMatt Riedemann proposed openstack/nova master: Plumb allow_cross_cell_resize into compute API resize()  https://review.opendev.org/63568423:12
openstackgerritMatt Riedemann proposed openstack/nova master: Filter duplicates from compute API get_migrations_sorted()  https://review.opendev.org/63622423:12
openstackgerritMatt Riedemann proposed openstack/nova master: Support cross-cell moves in external_instance_event  https://review.opendev.org/65847823:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add cross-cell resize policy rule and enable in API  https://review.opendev.org/63826923:12
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Enable cross-cell resize in the nova-multi-cell job  https://review.opendev.org/65665623:12
*** huaqiang has joined #openstack-nova23:15
*** slaweq has quit IRC23:15
*** huaqiang has left #openstack-nova23:18
openstackgerritAdam Spiers proposed openstack/nova master: Enable booting of libvirt guests with AMD SEV memory encryption  https://review.opendev.org/66661623:41
*** huaqiang has joined #openstack-nova23:45
*** huaqiang has quit IRC23:46
*** huaqiang has joined #openstack-nova23:47

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