Thursday, 2021-05-20

« Wednesday, 2021-05-19 Index Friday, 2021-05-21 »
*** openstack has joined #openstack-nova00:22
*** ChanServ sets mode: +o openstack00:22
*** swp20 has quit IRC00:47
*** mgoddard has quit IRC00:56
*** sapd1 has joined #openstack-nova00:57
*** sapd1 has quit IRC01:02
*** mgoddard has joined #openstack-nova01:04
*** MrClayPole_ has quit IRC01:07
openstackgerritliuzhuangzhuang proposed openstack/nova master: Fix RBD timeout  https://review.opendev.org/c/openstack/nova/+/78658801:11
*** MrClayPole has joined #openstack-nova01:18
*** bbowen has joined #openstack-nova01:23
*** hamalq has quit IRC01:30
*** iurygregory has quit IRC01:48
*** sapd1 has joined #openstack-nova01:55
*** ricolin_ is now known as ricolin02:05
*** sapd1_x has joined #openstack-nova02:12
*** ricolin has quit IRC02:27
*** ricolin_ has joined #openstack-nova02:31
*** gyee has quit IRC02:31
*** ricolin_ is now known as ricolin02:32
*** ricolin has quit IRC02:39
*** swp20 has joined #openstack-nova02:49
openstackgerritBrin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List/Update Servers APIs  https://review.opendev.org/c/openstack/nova/+/76429203:11
openstackgerritliuzhuangzhuang proposed openstack/nova master: Fix RBD timeout  https://review.opendev.org/c/openstack/nova/+/78658803:16
*** pmannidi has joined #openstack-nova03:29
*** pmannidi has quit IRC03:34
*** ociuhandu has joined #openstack-nova03:47
*** ociuhandu has quit IRC03:51
*** ricolin has joined #openstack-nova03:56
*** Alon_KS has quit IRC04:10
*** Alon_KS has joined #openstack-nova04:14
*** k_mouza has joined #openstack-nova04:16
*** k_mouza has quit IRC04:21
*** ratailor has joined #openstack-nova04:29
*** aarents has quit IRC04:42
*** swp20 has quit IRC04:42
*** mkrai has joined #openstack-nova04:46
*** jawad_axd has joined #openstack-nova05:01
*** ralonsoh has joined #openstack-nova05:14
*** sapd1 has quit IRC05:21
*** mkrai_ has joined #openstack-nova05:22
*** ftarasenko has joined #openstack-nova05:24
*** mkrai has quit IRC05:25
gibisean-k-mooney: regarding provider.yaml; I think technically it is possible to report bw and pps inventories via that. As a downside of it the neutron agents already have the bridge_mapping and physical_device_mappings in their config file as we use that to figure out which physnet traits needs to be reported06:07
gibisean-k-mooney: if you do the physnet trait reporting in provider.yaml then you manually need to make sure that it is in sync with the bridge mappings06:08
gibisean-k-mooney: I don't know how ovn does the bridge mapping so there it might not be a problem06:08
gibithe vnic_type trait has a similar consequence06:09
gibilyarwood: hi! I06:22
gibilyarwood: hi! I'm looking at the next min libvirt and qemu versions, does that mean we will switch to those in Xena?06:23
gibilyarwood: as far as I see 20.04 still on libvirt 6.0.0 and our next minimum is 7.0.006:24
*** slaweq has joined #openstack-nova06:26
*** iurygregory has joined #openstack-nova06:28
openstackgerritYongli He proposed openstack/nova master: Smartnic support - cyborg drive  https://review.opendev.org/c/openstack/nova/+/77136206:32
openstackgerritYongli He proposed openstack/nova master: smartnic support - new vnic type  https://review.opendev.org/c/openstack/nova/+/77136306:32
openstackgerritYongli He proposed openstack/nova master: smartnic support  https://review.opendev.org/c/openstack/nova/+/75894406:32
openstackgerritYongli He proposed openstack/nova master: smartnic support - reject server move and suspend  https://review.opendev.org/c/openstack/nova/+/77991306:32
openstackgerritYongli He proposed openstack/nova master: smartnic support - functional tests  https://review.opendev.org/c/openstack/nova/+/78014706:32
*** ratailor_ has joined #openstack-nova06:42
*** ratailor has quit IRC06:44
*** aarents has joined #openstack-nova06:52
*** ircuser-1 has joined #openstack-nova06:52
openstackgerritliuzhuangzhuang proposed openstack/nova master: Clean up instance allocations if the host is not in any cell  https://review.opendev.org/c/openstack/nova/+/79232206:56
*** jkulik is now known as jkulik_07:01
*** jkulik_ is now known as jkulik07:02
*** lucasagomes has joined #openstack-nova07:05
*** jkulik has quit IRC07:06
*** jkulik has joined #openstack-nova07:06
*** mkrai_ has quit IRC07:06
*** jkulik has quit IRC07:12
*** jkulik has joined #openstack-nova07:12
*** dpawlik8 is now known as dpawlik07:20
*** rpittau|afk is now known as rpittau07:24
*** avolkov has joined #openstack-nova07:26
*** fyx has quit IRC07:34
*** donnyd has quit IRC07:34
*** gouthamr has quit IRC07:34
slaweqgibi: hi, can You check https://review.opendev.org/c/openstack/nova/+/787252 when You will have some time?07:35
slaweqthx in advance07:35
*** erbarr has quit IRC07:35
*** cz3 has quit IRC07:35
gibislaweq: sure07:36
*** mnaser has quit IRC07:36
*** guilhermesp has quit IRC07:36
slaweqthx07:36
*** gmann has quit IRC07:36
*** nicolasbock has quit IRC07:36
*** bbezak has quit IRC07:36
gibislaweq: sorry I have no +2 right on stable branches I will leave my +107:36
slaweqgibi: ok, I though You have07:37
*** bbezak has joined #openstack-nova07:37
*** mnaser has joined #openstack-nova07:37
*** nicolasbock has joined #openstack-nova07:37
*** fyx has joined #openstack-nova07:37
*** gouthamr has joined #openstack-nova07:37
gibiI never needed one :) I trust the stable cores in the team07:37
*** cz3 has joined #openstack-nova07:37
slaweq:)07:37
*** erbarr has joined #openstack-nova07:38
*** donnyd has joined #openstack-nova07:38
*** guilhermesp has joined #openstack-nova07:38
*** gmann has joined #openstack-nova07:38
yongliheHi, gibi, alex_xu, sean, smartnic patch set is revised per approved spec, and patch set link: https://review.opendev.org/q/topic:%22bp%252Fsriov-smartnic-support%22+(status:open%20OR%20status:merged)07:38
yongliheTo make your day easy, here is a change list since last review:07:38
yonglihehttps://www.irccloud.com/pastebin/9jnZwn6w/07:38
gibiyonglihe: thanks. I will try to get to it07:39
yonglihemany thanks07:40
*** tosky has joined #openstack-nova07:46
*** rcernin has quit IRC07:52
*** ociuhandu has joined #openstack-nova07:53
*** dtantsur|afk is now known as dtantsur08:03
*** derekh has joined #openstack-nova08:07
bauzasI just get one half-day off and Freenode gets on fire...08:07
bauzasman, I'm tempted to not take my usual 3 weeks PTO08:08
*** sapd1 has joined #openstack-nova08:09
*** macz_ has joined #openstack-nova08:10
kashyapbauzas: Don't be silly; are you gonna cancel your PTO because of some IRC server nonsense? :)08:12
kashyapWe just move to a different server; plain and simple, and keep going.08:12
*** macz_ has quit IRC08:14
bauzaskashyap: tbc, agreed on the consensus to move to OFTC08:15
bauzasthis is absolutely not the right time for evaluating other products08:15
kashyapbauzas: Yep; that makes sense.08:15
bauzasthe lower change, the better.08:15
kashyapbauzas: Sure.  I've said as much.  I don't know about the "absolute"; but it's always the time to change one's mind ;-)08:16
bauzasthe question, tho, is the absolute need to the move08:16
bauzasthat's unclear and I wouldn't argue for urgency08:16
bauzasthe operations still continue and we should just make a reasonable transition plan to OFTC but not under pressure08:16
bauzasnothing justifies us to move ASAP08:17
kashyapYep; I don't see any crazy urgency.08:17
bauzasand I'd recommend us to keep freenode chat rooms for a while08:17
bauzasin order to reroute people coming by08:17
bauzasnot everyone comes everyday on the rooms08:17
bauzasand not everyone reads openinfra mailing lists08:18
bauzasactually, I'll reply by this08:18
* bauzas usually hates to jump on those kind of large and opiniated threads08:18
*** pmannidi has joined #openstack-nova08:19
kashyapSure; what you suggest should be "obvious" for the Infra folks; and is part of clear communication to the communities.08:25
*** sapd1 has quit IRC08:29
*** andrewbonney has joined #openstack-nova08:34
*** ociuhandu has quit IRC08:34
aarentsMorning nova!08:36
aarentsin this change "libvirt: Provide the backing file format when creating qcow2 disks"  https://review.opendev.org/c/openstack/nova/+/708745/ ,08:37
aarentswe ensure to add the "backing_fmt" field at qcow2 image creation due to newer libvirt constraints.(if not present newer libvirt does not start instance)08:37
aarentsthere is the Lee following quote: "Nova needs to [...]  potentially handle the upgrade case where we may need to rebase existing disks in order to update the metadata."08:37
aarentsI would like to know if there is an ongoing work with the "upgrade case" ?08:38
openstackgerritLucas Alvares Gomes proposed openstack/nova master: DO NOT REVIEW: Testing new OVN as default  https://review.opendev.org/c/openstack/nova/+/79232808:38
lyarwoodaarents: no as the check was removed in the next minor release of libvirt08:50
lyarwoodaarents: AFAIK UCA is still shipping the original version with the check so if you're running into this you need to raise a bug against UCA and ask them to bump their version of libvirt08:50
aarentslyarwood: intersting I will double check, thank you08:54
lyarwoodaarents: np, fixing this by rebasing every single instance disk as a result just isn't worth the effort IMHO08:57
*** k_mouza has joined #openstack-nova08:59
*** k_mouza has quit IRC09:00
*** k_mouza has joined #openstack-nova09:00
*** rcernin has joined #openstack-nova09:04
*** ociuhandu has joined #openstack-nova09:05
*** ociuhandu has quit IRC09:14
artomHuh, http://status.openstack.org/reviews/ is broken09:16
*** ociuhandu has joined #openstack-nova09:29
*** ociuhandu has quit IRC09:30
*** ociuhandu has joined #openstack-nova09:31
*** avolkov has quit IRC09:36
*** rcernin has quit IRC09:38
*** mkrai has joined #openstack-nova09:44
*** rcernin has joined #openstack-nova09:53
admin0hi all.. how do I rename an existing host to a new one ?09:56
stephenfinadmin0: afaik, you can't09:56
admin0the issue i have is that i started with hostname say h7 .. then at some point, it registered as h7.openstack.local and at some point  its registered at h7. ( only a . with no domain at the end)09:56
admin0so now my associations are broken .. i cannot migrate stuff .. i cannot use security groups09:57
admin0because the instances are running, how can i fix this09:57
stephenfinoh, so you had one name and you've inadvertently changed it?09:57
stephenfinartom can hopefully sanity check what I'm saying, but I think you'll need to manually correct the ComputeNode entries for the host in the DB and ensure your RabbitMQ queues are correctly named09:58
admin0stephenfin, i did not knowingly changed it  .. i think one admin accidently added openstack_domain: "" because he did not wanted to see openstack.local and ran the openstack ansible nova playbooks .. and that caused hosts calling h7 to be re-added as h7.09:59
admin0stephenfin, here is what i see now: openstack_domain: ""09:59
admin0stephenfin, sorry .. https://gist.github.com/a1git/c22ec0c17aaa9dcf95fd7485eb76af2f09:59
artomstephenfin, that sounds about right10:00
artomThere may also be placement and/or cinder fallout10:00
artomAnd Neutron?10:00
admin0its in rocky release .. there is no placement database or api as far as i know10:01
artomWait, when did we move placement out of tree?10:02
artomBefore rocky, surely10:02
admin0then maybe i am wrong10:02
artomadmin0, but the point, the hostname is used in placement resource providers, in neutron port bindings, and in cinder connection_info (sometimes? depending on the volume backend configuration?) I'm less familiar with how that works)10:03
admin0i do not see a database called "placemenet" like i see in newer deployments10:03
admin0fair point .. so right now, i have around 16 instances that are running in a compute node called h7 (ceph backend) .. which if I want to migrate from h7 -> h9, it says h7- host not found10:05
admin0openstack server show $uuid shows it be on h7 ( without . and without .openstack.local)10:05
admin0if there is a way to know what exactly hostname an instance is supposed to be at, then maybe at least i can migrate by matching the existing hostname to what the instance is expecting10:06
admin0artom, stephenfin this shows the issue and the command I tried: https://gist.github.com/a1git/ce400f1084a184fa5c805ee72554a6e310:06
admin0because i was 100% sure the hostname was h7 and not h7. before, ( the . got added farily recently ) , i changed the hostname, hostname -f, virsh hostname back to h7 .. but it did not solved the issue10:10
stephenfinadmin0: so like I said above, fixing this will likely involve manual database fixes10:11
artoms/likely/definitely/10:11
stephenfinif you have a backup (you have a backup, right), you should use that to see what values were there previously10:11
admin0stephenfin, that is fine .. but which database/tables have this associations10:11
*** macz_ has joined #openstack-nova10:11
stephenfinadmin0: compute_nodes has a host column and hypervisor_hostname column, the migrations table also has source_node and dest_node columns10:13
stephenfinadmin0: tbh, you should look at 'nova/db/sqlalchemy/models.py' for anything hostname-related (i.e. the column name has "host" or "node" in it) and then check your DB to see if entries matching those hostnames appears10:14
stephenfinadmin0: and for the love of God, back up your DB before you start messing around with it10:14
stephenfin:)10:14
*** macz_ has quit IRC10:16
admin0stephenfin, host says h7 and hypervisor_hostname says h7.10:16
artomI'd also do stuff like check the volume attachments and port bindinds, and the resource provider, see if there are host names in there anywhere. Sorry to not be more specific10:16
admin0so if i put the hostname, hostname-f and virsh hostname to be h7, i think i can safely update hypervisor_hostname to h7 ( removing the .)10:16
stephenfinadmin0: that sounds correct, but you'll need to experiment10:17
stephenfinadmin0: also, what artom said10:17
admin0yeah10:17
aarentslyarwood: agree that rebasing thousands of instance isn't worth the effort, and indeed as you said UCA did not backport the "relaxing patch" in focal. I will do downstream, thanks again for the hint10:20
lyarwoodaarents: np anytime10:22
admin0stephenfin, i think this provides a picture --> https://gist.githubusercontent.com/a1git/0af2d9fbd93787ba34723c9c7bdbba4a/raw/1eb6c6f93ed5495f5ac4c484c97fc53a41ca6f2e/gistfile1.txt10:28
admin0looking into the original ids at the top .10:28
admin0and i think .openstack.local was added by openstack as i did not had any domain in the hostname -f part before10:28
admin0so question is, do i set the hypervisor_hostname to just h7 or h7.openstack.local ?10:30
sean-k-mooneyadmin0: it will depend on when the vms were cereated10:31
openstackgerritStephen Finucane proposed openstack/nova master: WIP: Use jinja2 to generate fake libvirt data  https://review.opendev.org/c/openstack/nova/+/79097110:31
openstackgerritStephen Finucane proposed openstack/nova master: tests: Rename 'ImageBackendFixture' to 'LibvirtImageBackendFixture'  https://review.opendev.org/c/openstack/nova/+/79235310:31
sean-k-mooneyif you have had vms created with different values over the lifetime of the host then you wil not be able to avoid having to modify the nova, nueton and cinder dbs to correcct this10:32
stephenfinlyarwood: Addressed your comments for last week ^10:32
sean-k-mooneyadmin0: this is why we dont actullly supprot changing the host name10:32
*** pmannidi has quit IRC10:32
sean-k-mooneyadmin0: it will also affect the placment resouce provider name too10:32
sean-k-mooneyadmin0: i would proably go with h7 but both are valid10:33
*** pmannidi has joined #openstack-nova10:33
*** ociuhandu has quit IRC10:34
*** ociuhandu has joined #openstack-nova10:34
lyarwoodstephenfin: ack thanks I'll take a look shortly10:34
sean-k-mooneystephenfin: artom  this has come up enough times at this poitn that i think we need to put a check in init host to block starting the agent if the hypervior_hostname has change10:34
sean-k-mooneywhat do you think ?10:35
artomsean-k-mooney, ah, interesting...10:35
stephenfinhow would you detect that. I was under the impression that changing the hostname meant the compute node was re-registering itself or something10:36
sean-k-mooneynot in all cases10:36
sean-k-mooneyit will but the compute service record wont always change10:37
artomstephenfin, compare the hostname from the OS to the existing DB record?10:37
admin0in my case, i cannot migrate, spawn new instance, work on security groups, so i think its no harm kind of10:37
sean-k-mooneyartom: there is a chiken and egg problem10:37
*** mkrai has quit IRC10:37
sean-k-mooneyartom: i was thinkign we look up the compute service recored using conf.host then look up the compute node records10:38
sean-k-mooneyif its the libvirt dirver their shoudl be at most one10:38
sean-k-mooneywe then check the compute node recored and compare the hypervior hostname10:38
sean-k-mooneyfor ironic this wont work but for libvirt we can do that10:39
*** ociuhandu has quit IRC10:39
artomsean-k-mooney, so it would have to be a driver-level check, not compute service10:39
sean-k-mooneyyes10:39
sean-k-mooneyinit_host in the driver not in the compute manager10:39
sean-k-mooneyadmin0: you cant perform api action because the compute agent create a queue with the vauels of CONF.host10:40
sean-k-mooneyadmin0: but the conductor send rpc calls to the queue named in instance.host10:41
artomIf we can make it work I think it'd be worthwhile10:41
sean-k-mooneyso if the instance.host does not match the agent queu name it gets lost10:41
admin0is there a quick way to check what is the value of CONF.host and what is the value of instance.host ?10:41
sean-k-mooneyyou will also have the schduelr issue you hit10:41
artomBut I suspect it would have to be overridable, with a conf option or something10:41
sean-k-mooneyartom: im not sure it would10:42
sean-k-mooneybut we can discuss that in the implemantion10:42
sean-k-mooneyartom: the only time it would be allowable but ill advised to change the hostname today is if there are no instnaces on the host10:42
artomsean-k-mooney, oh, I agree with you in principle10:43
artomBut you know how operators be ;)10:43
openstackgerritnorman shen proposed openstack/nova master: Saving security group to info_cache  https://review.opendev.org/c/openstack/nova/+/78634810:45
admin0mine was an oversight.. unintentional10:45
admin0midway we decided to not have .openstack.local but the playbooks updated every hostname ( including existing ones)10:45
admin0what creates a new queue in rabbitmq? is it the compute node ?10:46
artomadmin0, they usually are, and this is what sean-k-mooney is trying to prevent. But I can easily imagine someone saying "no no, we know what we're doing, we're totally going to rename this host"10:46
admin0i also think its a lack of documentation or warning . i don't recall reading this otherwise we would have put it in the policy10:47
artomFair point. I guess we thought it was implicit?10:47
admin0you guys know the code and for you all.. its implicit .. we ( operators) read the deployment guide and make policies based on the guides .. so this point got overlooked10:48
artom"you guys know the code" Should... should we tell them? ;)10:49
admin0:D10:49
*** mgariepy has quit IRC10:49
sean-k-mooneyartom: operators tend to get annoy wehn we tell them we explictly dont support this so your on your own to fix your mess10:49
sean-k-mooneyadmin0: we should have documenation for this as far as i know we dissuced adding it a few times10:51
sean-k-mooneyadmin0: i still cant finx the warning we said shold be added like 2 years ago :(10:55
sean-k-mooneyadmin0: not to dismay you but this is one of the harder thing to fix to the point that the only supporte way to actully change the host name is generally to scale in and redeploy10:56
*** ociuhandu has joined #openstack-nova11:04
admin0sean-k-mooney, if i have a way to migraete ceph backed instances off this hypervisor to another one, i would happilfy redeploy11:09
admin0i don't understand nova :) .. https://gist.githubusercontent.com/a1git/9d4f3115529a53793703ef08bdfd752b/raw/ceec98a6145170143146d9dbd276156c5a52278f/gistfile1.txt11:09
admin0i changed all to h3 .. then it still adds as h3.11:10
sean-k-mooneyis h3. in the instance.host11:11
sean-k-mooney by the way libvirt also caches info11:12
sean-k-mooneyso i think you will need to restart libvirt when you make these change before you restart the compute agent11:13
sean-k-mooneyhave you restarted the nova-compute agent after the hostname change11:13
admin0i have restarted the nova-compute agent only11:15
admin0and not libvirt11:15
admin0will restarting libvirt cause a downtime  to the guests ?11:15
sean-k-mooneyno11:15
sean-k-mooneythere lifetime is governe by that of the qemu process that is runnign them11:16
*** ociuhandu has quit IRC11:16
admin0virsh hostname returns h3 and not h3.11:16
sean-k-mooneylibvirt and the nova comptue agent can be restarted without affectign the vms11:16
sean-k-mooneywell thats what its returing to you not nessialry what its returing to nova11:17
admin0"is h3. in the instance.host"  -- where do I see this11:17
sean-k-mooneyfor reasons they can be different11:17
sean-k-mooneyin the cell db11:17
sean-k-mooneyselect * form nova_cell1.instance where host == 'h3.';11:18
*** sapd1 has joined #openstack-nova11:18
sean-k-mooneyyou can also get this in an instnace show11:18
admin0[nova_cell0]> select * from compute_nodes11:18
admin0i only have cell011:18
sean-k-mooneyas an admin11:18
admin0this is an old ( rocky) platform11:18
sean-k-mooneyadmin0: do you also have a db call just nova11:18
sean-k-mooneyyou should have 3 nova dbs11:19
sean-k-mooneynova_cell0 nova_api and a third one?11:19
admin0https://gist.github.com/a1git/9bc0c00aaacb3e8757b40e678a3be0fc are the dbs i ahve11:20
sean-k-mooneyyep so the nova db is the cell1 db11:20
admin0select count(*) from nova.instances where host='h3.' = > 0 ; select count(*) from nova.instances where host='h3' => 7111:23
admin0nova_cell0.instances has zero rows11:23
sean-k-mooneyok11:23
sean-k-mooneyso you have restart both libvirt and nova compute and confirm the hypervior hostname in the in the db is h311:24
openstackgerritStephen Finucane proposed openstack/nova master: Add 'hw:vif_multiqueue_enabled' flavor extra spec  https://review.opendev.org/c/openstack/nova/+/79235611:25
*** links has joined #openstack-nova11:25
openstackgerritBalazs Gibizer proposed openstack/nova master: Describe the use of Review-Priority label  https://review.opendev.org/c/openstack/nova/+/79235711:25
stephenfinsean-k-mooney: ^11:25
sean-k-mooneythat would need at least a specless blueprint by the way11:26
*** sapd1 has quit IRC11:27
*** ociuhandu has joined #openstack-nova11:28
admin0i have restarted libvirtd and nova-compute .. " confirm the hypervior hostname in the in the db is h3"11:29
admin0i see it added itself ( the last row in the db) is wtih h311:29
admin0without the .11:29
admin0Final resource view: name=h3 phys_ram=257915MB used_ram=2048MB phys_disk=136958GB used_disk=0GB total_vcpus=40 used_vcpus=0 pci_stats=[] -- in horizon, if i go to admin >> hypervisors .. it does not update the resource view11:31
admin0instances, ram used, disk used all is shown as zero11:31
admin0do i also need ot check for all active instances and set their association to h3 as hostname as opposed to h3.11:32
sean-k-mooneyyou need to check placment and see if there are multipel resouce providers for the host11:32
sean-k-mooneyif so then yes you neeed to fix the allocations11:32
sean-k-mooneyartom: do you know if the placment audit or heal allocations commands willl do that11:33
admin0sorry for this question, but how exactly do i chck placement ?11:34
*** ociuhandu has quit IRC11:35
sean-k-mooneydo you have the osc-placment plugin installed11:36
sean-k-mooneyif you do you can do openstack resource provider list11:36
sean-k-mooneyif not you can isntall it form pip11:36
admin0so i changed h3 and h7 from with a . to without a . .. and select  id, hostname, launched_on, host from instances where deleted_at is null and host like '%h7%' gives me 17 insances with host set to h7 (without the .) .. but if i enter the command openstack server migrate  7e6e9758-0d62-4870-861e-34682e8a3580 --wait --live  h10 .. it says Compute host h7 could not be found. (HTTP 400)11:36
admin0where do I install that plugin ? i mean in the hypervsior, or in one of the controllers ?11:37
sean-k-mooneywhere ever you run the openstack command11:37
sean-k-mooneyso your laptop or the server you ssh into11:37
admin0pip install osc-placement ?11:38
sean-k-mooneypreferally pip install --user ...11:38
sean-k-mooneybut yes11:38
sean-k-mooneyor pip3 in somecases if your useing python 311:38
sean-k-mooneyyou can also check in the db too if you prefer11:39
sean-k-mooneysince you are not using a sperate placment db i belive placmeent records will be in the nova_api db11:39
*** ociuhandu has joined #openstack-nova11:39
sean-k-mooneyso select * form nova.resouce_providers11:39
admin0 i would prefer the db11:40
admin0its empty11:41
admin00 rows11:41
admin0sorry11:41
admin0i was checking in nova11:42
admin0my bad11:42
admin0sean-k-mooney, this is what it has: https://gist.githubusercontent.com/a1git/9eeab38dd606ebd05cbe5995b67254e5/raw/2aa55a648165b17032c2b42e35d81be7bfb6dbc7/gistfile1.txt11:43
admin0for h7, from where i am trying to migrate off instance, i see only 1 line ther11:43
admin0there*11:43
sean-k-mooneyok good there are no duplicates it correctly renamed the placemetn RP11:44
sean-k-mooneyso your allocations shoudl also be correct11:44
openstackgerritStephen Finucane proposed openstack/nova master: docs: Document virtio-net multiqueue  https://review.opendev.org/c/openstack/nova/+/79236211:45
openstackgerritStephen Finucane proposed openstack/nova master: docs: Address TODO  https://review.opendev.org/c/openstack/nova/+/79236311:45
stephenfinsean-k-mooney: now with docs ^11:45
sean-k-mooneystephenfin: you could not wait for my -111:45
sean-k-mooneystephenfin: you forgot to add a check in  _validate_flavor_image_nostatus11:45
stephenfinyou must -1 faster :P11:45
sean-k-mooneythat invokes the new fuction you put in hardware.py11:46
stephenfinwdym? I added tests in test_hardware.py if that's what you mean11:46
sean-k-mooneynope11:46
sean-k-mooneyyou are ment to check for flavor and image conflcit in the api11:46
stephenfinohh, gotcha11:46
stephenfinyes11:46
sean-k-mooneyhttps://github.com/openstack/nova/blob/82141b12c356fe374822038bdf0a6f0aaa32047b/nova/compute/api.py#L64311:46
stephenfinI'll add that. Thanks11:46
stephenfinand then, lunch11:47
sean-k-mooneyohter then that and the need for a specless blueprint and docs which you have just added looked good11:47
sean-k-mooneystephenfin: can you add this to the meeting adgenda later11:48
admin0i have checked that there are no instances in nova.instance where hostname = $hostname(.) .. so all instances are set to $hostname (without .) only11:48
admin0placement has only hosts without .11:48
admin0so this all looks good11:48
stephenfinsean-k-mooney: sure11:48
admin0but openstack migrate $uuid --wait --live $dest_host  returns =>  compute host $source  not found (400)11:49
*** dklyle has quit IRC11:52
openstackgerritStephen Finucane proposed openstack/nova master: Add 'hw:vif_multiqueue_enabled' flavor extra spec  https://review.opendev.org/c/openstack/nova/+/79235611:58
openstackgerritStephen Finucane proposed openstack/nova master: docs: Document virtio-net multiqueue  https://review.opendev.org/c/openstack/nova/+/79236211:58
openstackgerritStephen Finucane proposed openstack/nova master: docs: Address TODO  https://review.opendev.org/c/openstack/nova/+/79236311:58
openstackgerritStephen Finucane proposed openstack/nova master: Move 'hw:pmu', 'hw_pmu' parsing to nova.virt.hardware  https://review.opendev.org/c/openstack/nova/+/79236411:58
artomsean-k-mooney, IIRC no, the audit command checks for allocations, not RPs themselves11:58
*** k_mouza_ has joined #openstack-nova11:59
admin0how to check how servers are selected for migration ?12:00
admin0i mean what would cause an openstack migrate to say $source not found12:00
admin0 nova hypervisor-servers h7   .. now shows all servers with hostname as h7 (without the .)12:01
*** k_mouza has quit IRC12:03
sean-k-mooneyyou might need to restart the nova schduler12:13
sean-k-mooneyi know we send som data taht is cached in the schduler for the hoststate objects12:13
sean-k-mooneybut i did not think it would cause that type of error12:14
*** rcernin has quit IRC12:14
sean-k-mooneyalthough its possibel the host mappigns in the api db need to be updated too12:14
sean-k-mooneyadmin0: check nova_api.host_mappings12:14
*** mgariepy has joined #openstack-nova12:16
admin0sean-k-mooney, this is what i see: https://gist.githubusercontent.com/a1git/aeba25d6e7a37241ce2ed8ef1547953e/raw/df42c1309a7ad88f393980a7654992fb93bd365a/gistfile1.txt12:21
*** lbragstad_ has quit IRC12:24
sean-k-mooney ok so they all look correct12:29
sean-k-mooneyyou are still getting the same error after restarting the scheduler?12:29
admin0wait .. that is something i did not restarted12:30
admin0one moment12:30
*** lbragstad has joined #openstack-nova12:31
*** lbragstad has quit IRC12:32
*** lbragstad has joined #openstack-nova12:33
admin0sean-k-mooney, i restared the whole nova containers .. but still get Compute host h7 could not be found. (12:36
gibistephenfin, sean-k-mooney, bauzas: I responded in the pps spec https://review.opendev.org/c/openstack/nova-specs/+/785014 Thanks for the reviews. Would be good to make some decision about the additional OVS RP question then I will respin the spec fixing up the things you asked for12:39
gibistephenfin: could you check back to https://review.opendev.org/c/openstack/nova-specs/+/785014/7/specs/xena/approved/qos-minimum-guaranteed-packet-rate.rst#82 as I might missed the point of your comment12:40
sean-k-mooneygibi: im hoping we just will never support multiple openvswitch on the same host12:42
sean-k-mooneygibi: it comes up every few months12:42
gibi:)12:42
sean-k-mooneyfor those that want to support ovs-dpdk and kernel ovs at the same time12:42
sean-k-mooneybut it woudl be a fairly invaise change12:43
sean-k-mooneywe would need to modify the ml2 driver to include the ovs connection detail in the port bindings12:43
sean-k-mooneyand modify os-vif to then use those12:43
gibiit would be almost free to add the extra RP now except that we would need to reparent the bridge RPs which needs the new placement version12:44
sean-k-mooneyyep but what value does it add12:44
gibiit models the reality a bit better as the agent and the OVS instance is two different software service i12:45
sean-k-mooneyso woudl modling the pps on the br-int12:45
gibino12:45
sean-k-mooneyand the reality is today you can only have one ovs agent per host12:46
gibiwe would have Agent RP->OVS RP->Bridge RP12:46
sean-k-mooneyif we had 2 ovs instance we woudl have 2 ovs agents12:46
gibisean-k-mooney: true, so we _can_ merge the agent with the OVS RP, but we dont _have to_12:46
gibihonestly I tend to agree with YAGNI because of the extra placement dependency :)12:47
admin0i launched a new instance 2 vcpu and now h3 shows  2vcpu being used.. but it does not update stats from the instances already running there ..   i see no diffence in nova.insances table12:47
admin0is there another table where hosts vs instances are mapped ?12:47
sean-k-mooneyadmin0: not off the top of my head but maybe12:48
sean-k-mooneygibi: where is there suggestion/comment12:49
admin0sean-k-mooney, how does the nova-compute process work ? it boots up, gathers a list of insances it has .. dumps to rabbitmq and then it gets populated to the db ?12:49
sean-k-mooneygibi: i need to step away for 10-20 mins but i can talk about htis when i get back or on the review12:49
gibisean-k-mooney: this is the comment thread https://review.opendev.org/c/openstack/nova-specs/+/785014/7/specs/xena/approved/qos-minimum-guaranteed-packet-rate.rst#9812:49
gibisean-k-mooney: ack12:50
gibithanks12:50
sean-k-mooneyadmin0: not quite the db is the souce of truth for what instance should be on the host12:50
*** __ministry has quit IRC12:50
admin0isn't there any nova command that can force update these ?12:50
sean-k-mooney gibi  lol ok i forgot YAGNI was not an irc name hehe i havent heard that term use since i last spoke to cdent12:51
*** sapd1_x has quit IRC12:51
gibisean-k-mooney: ohh, sorry, stephenfin used that now in the review12:51
gibibut true it was cdent's terminology :)12:52
sean-k-mooneyim familar with it just havent heard it in a while but yes stephen did use it12:52
*** tbachman has quit IRC12:53
sean-k-mooneygibi: ok ill be back soon but did you read may question regardign provder.yaml last night?12:53
gibisean-k-mooney: responded it this morning12:53
gibiin IRC12:53
*** ratailor_ has quit IRC12:53
sean-k-mooneyah ok i have not check scroll back ill do that when i get back12:53
gibi08:07 < gibi> sean-k-mooney: regarding provider.yaml; I think technically it is possible to12:53
gibi              report bw and pps inventories via that. As a downside of it the neutron agents12:53
gibi              already have the bridge_mapping and physical_device_mappings in their config12:53
gibi              file as we use that to figure out which physnet traits needs to be reported12:54
gibi08:08 < gibi> sean-k-mooney: if you do the physnet trait reporting in provider.yaml then you12:54
gibi              manually need to make sure that it is in sync with the bridge mappings12:54
gibi08:08 < gibi> sean-k-mooney: I don't know how ovn does the bridge mapping so there it might12:54
gibi              not be a problem12:54
gibi08:09 < gibi> the vnic_type trait has a similar consequence12:54
sean-k-mooneyack. bridge mapping are stored in the ovn south db casisi table in the external-ids field12:55
*** tbachman has joined #openstack-nova12:56
sean-k-mooneyalthough in general with ovn you just have one bridge br-int12:56
sean-k-mooneyit might be something to test out i need to redeploy openstack soon and ill likely try doing it with ovn12:57
sean-k-mooneyok brb12:57
openstackgerritMerged openstack/osc-placement master: Note env OS_PLACEMENT_API_VERSION support  https://review.opendev.org/c/openstack/osc-placement/+/79135612:57
admin0"admin0: not quite the db is the souce of truth for what instance should be on the host" -- will deleteing the rabbitmq and re-creating it help ?12:59
openstackgerritMerged openstack/osc-placement master: Add openstackclient-plugin-jobs  https://review.opendev.org/c/openstack/osc-placement/+/78059813:00
stephenfingibi: done13:02
gibistephenfin: thanks for the clarification, It is clear now13:05
*** ociuhandu has quit IRC13:11
*** eharney has quit IRC13:13
*** eharney has joined #openstack-nova13:19
*** __ministry has joined #openstack-nova13:21
*** sapd1 has joined #openstack-nova13:22
*** ociuhandu has joined #openstack-nova13:23
*** ralonsoh has quit IRC13:26
*** ralonsoh has joined #openstack-nova13:27
*** ociuhandu has quit IRC13:28
sean-k-mooneygibi: too bad we cant rename the bandwith resouce classes13:29
sean-k-mooneyalthough the orginal approved specs used ingress and egress13:33
sean-k-mooneythe were retoactivly updated to the short names https://github.com/openstack/neutron-specs/commit/2af53625e7a2e39e53db394f97328e6427cd9fb913:34
*** ociuhandu has joined #openstack-nova13:34
sean-k-mooneywhich is why i was surprised we were using them13:34
sean-k-mooneyif it was not for the fact that we cant remove standard resouce class i woudl be very tempeted to treat this a a bug and change them13:36
sean-k-mooneybut reshaps are way to expensive to waste it on something as trivial as this13:36
sean-k-mooneysigh ... https://review.opendev.org/c/openstack/nova/+/570847/10/nova/rc_fields.py#4513:39
sean-k-mooneyso that how that happend13:39
sean-k-mooneygibi: unless you 100% agaisnt the long names i would prefer to use ingress and egress expanded but its not like im going to block on that point13:40
*** jawad_axd has quit IRC13:43
*** ociuhandu has quit IRC13:45
*** ociuhandu has joined #openstack-nova13:45
*** sapd1_x has joined #openstack-nova13:49
gibisean-k-mooney: I really don't want to change the bandwidth naming, lets accept that as history. a well discussed history as we see from the original review13:50
gibisean-k-mooney: I'm not against long names13:50
*** ociuhandu has quit IRC13:50
gibiit will be weird when the bw and the pps resources next to each outher in a resource_request has different spelling13:50
sean-k-mooneyi dont agree that it was well disucsed since it did not happen in the spec. but yes i accetp we cant change it for bandwith13:51
gibifine, I can change the name :) maybe we wil re-discuss it in the os-resource-classes review :)13:54
gibiI will spell out egress and ingress13:54
gibiI don't want to get hung up on that.13:55
gibiit is just a name13:55
sean-k-mooneywell i was actully going to abstain form the name13:55
sean-k-mooneypass my last comment13:55
sean-k-mooneyif we can agree with the rest of the spec we could keep it as written13:56
sean-k-mooneyjust wanted to exprss my frustration at yet another case wehre part of the agreee api were changed at the implation time13:56
*** sapd1_x has quit IRC13:56
*** ociuhandu has joined #openstack-nova13:56
sean-k-mooneyim ok with implation detail chagne during code review13:56
sean-k-mooneyi stongly dislike change any public aspect of the feature in code review13:56
sean-k-mooneywhich this way13:57
sean-k-mooney*was13:57
gibisean-k-mooney: based on the os-resource-classes review if that would happen in a spec it would have been approved by the same set of cores anyhow13:57
* sean-k-mooney regrest that i had to proxy my inovlvment in this through others and was not directly invovle din the review a the time13:58
gibisean-k-mooney: don't feel bad about it, it just a name, we have soo many names to decide on in the future13:59
sean-k-mooneylol :)13:59
gibi:)13:59
*** __ministry has quit IRC14:00
sean-k-mooneygibi: well min bandwidth just feels a little more personal since i first discussed it with you after the briton mid cycle when you visited intel shannon14:00
*** jawad_axd has joined #openstack-nova14:00
sean-k-mooneyand i tired to follow the implemation later via other at a high level but i tought we were still using the name in the orginal spec14:01
sean-k-mooneyanyway are you going to push an updates spec soon14:01
gibiold times14:02
sean-k-mooneywith the other poitn address or should i re review the current version14:02
gibijust read the current version14:02
sean-k-mooneyok will do14:02
gibiI will wait bauzas to check back about the OVS RP question14:02
gibisean-k-mooney: thanks14:02
*** sapd1_x has joined #openstack-nova14:03
openstackgerritMerged openstack/nova master: Use the new type HostDomainOpt.  https://review.opendev.org/c/openstack/nova/+/78824014:06
*** jawad_axd has quit IRC14:06
openstackgerritMerged openstack/nova master: tests: Move remaining non-libvirt fixtures  https://review.opendev.org/c/openstack/nova/+/79096714:06
openstackgerritMerged openstack/nova master: tests: Split external service fixtures out  https://review.opendev.org/c/openstack/nova/+/79096814:07
gibisean-k-mooney: I do remember the bristol mid cycle, but I haven't visited Intel Ireland. :)14:10
*** sapd1_x has quit IRC14:11
gibiI hope I'm not that old that I already forget about these things :)14:11
sean-k-mooneyreally? i could have swore you were the person that acompanied jay pipes14:11
gibithat was somebody else14:12
gibiwe should ask jay :)14:12
sean-k-mooneyreally. i wonder who it was then. it was me jay rodolfo adrian and mistry person in a room14:13
*** macz_ has joined #openstack-nova14:13
sean-k-mooneywell and malini and adrian hoban14:13
sean-k-mooneyi tough it was you since i assumed you were going to visit errison in athlone14:13
*** k_mouza_ has quit IRC14:13
*** k_mouza has joined #openstack-nova14:14
sean-k-mooneymaybe it was someone form his company14:14
sean-k-mooneyi think he woudl have been at mirantis at the time14:14
sean-k-mooneyanyway not imporant14:14
*** sapd1_x has joined #openstack-nova14:14
sean-k-mooneyexcpt im clearly imanging things.14:14
gibiour mind fills up the gapes14:15
gibigaps14:15
sean-k-mooneyya they do which what we precivie as the logical answer14:15
gibiyepp14:16
*** macz_ has quit IRC14:17
*** jawad_axd has joined #openstack-nova14:20
gibinow I got in a nostalgic mood. I miss jaypipes, cdent, mriedem, efried, and others :/14:25
*** jangutter has joined #openstack-nova14:26
lyarwoodelod / melwitt / bauzas ; https://review.opendev.org/c/openstack/nova/+/788467 - stable reviews on this would be great if anyone has time14:29
*** tbachman_ has joined #openstack-nova14:30
*** tbachman has quit IRC14:30
*** tbachman_ is now known as tbachman14:30
lyarwoodgibi: https://review.opendev.org/q/topic:bug/1928063 - if you have time today, it's blocking some downstream SEV verification14:31
*** sapd1_x has quit IRC14:31
gibilooking...14:31
*** mgariepy has quit IRC14:31
*** sapd1_x has joined #openstack-nova14:32
gibilyarwood: This morning I was looking at the next libvirt version we declare in the libvirt/driver.py. It is 7.0.0. Do we actually promise to bump to it in Xena? I'm asking this as focal still only has 6.0.014:32
lyarwoodgibi: I think the comments suggest we will but it has never been enforced14:33
lyarwoodgibi: we even missed it for a few cycles after all14:34
* lyarwood checks the docs again14:34
gibiyeah I saw on the wiki that we kept the same versions for multiple releases14:34
lyarwoodyup, let me updated the wiki page with the latest14:35
lyarwoodbut yeah if we are stuck on focal anyway for Xena we can't bump14:35
gibiI agree, we have no test coverage at the moment with 7.0.0 so we should not bump14:36
gibithanks for updating the wiki!14:36
*** ociuhandu has quit IRC14:40
*** ociuhandu has joined #openstack-nova14:41
gibilyarwood: regarding the https://review.opendev.org/c/openstack/nova/+/790659/3/nova/objects/image_meta.py Do we need to persist the image_ref in the sysmeta? Can we simply fill image_meta.id from instance.image_ref when an ImageMeta is constructed?14:44
*** jawad_axd has quit IRC14:44
*** jawad_axd has joined #openstack-nova14:44
*** jawad_axd has quit IRC14:44
gibiwe anyhow filling ImageMeta from instance.system_metadata so we always need to have a ref for an instance when we create the ImageMeta object14:45
*** ociuhandu has quit IRC14:46
lyarwoodgibi: yeah true14:46
*** sapd1_x has quit IRC14:46
lyarwoodgibi: I was sure there was a reason I left this in14:46
lyarwoodgibi: maybe test fallout?14:46
* lyarwood checks14:46
*** ociuhandu has joined #openstack-nova14:46
gibinow it feels like 1) data duplication 2) you need a special handling for initialize_instance_snapshot_metadata to drop the field coming from the sysmeta14:47
lyarwoodhmm true14:49
lyarwoodlet me respin and drop it14:49
gibilyarwood: thanks14:50
openstackgerritBalazs Gibizer proposed openstack/nova master: Support the new port resource_request format  https://review.opendev.org/c/openstack/nova/+/78720814:56
openstackgerritBalazs Gibizer proposed openstack/nova master: Transfer RequestLevelParams from ports to scheduling  https://review.opendev.org/c/openstack/nova/+/79150614:57
openstackgerritBalazs Gibizer proposed openstack/nova master: [func test] ports with both bw and pps resources  https://review.opendev.org/c/openstack/nova/+/79239415:00
*** dklyle has joined #openstack-nova15:00
*** macz_ has joined #openstack-nova15:02
*** sapd1_x has joined #openstack-nova15:05
*** damien_r has quit IRC15:05
*** supamatt has quit IRC15:07
*** lucasagomes has quit IRC15:08
*** mgariepy has joined #openstack-nova15:17
admin0in which table or how does nova migrate check source ?15:18
admin0i am still stuck .. the hostnames seems to be fixed though15:18
lyarwoodadmin0: the host actually running the instance?15:20
admin0yes15:20
lyarwoodadmin0: instance.host and instance.node15:20
admin0lyarwood, how do I validate that15:20
admin0my issue is this.. nova migrate $uuid  $destination => compute host $source not found15:21
admin0openstack server show $uuid => lists $source as host15:21
admin0databases lists $source as host15:21
*** belmoreira has joined #openstack-nova15:22
*** mlavalle has joined #openstack-nova15:22
lyarwoodadmin0: oh you changed the hostname with instances running on $source?15:23
lyarwoodadmin0: I assume it doesn't show up in `openstack compute service list` anymore right15:24
admin0lyarwood, it appears: https://gist.githubusercontent.com/a1git/032e6a0a69fcafba6e40d1b436ee40cc/raw/9df1a213ca44c6b0965a1cacdfdf24ec4b186065/gistfile1.txt15:25
admin0host is h715:25
admin0so first it was set as h7 . and h7.opestack.local .. then at some point, we made a mistake and put OPENSTACK_DOMAIN = "", which caused it to rename itself to h7. ( with a . at the end) ..15:25
admin0then we realized that and set it back to h7 (without the .)15:25
lyarwoodadmin0: and the instance.host is set to h7.?15:26
admin0let me do a dump on one uuid15:26
admin0one moment15:26
admin0noewhere in the database is instance.host set to h7. .. its only set to h715:26
admin0(without the .)15:26
admin0hostname, hostname -f, virsh hostname all report h7 ( without the .)15:27
lyarwoodadmin0: can you pastebin the error you're getting?15:27
admin0yes one moment please15:27
lyarwoodadmin0: thanks, a full trace of the associated request-id would be ace15:28
lyarwoodadmin0: openstack server event list $instance15:28
lyarwoodadmin0: and use the request-id associated with the migration15:28
admin0lyarwood, this sums up the error: https://gist.githubusercontent.com/a1git/8a5fc5efbff91e9a7707815107dd7590/raw/62c46fce22be769fc1abc7e913b5102dd78cbe5f/gistfile1.txt15:29
admin0lyarwood, event list is here: https://gist.githubusercontent.com/a1git/bd821ac42072aa1db8e6697b5765a545/raw/f776b95d086673d25d2ff6cb734912c8c97042e2/gistfile1.txt15:30
lyarwoodadmin0: thanks, could you take a look in the api and conductor logs for req-c50dfe07-b126-4ff9-9932-04e24af1d33f15:30
lyarwoodadmin0: just trying to work out what is throwing the exception that leads to the 40015:31
lyarwoodgibi: I've respun the change btw, just waiting for the func test to land so I can rebase without pulling it out of the gate15:31
gibilyarwood: ack15:31
admin0lyarwood, log: https://gist.githubusercontent.com/a1git/92688f89eab9fad7e2b30b9e3d2fd998/raw/353e37d292ae1ce4f4d6de8d4c0f20cd3920871d/gistfile1.txt15:32
*** jangutter has quit IRC15:33
admin0"Unable to find record for source node h7.openstack.local on h7: ComputeHostNotFound: Compute host h7 could not be found." -- not sure how to set this up or configure it15:33
lyarwoodadmin0: that's coming from https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L510-L520 but I thought that was using instance.host15:36
admin0lyarwood, what do i need to do to fix it15:36
*** damien_r has joined #openstack-nova15:38
lyarwoodadmin0: oh you need to update instance.node to h715:40
lyarwoodadmin0: it's currently h7.openstack.local15:40
admin0is it on a file or a database that i need to update this ?15:40
lyarwoodadmin0: database, the 'node' field of the instance table for this instance15:41
lyarwoodadmin0: sorry the instances table15:43
*** damien_r has quit IRC15:43
lyarwoodbrb kid just got home15:44
*** damien_r has joined #openstack-nova15:44
*** damien_r has quit IRC15:44
*** ociuhandu has quit IRC15:46
gibinova weekly meeting starts in 10 minutes on #openstack-meeting-315:50
*** rpittau is now known as rpittau|afk15:50
openstackgerritMerged openstack/nova master: Add regression test for bug #1928063  https://review.opendev.org/c/openstack/nova/+/79065815:50
openstackbug 1928063 in OpenStack Compute (nova) "SEV enabled instance unable to hard reboot" [Medium,In progress] https://launchpad.net/bugs/1928063 - Assigned to Lee Yarwood (lyarwood)15:50
admin0i wait for you lyarwood  .. i will be back in 40 mins16:00
lyarwoodadmin0: I'm back, did you want the actual query?16:00
amodistephenfin: hi, can u merge https://review.opendev.org/c/openstack/nova/+/790724?16:01
stephenfinamodi: nope - I'm not stable core, sadly. lyarwood could help though16:01
amodioh didn't know16:01
lyarwoodthat reminds me...16:01
amodilyarwood: ^^ merge pls :)16:01
openstackgerritLee Yarwood proposed openstack/nova master: image_meta: Provide image_ref as the id when fetching from instance  https://review.opendev.org/c/openstack/nova/+/79065916:02
openstackgerritLee Yarwood proposed openstack/nova master: hardware: Use image_meta.id within get_mem_encryption_constraint  https://review.opendev.org/c/openstack/nova/+/79066016:02
*** sapd1_y has joined #openstack-nova16:02
admin0lyarwood, yes please16:02
*** sapd1_x has quit IRC16:03
admin0or if changing h7 to h7.openstack.local is faster/easier .. just need something that works in my usecase16:03
* admin0 is gone for 40 mins .. will try after coming back16:03
lyarwoodadmin0: update instances set node = 'h7' where uuid = '8733db85-23c6-4e10-8465-994eccdf549a';16:06
*** raildo has quit IRC16:06
stephenfingmann: if you've a chance later today, lyarwood is +2 on https://review.opendev.org/c/openstack/nova/+/790969/ now since I posted a follow-up https://review.opendev.org/c/openstack/nova/+/792353/16:07
gmannstephenfin: checking16:08
gmannlyarwood: +2 on this https://review.opendev.org/c/openstack/devstack/+/792108 but we devstack wallaby gate is blocked until this merge https://review.opendev.org/c/openstack/devstack/+/79239316:14
lyarwoodgmann: ack thanks16:14
*** dtantsur is now known as dtantsur|afk16:23
*** yonglihe has quit IRC16:25
*** ociuhandu has joined #openstack-nova16:30
openstackgerritLee Yarwood proposed openstack/nova master: docs: Add releases to libvirt distro support matrix  https://review.opendev.org/c/openstack/nova/+/79241516:35
*** ociuhandu has quit IRC16:36
*** sapd1_y has quit IRC16:36
*** sapd1_y has joined #openstack-nova16:37
sean-k-mooneylyarwood: well we could use the cloud archive right16:40
sean-k-mooneyalthgoh that may noe have 7.0.016:41
sean-k-mooneyalso i was ondering why the channel was so quite i had scolled up16:41
sean-k-mooneylol and meeting just ended16:42
gibisean-k-mooney: yepp16:42
gibisean-k-mooney: and to confuse you we agreed to move the meeting to Tuesday 16:00 UTC :)16:42
sean-k-mooneyhaha ok16:42
sean-k-mooneysorry i had planned on attending but lost track of time16:43
gibisean-k-mooney: and 20.04 wallaby UCA only has libvirt 6.0.0 at the moment16:46
sean-k-mooneyah ok16:46
sean-k-mooneywe dont actuly have to bump each cycle16:47
gibiit seems at the moment we cannot bump even :)16:47
sean-k-mooneyas long as we do the review of what is avaiable16:47
sean-k-mooneyyep not sure that has hppened before we have usually been movign rahter slow16:47
sean-k-mooneylooks like we finally got to a relivtly modern min version16:48
gibiyepp it seems so16:48
gibicores, the patch to move the weekly meeting: https://review.opendev.org/c/opendev/irc-meetings/+/79245416:55
openstackgerritBalazs Gibizer proposed openstack/nova master: Add same_subtree field to RequestLevelParams  https://review.opendev.org/c/openstack/nova/+/79150317:04
openstackgerritBalazs Gibizer proposed openstack/nova master: Bump min placement microversion to 1.36  https://review.opendev.org/c/openstack/nova/+/79150417:04
openstackgerritBalazs Gibizer proposed openstack/nova master: Support same_subtree in allocation_canadidate query  https://review.opendev.org/c/openstack/nova/+/79150517:04
openstackgerritBalazs Gibizer proposed openstack/nova master: [func test] refactor assertPortMatchesAllocation  https://review.opendev.org/c/openstack/nova/+/79245817:04
openstackgerritBalazs Gibizer proposed openstack/nova master: fixup for 1eca1c8b0cde23e701500655cdf2e3ead58a00e2  https://review.opendev.org/c/openstack/nova/+/79245917:04
openstackgerritBalazs Gibizer proposed openstack/nova master: Support the new port resource_request format  https://review.opendev.org/c/openstack/nova/+/78720817:07
openstackgerritBalazs Gibizer proposed openstack/nova master: Transfer RequestLevelParams from ports to scheduling  https://review.opendev.org/c/openstack/nova/+/79150617:07
*** derekh has quit IRC17:08
openstackgerritBalazs Gibizer proposed openstack/nova master: [func test] ports with both bw and pps resources  https://review.opendev.org/c/openstack/nova/+/79239417:11
openstackgerritMerged openstack/nova stable/wallaby: Replace blind retry with libvirt event waiting in detach  https://review.opendev.org/c/openstack/nova/+/78872017:27
*** ralonsoh has quit IRC17:37
admin0lyarwood,  thanks .. it worked :)17:40
admin0means now the status is shown in openstack horizon dashboard17:40
admin0trying migration17:41
*** links has quit IRC17:48
*** andrewbonney has quit IRC17:48
*** tbachman has quit IRC18:42
sean-k-mooneystephenfin: by the way im still not seeign a bluepirnt for https://review.opendev.org/q/topic:%22bp%252Fmultiqueue-flavor-extra-spec%22+(status:open%20OR%20status:merged)18:55
sean-k-mooneyah its here https://blueprints.launchpad.net/nova/+spec/multiqueue-flavor-extra-spec18:56
sean-k-mooneydidnt come up in my sarch for some reason cool18:56
sean-k-mooney$title lol18:57
*** tbachman has joined #openstack-nova19:12
*** tbachman has quit IRC19:14
*** tbachman has joined #openstack-nova19:22
*** tbachman_ has joined #openstack-nova19:23
*** tbachman has quit IRC19:26
*** dustinc has joined #openstack-nova19:28
*** tbachman_ has quit IRC19:29
*** jmlowe has quit IRC19:33
*** jmlowe has joined #openstack-nova19:36
*** ociuhandu has joined #openstack-nova19:55
*** ociuhandu has quit IRC20:00
*** jawad_axd has joined #openstack-nova20:01
*** jawad_axd has quit IRC20:06
*** rcernin has joined #openstack-nova20:07
*** belmoreira has quit IRC20:11
*** rcernin has quit IRC20:13
*** slaweq has quit IRC20:20
*** slaweq has joined #openstack-nova20:22
*** tbachman has joined #openstack-nova20:26
*** slaweq has quit IRC20:29
*** rcernin has joined #openstack-nova20:50
*** sean-k-mooney[m] has joined #openstack-nova20:53
openstackgerritMerged openstack/nova stable/wallaby: Move the guest.get_disk test to test_guest  https://review.opendev.org/c/openstack/nova/+/78872121:29
*** dustinc has quit IRC21:38
*** rcernin has quit IRC21:49
*** dansmith has quit IRC22:02
*** dansmith has joined #openstack-nova22:06
*** dansmith has quit IRC22:25
*** dansmith has joined #openstack-nova22:25
*** rcernin has joined #openstack-nova22:42
openstackgerritMerged openstack/nova stable/wallaby: Enable mypy on libvirt/guest.py  https://review.opendev.org/c/openstack/nova/+/78872222:48
*** ociuhandu has joined #openstack-nova23:14
*** macz_ has quit IRC23:17
*** ociuhandu has quit IRC23:18
openstackgerritMerged openstack/nova stable/wallaby: Follow up type hints for a634103  https://review.opendev.org/c/openstack/nova/+/78872323:25
*** k_mouza has quit IRC23:26
*** tosky has quit IRC23:52
*** pmannidi has quit IRC23:54
*** pmannidi has joined #openstack-nova23:56
*** pmannidi has quit IRC23:56
*** pmannidi has joined #openstack-nova23:57
« Wednesday, 2021-05-19 Index Friday, 2021-05-21 »

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