Thursday, 2020-09-03

brinzhangalex_xu: ack.00:00
brinzhangluyao: please review this patch https://review.opendev.org/#/c/749472/00:00
brinzhangluyao: we should be have maintained document consistency00:01
*** k_mouza has quit IRC00:02
*** Yumeng has quit IRC00:05
*** raildo__ has joined #openstack-nova00:05
*** raildo_ has quit IRC00:08
*** JamesBenson has quit IRC00:08
*** JamesBenson has joined #openstack-nova00:09
*** lemko0 has joined #openstack-nova00:16
*** lemko has quit IRC00:16
*** lemko0 is now known as lemko00:16
*** artom has quit IRC00:19
openstackgerritMerged openstack/nova stable/train: Add regression tests for bug #1889108  https://review.opendev.org/74849400:22
openstackbug 1889108 in OpenStack Compute (nova) train "failures during driver.pre_live_migration remove source attachments during rollback" [Undecided,In progress] https://launchpad.net/bugs/1889108 - Assigned to Lee Yarwood (lyarwood)00:22
openstackgerritmelanie witt proposed openstack/nova stable/ussuri: Removed the host FQDN from the exception message  https://review.opendev.org/74960700:25
*** prometheanfire has joined #openstack-nova00:25
openstackgerritmelanie witt proposed openstack/nova stable/train: Removed the host FQDN from the exception message  https://review.opendev.org/74960900:28
*** k_mouza has joined #openstack-nova00:29
openstackgerritmelanie witt proposed openstack/nova stable/stein: Removed the host FQDN from the exception message  https://review.opendev.org/74961000:29
*** hoonetorg has quit IRC00:29
openstackgerritmelanie witt proposed openstack/nova stable/rocky: Removed the host FQDN from the exception message  https://review.opendev.org/74961200:31
*** raildo__ has quit IRC00:31
*** raildo__ has joined #openstack-nova00:32
openstackgerritmelanie witt proposed openstack/nova stable/queens: Removed the host FQDN from the exception message  https://review.opendev.org/74961300:32
*** lemko has quit IRC00:33
*** k_mouza has quit IRC00:33
*** lemko has joined #openstack-nova00:34
prometheanfirefatfingering, causing me to spend hours beating head against the wall00:36
*** hoonetorg has joined #openstack-nova00:41
*** sapd1_x has quit IRC00:48
*** lifeless has joined #openstack-nova01:02
*** Liang__ has joined #openstack-nova01:08
*** zzzeek has quit IRC01:11
*** zzzeek has joined #openstack-nova01:14
*** kaisers has quit IRC01:15
openstackgerritBrin Zhang proposed openstack/nova master: Refactor check and exception  https://review.opendev.org/74905201:20
openstackgerritMerged openstack/nova stable/train: compute: refactor volume bdm rollback error handling  https://review.opendev.org/74849501:27
openstackgerritMerged openstack/nova stable/train: compute: Don't delete the original attachment during pre LM rollback  https://review.opendev.org/74849601:27
*** Yumeng has joined #openstack-nova01:32
*** JamesBenson has quit IRC01:35
*** raildo_ has joined #openstack-nova01:52
*** zhanglong has joined #openstack-nova01:54
*** raildo__ has quit IRC01:54
openstackgerritMerged openstack/nova master: Remove support for Intel CMT events  https://review.opendev.org/74092201:59
openstackgerritMerged openstack/nova master: Update image_base_image_ref during rebuild.  https://review.opendev.org/74920501:59
*** zhanglong has quit IRC02:12
*** zhanglong has joined #openstack-nova02:14
*** zhanglong has quit IRC02:18
openstackgerritBrin Zhang proposed openstack/nova-specs master: Unified virtual persistent memory restrictions  https://review.opendev.org/74947202:50
openstackgerritBrin Zhang proposed openstack/nova-specs master: Unified virtual persistent memory restrictions  https://review.opendev.org/74947202:51
openstackgerritBrin Zhang proposed openstack/nova-specs master: Unified virtual persistent memory restrictions  https://review.opendev.org/74947202:55
*** xinranwang__ has joined #openstack-nova03:03
*** JamesBenson has joined #openstack-nova03:05
*** JamesBen_ has joined #openstack-nova03:09
*** JamesBenson has quit IRC03:10
openstackgerritBrin Zhang proposed openstack/nova master: Add note and daxio version to the vPMEM document  https://review.opendev.org/74962803:15
*** sapd1_x has joined #openstack-nova03:22
*** psachin has joined #openstack-nova03:32
openstackgerritBrin Zhang proposed openstack/nova-specs master: Unified virtual persistent memory restrictions  https://review.opendev.org/74947203:42
openstackgerritAkhil Gudise proposed openstack/nova master: Introduced a service UP check for host to the Rebuild path  https://review.opendev.org/74953103:50
*** songwenping_ has joined #openstack-nova04:07
*** lemko has quit IRC04:07
*** lemko8 has joined #openstack-nova04:07
*** dave-mccowan has quit IRC04:09
*** songwenping__ has quit IRC04:10
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-nova04:33
*** JamesBen_ has quit IRC04:39
*** TheJulia has quit IRC04:39
*** TheJulia has joined #openstack-nova04:40
*** osmanlicilegi has quit IRC04:40
*** osmanlicilegi has joined #openstack-nova04:40
*** osmanlicilegi has quit IRC04:40
*** osmanlicilegi has joined #openstack-nova04:41
*** JamesBenson has joined #openstack-nova05:00
*** ratailor has joined #openstack-nova05:27
*** sapd1_x has quit IRC05:29
*** JamesBenson has quit IRC05:32
*** JamesBenson has joined #openstack-nova05:33
*** JamesBenson has quit IRC05:38
*** jsuchome has joined #openstack-nova05:47
*** songwenping__ has joined #openstack-nova05:52
*** songwenping_ has quit IRC05:55
*** Liang__ has quit IRC06:08
*** Liang__ has joined #openstack-nova06:10
*** raildo_ has quit IRC06:11
*** Liang__ has quit IRC06:17
*** Liang__ has joined #openstack-nova06:19
*** songwenping__ has quit IRC06:28
*** manuvakery has joined #openstack-nova06:33
*** links has joined #openstack-nova06:34
*** swp20 has joined #openstack-nova06:35
*** belmoreira has joined #openstack-nova06:36
*** JamesBenson has joined #openstack-nova06:38
*** JamesBenson has quit IRC06:43
*** gibi has joined #openstack-nova06:56
*** xek has joined #openstack-nova07:00
*** JamesBenson has joined #openstack-nova07:06
*** ralonsoh has joined #openstack-nova07:11
*** sapd1_x has joined #openstack-nova07:13
*** brinzhang_ has joined #openstack-nova07:16
*** songwenping_ has joined #openstack-nova07:17
*** brinzhang has quit IRC07:19
*** tesseract has joined #openstack-nova07:19
*** yoctozepto2 has joined #openstack-nova07:20
*** swp20 has quit IRC07:21
*** yoctozepto has quit IRC07:22
*** yoctozepto2 is now known as yoctozepto07:22
*** JamesBenson has quit IRC07:24
*** zhanglong has joined #openstack-nova07:32
gibisean-k-mooney: is there anything we are still waiting to land in os-vif or I can approve the propoesd release?07:38
*** tosky has joined #openstack-nova07:40
bauzasgood morning07:44
gibigood morning07:46
suryasinghGood Morning gibi bauzas07:47
*** zhanglong has quit IRC07:50
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove no-op fake calls from network_info tests  https://review.opendev.org/74966107:50
*** songwenping__ has joined #openstack-nova07:55
*** zhanglong has joined #openstack-nova07:56
*** avolkov has joined #openstack-nova07:56
*** gyee has quit IRC07:57
*** songwenping_ has quit IRC07:58
gibisean-k-mooney: I'm building on the existing libvirt sriov functional test but not depending on stephenfin's cleanup series for that. I'm willing to rebase and resolve conflicts when the cleanup merge07:58
openstackgerritLee Yarwood proposed openstack/nova master: func: Remove references to attachment_id when volume_id is used  https://review.opendev.org/74966407:59
*** ratailor has quit IRC08:12
openstackgerritBalazs Gibizer proposed openstack/nova stable/ussuri: resolve ResourceProviderSyncFailed issue  https://review.opendev.org/74966808:13
*** brinzhang0 has joined #openstack-nova08:13
brinzhang0alex_xu, gibi: luyao has checked the change of vPMEM dependencies, please review https://review.opendev.org/#/q/topic:bug/1894022+(status:open+OR+status:merged)08:15
*** brinzhang0 has quit IRC08:16
*** brinzhang0 has joined #openstack-nova08:16
*** brinzhang_ has quit IRC08:16
*** martinkennelly has joined #openstack-nova08:26
*** brinzhang0 has quit IRC08:33
*** brinzhang0 has joined #openstack-nova08:33
*** ebbex has quit IRC08:37
*** brinzhang0 has quit IRC08:39
*** vishalmanchanda has joined #openstack-nova08:39
*** brinzhang0 has joined #openstack-nova08:39
*** brinzhang has joined #openstack-nova08:39
openstackgerritLee Yarwood proposed openstack/nova master: zuul: Add devstack-plugin-ceph-compute-local-eph to the experimental queue  https://review.opendev.org/74322008:43
*** ebbex has joined #openstack-nova08:44
openstackgerritLee Yarwood proposed openstack/nova master: zuul: Add devstack-plugin-ceph-compute-local-ephemeral to experimental  https://review.opendev.org/74322008:45
*** derekh has joined #openstack-nova08:47
*** priteau has joined #openstack-nova08:49
jkulikstephenfin, may I ask you something? How small/large should I make the changes for the oslo.vmware SOAP library switch. Downstream, I keep commits small and let them only do one thing, but I'm not sure posting 7 patches for review upstream is the best way, if some of them only contain ~3 line changes to a new attribute.08:50
stephenfinjkulik: Small changes are fine08:51
stephenfinProbably better, in fact. They're easier to review08:51
jkulikok then, thank you08:51
*** zhanglong has quit IRC08:51
openstackgerritStephen Finucane proposed openstack/nova master: Move confirm resize under semaphore  https://review.opendev.org/74774508:55
openstackgerritStephen Finucane proposed openstack/nova master: Move revert resize under semaphore  https://review.opendev.org/74774608:55
openstackgerritStephen Finucane proposed openstack/nova master: Cleanup 'drop_move_claim' and '_drop_move_claim'  https://review.opendev.org/74774708:56
openstackgerritStephen Finucane proposed openstack/nova master: manager: Address TODO  https://review.opendev.org/74774808:56
openstackgerritStephen Finucane proposed openstack/nova master: manager: Move context manager up one level  https://review.opendev.org/74567408:56
openstackgerritStephen Finucane proposed openstack/nova master: compute: Add type hints for resize functions  https://review.opendev.org/74534108:56
openstackgerritStephen Finucane proposed openstack/nova master: WIP: compute: Add more type hints for resize functions  https://review.opendev.org/74567508:56
*** sapd1_x has quit IRC08:59
*** sapd1_x has joined #openstack-nova08:59
*** xinranwang__ has quit IRC09:00
openstackgerritMerged openstack/nova master: Reject resize operation for accelerator  https://review.opendev.org/74856009:04
openstackgerritMerged openstack/nova master: Add note and daxio version to the vPMEM document  https://review.opendev.org/74962809:04
openstackgerritMerged openstack/nova master: Remove no-op fake calls from network_info tests  https://review.opendev.org/74966109:04
openstackgerritBrin Zhang proposed openstack/nova stable/ussuri: Add note and daxio version to the vPMEM document  https://review.opendev.org/74968109:05
*** dtantsur|afk is now known as dtantsur09:06
openstackgerritJohannes Kulik proposed openstack/nova master: vmware: Use cookiejar from oslo.vmware client directly  https://review.opendev.org/74968209:07
openstackgerritMamduh proposed openstack/os-vif master: Refactor code of linux_net to more cleaner and increase performace  https://review.opendev.org/74667309:14
*** damien_r has joined #openstack-nova09:29
gibidansmith: hi! can we finalize documentation for the multistore spec? https://review.opendev.org/#/c/731577/09:33
gibidansmith: I would like to mention that feature in the cycle highlights and link to the documentation09:33
*** Liang__ has quit IRC09:36
*** sapd1_x has quit IRC09:36
gibistephenfin: could you hit this doc patch about rdb export https://review.opendev.org/#/c/728411 ?09:46
stephenfinsure09:46
gibithanks09:46
lyarwoodgibi: that needs to be updated09:47
stephenfinlyarwood: I'd say I've pointed out why?09:48
stephenfin(wrong section for conf options)09:48
* lyarwood refreshes09:48
stephenfinlyarwood: Got time to do the respin quickly while we're looking at it? I can do so if not09:50
lyarwoodstephenfin: yeah I can09:51
gibithanks ^^09:52
openstackgerritBrin Zhang proposed openstack/nova stable/ussuri: Reject resize operation for accelerator  https://review.opendev.org/74969810:00
*** rcernin has quit IRC10:01
lyarwoodstephenfin: stupid question, but how would you list user defined things like rbd_user etc10:02
lyarwoodstephenfin: rbd_user=$rbd_user or rbd_user=foo etc?10:02
stephenfincan you rephrase that?10:02
stephenfinoh10:02
stephenfinreally up to you. I prefer dummy values that somewhat resemble reality10:02
stephenfinhttp://example.com for URLs, 1.2.3.4 for IP addresses etc.10:03
lyarwoodmeh I was thinking that could confuse people tbh10:03
lyarwoodkk10:03
stephenfinYeah, tbc that's just what I do. I don't know if there are recommendations in the OpenStack Style Guide or not10:03
*** rcernin has joined #openstack-nova10:06
openstackgerritBrin Zhang proposed openstack/nova stable/ussuri: Reject resize operation for accelerator  https://review.opendev.org/74969810:08
openstackgerritYao wang proposed openstack/nova master: Use VIR_DOMAIN_XML_INACTIVE for detach volume  https://review.opendev.org/74948910:10
brinzhangstephenfin: thanks, done ^10:11
*** rcernin has quit IRC10:11
stephenfinbrinzhang: I think you need to abandon that and re-propose with the same change ID as the original10:14
brinzhangstephenfin: ack, let me try10:16
stephenfinalex_xu: Could I ask you to review https://review.opendev.org/#/c/747745/ with the expectation that I'll fix the live migration path also but in a separate, follow-up change?10:19
*** rcernin has joined #openstack-nova10:19
brinzhangstephenfin: I cannot run git commit, if I run git commit -s, is it ok?10:20
brinzhangroot@ubuntu-OpenStack:/home/my_work/code/backup/nova# git commit10:20
brinzhangUnova/compute/api.py10:20
brinzhangUnova/tests/unit/compute/test_compute_api.py10:20
brinzhangerror: Committing is not possible because you have unmerged files.10:20
brinzhanghint: Fix them up in the work tree, and then use 'git add/rm <file>'10:20
brinzhanghint: as appropriate to mark resolution and make a commit.10:20
brinzhangfatal: Exiting because of an unresolved conflict.10:20
stephenfinoh, sorry, 'git add <changed files>'10:20
stephenfinthen commit10:20
brinzhang^10:20
stephenfinI think 'git cherry-pick --continue' will work instead of 'git commit', but that also needs the merge conflict marked as resolved using 'git add' or whatever10:21
openstackgerritBrin Zhang proposed openstack/nova stable/ussuri: Reject resize operation for accelerator  https://review.opendev.org/74970110:22
brinzhangstephenfin: yes, we cannot run "git cherry-pick --continue", that will generate a new commit message10:22
brinzhangand I tried many times in my evn, I think I get the way to cherry-pick if there is a conflict in the stable release10:23
*** rcernin has quit IRC10:24
brinzhangstephenfin: good guideline, thanks ^^10:27
openstackgerritLee Yarwood proposed openstack/nova master: Adapt the admin guide to describe the direct RBD export  https://review.opendev.org/72841110:31
lyarwoodstephenfin: ^ sorry had to deal with something downstream10:31
*** rcernin has joined #openstack-nova10:31
songwenping__bauzas: hi, my ubuntu env is ok now. i set two vgpu_types and vgpu_nvidia-180 and vgpu_nvidia-181 in nova-compute.conf, but i cant get vgpu_nvidia-180 and vgpu-nvidia-181 group.10:32
*** priteau has quit IRC10:33
songwenping__i find the _get_supported_vgpu_types function is first called and then register_dynamic_opts is called.10:36
*** rcernin has quit IRC10:36
songwenping__so when i boot vm with vgpu flavor, i cant get device_addresses.10:38
songwenping__sean-k-mooney: hi, i reinstall vgpu-kvm.run package and restart my host, i can find nvidia-* at /sys/class/mdev_bus/0000\:af\:00.0/mdev_supported_types/.10:46
*** songwenping_ has joined #openstack-nova10:48
*** priteau has joined #openstack-nova10:49
*** brinzhang_ has joined #openstack-nova10:49
*** songwenping__ has quit IRC10:51
*** brinzhang has quit IRC10:52
*** priteau has quit IRC10:54
*** JamesBenson has joined #openstack-nova11:00
*** priteau has joined #openstack-nova11:03
*** k_mouza has joined #openstack-nova11:08
alex_xustephenfin: yea, will take a look at11:10
*** priteau has quit IRC11:11
*** k_mouza has quit IRC11:14
*** jangutter has joined #openstack-nova11:16
*** jangutter_ has quit IRC11:20
*** Yumeng has quit IRC11:22
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION and NEXT_MIN_{LIBVIRT,QEMU}_VERSION  https://review.opendev.org/74698111:24
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_FILE_BACKED_DISCARD_VERSION  https://review.opendev.org/74698211:24
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_{LIBVIRT,QEMU}_NATIVE_TLS_VERSION  https://review.opendev.org/74698311:24
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_BETTER_SIGKILL_HANDLING  https://review.opendev.org/74698411:24
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_VIDEO_MODEL_VERSIONS  https://review.opendev.org/74698511:24
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_{LIBVIRT,QEMU}_PMEM_SUPPORT  https://review.opendev.org/74698611:24
openstackgerritLee Yarwood proposed openstack/nova master: fakelibvirt: Use versionutils to set min versions found in the driver  https://review.opendev.org/74970711:24
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_QEMU_VTPM  https://review.opendev.org/74970811:24
*** lpetrut has joined #openstack-nova11:47
CeeMacafternoon11:59
CeeMacis it possible to 'retrofit' a qemu guest agent channel to a volume backed instance after deployment?11:59
*** xek has quit IRC12:00
CeeMacif i dumpxml for the domain of an instance that has it enabled and working in can see the unix device with the sock binding etc12:00
CeeMacthis device is missing from the other instance that weren't deployed from an image with the guest agent metadata tag12:00
CeeMacwasn't sure if there was a way to generate the sock and binding manually and update the xml / refresh the instance?12:00
CeeMacI've tried adding the metadata item to the instance and power cycling but no dice12:01
*** priteau has joined #openstack-nova12:01
openstackgerritStephen Finucane proposed openstack/nova master: Add reproducer for bug #1894095  https://review.opendev.org/74971312:03
openstackbug 1894095 in OpenStack Compute (nova) "Running periodic task during live migration results in incorrect usage" [Medium,Confirmed] https://launchpad.net/bugs/1894095 - Assigned to Stephen Finucane (stephenfinucane)12:03
openstackgerritStephen Finucane proposed openstack/nova master: WIP: Move live migration rollback under semaphore  https://review.opendev.org/74971412:03
*** JamesBenson has quit IRC12:04
*** raildo has joined #openstack-nova12:04
stephenfinCeeMac: There isn't any way to modify that kind of configuration without a rebuild (new image) or resize (new flavor), unfortunately12:07
stephenfinand the latter isn't an option because, weirdly, there's no equivalent flavor extra spec for the image metadata property12:08
CeeMacah12:08
CeeMacboo, i was about to jump on that as a workable option12:08
CeeMacits an odd one12:08
stephenfinWell I don't see any reason we couldn't add the latter12:08
stephenfinthough I'm not sure about backportability12:08
CeeMacas just having the metadata on the image isn't sufficient for it to work on a volume backed image, the metadata also needs adding to the instance at point of deployment from what I can see12:09
stephenfinif it was reasonable to do but not backportable, you'd have to carry that yourself/prod your vendor to carry the backport downstream12:09
CeeMacsure12:09
CeeMacthanks stephenfin very helpful, if not much help :D12:10
CeeMacI figured this would be the case though, just wanted some validation I wasn't going mad12:10
CeeMacnow I know, so I'll need to work around it12:10
CeeMaci'm still on rocky, so I'm not sure the backport option would be acceptable, its probably fairly niche as far as requirements go12:11
*** nightmare_unreal has joined #openstack-nova12:15
*** JamesBenson has joined #openstack-nova12:19
*** JamesBenson has quit IRC12:23
openstackgerritLee Yarwood proposed openstack/nova stable/train: compute: Validate a BDMs disk_bus when provided  https://review.opendev.org/74455212:30
*** lemko8 has quit IRC12:32
*** lemko has joined #openstack-nova12:33
*** jangutter_ has joined #openstack-nova12:35
*** jangutter has quit IRC12:39
*** ralonsoh has quit IRC12:51
*** ralonsoh has joined #openstack-nova12:52
*** nweinber has joined #openstack-nova12:54
*** rcernin has joined #openstack-nova12:59
*** rcernin has quit IRC13:04
*** psachin has quit IRC13:08
*** dave-mccowan has joined #openstack-nova13:11
*** sapd1_x has joined #openstack-nova13:19
*** jangutter has joined #openstack-nova13:21
*** jangutter_ has quit IRC13:23
*** JamesBenson has joined #openstack-nova13:25
*** jangutter has quit IRC13:26
*** jangutter has joined #openstack-nova13:27
*** jangutter has quit IRC13:29
*** jangutter has joined #openstack-nova13:30
*** artom has joined #openstack-nova13:37
*** xek has joined #openstack-nova13:38
*** spatel has joined #openstack-nova13:40
*** sapd1_x has quit IRC13:40
*** spatel has quit IRC13:44
dansmithgibi: ++ for mentioning in the highlights, especially since a lot of cross-project collab has come out of it13:49
dansmithgibi: I was kinda waiting for lyarwood to come back (which he did a while ago) and hopefully get some more meat in that doc about general rbd setup instructions and choices13:49
dansmithgibi: since it's not as helpful to have a "so assume you already know a lot about a not-very-well-documented feature, here's some more details" doc13:50
*** Luzi has joined #openstack-nova13:50
lyarwooddansmith: yeah sorry did you have a draft change somewhere for that?13:55
dansmithlyarwood: yeah13:56
dansmithlyarwood: https://review.opendev.org/#/c/731577/13:56
lyarwooddansmith: cool thanks, I'll try to sort something out shortly13:56
dansmithlyarwood: thanks, sorry to play the "shame is a powerful motivator" card :P13:56
lyarwooddansmith: np I said I would do this and totally forgot so it's valid :)13:57
artomgibi, was a func test for https://review.opendev.org/#/c/748453/ ever discussed?13:57
dansmith:)13:57
sean-k-mooneyartom: not for that but there are some func tests later in the series13:59
sean-k-mooneyin https://review.opendev.org/#/c/740995/1413:59
CeeMacstephenfin: I managed to find a workable solution!14:00
sean-k-mooneyfor what its worth i do think the first 4 patches in the series are ready to merge if we can get more core eyes on them14:00
sean-k-mooneythe following 3 im re reviewing14:00
artomsean-k-mooney, afaict those tests don't have both SRIOV and NUMA in the same instance14:01
stephenfinCeeMac: Nice. What did you do?14:01
artomAnd don't test live migration14:01
artomsean-k-mooney, would be reasonable to ask for that, no?14:01
sean-k-mooneyit would be valid14:01
artomWe should have the framework(s) in place already...14:01
sean-k-mooneyi cloud re run my sriov testing with numa guest too i guess14:02
sean-k-mooneyi tested live migration with seriov but not of a numa instance14:02
sean-k-mooneyi still suspect "Make PCI claim NUMA aware during live migration" is incomplte but its strictly better then what we did before14:03
* stephenfin always forgets PCI is not one of those things that results in implicit NUMA topologies14:03
CeeMacstephenfin: as the instance is volume backed, I removed the instance (keeping the volume), set the hw_qemu_guest_agent=yes image-property on the volume. Launched a new instance from the volume settings hw_qemu_guest_agent=yes as customer meta-data.14:03
lyarwoodelod / melwitt ; thanks for the reviews again! https://review.opendev.org/#/q/topic:bug/1889108+branch:stable/stein should be ready now if you have time14:04
CeeMacunix socket is created, guest-ping works from host :D14:04
sean-k-mooneyCeeMac: ya that shoudl work14:04
*** links has quit IRC14:04
sean-k-mooneysince we will pull the volume metadata for the new isntance14:05
stephenfinCeeMac: Great to hear :) If you've time and are set up for Gerrit, that'd be a nice little footnote to include in the 'doc/source/admin/configuration/hypervisor-kvm.rst' doc.14:05
stephenfinIf not, at least you're sorted14:05
*** jsuchome has quit IRC14:06
CeeMacstephenfin: i have gerrit set up14:06
CeeMacwhats the process for updating the doc?14:06
CeeMachaven't done that yet14:06
stephenfinCeeMac: you'll want to clone the nova repo and edit the source doc at 'doc/source/admin/configuration/hypervisor-kvm.rst'14:06
CeeMacjust master?14:06
stephenfinThat's rendered and results in https://docs.openstack.org/nova/latest/admin/configuration/hypervisor-kvm14:07
stephenfinYeah, we can cherry-pick it back then14:07
elodlyarwood: will do! to tell you the truth it's a bit too many refactoring patch backport for my taste :/14:07
stephenfinbackport it14:07
CeeMaci'll give it a go!14:08
lyarwoodelod: yeah I appreciate that, some of these should've already been backported as bugfixes tbh14:09
lyarwoodelod: but the func changes are required to actually test this correctly14:09
lyarwoodelod: and it's all pretty trivial IMHO14:09
*** eharney has quit IRC14:10
openstackgerritLee Yarwood proposed openstack/nova master: fakelibvirt: Use versionutils to set min versions found in the driver  https://review.opendev.org/74970714:11
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION and NEXT_MIN_{LIBVIRT,QEMU}_VERSION  https://review.opendev.org/74698114:11
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_FILE_BACKED_DISCARD_VERSION  https://review.opendev.org/74698214:11
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_{LIBVIRT,QEMU}_NATIVE_TLS_VERSION  https://review.opendev.org/74698314:11
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_BETTER_SIGKILL_HANDLING  https://review.opendev.org/74698414:11
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_VIDEO_MODEL_VERSIONS  https://review.opendev.org/74698514:11
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_{LIBVIRT,QEMU}_PMEM_SUPPORT  https://review.opendev.org/74698614:11
elodlyarwood: ok, i see. I'll try to overcome my taste o:)14:15
CeeMacstephenfin: is there a topic naming convention for branching?14:16
artomsean-k-mooney, wait, we didn't add any functional tests for SRIOV live migration?14:17
artomsean-k-mooney, all I see is the PCI stuff - ie, not Neutron ports, but flavor-driven14:17
stephenfinCeeMac: If it's a bug, bug/<bug-id>. Because you likely want this backported, I'd suggest opening one if you can?14:17
sean-k-mooneyartom: not without stephenfin patch set14:17
stephenfinartom: I have it done but it didn't exist previously, no14:17
stephenfinIt was a lot of work, in fairness14:17
artomstephenfin, it merged?14:17
artomLink plz?14:17
sean-k-mooneyno14:17
CeeMacstephenfin: sure I can open a bug for this14:18
sean-k-mooneyits conflicting wiht many things14:18
stephenfinhttps://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:sriov-functional-tests14:18
CeeMaci'll grab a coffee first!14:18
sean-k-mooneyartom: specificaly its conflicting with both my live migration bug fix your live migration bug fix and gibi sriov attach/detach series14:18
stephenfinCeeMac: Sure thing :)14:18
artomsean-k-mooney, sounds about right14:19
sean-k-mooneythe conflict are not surpriseing since we are all modifying similar parts fo the code14:19
sean-k-mooneyand adding tests14:19
*** eharney has joined #openstack-nova14:19
artomstephenfin, wait, how does https://review.opendev.org/#/c/746950/6 pass if you're depending on gibi's NUMA SRIOV live migration fix?14:19
stephenfinartom: I'm not. His fix is for a certain edge condition I'm not triggering14:20
sean-k-mooneyit does not depend on it14:20
stephenfinI did try to add a test for it but clearly didn't understand the bug enough14:20
artomErr, *you're not14:20
stephenfin*well enough14:20
sean-k-mooneystephenfin: by edgecase you mean the fact we dont consider the numa toplogy of the guest at all right now14:21
artomAlso, having NUMA and SRIOV in the same instance is not an edge condition :)14:21
artomUnless I'm way off base on that bug14:21
stephenfinsean-k-mooney: it's to do with the claiming bit right?14:21
sean-k-mooneyyes14:21
sean-k-mooneywhen we claim we pass None currenlty14:21
stephenfinokay, so I have https://review.opendev.org/#/c/749360/14:21
artomstephenfin, ah, you're not using NUMA14:22
artomJust SRIOV14:22
stephenfinbut the guest NUMA topology appears to be getting correctly recalculated to ensure the instance lands on the same host NUMA node as the PCI device14:22
artomNot in the same test, at least14:22
stephenfinI am in that one14:22
stephenfinI'm using CPU pinning14:22
stephenfinthat's NUMA14:22
stephenfinhttps://review.opendev.org/#/c/749360/1/nova/tests/functional/libvirt/test_pci_sriov_servers.py@36314:23
sean-k-mooneyit could be passing jsut out of luck14:24
artomInteresting, I wonder if there's a specific assertion that's missing14:24
sean-k-mooneyyou would need to force a case where cpus are only avaiable on one node and the pci device is on another14:24
sean-k-mooneywith the bug it would boot14:24
stephenfinsean-k-mooney: Yeah, I think that's what I'm missing14:24
openstackgerritLee Yarwood proposed openstack/nova stable/train: compute: Validate a BDMs disk_bus when provided  https://review.opendev.org/74455214:24
stephenfinBut I wasn't able to come up with a clever way to do that since conf is global :-(14:25
sean-k-mooneyby the way gibi's fix i dont thnk it a full fix14:25
*** jangutter_ has joined #openstack-nova14:25
sean-k-mooneysince we are claiming the devices at a different point then we are generating the numa toplogy there is always a race with outher vms unless this is all happening under a common lock14:25
sean-k-mooneyand i dont think it is14:26
sean-k-mooneygibi's patch makes the code stricly better14:26
sean-k-mooneybut it does not make the numa toplogy generation and pci claims effectly atomic14:26
*** jangutter has quit IRC14:28
stephenfinI'm getting the impression, based on those resize/cold migrate resize/confirm bugs, that pretty much everything the resource tracker is doing has to be atomic14:31
sean-k-mooneywhere we dont have tristate logic like the pci tracker yes definetly14:31
sean-k-mooneybut in general yes14:32
sean-k-mooneythat is why we have the lock14:32
artomThe whole periodic using the migrations and flavors and instances is a mess14:33
artomKinda makes me wonder if there's a still a point to it...14:35
artomWe've gotten a lot better at making migrations correctly track resources, especially live migrations14:35
artomMight make more sense to address the remaining gaps, and then remove it altogether14:35
artomOr make it a nova-manager command, with a lock14:35
artomKinda like the placement audit thing14:35
sean-k-mooneyyou mean in placment14:36
sean-k-mooneyin theory you should be abel to run nova with that periodic disabled14:36
sean-k-mooneyin paratics i expect that to be super broken14:37
*** dklyle has joined #openstack-nova14:37
artomsean-k-mooney, no, I mean fix the remaining problems with resources not being correctly updated14:37
artomAnd stop running the periodic14:37
sean-k-mooneyyes but that means basicaly persit stuff to the db properly14:38
sean-k-mooneyso stop usign move cliams and claims in general in memory and actully claim the stuff in the db atomicly14:38
artomWell claims do update the usage eventually14:40
sean-k-mooneypart of the reason we have to rebuild the resouce state form flaovr/instance/migration is because we dont store it anywhere but in memory14:40
sean-k-mooneyartom: sure but if you restart the agent then you have to rebuild the state again on start up14:40
sean-k-mooneyform the migrations and isntance exctra14:41
*** ralonsoh has quit IRC14:41
artomsean-k-mooney, https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L34414:41
*** ralonsoh has joined #openstack-nova14:42
sean-k-mooney yes that update teh compute nodes table14:42
sean-k-mooneythat is not the same thing14:42
sean-k-mooneyoh thats in the move claim14:42
sean-k-mooneyits not updateign the db14:43
sean-k-mooneyits updating the resouce tracker14:43
artomHow so?14:43
artomsean-k-mooney, https://github.com/openstack/nova/blob/c57d52e1978210fb3260bf8ea442237d548db576/nova/compute/resource_tracker.py#L118514:43
sean-k-mooney the compute node table does not containe all the data in the resouce tracker14:44
sean-k-mooneyjust a summary14:44
sean-k-mooneyit has non of the vgpu mdeves for example14:44
artomAren't those in placement?14:44
sean-k-mooneyno14:44
sean-k-mooneythe count of how many we can create is14:44
*** xek has quit IRC14:45
artomBut we have to care about the specific individual ones like we do with PCPUs?14:45
sean-k-mooneynot the mdev paths for the vgpu instnace14:45
sean-k-mooneyartom: yes and no14:45
sean-k-mooneyartom: if you have multiple devices or multipel mdev_types enabled on the host yes14:46
sean-k-mooneyartom: we create one RP per pGPU14:46
sean-k-mooneyso the allcoation need to be collated to the correct pgpu on the host and the mdev need to be created form that gpu14:46
sean-k-mooneythat info is stored only in memory14:46
sean-k-mooneywell we also parse the libvirt xmls when the agent restarts too14:47
*** manuvakery has quit IRC14:47
artomThe host capabilities you mean?14:47
sean-k-mooneyno what do you mean by host capablities14:48
artomYou said XML14:48
artomI'm asking *which* XML :)14:48
sean-k-mooneyyes i ment the domain xml14:48
artomAh, that lists the mdevs that each instance uses14:48
sean-k-mooneywhen the agent restarts since we dont store the mdev a vm is using in the db we have to look it up for the running vms14:49
artomHrmpf :(14:49
sean-k-mooneyi argued it shoudl be stored in the db either in its own tabel or in the host numa toplogy blob14:49
sean-k-mooneyfor what its worth14:49
sean-k-mooneyits true that in generall the uuid we use does not matter to the vm14:50
*** lpetrut has quit IRC14:50
sean-k-mooneybut there are edgecase where we do care like agent restart14:50
sean-k-mooneyartom: for what its wort we have added a new generic resouce filed ot the instance_extra_tables14:51
sean-k-mooneyhttps://github.com/openstack/nova/commit/6a4d6ec786bb35b0bf81d91b867d55f4f8b1e32d14:51
sean-k-mooneythat could be used for mdev for vgpus too if we wanted14:51
sean-k-mooneyit was created to be generic so we could reuse it14:52
sean-k-mooneyits currently only used for pmem14:52
sean-k-mooneythe pmem resouce are also not in the comptue nodes table unless they are embeed in say the host numa_toplogy bolb14:53
sean-k-mooneyunless i missed something14:53
artomI don't have enough context, but maybe they don't need to be persisted in the DB?14:54
artomLike, what does it affect? For scheduling, we only need to know quantities of mdevs, not individual ones, no?14:54
sean-k-mooneywe do but we use placement for the sechduling aspect14:55
sean-k-mooneyartom: for vGPUs you mean14:55
artomsean-k-mooney, yeah, for example14:55
artomBuilding the XML of new instances? Do we need to now the paths of available mdevs?14:55
sean-k-mooneyquantity and mdev_type which can be tracked via triats is enough in that specific case14:56
sean-k-mooneyartom: we need to create an mdev and put the path in the xml14:56
artomSo based on that seems like not tracking them was maybe the correct choice?14:56
sean-k-mooneyyes and no14:56
sean-k-mooneyit creates a depenency on the domain xmls for running guest14:57
sean-k-mooneybut it was doable without the db level tracking14:57
sean-k-mooneyso we did not modify the db14:57
artomYou mean for stuff like hard reboot?14:57
openstackgerritPavlo Shchelokovskyy proposed openstack/nova master: Raise 409 when removing security group from instance  https://review.opendev.org/73557214:57
sean-k-mooneysince we coudl rely on plamcnet for atomic claims of resouces we coudl skip doning that in nova14:58
artomOTOH, it's not like vGPUs have state, so if it gets a different mdev after hard reboot, does it really matter?14:58
artomsean-k-mooney, definitely agree with the general idea14:58
sean-k-mooneyif the mdev type does not change no14:58
sean-k-mooneyfor pmem its much more important14:58
sean-k-mooneywhich is why we now have https://github.com/openstack/nova/blob/c57d52e1978210fb3260bf8ea442237d548db576/nova/objects/resource.py14:59
*** manuvakery has joined #openstack-nova14:59
sean-k-mooneyso that we can do this genericly14:59
artomsean-k-mooney, ah, so for when it matters we *do* persist it in the DB14:59
sean-k-mooneywe do now yes14:59
sean-k-mooneyand we have a generic way to do it in the future without db modficiations14:59
sean-k-mooneyits one of the thing i pushed for durign the pmem stuff which alex_xu and other kindly implemented15:00
*** belmoreira has quit IRC15:00
artomsean-k-mooney, so yeah, NUMA in placement would be nice, and would solve a whole bunch of problems, but it's a mess to make work, so here we are ^_^15:01
sean-k-mooneythis really doesnt have that much to do with numa in placment although this generic resouce field would allow use to too remove teh numa blobs if we had that15:02
sean-k-mooneywe would still have to do the resouce tracking in the db using this but its an alternitive15:02
sean-k-mooneyim not sure its worth the work to move it15:02
*** jangutter has joined #openstack-nova15:03
*** lpetrut has joined #openstack-nova15:03
sean-k-mooneybut for example if we start support vdpa devices in the futrue15:03
sean-k-mooneyi would proably look to use this or extend the pci tracker15:03
sean-k-mooney(just the type filed)15:04
sean-k-mooneybut we should not need to modify the db to add support for vdpa15:04
sean-k-mooneyor if we wanted to add orther host device passhtough support like block devices or usb devices15:05
sean-k-mooneythe resouce filed can be used for that15:05
*** jangutter_ has quit IRC15:06
sean-k-mooneythe limitation is that to use it you have to frist track the resouce in placment15:07
*** jangutter_ has joined #openstack-nova15:07
*** ganso has quit IRC15:08
*** dosaboy has quit IRC15:10
*** jangutter has quit IRC15:11
artomsean-k-mooney, yeah, I meant more in the general sense of "using placement for atomic resource tracking"15:13
sean-k-mooneyartom: well it will never actully do that15:14
sean-k-mooneyit will track capastity15:14
sean-k-mooneybut not indiviual resouces15:14
artomsean-k-mooney, yeah, inventories15:14
artom(In retrospect, maybe that was a mistake?)15:14
sean-k-mooneyit was a deliberate design choice15:14
artomI know15:14
sean-k-mooneywe knew the concequece was the resouce tracker would alwys be needed for assignment15:15
artomJust saying, maybe not the correct one to make - though obviously hindsight is 20/20, yadda yadda15:15
openstackgerritMerged openstack/nova stable/rocky: libvirt: Provide VIR_MIGRATE_PARAM_PERSIST_XML during live migration  https://review.opendev.org/74797515:15
sean-k-mooneyit not a hignsight thing we knew the resouce treacker and some level of assignment logic woudl be needed in nova15:15
openstackgerritMerged openstack/nova stable/ussuri: Removed the host FQDN from the exception message  https://review.opendev.org/74960715:16
openstackgerritMerged openstack/nova master: privsep: Add support for recursive chown, move_tree operations  https://review.opendev.org/74286415:16
sean-k-mooneyto be clear we coudl use palcment for indeivigual resouce tracking if we wanted via nesting and many many more resouce providers15:16
artomEww15:17
sean-k-mooneyits flexable enough to do that but we chose not too15:17
artomsean-k-mooney, anyways, it's all moot at this point15:17
* artom needs phood15:18
*** mlavalle has joined #openstack-nova15:20
*** artom has quit IRC15:22
*** iurygregory has quit IRC15:24
*** artom has joined #openstack-nova15:27
*** Luzi has quit IRC15:28
*** dtantsur is now known as dtantsur|afk15:31
*** iurygregory has joined #openstack-nova15:42
* artom just noticed the "Download logs" shell script link in Zuul test results15:49
artomWhoever did that is awesome15:49
* gibi lost his afternoon downstream15:50
gibinova meeting starts in 6 minutes on openstack-meeting-315:53
*** rambo_li has joined #openstack-nova15:59
lyarwoodartom: it's great but I'd also love to write a script to open everything in vim (over http) using the raw links16:00
artomlyarwood, ... everything?16:01
sean-k-mooneylyarwood: i think lnav support direct links16:01
sean-k-mooneyit would automaticaly syntax highlith and alinge all the logs by time stamp too if that worked16:01
lyarwoodartom: well not everything but the stuff I typically look at, so n-* logs, tempest logs etc16:02
sean-k-mooneyanything ending in log16:02
sean-k-mooneyoh i guess most end in .txt16:03
sean-k-mooneyah the gzip compression mess up usin lnav and likely vim with the raw urls16:04
*** gyee has joined #openstack-nova16:05
lyarwoodsean-k-mooney: vim WORKSFORME with gzip FWIW16:08
sean-k-mooneylyarwood: gzip is not the issue16:08
sean-k-mooneyhttps://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_557/746986/3/check/nova-live-migration/557b715/logs/screen-n-cpu.txt16:09
sean-k-mooneyus being served compressed16:09
lyarwoodah yeah that borks vim16:09
sean-k-mooneyyep16:09
sean-k-mooneyvim and lnave are not reading the hearer or it is not serving it with the writh header16:10
lyarwoodI think vim just calls out to wget tbh16:10
sean-k-mooneyya its being served tih text/plain and Content-encoding gzip16:10
lyarwoodat least it does for me but that could be a plugin16:10
sean-k-mooneyyep so lnav and vim would have to use teh Accepts-encode header to not allow copression16:11
sean-k-mooneyor read the respocne head and do the right thing16:11
sean-k-mooneythat said just localy donloadingthm to somewhere in /tmp and then passing the paths to vim or lnav works16:12
*** rambo_li has quit IRC16:21
*** rambo_li has joined #openstack-nova16:21
*** priteau has quit IRC16:25
*** adrianc has quit IRC16:25
*** adrianc has joined #openstack-nova16:27
openstackgerritStephen Finucane proposed openstack/nova master: Add reproducer for bug #1894095  https://review.opendev.org/74971316:31
openstackbug 1894095 in OpenStack Compute (nova) "Running periodic task during live migration results in incorrect usage" [Medium,Confirmed] https://launchpad.net/bugs/1894095 - Assigned to Stephen Finucane (stephenfinucane)16:31
gibisean-k-mooney: can I pull the trigger on the os-vif release https://review.opendev.org/#/c/749535/ ?16:37
artomlyarwood, so actually our volume thing with whitebox is different - it's a test for detaching a volume with libvirt stopped, so we expect the volume to remain in-use until libvirt starts up again and the detach completes. Did that behaviour change?16:40
sean-k-mooneygibi: ya i think so16:45
gibisean-k-mooney: ack16:45
sean-k-mooneythe two patches i was waiting for are still not merged but they need rework16:45
sean-k-mooneyso we will just backport them later16:45
gibiOK, done16:45
lyarwoodartom: when you say completes is the disk detached from the domain?16:45
lyarwoodartom: or just detached in cinder16:45
artomlyarwood, cinder16:46
lyarwoodartom: if libvirt is stopped the call to detach should fail but AFAIK we should then rollback the volume state to in-use16:46
lyarwoodartom: if we don't that's a bug16:46
artomlyarwood, ok, I'll dig some more then - looks like it's only happening with focal16:47
artomFor all I know we're stopping libvirt wrong :P16:47
*** rambo_li has quit IRC16:47
lyarwoodhuh, might be the error raised from the libvirt python lib has changed16:47
lyarwoodwhen it can't talk to libvirtd16:47
lyarwoodor some weirdness like that16:47
gibidansmith: lyarwood: thanks for taking care of the rbd documentation16:54
gmannlyarwood: you can use this patch also which unskip the tests - https://review.opendev.org/#/c/734029/16:54
gmanndevstack-platform-focal job run those test on focal16:55
*** derekh has quit IRC16:55
artomlyarwood, ah, no, looks like systemctl is configured in focal to restart libvirtd if it dies?16:55
artomIn any case, something starts it back up again, 3 seconds afer we stop it16:55
gibiartom: thanks for the review on https://review.opendev.org/#/c/748453/ I can try to add a functional test for that later, if that is OK16:55
artomgibi, I think we're better off reviewing stephenfin's series first16:56
artomThen adding on to it16:56
lyarwoodgmann: ack thanks16:56
lyarwoodartom: kk16:56
lyarwoodgibi: np16:56
*** lpetrut has quit IRC16:57
gibiartom: make sense16:59
gibiartom: I will try to get to that series16:59
artomgibi, same here16:59
artomThere's a lot there to unpack17:00
sean-k-mooneyatuclly i was hoping we could merge the sriov feature first17:03
sean-k-mooneybecause im not sure we will get both done by m317:04
sean-k-mooneyso put stephens changes on top of gibis?17:04
sean-k-mooneythat way we can avoid the merge conflitcs and still review them all in context?17:05
artomsean-k-mooney, yeah, I was saying the same thing17:05
gibiI would not rush with that move, as I lost my whole afternoon downstream today. I think if we approve both and then there is a conflict we can decide which one to move17:05
artomsean-k-mooney, gibi, 1. merge SRIOV 2. merge stephenfin func tests 3. improve func tests to cover the case gibi is fixing17:05
gibiin general I agree17:06
artomAnd 4. convert SRIOV live migration to use claims like NUMA live migration, giving sean-k-mooney an aneurysm in the process ;)17:06
gibiIt is just hard to commit to 1. right now as I still have a list of func test to write17:06
sean-k-mooney:)17:06
gibiplease don't kill each other over it, I need both of you in this team!17:07
artomNah, we'll just have an honest drinking competition for it17:07
artomI'm only saying that because I believe sean-k-mooney is one of the very few Irish people I might actually beat17:07
sean-k-mooneyif we create cliams in the conductor/scheduler  it would impove my opipion of them17:08
sean-k-mooneyhehe that because i dont drink that often17:08
sean-k-mooneydoes not mean i will let you win too easy :)17:09
gibiI can be the judge of that drinking contest after the pandemic17:09
sean-k-mooneygibi: for what its worth we both agree we shoudl have 1 code path for the migration stuff17:10
gibiagree17:10
sean-k-mooneyim just not comfortably with the level of tech debt that claims have17:10
sean-k-mooneyif we make claims better and more useful by creating claims for resouce eairler then i would be more comfortable adtoping them for sriov migration17:11
sean-k-mooneybut that one of those things like move neutron port creation to the conductor17:12
sean-k-mooneyit would be good to do but not something we can sell to customers or PMs easily.17:13
*** manuvakery has quit IRC17:17
gibiyeah, it is tech debt removal, and that is hard to sell17:17
sean-k-mooneyalso in this case hard work with all the other things that have built up around it17:28
*** gregwork has quit IRC17:29
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION and NEXT_MIN_{LIBVIRT,QEMU}_VERSION  https://review.opendev.org/74698117:43
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_FILE_BACKED_DISCARD_VERSION  https://review.opendev.org/74698217:43
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_{LIBVIRT,QEMU}_NATIVE_TLS_VERSION  https://review.opendev.org/74698317:43
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_BETTER_SIGKILL_HANDLING  https://review.opendev.org/74698417:43
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_VIDEO_MODEL_VERSIONS  https://review.opendev.org/74698517:43
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Remove MIN_{LIBVIRT,QEMU}_PMEM_SUPPORT  https://review.opendev.org/74698617:43
openstackgerritLee Yarwood proposed openstack/nova stable/stein: compute: refactor volume bdm rollback error handling  https://review.opendev.org/74851217:56
openstackgerritLee Yarwood proposed openstack/nova stable/stein: Add regression tests for bug #1889108  https://review.opendev.org/74851317:56
openstackgerritLee Yarwood proposed openstack/nova stable/stein: compute: Don't delete the original attachment during pre LM rollback  https://review.opendev.org/74851417:56
openstackbug 1889108 in OpenStack Compute (nova) stein "failures during driver.pre_live_migration remove source attachments during rollback" [Undecided,In progress] https://launchpad.net/bugs/1889108 - Assigned to Lee Yarwood (lyarwood)17:56
*** dklyle has quit IRC18:16
*** david-lyle has joined #openstack-nova18:16
*** david-lyle is now known as dklyle18:16
*** tesseract has quit IRC18:21
openstackgerritMamduh proposed openstack/os-vif master: Refactor code of linux_net to more cleaner and increase performace  https://review.opendev.org/74667318:22
*** priteau has joined #openstack-nova18:24
*** nightmare_unreal has quit IRC18:29
*** priteau has quit IRC18:47
*** xek has joined #openstack-nova19:08
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate default policy file from JSON to YAML  https://review.opendev.org/74805919:28
*** vishalmanchanda has quit IRC19:28
*** ralonsoh has quit IRC19:30
*** niedbalski has joined #openstack-nova19:35
*** tosky has quit IRC19:45
openstackgerritRodrigo Barbieri proposed openstack/nova master: Allow tap interface with multiqueue  https://review.opendev.org/74853319:47
openstackgerritGhanshyam Mann proposed openstack/nova master: [Trivial] Replace ref of policy.json to policy.yaml  https://review.opendev.org/74982119:49
openstackgerritMerged openstack/nova master: Adapt the admin guide to describe the direct RBD export  https://review.opendev.org/72841119:57
*** nweinber has quit IRC20:04
*** zzzeek has quit IRC20:08
*** zzzeek has joined #openstack-nova20:12
*** slaweq has quit IRC20:20
*** xiaolin has joined #openstack-nova20:20
*** slaweq has joined #openstack-nova20:26
*** JamesBenson has quit IRC20:51
openstackgerritLee Yarwood proposed openstack/nova master: WIP/DNM libvirt: Increase device detach wait times  https://review.opendev.org/74982720:54
*** xek has quit IRC21:00
*** JamesBenson has joined #openstack-nova21:08
*** raildo has quit IRC21:16
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate default policy file from JSON to YAML  https://review.opendev.org/74805921:17
openstackgerritGhanshyam Mann proposed openstack/nova master: [Trivial] Replace ref of policy.json to policy.yaml  https://review.opendev.org/74982121:18
*** adrianc has quit IRC21:35
*** adrianc has joined #openstack-nova21:35
*** k_mouza has joined #openstack-nova21:38
*** xiaolin has quit IRC21:54
openstackgerritSean McGinnis proposed openstack/nova master: Handle oslo.messaging ping endpoint  https://review.opendev.org/74983822:06
smcginnisNeeded for the global requirements update patch for the latest oslo.messaging ^22:07
*** k_mouza has quit IRC22:09
*** avolkov has quit IRC22:26
*** mlavalle has quit IRC23:01
*** zzzeek has quit IRC23:05
*** zzzeek has joined #openstack-nova23:06
*** rcernin has joined #openstack-nova23:24
*** rcernin has quit IRC23:31
*** rcernin has joined #openstack-nova23:31
*** zzzeek has quit IRC23:39
*** zzzeek has joined #openstack-nova23:40
*** jamesden_ has joined #openstack-nova23:53
*** jamesdenton has quit IRC23:56
*** zzzeek has quit IRC23:57
*** zzzeek has joined #openstack-nova23:59
*** sapd1_x has joined #openstack-nova23:59

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