Monday, 2018-10-29

*** brinzhang has joined #openstack-nova00:09
*** tommylikehu has joined #openstack-nova00:58
*** sapd1 has joined #openstack-nova01:30
*** tiendc has joined #openstack-nova01:35
*** tbachman has joined #openstack-nova01:37
*** tetsuro has joined #openstack-nova01:45
*** Dinesh_Bhor has joined #openstack-nova01:47
*** Kevin_Zheng has joined #openstack-nova01:50
*** tetsuro has quit IRC01:57
*** tetsuro has joined #openstack-nova02:00
*** pvc has joined #openstack-nova02:01
pvchi anyone use cyborg?02:01
*** Dinesh_Bhor has quit IRC02:05
*** Dinesh_Bhor has joined #openstack-nova02:13
*** mhen has quit IRC02:17
*** mhen has joined #openstack-nova02:23
*** hongbin has joined #openstack-nova02:24
*** hshiina has joined #openstack-nova02:44
*** Nel1x has joined #openstack-nova02:45
*** fried_rice has quit IRC02:53
*** fried_rice has joined #openstack-nova02:54
*** mrsoul has joined #openstack-nova02:55
*** trident has quit IRC02:56
*** trident has joined #openstack-nova02:56
*** Nel1x has quit IRC03:09
*** Nel1x has joined #openstack-nova03:09
*** tetsuro has quit IRC03:18
*** Dinesh_Bhor has quit IRC03:25
*** brinzhang has quit IRC03:27
*** brinzhang has joined #openstack-nova03:28
*** Dinesh_Bhor has joined #openstack-nova03:29
*** udesale has joined #openstack-nova03:54
*** kevinbenton has quit IRC04:00
*** kevinbenton has joined #openstack-nova04:00
*** ratailor has joined #openstack-nova04:14
*** hshiina_ has joined #openstack-nova04:15
*** hshiina has quit IRC04:18
*** Dinesh_Bhor has quit IRC04:19
openstackgerritMerged openstack/nova master: Add restrictions on updated_at when getting instance action records  https://review.openstack.org/60780104:33
*** janki has joined #openstack-nova04:34
*** zzzeek_ has quit IRC04:36
*** hemna_ has quit IRC04:37
*** zzzeek has joined #openstack-nova04:41
*** Dinesh_Bhor has joined #openstack-nova04:41
*** hemna has joined #openstack-nova04:47
*** Nel1x has quit IRC04:47
*** hongbin has quit IRC04:52
*** ShilpaSD has joined #openstack-nova04:55
*** ircuser-1 has joined #openstack-nova05:02
*** markmcclain has quit IRC05:40
*** markmcclain has joined #openstack-nova05:42
*** Bhujay has joined #openstack-nova05:46
*** ratailor has quit IRC05:56
*** Bhujay has quit IRC06:15
*** tetsuro has joined #openstack-nova06:30
*** ratailor has joined #openstack-nova06:48
*** Luzi has joined #openstack-nova06:50
*** ccamacho has joined #openstack-nova07:07
*** tetsuro has quit IRC07:08
*** alexchadin has joined #openstack-nova07:15
*** dpawlik has joined #openstack-nova07:16
*** adrianc has joined #openstack-nova07:18
*** dpawlik has quit IRC07:20
*** dpawlik has joined #openstack-nova07:25
*** dpawlik has quit IRC07:27
*** dpawlik has joined #openstack-nova07:28
*** jangutter has joined #openstack-nova07:33
*** pcaruana has joined #openstack-nova07:46
*** skatsaounis has joined #openstack-nova07:48
*** lpetrut has joined #openstack-nova07:49
bauzasgood morning Nova07:51
bauzaspvc: nova integration for cyborg is way not done07:51
bauzasthat's still a huge WIP07:51
*** slaweq has joined #openstack-nova07:53
*** Dinesh_Bhor has quit IRC07:54
*** slaweq has quit IRC07:54
*** alex_xu has joined #openstack-nova07:59
*** slaweq has joined #openstack-nova07:59
*** slaweq has quit IRC07:59
pvcnoted on this bauzas08:01
*** sahid has joined #openstack-nova08:03
*** wangy__ has joined #openstack-nova08:03
*** pvradu has joined #openstack-nova08:04
*** oanson has joined #openstack-nova08:05
*** pvradu has quit IRC08:06
*** pvradu has joined #openstack-nova08:06
*** psachin has joined #openstack-nova08:07
*** moshele has joined #openstack-nova08:07
*** tetsuro has joined #openstack-nova08:09
*** slaweq has joined #openstack-nova08:11
*** tetsuro has quit IRC08:13
*** maciejjozefczyk has joined #openstack-nova08:14
openstackgerritLucian Petrut proposed openstack/nova stable/rocky: Fix os-simple-tenant-usage result order  https://review.openstack.org/61385308:15
*** wznoinsk has quit IRC08:16
pvcbauzas but can i use it manually?08:19
gibifinucannot, bauzas: hi! This weeks nova meeting is an EU timezone one and I'm regularly chair the EU timezone meetings. However 1st of November is a public holiday here so I'm looking for a way to pass this occasion to somebody else. Are you guys available on 1st of November?08:19
*** tetsuro has joined #openstack-nova08:20
*** takashin has left #openstack-nova08:22
*** tetsuro has quit IRC08:27
*** pvc has quit IRC08:30
*** hshiina has joined #openstack-nova08:37
*** adrianc has quit IRC08:37
*** adrianc has joined #openstack-nova08:38
*** hshiina_ has quit IRC08:40
*** brinzhang has quit IRC08:41
*** wangy__ has quit IRC08:44
bauzasgibi: Nov 1st is also an holiday for me08:44
bauzasso I need to pass08:45
*** temka is now known as artom08:45
gibibauzas: OK, no worries. If everybody is out on 1st then I can chair a very short meeting anyhow :)08:47
jangutterIs November 1 diabetes day?08:48
jangutteror is halloween + candy not a major thing in Europe?08:49
gibijangutter: pumpkin art is getting popular in Hungary but candy not really. For me it is going to cemeteries and lit candles for the dead08:51
gibijangutter: but I think the root of halloween and all saints' day are the same08:53
janguttergibi: it's weird how things go round, Samhain morphed to All Saint's Eve went overseas to the New World and came back.08:54
*** jpena|off is now known as jpena08:57
*** Dinesh_Bhor has joined #openstack-nova08:58
gibijangutter: yeah, for me it is a bit similar to biologycal evolution but couple of order of magnitude faster08:58
openstackgerritBalazs Gibizer proposed openstack/nova master: Fix nits in I7cbd5d9fb875ebf72995362e0b6693492ce32051  https://review.openstack.org/61386309:01
*** sridharg has joined #openstack-nova09:04
*** sridharg has quit IRC09:10
*** panda|off is now known as panda09:19
openstackgerritJan Gutter proposed openstack/os-vif master: Extend port profiles with datapath offload type  https://review.openstack.org/57208109:45
*** slaweq has quit IRC09:56
*** cdent has joined #openstack-nova09:57
*** slaweq has joined #openstack-nova09:59
*** hshiina has quit IRC10:00
*** sambetts_ is now known as sambetts10:23
*** slaweq has quit IRC10:25
*** slaweq has joined #openstack-nova10:27
*** dtantsur|afk is now known as dtantsur10:35
*** moshele has quit IRC10:36
*** adrianc has quit IRC10:39
*** mdbooth has joined #openstack-nova10:42
*** mdbooth is now known as mdbooth_39010:43
*** tbachman has quit IRC10:46
*** dave-mccowan has joined #openstack-nova10:51
openstackgerritChris Dent proposed openstack/nova master: Integration tests using gabbi-tempest  https://review.openstack.org/61338610:54
*** moshele has joined #openstack-nova10:57
*** Dinesh_Bhor has quit IRC11:00
*** rdopiera has joined #openstack-nova11:02
*** rdopiera has left #openstack-nova11:02
*** wxy-xiyuan has quit IRC11:15
*** wxy-xiyuan has joined #openstack-nova11:15
*** spsurya has quit IRC11:16
*** MasterofJOKers has quit IRC11:16
*** mdbooth_390 has quit IRC11:16
*** zigo has quit IRC11:17
*** spsurya has joined #openstack-nova11:18
*** MasterofJOKers has joined #openstack-nova11:22
*** adrianc has joined #openstack-nova11:23
*** udesale has quit IRC11:26
*** jamesdenton has joined #openstack-nova11:32
*** janki has quit IRC11:32
*** erlon has joined #openstack-nova11:35
*** ccamacho has quit IRC11:44
*** ccamacho has joined #openstack-nova11:45
openstackgerritMerged openstack/nova master: Add post-test hook for testing evacuate  https://review.openstack.org/60217411:47
openstackgerritMerged openstack/nova master: Add volume-backed evacuate test  https://review.openstack.org/60439711:47
openstackgerritMerged openstack/nova master: Add functional regression test for bug 1794996  https://review.openstack.org/60610611:47
openstackbug 1794996 in OpenStack Compute (nova) "_destroy_evacuated_instances fails and kills n-cpu startup if lazy-loading flavor on a deleted instance" [High,In progress] https://launchpad.net/bugs/1794996 - Assigned to Matt Riedemann (mriedem)11:47
*** rdopiera has joined #openstack-nova12:02
*** tbachman has joined #openstack-nova12:07
*** tbachman_ has joined #openstack-nova12:11
*** tbachman_ has joined #openstack-nova12:11
*** tbachman has quit IRC12:12
*** tbachman_ is now known as tbachman12:12
*** rdopiera has left #openstack-nova12:21
*** edleafe- has joined #openstack-nova12:29
*** edmondsw has quit IRC12:29
*** edleafe- is now known as edleafe12:29
*** adrianc has quit IRC12:31
*** StevenK has quit IRC12:32
*** StevenK has joined #openstack-nova12:32
*** jmlowe has quit IRC12:34
*** edmondsw has joined #openstack-nova12:36
openstackgerritMaciej Jozefczyk proposed openstack/nova master: Force refresh instance info_cache during heal  https://review.openstack.org/59160712:37
*** tiendc has quit IRC12:45
*** udesale has joined #openstack-nova12:47
*** adrianc has joined #openstack-nova12:50
*** ratailor has quit IRC12:51
*** awaugama has joined #openstack-nova12:54
openstackgerritJan Gutter proposed openstack/nova-specs master: Spec to implement generic HW offloads for os-vif  https://review.openstack.org/60761012:57
*** ralonsoh has joined #openstack-nova12:58
*** cburgess has joined #openstack-nova13:01
*** awaugama has quit IRC13:02
*** awaugama has joined #openstack-nova13:02
*** munimeha1 has joined #openstack-nova13:02
*** jpena is now known as jpena|lunch13:03
*** cdent has quit IRC13:03
*** rdopiera has joined #openstack-nova13:07
*** rdopiera has left #openstack-nova13:08
*** dpawlik has quit IRC13:12
*** zigo has joined #openstack-nova13:13
*** mrch has joined #openstack-nova13:19
*** mriedem has joined #openstack-nova13:19
*** jmlowe has joined #openstack-nova13:22
*** elbragstad is now known as lbragstad13:22
*** takashin has joined #openstack-nova13:25
*** dpawlik has joined #openstack-nova13:26
*** dpawlik has quit IRC13:26
*** dpawlik has joined #openstack-nova13:27
*** jaosorior has quit IRC13:30
*** mdbooth_390 has joined #openstack-nova13:33
openstackgerritJack Ding proposed openstack/nova master: Add I/O Semaphore to limit concurrent disk ops  https://review.openstack.org/60918013:36
bauzasedleafe: jaypipes_ : for obvious internal reasons, I won't be able to attend today's scheduler meeting13:44
bauzaswhich is in 15 mins13:45
jaypipes_bauzas: IBM buys RH and you can't attend the scheduler meeting? :)13:46
bauzaswe have our big guru that tells us the story follow-up in 10 mins13:46
jaypipes_bauzas: Paul Cormier?13:46
bauzasso I'll take popcorn and carefully listen13:47
bauzasjaypipes_: nope, Jim13:47
jaypipes_bauzas: I'll tl;dr it for you: "execs make out like bandits. IBM and RH have such amazing synergistic realities that it will enable the bottom line to expand into unforeseen markets and mesh amazing benches of copesetic technology."13:48
bauzasheh13:48
jangutterI find it an incredibly sad day: AIX-bashing will no longer be possible on the Nova chat :-(13:51
jaypipes_jangutter: lol13:51
edleafejangutter: it never went out of style, even among us IBMers13:51
*** MasterofJOKers has quit IRC13:52
bauzason the good news, Europe is closer to the US for 2 weeks13:54
bauzaswe shifted yesterday13:54
*** jpena|lunch is now known as jpena|mtg13:55
*** takashin has quit IRC13:57
fried_ricen-sch meeting now in #openstack-meeting-alt13:59
*** fried_rice is now known as efried13:59
*** takashin has joined #openstack-nova14:00
*** artom has quit IRC14:00
*** jaosorior has joined #openstack-nova14:05
*** moshele has quit IRC14:08
*** alexchadin has quit IRC14:10
*** tbachman has quit IRC14:14
SteelyDanjangutter: I bashed AIX more when I was at IBM than ever :)14:16
*** SteelyDan is now known as dansmith14:16
*** jmlowe has quit IRC14:16
*** tbachman has joined #openstack-nova14:17
*** jaypipes_ is now known as jaypipes14:17
tobias-urdinstruggling how we should be able to update flavor specs, the ideal way would be to use teh `disabled` field on flavors and just create new ones since that keeps all rows in db and relationships still work, but there is a unique constraint on flavor names so cant use the same names14:18
tobias-urdinlike updating disk and the flavor name is small.2x4 i cannot change the name, would have been good if the constraint was on the name, disabled, deleted combination (what i can see deleted field is deprecated though)14:20
*** cdent has joined #openstack-nova14:20
tobias-urdinand overall there isn't much info about the disabled field on flavors, thought it was deprecated at first but doesn't seem so? openstackclient doesn't even have support for setting it what i can see14:20
mriedemtobias-urdin: there is no REST API support for modifying the disabled field14:22
mriedemflavors, once they are in the API DB, do not use the SoftDeleteMixin in the model so they don't have the deleted/deleted_at columns anymore either14:22
mriedemtobias-urdin: you can delete the flavors and recreate though14:23
*** tbachman has quit IRC14:23
mriedemthe flavor used to create a server is stored along with the instances record in the db14:23
mriedemso nova knows the info about the flavor used to create the instance even if the original flavor is gone14:23
*** tbachman has joined #openstack-nova14:23
tobias-urdinmriedem: ah great, then i can probably pull out that info from there if the referenced flavor_id doesn't exist anymore14:24
tobias-urdinis the disable flavor functionality supported and just somewhat implemented? or is it one of those things that will get pulled soon14:25
mriedemstarting with microversion 2.47, showing a server will also show it's embedded flavor details14:25
mriedemthe flavors.disabled column seems to be an afterthought from rax from several years ago14:26
mriedemwas never plumbed into the api to change it, or nova-manage for that matter14:26
BlackDexHello there14:26
BlackDexI'm having some issues with live-migrate of a large instances14:26
mriedemtobias-urdin: sorrison was having these same types of questions awhile back, and i think i suggested that we could potentially use the flavor update API (PUT) to set/unset the disabled field while changing the flavor14:26
BlackDexit has a large local storage, and takes a long time to transfer14:26
mriedembut i'm not sure how much that would be accepted14:27
BlackDexit looks like it timesout or something14:27
BlackDexcan i change this timeout or something?14:27
mriedemBlackDex: https://docs.openstack.org/nova/latest/configuration/config.html#libvirt.live_migration_completion_timeout ?14:28
mriedemBlackDex: you might be interested in https://specs.openstack.org/openstack/nova-specs/specs/stein/approved/live-migration-force-after-timeout.html as well but that's not implemented yet14:31
tobias-urdinmriedem: appreciate the help, i'll look if we can solve our issue taking the flavor data from the instance blob if the flavor doesn't exist14:31
tobias-urdinnot related but horizon will show "Flavor not available" as well so need to fix up a patch there as well probably, if >= 2.47 microversion is supported14:32
mriedemwhen showing the server details in horizon you mean?14:33
mriedemyeah that's true14:33
*** mlavalle has joined #openstack-nova14:34
BlackDexmriedem: Seems to be the value i'm searching for14:34
*** jmlowe has joined #openstack-nova14:37
*** psachin has quit IRC14:43
*** dklyle has joined #openstack-nova14:47
*** mchlumsky_ has quit IRC14:53
*** ralonsoh has quit IRC14:55
*** psachin has joined #openstack-nova14:55
*** hshiina has joined #openstack-nova14:57
*** jpena|mtg is now known as jpena14:59
*** beekneemech is now known as bnemec15:00
openstackgerritJack Ding proposed openstack/nova-specs master: High Precision Event Timer (HPET) on x86 guests  https://review.openstack.org/60798915:00
*** MasterofJOKers has joined #openstack-nova15:00
*** cfriesen has joined #openstack-nova15:01
*** artom has joined #openstack-nova15:02
*** takashin has left #openstack-nova15:04
*** Luzi has quit IRC15:04
*** pvradu has quit IRC15:06
*** psachin has quit IRC15:07
*** irclogbot_2 has joined #openstack-nova15:08
*** itlinux has quit IRC15:09
*** dtantsur is now known as dtantsur|brb15:10
*** wznoinsk has joined #openstack-nova15:11
*** jmlowe has quit IRC15:14
*** wznoinsk has quit IRC15:17
*** spatel has joined #openstack-nova15:21
spatelsean-k-mooney: morning15:22
*** cdent has quit IRC15:22
*** artom has quit IRC15:22
*** wznoinsk has joined #openstack-nova15:22
spatelLook at this http://paste.openstack.org/show/733564/15:23
spatelI found my compute nodes getting reboot itself, look like kernel bug with iommu15:23
spatelMy kernel version is 3.10.0-862.14.4.el7.x86_64 #1 SMP15:23
*** wznoinsk has quit IRC15:24
*** artom has joined #openstack-nova15:25
*** wznoinsk has joined #openstack-nova15:26
*** jmlowe has joined #openstack-nova15:29
lbragstadjaypipes o/ wondering if you want to go through https://review.openstack.org/#/c/600266/ at some point15:35
*** dpawlik has quit IRC15:35
lbragstadwe (keystone+oslo) want to make sure the interface is sane before merging that approach15:35
*** dpawlik has joined #openstack-nova15:35
lbragstadfigured you would have some valuable feedback there regarding the discussions from the PTG15:36
lbragstadcc bnemec ^15:36
*** dpawlik has quit IRC15:37
*** dpawlik has joined #openstack-nova15:38
*** jaosorior has quit IRC15:38
*** lpetrut has quit IRC15:40
*** gyee has joined #openstack-nova15:40
*** dpawlik has quit IRC15:42
*** awaugama has quit IRC15:42
gibimriedem:  hi! This weeks nova meeting is an EU timezone one and I'm regularly chair the EU timezone meetings. However 1st of November is a public holiday here so I'm looking for a way to pass this occasion to somebody else. Could you chair the Thursday's meeting?15:45
*** artom has quit IRC15:46
*** Shilpa has joined #openstack-nova15:46
mriedemgibi: sure15:46
gibimriedem: thanks15:46
mriedemnp15:46
bauzasFWIW, most of EU countries will respect this holiday15:47
bauzasbut I guess mriedem won't be surprised to see me off because $holiday15:47
*** cdent has joined #openstack-nova15:48
*** ShilpaSD has quit IRC15:49
mriedembecause .* :)15:49
*** dpawlik has joined #openstack-nova15:54
*** hshiina has quit IRC15:54
*** mlavalle has quit IRC15:54
*** jmlowe has quit IRC15:56
*** mlavalle has joined #openstack-nova15:57
*** dpawlik has quit IRC15:58
*** kashyap has joined #openstack-nova15:58
*** jmlowe has joined #openstack-nova15:58
*** Shilpa has quit IRC15:59
jaypipeslbragstad: yes, will try to take a look this afternoon. currently stuck working on $work shit in Chef. :(16:01
*** itlinux has joined #openstack-nova16:01
*** jangutter has quit IRC16:10
cdent"When we last saw our hero, he was stuck working in Chef. Today, he's still stuck working in Chef."16:11
jaypipescdent: tomorrow, he shall be working in Chef.16:11
cdentwomp womp16:11
mriedemefried: i guess https://docs.openstack.org/nova/latest/reference/update-provider-tree.html is out of date given reshaper and the allocations kwarg16:16
BlackDexHello there. Something went wrong with a live-migrate. The instance is running on compute03 now, but openstack/horizon still thinks it is on compute0116:16
BlackDexhow can i fix this?16:16
jaypipesBlackDex: please see /topic16:16
BlackDexah sorry16:16
*** dtantsur|brb is now known as dtantsur16:16
mriedemBlackDex: likely something failed in post-live migration and compute01 logs should tell you16:16
finucannotgibi: I don't know if you found someone but I can chair it if not, sure16:17
mriedemfailed before updating the instance.host/node values to reflect compute0316:17
* finucannot is off today but accidentally opened IRC and will forget to reply tomorrow16:17
*** finucannot is now known as stephenfin16:17
* stephenfin goes back to making an IBM voodoo doll16:18
jaypipesheh16:18
*** eharney has joined #openstack-nova16:20
lbragstadjaypipes sounds good - i'll be available this afternoon if you have questions/advice, just ping16:21
gibistephenfin: mriedem already took it but thanks for the offer16:23
jaypipeslbragstad: will do, thx16:25
*** beagles is now known as beagles_brb16:29
openstackgerritMatt Riedemann proposed openstack/nova master: Provide allocation_ratio/reserved amounts from update_provider_tree()  https://review.openstack.org/61312616:32
mriedembauzas: efried: jaypipes: cdent: i think this is much more sane now ^16:32
cdentmriedem: huzzah, on my list for today16:33
mnaserdo we have someone who's a libvirt expert around here?16:36
mnaseri'm fairly certain i found a bug that breaks live migration because of libvirt16:36
mnaserbut i need a bit of guidance in nailing down the root cause :\16:36
*** adrianc has quit IRC16:37
mnaseror heck, could be a nova bug if it's nova that generates the xml at the destination libvirt16:37
mnaserbut afaik that's not how it works16:37
mdbooth_390mnaser: Shoot. I might know something.16:37
mdbooth_390mnaser: Or kashyap might.16:37
mnasermdbooth_390: i have a live migration that is failing with "qemu-kvm: get_pci_config_device: Bad config data: i=0x10 read: 61 device: 1 cmask: ff wmask: c0 w1cmask:0"16:38
mnaserupon doing research, it looks like that issue would come up if you change host_mtu, so i realized that the VMs that fail to migrate don't have host_mtu defined in the source, but for some reason, it's defined in the destination16:38
mnaserso cat /var/log/libvirt/qemu/instance-being-migrated.log shows the new process being created (the one waiting for memory to be streamed in) with host_mtu=1500 defined16:39
mnaserand then the migration fails because there's something something that becomes of a different size that causes that issue16:39
efriedmriedem: Re upt doc, yes, agree it should get updated. Guess that was missed when we did the docstrings.16:39
mnaserso ideally: vms shouldn't have host_mtu in the qemu command, so the libvirt xml shouldn't have that... and i'm not sure how we're getting to that state16:40
openstackgerritChris Friesen proposed openstack/nova-specs master: Add support for emulated virtual TPM  https://review.openstack.org/57111116:40
mdbooth_390mnaser: Different libvirt versions source and dest?16:40
mnasermdbooth_390: yes16:40
mnasermdbooth_390: also, new instances booted in new libvirt contain host_mtu=150016:41
mnaserwhich means newly booted instances post-upgrade are live-migrateable, but pre-upgrade are not16:41
mdbooth_390mnaser: Any chance it's this: https://bugzilla.redhat.com/show_bug.cgi?id=1449346 ?16:41
openstackbugzilla.redhat.com bug 1449346 in libvirt "Addition of host_mtu=XXXX changes PCI ioport size & addresses for virtio-net device" [Unspecified,Closed: errata] - Assigned to laine16:41
mnasermdbooth_390: i actaully saw this one, the revert is included in my local branch *however* the symptoms of the failure is exactly that (and that's what made me look for host_mtu)16:42
mnaserso both my src and dest already have that patch16:42
*** tomtom001 has joined #openstack-nova16:43
mnasermy question is: are xml files generated during a live migration by nova?16:43
mdbooth_390mnaser: No, they aren't.16:43
mdbooth_390They're tweaked by Nova, though.16:44
mnaserok so that eliminates nova possibly sending an mtu when it starts up16:44
mnaserAaaaah16:44
mdbooth_390But I don't think we set host_mtu anywhere16:44
mnaseryou do16:44
mnaserone sec16:44
mnasermdbooth_390: https://github.com/openstack/nova/commit/f02b3800051234ecc14f3117d5987b1a8ef7587716:44
cfriesenmnaser: we do generate xml files during live migration16:44
mnaserso this ignores the fact that the source might *not* have host_mtu set16:45
cfriesenthe source generates the xml and passes it to libvirt as part of the migration16:45
mdbooth_390cfriesen: Nah, we do it post.16:45
mdbooth_390cfriesen: IIRC the xml sent to the dest is the running xml.16:45
cfriesenmdbooth_390: we save the xml post, but we *generate* the xml and pass it to libvirt as part of the live migration call16:45
mdbooth_390cfriesen: So not generated by nova during the LM.16:45
tomtom001Hello, I ran into an issue in queens where if I shutdown CPU-A and try to evacuate the evacuation fails, then I delete the VM that I tried to evacuate.  When I startup CPU-A nova-cmopute service fails to start because it can't find remote instance (the VM).  What data is nova trying to use to determine what instances it needs to look for in it's startup process?16:45
mnaserright, well if you look at the commit above, it does set the host_mtu stuff16:46
mdbooth_390cfriesen: Otherwise we'd lose all address info, for eg, and the lm would fail.16:46
mnaserso.. could it be the culprit ?16:46
*** sambetts is now known as sambetts|afk16:46
mnaseradded in rocky too and this is a rocky deployment16:46
cfriesenmdbooth_390: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/guest.py#L604  note the "destination_xml" arg16:47
*** N3l1x has joined #openstack-nova16:47
*** burt has joined #openstack-nova16:47
melwitt16:48
mnaseroh16:48
mdbooth_390cfriesen: Look how it's generated16:48
mdbooth_390cfriesen: 'generated'16:48
mdbooth_390It's from the running guest16:49
mnaserhttps://github.com/openstack/nova/blob/d87852ae6a1987b6faa3cb5851f9758b47ef4636/nova/virt/libvirt/driver.py#L7092-L712416:49
cfriesenmnaser: that commit looks suspicious to me16:49
mnaseryes16:49
mnaserbut16:49
mnaserit refreshes all the nic info16:49
mnaserfrom that xml16:49
mnaserhttps://github.com/openstack/nova/blob/f02b3800051234ecc14f3117d5987b1a8ef75877/nova/virt/libvirt/vif.py#L602-L62416:49
mnaserhttps://github.com/openstack/nova/blob/f02b3800051234ecc14f3117d5987b1a8ef75877/nova/virt/libvirt/vif.py#L566-L59816:50
cfriesensean-k-mooney: possible problem with one of your commits: ^16:50
mnaserhttps://github.com/openstack/nova/blob/9ae0cb67fabe09d6114680602f13b24da9dc88e2/nova/virt/libvirt/migration.py#L9016:50
mnaserand that's how it breaks16:50
mnaserwe upgrade the vif config so if you're trying to migrate, host_mtu will be set in the destination which results in live migration failing16:51
mdbooth_390mnaser: So the guest was created before mtu was added, then nova was upgraded on the source, then we added mtu before lm?16:51
mnasermdbooth_390: yes16:51
mnaserguest was long living, nova upgraded to rocky, live migration attempted, mtu is added before lm starts, lm fails at destination because host_mtu affects some internal kvm stuff that are beyond me :)16:52
mdbooth_390mnaser: Still sounds like a libvirt bug to me that this changes addressing, no?16:52
cfriesenmdbooth_390: no, we're feeding the dest xml additional parameters that weren't there before16:52
mnaserHOWEVER this also confirms the theory that instances started AFTER rocky would not be affected by this issue, i see it here16:52
mnasermdbooth_390: the libvirt bug there did the same behaviour we just started doing in nova, it started feeding host_mtu all the time and broke live migrations, so they reverted it16:53
cfriesenin a live migration you need to create the dest guest with xml that is compatible with the source16:53
mnaserwe're doing the same mistake.. just one layer above :)16:53
mdbooth_390mnaser: I feel like I was at best a catalyst in that discussion. A figurative rubber duck :)16:55
cfriesenI think we'll need to special-case this in the virt driver to ensure we don't add/remove the MTU setting over a live migration16:55
cfriesenand we get to make fun of sean-k-mooney and mriedem for missing this scenario16:56
mnaserwell i needed to know about the nova-touching-xml part and then it made more sense :)16:56
mnaserokay so16:56
mnaseri'll file a bug16:56
mnaserand i can hack on this because it's blocking a huge upgrade right now..16:56
mnaserif anyone has suggestions.. maybe try to see if there's no mtu set and it's an lm, not set it ?16:57
openstackgerritMatt Riedemann proposed openstack/nova master: No longer call _normalize_inventory_from_cn_obj from upt flow  https://review.openstack.org/61399116:57
cfriesenI don't think we store the nova service version at the time an instance moved to a given compute node, so I think you might have to look at that instance xml before updating the vif-related xml stuff and ensure the mtu part stays the same16:58
mriedemwhat did i miss? mixed version hypervisors with host mtu stuff on one of the 100 different vif type configurations in neutron? oops.16:58
mdbooth_390mriedem: Yeah, come on. It's so obvious!16:59
*** udesale has quit IRC17:00
*** jmlowe has quit IRC17:01
*** sahid has quit IRC17:03
cfriesenI updated the vTPM spec, I think it should address all the issues that were raised in the pervious version.17:04
mnasermriedem: not even mixed version hypervisor17:05
mnaseri think this breaks live migrations of any vm created before pre-rocky to post-rocky17:05
mdbooth_390mnaser: Sorta. Mixed on the same host.17:05
mnaseryeah i guess17:05
* mnaser is writing bug17:05
cfriesenmixed version nova, not hypervisor17:05
mriedemso live migrating a queens vm to a stein?17:06
cfriesenI think queens to rocky, potentially.17:06
cfriesenfor vifs of type ethernet and bridge, on libvirt 3.3.0+17:07
cfriesen(assuming it's https://github.com/openstack/nova/commit/f02b3800051234ecc14f3117d5987b1a8ef75877 that is the culprit)17:07
tomtom001https://bugs.launchpad.net/nova/+bug/1583504   This is still an issue when: You shutoff CPU-A - then evacuate VM-B, then if it fails you decide to delete VM-B.  When you start CPU-A, it cannot find VM-B and fails to start nova-compute17:08
openstackLaunchpad bug 1713783 in OpenStack Compute (nova) pike "duplicate for #1583504 After failed evacuation the recovered source compute tries to delete the instance" [High,Fix committed] - Assigned to Matt Riedemann (mriedem)17:08
mdbooth_390mriedem: You create an instance on Queens, then upgrade nova on that compute to Rocky, then try to migrate it somewhere.17:08
mdbooth_390mnaser: ^^^^ ?17:09
*** markvoelker has joined #openstack-nova17:12
mnasermdbooth_390: correct17:13
mnasermriedem: cfriesen migrating a vm that was running before nova was upgraded to rocky would be affected17:14
*** tommylikehu has quit IRC17:28
mnaseroh wait17:33
mnaserthat might not even be the commit that broke it17:33
mnaserhttps://github.com/openstack/nova/blob/f02b3800051234ecc14f3117d5987b1a8ef75877/nova/virt/libvirt/driver.py#L6900-L690417:34
mnaserbecause at the time we didnt regen network17:34
mnaserhttps://github.com/openstack/nova/commit/2b52cde565d542c03f004b48ee9c1a6a25f5b7cd17:36
mnaserthis one specifically broke it17:36
*** jmlowe has joined #openstack-nova17:36
*** READ10 has joined #openstack-nova17:39
mnaserhttps://bugs.launchpad.net/nova/+bug/180051117:39
openstackLaunchpad bug 1800511 in OpenStack Compute (nova) "VMs started before Rocky upgrade cannot be live migrated" [Undecided,New]17:39
mnaseri think this might be an easy fix actaully17:39
*** awaugama has joined #openstack-nova17:40
mnaserlooks like _update_vif_xml is only used in migrations17:40
*** bnemec has quit IRC17:42
*** beagles_brb is now known as beagles17:44
mriedemit is17:44
mriedemlive migrations17:44
mnaserok, so i will try to get a failing test case there17:45
mnaserwhere no mtu => adds an mtu, seems straightforward17:46
mriedemis the libvirt version the same on both hosts?17:46
mriedem>=3.3?17:47
mnasermriedem: nope its 3.917:47
mriedemwhich is >3.3 where mtu is supported for those vif types17:47
mnaseryeah but the problem is if you provide an mtu the internals of qemu change and the instance becomes non-livemigrateable17:47
mnaserand actually if you do virsh dumpxml --migratable <instance> it doesnt even include mtu17:48
mnaserso libvirt kinda conciously doesnt put it, but we do17:48
*** bnemec has joined #openstack-nova17:50
mriedemok so https://github.com/openstack/nova/commit/2b52cde565d542c03f004b48ee9c1a6a25f5b7cd exposes the issue because it calls the get_config code for the vif which returns the mtu now17:51
mriedemand we try sending that to the dest17:51
mnasermriedem: correct17:51
cdentjaypipes: if you loving on the gabbi integration tests, I made this one for nova (the required tempest and gabbi-tempest changes have merged): https://review.openstack.org/#/c/613386/17:51
mriedemi think this would have been an issue regardless of https://github.com/openstack/nova/commit/2b52cde565d542c03f004b48ee9c1a6a25f5b7cd if the guest xml on the source had the mtru in the vif xml17:51
mriedem*mtu17:51
mriedemsince we'd just send that over unchanged17:52
mnasermriedem: if mtu exists on both sides, it's fine17:52
mnaserif mtu doesn't in one, it blows up17:52
mriedemsure but i don't think https://github.com/openstack/nova/commit/2b52cde565d542c03f004b48ee9c1a6a25f5b7cd changes that17:52
mnaserso if source has mtu, then dest will get it .. if source doesnt, dest won't.. and we're good17:52
mnaserit calls self.vif_driver.get_config17:53
mnaserwhich gets mtu configs17:53
mriedem*on the source host*17:53
mriedemwe don't know what is configured for mtu on the dest17:53
mriedemsince that's not in the LiveMigrateData object17:53
mriedemas far as i know17:53
mriedem_update_vif_xml is called from the source17:53
mriedemusing migrate data from the dest17:53
*** lpetrut has joined #openstack-nova17:54
mnaseryes, to "modify" the xml which will be shipped to dest to start the instance to recieve data.. right?17:54
mriedemyes17:54
mriedembut if the xml on the source already had mtu in it, and the dest doesn't support that, then kaboom anyway right?17:54
cfriesenmriedem: I think the issue is that the instance originally didn't have mtu in it17:54
cfriesenthen we upgraded nova, and now it would have mtu17:54
mnaserthe host_mtu was added really long time ago in qemu17:55
mnaserso its not likely that qemu will crash for lack of that feature17:55
*** eharney has quit IRC17:55
mnaserbut if the destination doesnt get a host_mtu.. it just .. doesnt set one and moves on17:55
cfriesennova on the dest doesn't need to have the mtu, but the xml that we pass the live migration needs to match the xml that was used to start the running instance.17:55
mnasercfriesen: doing a much better job explaining this than i am anyways :p17:56
mriedem"but the xml that we pass the live migration needs to match the xml that was used to start the running instance."17:58
mriedemok i guess i didn't know that was a thing17:58
mriedemi'm not sure why it cares about the xml from when the guest was last started if we're sending over the xml that we want18:00
mriedemsame is true for things like block devices18:01
mriedemso the proposed fix is going to be checking within _update_vif_xml if the source guest xml had mtu set before we call get_config to get the new dest xml vif config?18:02
mriedemand if not, omit it from the dest xml?18:02
mnasermriedem: i think that is where im going18:02
mnaseri think i have a failing test too18:02
mnaseranother reason it was missed was because the tests were testing bridge => vhostuser18:04
mnaservhostuser doesnt set mtus18:04
mnaserso the tests didnt show mtu appearing18:04
*** eharney has joined #openstack-nova18:05
*** mvkr has quit IRC18:05
mriedemi'm pretty sure the live migration tests for _update_vif_xml are just using fake xml aren't they?18:07
*** jpena is now known as jpena|off18:07
mriedemwell maybe not, but i'm not sure they would have cared much about the delta given part of the reason for that change was live migrating between vif types which is going to yield different xml18:08
mnasermriedem: kinda, also only bridge and ethernet net_type support mtu18:11
mnaserand the tests was testing bridge=>vhostuser which meant mtu was never added anyways18:12
openstackgerritJack Ding proposed openstack/nova-specs master: High Precision Event Timer (HPET) on x86 guests  https://review.openstack.org/60798918:19
openstackgerritMohammed Naser proposed openstack/nova master: Add tests for bug #1800511  https://review.openstack.org/61400418:21
openstackbug 1800511 in OpenStack Compute (nova) rocky "VMs started before Rocky upgrade cannot be live migrated" [High,Triaged] https://launchpad.net/bugs/180051118:21
mnasermriedem: cfriesen mdbooth_390 ^ round 1.. that's a failing test that's commented out, i'll work on the actual fix now18:21
*** mrch has quit IRC18:28
mnasermriedem: sorry to bother ya, do you think _update_vif_xml() should make sure "mtu" is there (if it was before) and removed if it wasn't there before.. or should i pass an extra arg to get_vif_config() inside _update_vif_xml() like migration=True and handle it in the vif layer?18:29
mriedemi think it would probably be simpler to isolate it within _update_vif_xml rather than plumb down through to the vif get_config stuff18:30
mriedemi just wonder how whack-a-mole this is going to be going forward with any changes to that os-vif code18:31
mriedemor if this mtu thing is an outlier18:31
mnasermriedem: it looks like the mtu is an outlier because $kvm things .. but i dunno18:32
mriedemyeah i was just wondering based on that bz18:34
mriedemwhich i skimmed18:34
mriedemsounds like libvirt had to revert that18:34
mriedems/that/something/18:34
mnaseryep, they did back in 3.318:34
mnaserso we really just repeated their bug a layer above18:34
mriedemsweet18:35
*** erlon has quit IRC18:41
openstackgerritMohammed Naser proposed openstack/nova master: Add tests for bug #1800511  https://review.openstack.org/61400418:44
openstackbug 1800511 in OpenStack Compute (nova) rocky "VMs started before Rocky upgrade cannot be live migrated" [High,Triaged] https://launchpad.net/bugs/180051118:44
*** jmlowe has quit IRC18:46
cfriesenmriedem: missed your comment earlier.  the XML that we send as part of the migration is used to start up qemu on the dest, this creates data structures in memory, and those data structures need to match the data structures for the guest on the source node.18:47
mriedemcfriesen: sure but this isn't the only thing we change on the dest xml when we send it over18:48
mriedemwhich is why i'm hoping the mtu thing is an outlier18:49
cfriesenyeah, unless it changes the in-memory layout we don't really care.18:50
cfriesenso we preserve things like device types, virtual machine type, CPU/RAM topology, etc.18:51
cfriesenI wonder if the MTU size affects the layout of the NIC ring buffers18:51
mnaseri mean i guess this explains why/what18:52
mnaserhttps://bugzilla.redhat.com/show_bug.cgi?id=144934618:52
openstackbugzilla.redhat.com bug 1449346 in libvirt "Addition of host_mtu=XXXX changes PCI ioport size & addresses for virtio-net device" [Unspecified,Closed: errata] - Assigned to laine18:52
openstackgerritMohammed Naser proposed openstack/nova master: Avoid setting MTU if none was configured  https://review.openstack.org/61400818:52
*** jaosorior has joined #openstack-nova18:52
mnaseranyhow18:52
cfriesenah, that would do it18:53
mnaserthats a fix with the test in the patch above it, i'd be more than happy to iterate if anyone has comments18:53
mnaserconsidering this has put a big upgrade project to a halt :<18:53
*** jmlowe has joined #openstack-nova18:55
mriedemi'm on a call for the next hour or so but will try to take a look18:57
mnasercool, thank you, please highlight me if anything so i can iterate18:58
*** jmlowe has quit IRC19:08
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Cross-cell resize  https://review.openstack.org/60393019:08
openstackgerritMatt Riedemann proposed openstack/nova master: Add Migration.cross_cell_move and get_by_uuid  https://review.openstack.org/61401219:08
cfriesenmnaser: got a possible problem scenario for you.  boot instance on upgraded nova, live-migrate to non-upgraded nova (this will preserve the MTU), then live-migrate back.  I suspect the running guest will have MTU, but the generated XML won't.19:10
mnasercfriesen: isn’t that covered by the _with_mtu test case?19:11
*** dtantsur is now known as dtantsur|afk19:11
mnaserWhere we have a source mtu and it is maintained for the live migration19:11
mnaserIt only omits it if the domain XML doesn’t have it, and if the domain XML doesn’t have it then the host_mtu is not set and we’re okay19:13
cfriesenno, in the scenario I just described the running guest would have the MTU, but it's on an older nova that doesn't even try to generate the mtu in the xml19:13
cfriesenunless we actually dump the xml from the running guest, in which case it might be okay19:14
cfriesencan't remember the exact details right now19:14
mnasercfriesen: I’m assuming in all of this that the XML is being dumped from the running guest19:15
mnaserLet me check19:16
cfriesenyeah, it does.  get_xml_desc() in guest.py19:17
*** lpetrut has quit IRC19:18
mnaserYup. And it specifies dump_migratable=True19:19
mnaserWhich I assume means libvirt will be taking care of not making us do bad things19:19
*** tbachman has quit IRC19:22
*** eharney has quit IRC19:32
mriedemmnaser: comments inline19:32
mriedemmostly just nits19:32
*** artom has joined #openstack-nova19:32
mriedemcfriesen: you're talking about this right? https://github.com/openstack/nova/blob/a0eacbf7fff60282007ddca705ef7331e8a4a6f8/nova/virt/libvirt/migration.py#L8319:36
mriedemyeah that's what i was referring to earlier - before _update_vif_xml we'd just always send the source vif xml unchanged19:36
*** READ10 has quit IRC19:37
cfriesenmriedem: yes19:37
*** artom has quit IRC19:40
mnasermriedem: cfriesen thanks for the reviews both, i tried to address but in case it wasn't clear in terms of comments, please let me know19:44
* mnaser is bad at explaining things19:44
openstackgerritMohammed Naser proposed openstack/nova master: Add tests for bug #1800511  https://review.openstack.org/61400419:44
openstackbug 1800511 in OpenStack Compute (nova) "VMs with vif_type bridge/tap started before Rocky upgrade cannot be live migrated" [High,In progress] https://launchpad.net/bugs/1800511 - Assigned to Mohammed Naser (mnaser)19:44
openstackgerritMohammed Naser proposed openstack/nova master: libvirt: Avoid setting MTU during live migration if unset  https://review.openstack.org/61400819:44
*** jmlowe has joined #openstack-nova19:46
cfriesenmnaser: much better, one little comment19:50
mnasercfriesen: i guess i wanted to make sure that a normal reboot wouldn't do the trick (because the qemu-kvm process doesnt get restarted)19:52
mnaserbut i guess the follow up comment clears it up19:52
openstackgerritMohammed Naser proposed openstack/nova master: libvirt: Avoid setting MTU during live migration if unset  https://review.openstack.org/61400819:52
mnasercfriesen: voila19:52
cfriesenmnaser: a "nova reboot" without the "hard" option will reset things19:52
mnaserreally19:52
mnaseri thought i tried to do an acpi reboot19:53
cfriesenwe try an ACPI shutdown19:54
cfriesenthen if that doesn't work we do a hard shutdown19:54
mnaseraaaah19:54
mnasergotcha19:54
mnaserso the reboot always restarts the process19:54
mnasercool, TIL!19:54
mriedempep8 is going to fail on https://review.openstack.org/#/c/614004/19:56
mnaserah shit19:56
mnaserill run that locally19:57
mriedem+2 on the top one19:58
*** erlon has joined #openstack-nova20:00
*** lbragstad has quit IRC20:03
*** erlon has quit IRC20:08
*** lbragstad has joined #openstack-nova20:18
openstackgerritMohammed Naser proposed openstack/nova master: Add tests for bug #1800511  https://review.openstack.org/61400420:21
openstackgerritMohammed Naser proposed openstack/nova master: libvirt: Avoid setting MTU during live migration if unset  https://review.openstack.org/61400820:21
openstackbug 1800511 in OpenStack Compute (nova) "VMs with vif_type bridge/tap started before Rocky upgrade cannot be live migrated" [High,In progress] https://launchpad.net/bugs/1800511 - Assigned to Mohammed Naser (mnaser)20:21
mnasermriedem: fixed your nit too if you feel like readding your +2 and cfriesen +1 :)20:21
* mnaser goes to wander around20:21
mriedem+Ws20:24
mriedemoops20:24
mriedem+2s20:24
mriedemtime to play the "find another core" game20:24
*** dpawlik has joined #openstack-nova20:28
*** ralonsoh has joined #openstack-nova20:31
*** imacdonn has quit IRC20:33
*** imacdonn has joined #openstack-nova20:33
*** eharney has joined #openstack-nova20:34
mnasermriedem: I guess all the IBM ones are busy today :p20:36
mriedemtoo soon20:38
mnaserIt’s been quiet here today20:42
mnaserAnd it’s getting late so I might have to settle for an EU core tomorrow :p20:42
melwittI can take a look. things have been a bit chaotic today20:45
*** ralonsoh has quit IRC20:47
*** eharney has quit IRC20:48
mriedemthe one day sean-k-mooney isn't working 20 hours20:48
mriedemmnaser: you've deployed this patch now and verified it fixes your upgrade issue?20:49
melwittdo we want sean-k-mooney to test this first?20:49
mriedemi think mnaser is testing it in prod20:49
mnaserI have not tested in the environment to be honest20:49
mnaserI can do that now tho20:50
mnaserGimme a few20:50
dansmithseems pretty clear from the bug that this is the right thing to do20:50
melwittok, asked in case that's why you mentioned sean-k-mooney20:50
dansmithobviously a manual test would be nice20:50
dansmithI dropped a +W on the top meaty one.. I can put an upgradeable +1 on the bottom one20:51
*** tbachman has joined #openstack-nova20:55
mnaser(taking a bit of time, trying to find VMs that have been launched before which are testing)21:03
mnaserdansmith: mriedem melwitt i've tested this one now locally on a vm that confirmed had no mtu set (virsh dumpxml, /proc/pid/cmdline had no host_mtu), live migrated with patch and migration completed succesfully21:14
mriedemi mentioned sean-k-mooney because he added the mtu stuff for bridge/tap types21:18
mriedemand is familiar with this live migration _update_vif_xml stuff21:19
melwittack21:20
*** mvkr has joined #openstack-nova21:21
*** dpawlik has quit IRC21:22
*** dpawlik has joined #openstack-nova21:23
*** awaugama has quit IRC21:23
mriedemwhile we're all here and having fun, we need to do a rocky release for several upgrade related issues, but need https://review.openstack.org/#/q/topic:bug/1798188+(status:open+OR+status:merged) as part of that,21:23
mriedemand will also want the fix that mnaser just pushed21:23
mriedemmnaser:  are you working backports?21:24
efriedmriedem: Allocation ratio fix will need to be part of --^ ?21:24
mriedemefried: i don't think that is critical21:24
mriedemannoying, yes21:24
mriedembut not critical21:24
efriedokay21:24
*** dpawlik_ has joined #openstack-nova21:26
*** dpawlik_ has quit IRC21:26
*** dpawlik has quit IRC21:27
melwittmriedem: I was debating how to update the reno as mentioned by mnaser on the review21:28
melwittbecause once all compute hosts are rocky, should be OK to stop running nova-consoleauth with the workaround BUT you also have to make sure you deploy your console proxies per cell and you will still experience all consoles being reset that the point you stop using the workaround (if not all auths already expired)21:29
melwittit's kind of complicated so I was feeling stuck on whether the reno is conveying all of that well enough21:29
mriedemwell, it says use the workaround while you're doing rolling upgrade, so not all computes are rocky yet, as mohammed pointed out,21:31
mriedemand then there is the "Operators may unset the configuration option when:" section which says once you're upgraded (all hosts are Rocky), and stuff is expired, you can drop the workaround,21:31
mriedemif you need to add "and you're running console proxy per cell" to that list, then just add that21:32
melwittyeah, ok. thanks. I've felt so mired in it that I was having a hard time thinking about it21:32
mriedemi left comments,21:32
mriedembut i think it's just (1) describing what rolling upgrade means and (2) add the part about console proxy being deployer per cell before unsetting the workaround21:33
mriedemwe have checks for the former in the nova-status upgrade check, but not the latter, but i'm not sure if it's possible to check the latter via nova-status is it?21:34
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Cross-cell resize  https://review.openstack.org/60393021:39
openstackgerritMatt Riedemann proposed openstack/nova master: Add Destination.cross_cell_move field  https://review.openstack.org/61403521:39
openstackgerritMatt Riedemann proposed openstack/nova master: Add InstanceAction/Event create() method  https://review.openstack.org/61403621:39
openstackgerritMatt Riedemann proposed openstack/nova master: Change HostManager to allow scheduling to other cells  https://review.openstack.org/61403721:39
melwittmriedem: I don't think so. the only possible way to check is if the nova.conf on the console proxy host has [database]connection configured (implying access to a cell database)21:39
mnasermriedem: sorry checking things in and out, let me push up backport21:42
*** dpawlik has joined #openstack-nova21:42
mnaserI wonder if the UI adds the cherry picked from if it hasn’t merged yet21:42
mriedemit does not21:42
mnaserBoo.  Alright21:42
mnaserThis needs to go back to rocky or further?21:42
*** mriedem is now known as mriedem_away21:42
mriedem_awayrocky21:43
mnaserok cool21:43
mriedem_away_update_vif_xml was added in rocky,21:43
mriedem_awaysetting the mtu was backported to queens. if that could fail for different reasons, like live migrating a guest from source host which set mtu to something and then to a dest host that is not new enough to support that mtu config, well that's a different issue21:44
mnasermriedem_away: most likely not, this feature was added a while back ago21:44
mnaserlet me verify that21:44
mriedem_awaylibvirt 3.321:45
mnaseroh yes only that got support for it21:45
mriedem_awaybut our minimum libvirt support is 1.3.121:45
mnaserso unless someone is running 1.3.1 alongside 3.3.021:45
mriedem_awayi think this might catch it anyway https://github.com/openstack/nova/blob/master/nova/conductor/tasks/live_migrate.py#L23521:46
mriedem_awayalright really leaving now21:46
*** itlinux has quit IRC21:46
openstackgerritMohammed Naser proposed openstack/nova stable/rocky: Add tests for bug #1800511  https://review.openstack.org/61404021:46
openstackbug 1800511 in OpenStack Compute (nova) "VMs with vif_type bridge/tap started before Rocky upgrade cannot be live migrated" [High,In progress] https://launchpad.net/bugs/1800511 - Assigned to Mohammed Naser (mnaser)21:46
openstackgerritMohammed Naser proposed openstack/nova stable/rocky: libvirt: Avoid setting MTU during live migration if unset  https://review.openstack.org/61404121:46
mnaser^ thats for later21:46
* mnaser &21:46
*** dpawlik has quit IRC21:46
*** tbachman has quit IRC21:52
*** pcaruana has quit IRC21:57
openstackgerritEric Fried proposed openstack/nova master: Kill @safe_connect in _get_provider_traits  https://review.openstack.org/61361322:08
openstackgerritEric Fried proposed openstack/nova master: Kill @safe_connect in _get_provider_traits  https://review.openstack.org/61361322:10
*** spatel has quit IRC22:11
*** cdent has quit IRC22:13
*** mlavalle has quit IRC22:19
*** munimeha1 has quit IRC22:23
*** tbachman has joined #openstack-nova22:23
*** kevinbenton has quit IRC22:26
*** kevinbenton has joined #openstack-nova22:27
*** kevinbenton has quit IRC22:28
*** kevinbenton has joined #openstack-nova22:29
*** kevinbenton has quit IRC22:31
*** kevinbenton has joined #openstack-nova22:31
*** kevinbenton has quit IRC22:32
*** kevinbenton has joined #openstack-nova22:34
*** eandersson has joined #openstack-nova22:36
*** kevinbenton has joined #openstack-nova22:43
openstackgerritmelanie witt proposed openstack/nova stable/rocky: Add rolling upgrade info to enable_consoleauth workaround reno  https://review.openstack.org/61317423:11
melwittmnaser: updated to address your comments ^ let me know if there's anything else unclear in the message23:12
openstackgerritmelanie witt proposed openstack/nova stable/rocky: Add rolling upgrade info to enable_consoleauth workaround reno  https://review.openstack.org/61317423:14
*** spatel has joined #openstack-nova23:24
*** spatel has quit IRC23:29
*** takashin has joined #openstack-nova23:37
*** itlinux has joined #openstack-nova23:37

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