Wednesday, 2020-10-21

*** gyee has quit IRC00:11
*** spatel has quit IRC00:20
*** gyee has joined #openstack-nova00:25
*** penick has joined #openstack-nova00:25
*** penick has quit IRC00:30
*** ChanServ changes topic to "Current runways: https://etherpad.opendev.org/p/nova-runways-wallaby -- This channel is for Nova development. For support of Nova deployments, please use #openstack"00:38
-openstackstatus- NOTICE: The Gerrit service at review.opendev.org is back up and running; for outage details see analysis here: http://lists.opendev.org/pipermail/service-announce/2020-October/000011.html00:38
*** tbachman has quit IRC00:44
*** whoami-rajat__ has joined #openstack-nova00:44
*** adrianc has quit IRC00:45
*** tbachman has joined #openstack-nova00:45
*** adrianc has joined #openstack-nova00:47
*** dlbewley has quit IRC00:48
*** tbachman has quit IRC00:53
*** tbachman has joined #openstack-nova00:54
*** owalsh has quit IRC01:08
*** owalsh has joined #openstack-nova01:09
*** gyee has quit IRC01:12
*** sapd1 has joined #openstack-nova01:23
*** raildo has quit IRC02:00
*** LinPeiWen has quit IRC02:01
*** dlbewley has joined #openstack-nova02:15
*** dlbewley has quit IRC02:23
*** LinPeiWen has joined #openstack-nova02:30
*** dlbewley has joined #openstack-nova02:55
*** tbachman has quit IRC02:58
*** tbachman has joined #openstack-nova02:58
*** dlbewley has quit IRC03:01
*** mkrai has joined #openstack-nova03:10
*** psachin has joined #openstack-nova03:30
*** psachin has joined #openstack-nova03:32
*** hamalq has quit IRC03:46
*** ratailor has joined #openstack-nova03:57
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-nova04:33
*** mkrai has quit IRC05:02
*** mkrai_ has joined #openstack-nova05:02
*** mkrai_ has quit IRC05:22
*** mkrai_ has joined #openstack-nova05:30
*** mkrai_ has quit IRC05:57
*** LinPeiWen has quit IRC06:02
*** mkrai has joined #openstack-nova06:05
*** LinPeiWen has joined #openstack-nova06:29
brinzhangmorning nova06:35
brinzhangmorning gibi, sean-k-mooney06:35
brinzhanggibi, sean-k-mooney: if you have time please review the06:35
brinzhangCyborg shelve/unshelve support patches https://review.opendev.org/#/c/729563/06:35
*** rpittau|afk is now known as rpittau06:42
*** ralonsoh has joined #openstack-nova06:45
*** dklyle has quit IRC06:47
*** vishalmanchanda has joined #openstack-nova06:47
*** tesseract has joined #openstack-nova06:51
*** hoonetorg has joined #openstack-nova06:51
*** slaweq has joined #openstack-nova06:54
*** sapd1 has quit IRC06:56
*** sapd1 has joined #openstack-nova06:56
*** mvorwerk has joined #openstack-nova07:00
*** links has joined #openstack-nova07:01
songwenping_gibi, sean-k-mooney:please review cyborg microversion support in https://review.opendev.org/#/c/738428/07:05
*** andrewbonney has joined #openstack-nova07:06
gibibrinzhang, songwenping_: ack, I will try to get to these patches but this week and next week seems pretty full of other things07:12
gibiso no promises07:12
songwenping_gibi: no hurry, thanks.07:13
brinzhanggibi: ack, thanks07:14
*** slaweq has quit IRC07:34
*** slaweq has joined #openstack-nova07:35
* bauzas trying to catch up with the nova implications of http://lists.opendev.org/pipermail/service-announce/2020-October/000011.html07:35
bauzasgibi: seen it ? ^07:35
gibibauzas: saw it, on a morning meeting, but after that I will jump on it07:37
*** openstackgerrit has quit IRC07:38
*** rcernin has quit IRC07:39
*** slaweq has quit IRC07:40
*** tosky has joined #openstack-nova07:42
bauzasgibi: tl;dr we need to review merged code vs. gerrit approvals07:43
bauzasfrom Oct 1.07:43
*** slaweq has joined #openstack-nova07:44
*** ttx has quit IRC07:48
*** ttx has joined #openstack-nova07:51
*** priteau has joined #openstack-nova07:55
lyarwoodFWIW all of my master changes look valid and untouched in there07:55
gibiI'm done with nova-specs and nova master will check novaclient next08:00
gibilyarwood: could you check the nova stable branches?08:00
gibipython-novaclient is clean too08:01
lyarwoodgibi: ack looking now08:01
gibithanks08:01
gibiI go and check placement08:02
gibiplacment and osc_placement clean too08:02
lyarwoodgibi: stable LGTM, elod can you also check? https://static.opendev.org/project/opendev.org/gerrit-diffs/openstack/nova.git/stable/08:06
*** avolkov has joined #openstack-nova08:07
*** slaweq has quit IRC08:08
*** rcernin has joined #openstack-nova08:09
*** dtantsur|afk is now known as dtantsur08:10
*** slaweq has joined #openstack-nova08:11
*** openstackgerrit has joined #openstack-nova08:13
openstackgerritLee Yarwood proposed openstack/nova master: Add regression test for bug #1899835  https://review.opendev.org/75823908:14
openstackbug 1899835 in OpenStack Compute (nova) "n-cpu attempts to disconnect volumes after early pre_live_migration failures on the destination during a live migration" [Undecided,New] https://launchpad.net/bugs/1899835 - Assigned to Lee Yarwood (lyarwood)08:14
*** rcernin has quit IRC08:14
gibilyarwood: elod is on PTO today I can go through stable during the day08:15
gibiactually I can do it right now08:15
*** k_mouza has joined #openstack-nova08:16
gibilyarwood: nova stable looks clean to me too08:22
lyarwoodack thanks08:23
gibiI will check os-vif08:23
gibithen we are done08:23
gibios-vif seems clean to08:25
gibitoo08:25
*** rcernin has joined #openstack-nova08:28
bauzas++ for checking08:28
*** martinkennelly has joined #openstack-nova08:31
*** salmankhan has joined #openstack-nova08:34
*** nightmare_unreal has joined #openstack-nova08:34
*** derekh has joined #openstack-nova08:34
*** slaweq has quit IRC08:35
*** slaweq has joined #openstack-nova08:37
*** slaweq has quit IRC08:37
*** slaweq has joined #openstack-nova08:37
gibithe nova RC1 and 22.0.0 release looks good in release repo too08:38
*** jangutter has quit IRC08:47
*** jangutter has joined #openstack-nova08:50
*** ociuhandu has joined #openstack-nova08:51
*** jangutter_ has joined #openstack-nova08:51
*** jangutter has quit IRC08:55
*** rcernin has quit IRC08:56
* bauzas goes into specs review day09:00
bauzas(which should have been yesterday)09:00
openstackgerritLee Yarwood proposed openstack/nova master: Revert "releasenote: Add known issue for bug #1894804"  https://review.opendev.org/75897109:06
openstackbug 1894804 in qemu (Ubuntu) "Second DEVICE_DELETED event missing during virtio-blk disk device detach" [Undecided,Incomplete] https://launchpad.net/bugs/189480409:06
*** jangutter_ is now known as jangutter09:51
openstackgerritBrin Zhang proposed openstack/nova-specs master: Add instance_state to ensure volume attachment successful  https://review.opendev.org/75892010:02
*** dlbewley has joined #openstack-nova10:09
*** dlbewley has quit IRC10:15
*** songwenping__ has joined #openstack-nova10:15
*** k_mouza has quit IRC10:16
*** k_mouza has joined #openstack-nova10:19
*** songwenping_ has quit IRC10:19
*** songwenping_ has joined #openstack-nova10:20
*** songwenping__ has quit IRC10:24
*** k_mouza_ has joined #openstack-nova10:33
*** k_mouza has quit IRC10:37
*** priteau has quit IRC10:39
openstackgerritJorhson Deng proposed openstack/nova-specs master: Add instance_state to ensure volume attachment successful  https://review.opendev.org/75892010:39
*** k_mouza has joined #openstack-nova10:46
*** tbachman has quit IRC10:48
*** k_mouza_ has quit IRC10:49
*** mkrai has quit IRC10:58
*** mgariepy has quit IRC11:12
*** priteau has joined #openstack-nova11:15
*** songwenping__ has joined #openstack-nova11:20
*** songwenping_ has quit IRC11:23
*** sapd1 has quit IRC11:25
*** priteau has quit IRC11:26
*** raildo has joined #openstack-nova11:43
*** priteau has joined #openstack-nova12:01
*** mgariepy has joined #openstack-nova12:14
sean-k-mooneyby the way i have looked at os-vif and it looks fine i was going to start on nova https://etherpad.opendev.org/p/nova-patches-since-oct-1st12:16
sean-k-mooneyhave people already dont that if not im going to make my way form top to bottom that currently for master12:16
sean-k-mooneyusing the oslo script12:17
gibi stephenfin: you missed one thing in https://review.opendev.org/#/c/749317/3/nova/compute/api.py@621412:23
stephenfingibi: whoops; I'll do a follow-up12:24
gibisean-k-mooney: lyarwood and I looked at nova12:24
sean-k-mooneyok so i assume we are good then12:24
sean-k-mooneyill skip it if ye have already12:24
gibisean-k-mooney: http://lists.openstack.org/pipermail/openstack-discuss/2020-October/018154.html12:24
gibistephenfin: ack, +2 then12:25
sean-k-mooneycool12:25
*** k_mouza has quit IRC12:27
*** tbachman has joined #openstack-nova12:30
sean-k-mooneyis devstack in #openstack-qa12:30
lyarwoodyes12:31
*** nweinber has joined #openstack-nova12:40
*** k_mouza has joined #openstack-nova12:41
gibistephenfin: are we using the same strategy to remove os-agents that we did for nova-network related APIs? https://review.opendev.org/#/c/749309/3/releasenotes/notes/remove-xenapi-driver-194756049f22dc9e.yaml@912:47
stephenfingibi: yes, that seems the most sensible approach to me12:48
*** songwenping_ has joined #openstack-nova12:48
stephenfinthey're dead APIs without virt driver support12:48
*** songwenping__ has quit IRC12:50
gibistephenfin: thanks I wanted to make sure that we are OK to have a breaking API change without a microverison. But here I agree that having a microvesion does not help much12:54
stephenfinyeah, a microversion doesn't make sense here since requesting the older version won't magically restore the older behavior12:54
gibifor xenapi yes, for non xenapi it could restore the empty result instead of 41012:55
*** k_mouza_ has joined #openstack-nova12:55
*** k_mouza has quit IRC12:56
gibibut I hope non xenapi user did not use this API :)12:56
stephenfinTrue :)12:56
gibithanks, approved13:01
bauzasI feel stupid today... https://bugs.launchpad.net/nova/+bug/190080013:06
openstackLaunchpad bug 1900800 in OpenStack Compute (nova) "VGPUs is not recreated on host reboot" [Low,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)13:06
bauzasthe thing I wrote : if mdev_not_exists(): lookup_the_mdev()13:06
bauzasbravo sylvain...13:06
* bauzas hides for a long time13:06
*** k_mouza_ has quit IRC13:07
*** slaweq has quit IRC13:08
gibibauzas: don't be hard on yourself. everybody make mistakes. you can look at the good side, somebody is using the feature your implemented!13:08
bauzaswell, this one was terrible tho13:08
bauzaseven my wife who's accountant can understand the bug13:09
bauzasand no clear solutions except "well, don't reboot" are viable13:09
gibibauzas: Eigi has some suggestion in the bug about reassigning every gpu at host reboot13:12
*** slaweq has joined #openstack-nova13:12
bauzasgibi: well, I'd prefer pursuing the idea that Nova shouldn't honestly try to support reboots13:13
bauzasoVirt doesn't do it, neither KVM13:14
bauzaswe provided this as a gentle way but changing this would require substantial changes that are due to something external to nova13:14
bauzasbut I'll speak about a workaround, which is to use a 3rd-party tool https://github.com/mdevctl/mdevctl13:15
gibibauzas: do you mean nova should not persist end user VMs, or just not to try to recover them automatically at host reboot?13:15
bauzasgibi: the latter13:15
*** songwenping__ has joined #openstack-nova13:15
gibibauzas: but then after a host reboot a VM hard-reboot from the API should work, isn't it?13:15
gibior expected to work13:16
bauzasgibi: it would be the responsability of the operator to recreate the former mdevs that diseappeared at reboot before restarting n-cpu13:16
gibiso no automatic recovery of the compute host at all13:16
gibiinteresting13:17
*** KurtB has joined #openstack-nova13:17
bauzasgibi: well, correct me if I'm wrong but SR-IOV VFs aren't either created or persisted by neutron ?13:17
bauzasor nova13:17
bauzaswe just lookup the resources that were allocated before, right?13:18
gibibauzas: yes, we expect that the admi of the comute host made sure that the VFs are re-created during host reboot13:18
bauzasgibi: so, I guess we should make the same expectation for the mdevs13:18
*** songwenping_ has quit IRC13:18
gibiagree13:18
bauzasand there is a tool13:19
*** psachin has quit IRC13:19
bauzasthat doesn't solve my customers, but that goes a Red Hat thing, not an upstream problme13:19
gibibauzas: so with mdevs you went a different way that how nova manages PCI devices. Nova never tries to create SRIOV VFs13:21
bauzasindeed13:21
bauzaswhen I started on it, I was somehow having the expectation that mdevs were persistent13:22
gibistill VFs might dissapeare during host reboot and I guess that means VMs depending on such VF goes to error13:22
bauzasso I provided a convenient workaround for recreating the mdev, but now we're smarter, this hack can't longer work13:22
bauzasand one day if we go with allocating mdevs based on NUMA affinity, then we would absolutely need to reallocate the same mdev from the same pGPU13:23
bauzasat reboot13:23
bauzasbecause performance matters13:23
bauzasalso, you could have two different mdev types for each GPU13:24
bauzasone for performance and one for inference, per say13:24
bauzaswe couldn't just pick any mdev at the best guess13:24
gibiyeah, true13:25
bauzasanyway, I think I'll reply13:25
bauzasspecs reviews I promised13:25
*** k_mouza has joined #openstack-nova13:26
*** ratailor has quit IRC13:26
*** raorn_ has quit IRC13:34
*** raorn has joined #openstack-nova13:35
dansmithjohnthetubaguy: does that api make sense to anything other than nova/ironic?13:38
dansmithjohnthetubaguy: like, would you use it for nova/libvirt? I joined halfway through13:38
dansmith07793313:39
*** songwenping_ has joined #openstack-nova13:45
gibistephenfin: what was the reason grenade barked when you removed the o.vo in https://review.opendev.org/#/c/749312/4/nova/objects/bandwidth_usage.py@19 ? I try to find the remaining piece that connect the BandwidthUsageList to the rest of the codebase without success13:45
stephenfingibi: It was something to do with o.vo namespaces. A broken test13:45
stephenfinwait, no, different thing13:46
stephenfinI think the older compute nodes are passing notifications back to the conductor, and the conductor can't understand those because we removed the definitions13:47
stephenfinso in that change we've stopped passing them back, meaning we can remove the definitions in the next release13:47
stephenfinhere's we stopped passing them back, as you've seen https://review.opendev.org/#/c/749312/4/nova/compute/utils.py13:47
*** songwenping__ has quit IRC13:48
gibistephenfin: I don't see where we passing the o.vo via RPC13:48
stephenfinHere, no? https://review.opendev.org/#/c/749312/4/nova/notifications/base.py@20313:49
gibiit just emits the notification o.vo not the nova bw ovo to the message bus as notification, not as RPC message to the conductor13:50
stephenfinThe notification o.vo contains the bandwidth payload o.vo though13:51
gibithe bandwidth payloa o.vo yes, but not he bandwidth nova o.vo13:51
stephenfinohhhhh13:51
*** sapd1 has joined #openstack-nova13:51
stephenfinI understand the question now :) Sec, lemme check13:51
stephenfingibi: I guess I'm just going to have to push up a DNM patch to get new grenade logs for. Will do that shortly13:53
gibistephenfin: OK, let's do that13:53
*** k_mouza has quit IRC13:54
*** k_mouza has joined #openstack-nova13:54
*** macz_ has joined #openstack-nova14:15
*** macz_ has quit IRC14:15
*** macz_ has joined #openstack-nova14:15
*** mkrai has joined #openstack-nova14:29
*** dklyle has joined #openstack-nova14:39
*** jawad_axd has joined #openstack-nova14:42
*** mkrai has quit IRC14:44
*** mkrai has joined #openstack-nova14:52
*** dlbewley has joined #openstack-nova15:08
*** mlavalle has joined #openstack-nova15:11
*** markguz_ has joined #openstack-nova15:16
markguz_Hi. is it possible to use alternate names for the nova databases?  i have a second region i'm setting up, it's in the same physical location so i wanted to colocate the dbs on the existing galera cluster.15:17
markguz_nova-manage db sync does not seem to like it however15:18
gibimarkguz_: the [database]/connection config option defines which database nova uses. I think you are free to use any db name you wish15:20
bauzasgibi: markguz_: indeed, you're free but you need to have distinct connection strings between the api connection and each of the cell connection URLs15:28
gibibauzas: true15:29
markguz_gibi: bauzas: i have defined those distinct connection strings in nova15:29
bauzasmarkguz_: what kind of "weird" nova-manage exception do you get when you sync ?15:31
gibifrom the doc https://docs.openstack.org/nova/rocky/cli/nova-manage.html#nova-database "The local database connection is determined by [database]/connection in the configuration file passed to nova-manage."15:31
bauzasgibi: for a single cellv2, yep15:31
bauzasgibi: but if you wanna create a second cell v2, then you need to pass a second connection URL, right?15:31
gibibauzas: our you have to run nova-manage from the node of the second cell controller15:32
gibis/our/or/15:32
gibianyhow if the correct config file is passed to nova-manage but db sync fails then it is an interesting bug to look at15:33
openstackgerritLee Yarwood proposed openstack/nova stable/train: Add a workaround config toggle to refuse ceph image upload  https://review.opendev.org/75717715:33
bauzasgibi: yup, indeed15:33
bauzasdevstack does this by passing the connection string URL on the fly15:34
bauzasbut meh15:34
bauzasI guess this is maybe unrelated to it15:34
markguz_bauzas: gibi: so these are the connection strings as I defined them in /etc/nova/nova.conf https://pastebin.com/e1Sb9PjF15:34
gibimarkguz_: could you share the error message and any stack trace that nova-manage produced?15:36
markguz_gibi: i'm just going throught the manage steps to recreate. hold on15:38
openstackgerritMerged openstack/nova stable/ussuri: Follow up for cherry-pick check for merge patch  https://review.opendev.org/75846315:39
*** efried has quit IRC15:41
*** efried has joined #openstack-nova15:42
*** mgariepy has quit IRC15:42
*** k_mouza has quit IRC15:43
markguz_gibi: bauzas: https://pastebin.com/n9aXXKSK15:45
bauzason a meeting but looking15:45
markguz_gibi: bauzas: seems like its the cell0 db that's the sticking point.15:46
bauzasmarkguz_: go look at the DB itself15:46
markguz_gibi: bauzas: i might have missed some config where you can define the name of the cell0 db15:46
bauzasah15:46
bauzasno15:46
bauzasyou can't15:46
bauzasah wait15:47
bauzasok, got it15:47
bauzasyou are reusing the 'nova' connection string for cell015:48
bauzasbut 'nova' DB is officially the API DB15:48
bauzashence the error15:48
bauzasyou need to pass another connection string for map_cell015:48
bauzaseg. nova-manage cell_v2 map_cell0 --database_connection my_connection_string_for_cell015:49
bauzasmarkguz_: ^15:49
markguz_ahhhh....dagnabbit. how did i miss that... sorry for the trouble15:50
bauzasor use another conf file, or run it elsewhere, as gibi said15:50
bauzasmarkguz_: np, this is confusing15:50
markguz_bauzas: i am using another conf gile15:50
markguz_i'm using a whole other node15:50
*** mvorwerk has quit IRC15:50
bauzasmarkguz_: distinct from the API DB ? :)15:50
bauzasthat's not what I see from the paste15:50
bauzasnova has *at least* 3 DBs15:51
bauzasAPI DB, cell0 DB and cell1 at least15:51
markguz_the api db doesn't take it's connection string from the nova.conf ?15:51
bauzassure15:51
bauzasit can15:51
bauzasbut that's the api db15:51
*** noonedeadpunk has quit IRC15:51
bauzascell0 db is another db15:51
bauzasand you're asking to map cell0 as the api db15:52
bauzasit can be on the same dbms15:52
bauzasbut this has to be another logical database15:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Clean up base migration  https://review.opendev.org/75815515:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Merge in unique constraints  https://review.opendev.org/75815615:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Drop add/remove of index  https://review.opendev.org/75815715:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Icehouse database migrations  https://review.opendev.org/75839415:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Juno database migration  https://review.opendev.org/75839515:52
openstackgerritStephen Finucane proposed openstack/nova master: WIP: db: Compact Kilo database migrations  https://review.opendev.org/75839615:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Liberty database migrations  https://review.opendev.org/75839715:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Mitaka database migrations  https://review.opendev.org/75839815:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Newton database migrations  https://review.opendev.org/75908515:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Ocata database migrations  https://review.opendev.org/75908615:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Pike database migrations  https://review.opendev.org/75908715:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Queens database migrations  https://review.opendev.org/75908815:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Rocky database migrations  https://review.opendev.org/75908915:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Stein database migrations  https://review.opendev.org/75909015:52
openstackgerritStephen Finucane proposed openstack/nova master: db: Compact Train database migrations  https://review.opendev.org/75909115:52
bauzasthat you have to create separately from the api db15:52
bauzasstephenfin: you dawn paste bomber15:52
markguz_bauzas: so my connection strings are this https://pastebin.com/e1Sb9PjF15:53
bauzasmarkguz_: eg. 'nova' can be your API DB15:53
stephenfingotta be done ~o~15:53
stephenfinthe kilo one is broken though. I haven't figured out why yet. Will pick up again later in the week15:54
markguz_bauzas: ok. confused.  i thought from the docs that there is always nova, nova_api nova_cell0 and since rocky placement can be seperate15:54
*** dtantsur is now known as dtantsur|afk15:55
bauzasactually, that's me who's lost15:55
markguz_i think the only missing part of the puzzle is that the cell0 db has no conf options and has to be manually supplied at the cli if using something other than nova_cell015:56
markguz_i'm a try it now15:56
bauzasI'm litterally looking at the nova-manage source code15:57
bauzasand we assume a _cell0 postfix if nothing was passed15:57
*** kaisers2 has quit IRC15:58
markguz_so nova_vsphere should be nova_vsphere_cell0 ?15:58
bauzasok, got it15:58
markguz_full disclosure.. this is rocky... so maybe it's been fixed subsequently?15:58
bauzaslooking at the rocky code then15:59
bauzasno changes15:59
bauzasok, got the answer15:59
bauzasmarkguz_: https://github.com/openstack/nova/blob/stable/rocky/nova/cmd/manage.py#L114915:59
bauzasyou're entering this inner method since you don't pass a connection string as a CLI param16:00
bauzasin this case, we're getting your 'nova' db16:00
bauzasbut then we consider that the cell0 connection URL will be 'nova_cell0'16:00
markguz_bauzas: gibi: as a sidenote, is creating a separate region the only way to have nova/libvirt/kvm + neutron/ml2/openvswitch coexist with nova/vsphere + neutron/nsx ?16:01
bauzasin your case, mysql+pymysql://nova:XXX@192.168.128.254/nova_vsphere_cell0 indeed16:01
*** lyarwood has quit IRC16:01
markguz_ok. i have created that db, but was expecting nova-manage to magically know to use nova_vsphere_cell016:01
*** tbachman has quit IRC16:03
bauzasdb sync has to happen after map_cell016:04
*** rpittau is now known as rpittau|afk16:04
*** tbachman has joined #openstack-nova16:05
*** tbachman_ has joined #openstack-nova16:06
*** tbachman has quit IRC16:09
*** tbachman_ is now known as tbachman16:09
*** noonedeadpunk_ has joined #openstack-nova16:13
markguz_bauzas: gibi: that got it, all i was missing was the connection string for cell_v2 map_cell016:13
bauzascool16:13
gibimarkguz_: nice to hear that16:13
markguz_is this really the only way to coexist the vsphere stuff with the libvirt/kvm stuff?16:13
markguz_the docs are pretty sketchy on having a hybrid env16:14
*** k_mouza has joined #openstack-nova16:15
*** tosky has quit IRC16:16
*** k_mouza has quit IRC16:19
*** songwenping__ has joined #openstack-nova16:20
openstackgerritBalazs Gibizer proposed openstack/nova master: [doc]: Fix glance image_metadata link  https://review.opendev.org/75910016:21
*** songwenping_ has quit IRC16:23
*** efried has quit IRC16:25
*** k_mouza has joined #openstack-nova16:26
*** hamalq has joined #openstack-nova16:27
*** k_mouza has quit IRC16:28
*** hamalq has quit IRC16:29
*** hamalq has joined #openstack-nova16:30
*** noonedeadpunk_ has quit IRC16:33
bauzasgibi: I know this is late but food for thoughts https://review.opendev.org/#/c/755477/2/specs/wallaby/approved/support-interface-attach-with-qos-ports.rst@12616:37
bauzasI have to disappear, my spouse is looking at me for shopping needs16:38
*** markguz_ has quit IRC16:39
*** dklyle has quit IRC16:39
*** dklyle has joined #openstack-nova16:39
*** ociuhandu_ has joined #openstack-nova16:39
*** noonedeadpunk has joined #openstack-nova16:40
gibibauzas: good point, replied in https://review.opendev.org/#/c/755477/2/specs/wallaby/approved/support-interface-attach-with-qos-ports.rst@12616:40
gibibauzas: have a nice shopping ;) o/16:40
*** efried has joined #openstack-nova16:41
*** ociuhandu has quit IRC16:42
*** jangutter has quit IRC16:43
*** ociuhandu_ has quit IRC16:44
*** mgariepy has joined #openstack-nova16:46
*** mkrai has quit IRC17:08
*** andrewbonney has quit IRC17:10
*** tesseract has quit IRC17:12
*** links has quit IRC17:17
*** derekh has quit IRC17:18
*** sapd1 has quit IRC17:23
*** artom has quit IRC17:24
*** artom has joined #openstack-nova17:25
*** artom has quit IRC17:25
*** artom has joined #openstack-nova17:26
*** ralonsoh has quit IRC17:28
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Remove irrelevant comment  https://review.opendev.org/75911217:31
stephenfingibi: ^17:31
gibistephenfin: thanks17:32
*** Luzi has joined #openstack-nova17:35
openstackgerritStephen Finucane proposed openstack/nova master: objects: Remove 'BandwidthUsage', 'BandwidthUsageList'  https://review.opendev.org/75911417:36
stephenfinalso gibi :) ^17:37
stephenfinlet's see what CI thinks17:37
gibithanks17:37
*** xek has joined #openstack-nova17:40
*** xek has quit IRC17:40
*** priteau has quit IRC18:01
*** k_mouza has joined #openstack-nova18:04
gansomelwitt, elod: Hi! If you have a minute could you please take a look at this stable/stein backport that is the same as the stable/train you previously: https://review.opendev.org/#/c/757886/ ? Thanks in advance!18:06
*** k_mouza has quit IRC18:08
openstackgerritmelanie witt proposed openstack/nova stable/train: Follow up for cherry-pick check for merge patch  https://review.opendev.org/75911818:08
melwittganso: ack, will look later18:09
gansomelwitt: thanks!18:09
*** Luzi has quit IRC18:09
*** gyee has joined #openstack-nova18:09
openstackgerritsean mooney proposed openstack/nova master: Fix unplugging VIF when migrate/resize VM  https://review.opendev.org/75164218:16
*** iurygregory has quit IRC18:18
*** iurygregory has joined #openstack-nova18:20
*** iurygregory has quit IRC18:24
*** iurygregory has joined #openstack-nova18:25
*** lyarwood has joined #openstack-nova18:29
openstackgerritsean mooney proposed openstack/nova master: libvirt: delegate ovs plug to os-vif  https://review.opendev.org/60243218:38
lyarwoodsean-k-mooney: if you're still around, did I see you talking about an ipv6 issue earlier today?18:39
lyarwoodsean-k-mooney: just noticed tempest-ipv6-only failing across a few of my changes18:39
sean-k-mooneythats in the world dump script and limestone18:39
lyarwoodsean-k-mooney: kk, did you have a bug for that?18:39
*** salmankhan has quit IRC18:40
sean-k-mooneyso https://review.opendev.org/#/c/759042/ is the fix for the worlddump script18:40
sean-k-mooneyand the limestone ci seam to be ipv6 by default18:40
sean-k-mooneybut there might be a dhcp/nat issue18:40
lyarwoodkk18:40
lyarwoodI'll leave my rechecks until the morning then18:41
sean-k-mooneythe vms are ment to get ipv4 private ips but devstack failed because it had not ipv4 adress atall18:41
lyarwoodthanks!18:41
*** jawad_axd has quit IRC18:49
*** tosky has joined #openstack-nova19:12
*** nightmare_unreal has quit IRC19:38
*** k_mouza has joined #openstack-nova19:55
*** vishalmanchanda has quit IRC19:57
*** mvorwerk has joined #openstack-nova19:59
*** k_mouza has quit IRC20:00
*** priteau has joined #openstack-nova20:02
*** whoami-rajat__ has quit IRC20:06
*** mvorwerk_ has joined #openstack-nova20:21
*** mvorwerk has quit IRC20:22
*** k_mouza has joined #openstack-nova20:26
*** k_mouza has quit IRC20:31
*** lbragstad_ is now known as lbragstad20:49
*** nweinber has quit IRC21:20
*** martinkennelly has quit IRC21:21
*** slaweq has quit IRC21:24
*** raildo has quit IRC21:38
*** avolkov has quit IRC21:57
*** tosky has quit IRC22:10
*** tosky has joined #openstack-nova22:11
*** mvorwerk_ has quit IRC22:30
*** ociuhandu has joined #openstack-nova22:34
*** k_mouza has joined #openstack-nova22:35
*** k_mouza has quit IRC22:39
*** ociuhandu has quit IRC22:39
openstackgerritXav Paice proposed openstack/nova stable/ussuri: Set migrate_data.vifs only when using multiple port bindings  https://review.opendev.org/75915122:44
*** rcernin has joined #openstack-nova22:51
*** tosky has quit IRC22:51
*** hamalq has quit IRC22:57
*** mlavalle has quit IRC22:58
*** mvorwerk has joined #openstack-nova23:01
*** hamalq has joined #openstack-nova23:01
*** macz_ has quit IRC23:05
openstackgerritXav Paice proposed openstack/nova stable/train: Set migrate_data.vifs only when using multiple port bindings  https://review.opendev.org/75915323:16
*** mvorwerk_ has joined #openstack-nova23:27
*** mvorwerk has quit IRC23:30
openstackgerritMerged openstack/nova master: virt: Remove 'get_console_pool_info' API  https://review.opendev.org/74931123:32
*** spatel has joined #openstack-nova23:44
*** spatel has quit IRC23:50

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