Thursday, 2020-09-24

« Wednesday, 2020-09-23 Index Friday, 2020-09-25 »
*** gyee has quit IRC00:27
*** brinzhang has joined #openstack-nova00:35
*** ociuhandu has joined #openstack-nova00:46
*** sapd1 has joined #openstack-nova00:48
*** mlavalle has quit IRC00:50
*** ociuhandu has quit IRC00:50
*** mlavalle has joined #openstack-nova00:50
*** Liang__ has joined #openstack-nova01:24
*** yingjisun has joined #openstack-nova01:37
*** songwenping__ has quit IRC01:52
*** songwenping_ has quit IRC01:52
*** Liang__ has quit IRC02:26
*** Liang__ has joined #openstack-nova02:27
*** rcernin has quit IRC02:38
*** zzzeek has quit IRC02:40
*** zzzeek has joined #openstack-nova02:41
*** rcernin has joined #openstack-nova02:41
*** sapd1 has quit IRC02:47
*** sapd1 has joined #openstack-nova02:47
*** zzzeek has quit IRC02:50
*** zzzeek has joined #openstack-nova02:52
*** efried has quit IRC02:55
openstackgerritRui Zang proposed openstack/nova master: DO NOT REVIEW  https://review.opendev.org/75391903:00
*** Yumeng has joined #openstack-nova03:00
*** xinranwang__ has joined #openstack-nova03:06
*** psachin has joined #openstack-nova03:27
*** yingjisun has quit IRC03:46
*** dave-mccowan has quit IRC03:47
*** aj_mailing has quit IRC03:53
*** ratailor has joined #openstack-nova03:56
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-nova04:33
openstackgerritHemanth Nakkina proposed openstack/nova master: Update pci stat pools based on PCI device changes  https://review.opendev.org/74917504:34
*** brinzhang_ has joined #openstack-nova04:37
*** brinzhang has quit IRC04:41
*** psachin has quit IRC04:45
*** yingjisun has joined #openstack-nova04:58
*** aj_mailing has joined #openstack-nova05:03
*** HagunKim has joined #openstack-nova05:54
*** maciejjozefczyk has joined #openstack-nova06:07
*** lpetrut has joined #openstack-nova06:10
*** slaweq has joined #openstack-nova06:11
*** maciejjozefczyk_ has joined #openstack-nova06:15
*** maciejjozefczyk has quit IRC06:17
*** slaweq has quit IRC06:29
*** vishalmanchanda has joined #openstack-nova06:30
*** slaweq has joined #openstack-nova06:32
*** aj_mailing has quit IRC06:35
*** ralonsoh has joined #openstack-nova06:36
*** dklyle has quit IRC06:48
*** belmoreira has joined #openstack-nova06:54
*** aj_mailing has joined #openstack-nova07:08
*** nightmare_unreal has joined #openstack-nova07:09
*** links has joined #openstack-nova07:16
gibiI have to be offline for the next 2-3 hours but I will be back after lunch (UTC 11)07:33
*** zzzeek has quit IRC07:33
*** zzzeek has joined #openstack-nova07:36
*** martinkennelly has joined #openstack-nova07:41
*** xek has joined #openstack-nova07:43
*** dtantsur|afk is now known as dtantsur07:47
*** ratailor has quit IRC07:50
*** zzzeek has quit IRC08:01
*** zzzeek has joined #openstack-nova08:01
*** tosky has joined #openstack-nova08:04
*** k_mouza has joined #openstack-nova08:09
*** ralonsoh has quit IRC08:23
*** ralonsoh has joined #openstack-nova08:24
openstackgerritLucas Alvares Gomes proposed openstack/nova master: DO NOT REVIEW: Test OVN devstack module  https://review.opendev.org/74822608:26
*** rcernin has quit IRC08:35
*** derekh has joined #openstack-nova08:38
*** rcernin has joined #openstack-nova08:41
*** k_mouza has quit IRC08:49
*** k_mouza has joined #openstack-nova08:50
*** rcernin has quit IRC08:57
*** martinkennelly has quit IRC09:03
*** maciejjozefczyk has joined #openstack-nova09:06
*** maciejjozefczyk_ has quit IRC09:08
*** spatel has joined #openstack-nova09:14
openstackgerritLee Yarwood proposed openstack/nova master: zuul: Replace nova-live-migration with zuulv3 jobs  https://review.opendev.org/75255709:14
lyarwoodstephenfin: https://review.opendev.org/#/c/744883 - would you mind hitting this back into the gate09:15
stephenfinsure, looking09:16
lyarwoodhad to be rebased to pickup the test-evacuate.sh change as the original live-migration job is still being used until https://review.opendev.org/752557 lands09:16
stephenfinyup, makes sense09:17
stephenfin+W09:17
*** spatel has quit IRC09:18
*** LinPeiWen has quit IRC09:26
*** LinPeiWen has joined #openstack-nova09:26
*** ociuhandu has joined #openstack-nova09:29
*** xinranwang__ has quit IRC09:34
lyarwoodbauzas: https://review.opendev.org/#/c/753281/ - Morning would you mind landing this in stable/ussuri please?09:35
*** jangutter has joined #openstack-nova09:42
*** dtantsur is now known as dtantsur|brb09:43
CeeMaclyarwood: morning :)  I'm still trying to get my head around the process involved in the cinder retype initiated nova swap_volume.  Is nova calling libvirt drive-mirror (or blockdev-mirror) to perform the sync, or is it relying on cinder copying/syncing the data to the new volume before doing an attachment swap?  Trying to work out at which point the swap_volume job failure could be affecting the instance09:45
CeeMaci've been reading through the driver.py and qemu block job docs09:46
*** jangutter_ has quit IRC09:46
CeeMacbut I lack a lot of context unfortunately09:46
CeeMaci'm also trying to work out if any of the operations rely on / prefer the qemu quest agent and connection being present09:47
*** adriant has quit IRC09:52
*** adriant has joined #openstack-nova09:53
*** zzzeek has quit IRC09:57
*** zzzeek has joined #openstack-nova10:00
*** xek has quit IRC10:01
*** Liang__ has quit IRC10:04
lyarwoodCeeMac: Morning sorry was afk10:06
*** aj_mailing has quit IRC10:07
lyarwoodCeeMac: so we call the https://libvirt.org/html/libvirt-libvirt-domain.html#virDomainBlockRebase API at the moment (if libvirt is < 6.0.0)10:07
lyarwoodCeeMac: AFAIK we don't use the guest agent at all during the process10:08
lyarwoodCeeMac: in terms of https://bugs.launchpad.net/nova/+bug/1896621 the issue is with parallel requests to retype multiple attachments to the same instance AFAICT10:09
openstackLaunchpad bug 1896621 in OpenStack Compute (nova) "instance corrupted after volume retype" [High,Confirmed] - Assigned to Lee Yarwood (lyarwood)10:09
lyarwoodCeeMac: virDomainBlockRebase is disk specific so that isn't an issue10:09
lyarwoodCeeMac: but the final thing we do when swapping disks is to update the persistent config for the overall domain10:10
lyarwoodCeeMac: AFAICT this fails when other calls to virDomainBlockRebase and thus QEMU block jobs are still active10:10
lyarwoodCeeMac: I was going to throw an instance wide lock on the compute _swap_volume call to avoid this as I can reproduce the failure with libvirt > 6.0.0 where we now use the https://libvirt.org/html/libvirt-libvirt-domain.html#virDomainBlockCopy libvirt API10:12
*** martinkennelly has joined #openstack-nova10:16
lyarwoodCeeMac: I'll try to find some time this afternoon to post a WIP10:19
lyarwoodCeeMac: I'll also try to work out if we can recover from this in your env, I've got a feeling it might be possible if we can work out the details of the new volume and attach it somehow to the instance10:21
*** rcernin has joined #openstack-nova10:35
*** salmankhan has joined #openstack-nova10:42
*** maciejjozefczyk_ has joined #openstack-nova10:45
brinzhang_stephenfin: thanks, yes, I missed sth, updated, and replied in the patch :D10:47
*** maciejjozefczyk has quit IRC10:48
*** rcernin has quit IRC10:56
*** dtantsur|brb is now known as dtantsur10:57
CeeMaclyarwood: sorry, was just in a long meeting. thanks for the notes, I'll do some more reading! :)10:58
CeeMaclyarwood: so, i wonder if it is the domain persistent config update. Or if it is just a direct result of the multiple block jobs, I need to stand up a disposable environment to validate if this affects all instances or specific ones10:59
CeeMaclyarwood: for reference, i seem to have the most issue with Microsoft Active Directory Controllers. They really don't seem to like a lot of the normal operations. removing/recreating the instance from the same boot volume causes the same level of corruption.  As does deleting the instance and recreating it from a nova snapshot.11:01
CeeMaclyarwood: I had to delete the affected instance in the production environment, but I think I still have a corrupt instance in my dev area I could hold off on killing and rebuilding11:02
*** sapd1 has quit IRC11:03
*** JamesBenson has joined #openstack-nova11:06
*** JamesBenson has quit IRC11:06
*** JamesBenson has joined #openstack-nova11:06
CeeMaclyarwood: so if I'm understanding the docs correctly, you're using VIR_DOMAIN_BLOCK_REBASE_REUSE_EXT with VIR_DOMAIN_BLOCK_REBASE_COPY_DEV to point the rebase job at a volume device that has already been created and syning the content across to it?11:15
lyarwoodCeeMac: yes, I believe some cinder-volume backends clone things in the background so we don't end up copying everything across11:22
lyarwoodCeeMac: just the delta but backends like the LVM/iSCSI backend don't do this11:22
lyarwoodCeeMac: we then switch the volumes around within Cinder11:23
lyarwoodCeeMac: I think that's likely led to the corruption as we are pointing at the old likely unmapped volume11:23
lyarwoodCeeMac: but I'll need to reproduce to confirm11:23
CeeMacthat would make sense for the case where I've been able to log on to the instance fine but it broke after a reboot11:24
CeeMaci'll have a poke around the configurations of one of the corrupt instances see if I can compare a dumpxml of attached volumes against expected attached volumes11:25
gibicores, I see the libvirt cleanup https://review.opendev.org/#/q/topic:bump-libvirt-qemu-victoria and the live migration / evacuation part of the zuul migration https://review.opendev.org/#/q/topic:native-zuulv3-migration+project:openstack/nova still actively pushed before RC111:54
gibiis there anything else that I need to keep track of before / when I update the RC1 release patch?11:55
gibiare we OK if they are not made it to RC1?11:55
gibiI think the libvirt bump is merged just the cleanup is open so that is OK if we are not able to merge it before RC111:55
gibibut what about the zuul migration?11:55
gibican we not merge them before RC1?11:56
gibigmann, lyarwood: ^^11:56
lyarwoodgibi: I'm fine with the cleanups not landing11:58
lyarwoodgibi: for zuulv3 I'll defer to gmann11:58
gibithanks, noted11:58
gibiI would like to make the RC1 right after the weekly meeting if possible11:58
gibibut if things are on the gate then I think we can wait for them11:59
*** priteau has joined #openstack-nova12:00
lyarwoodgibi: yeah I'd only wait for the zuulv3 stuff and only if gmann confirms that we need to tbh12:00
gibiack12:01
gibithanks12:01
kashyaplyarwood: Where can I update this DevStack job using F31 (which is EOL) to F32? - https://zuul.opendev.org/t/vexxhost/job/devstack-platform-fedora-latest-virt-preview#12:06
kashyapI'm wading through different CI / DevStack repos, thought I'd ask here first12:06
*** adrianc has quit IRC12:06
lyarwoodkashyap: I'm trying to do that https://review.opendev.org/#/c/750292/ already12:06
kashyapOh, good that I asked12:06
lyarwoodkashyap: https://review.opendev.org/#/q/topic:f32 for the full set of changes required FWIW12:07
kashyaplyarwood: I was just fixing the conflicts here and rebasing the CI job (https://review.opendev.org/#/c/708701/)12:07
kashyaplyarwood: Sweet12:07
* kashyap clicks12:07
kashyapAh, phew; I already was thinking about 'd-i-b', I see that it's already merged12:08
*** zzzeek has quit IRC12:09
sean-k-mooneyspeaking of dib i need to talk to infra or in openstack-dib about alpine support12:09
sean-k-mooneyi have started on it but im hitting some issues12:10
kashyapOne would think using a image would be a simple "drag-n-drop" of a pre-built image cache (a.k.a. virt-builder)12:10
kashyap... instead of this kind of a 'diff' across eight files: https://review.opendev.org/#/c/737217/12:10
kashyapBut, that ship has sailed eight years ago ;-)12:11
*** adrianc has joined #openstack-nova12:11
sean-k-mooneyyep i really dislike virt-builder so im happy we use dib12:11
kashyapsean-k-mooney: *Alpine*?  I don't think it is one of the distros that matter12:11
kashyap:D12:11
sean-k-mooneykashyap: im trying to replace cirros12:11
kashyapsean-k-mooney: What is your reason for dislike of 'virt-builder'?  I think it does a solid job for its purpose12:11
sean-k-mooneywith a maintianed disto12:11
kashyapAnd has saved my times countless times12:11
kashyapIt's well-documented, deadly simple to use, and it does many smart-and-useful things.12:12
*** zzzeek has joined #openstack-nova12:12
kashyapI don't see a single reason to dislike it :D12:12
sean-k-mooneykashyap: i really dont like its workflow and it had rather poor supprot for non rpm distros orginailly12:12
sean-k-mooneyi want a declaritive interface which si what the element provide12:12
kashyapsean-k-mooney: Even for non-RPM distros, it even lets you create Ubuntu and Debian images12:12
sean-k-mooneykashyap: right but i hae always had issue trying to use it12:13
kashyapIts main purpose is to allow you creating / modifying images _quickly_12:13
kashyapWhat exact issue?  I'm surprised such a simple tool fails for you12:13
sean-k-mooneyfor me its never been quick and i dont find its docs that easy to folow12:13
sean-k-mooneythe first road block whas always been user managment12:14
sean-k-mooneyinjection of ssh keys ectra12:14
sean-k-mooneythe package customisation is not that bad but it used to not work well behind proxies12:14
kashyap- First, on quickness: it uses minimal kickstart for RPM-based, and similar for Debian-based12:14
kashyapIt can't get quicker than what the mirrors allow12:14
sean-k-mooneyso it was a pain to get working  behind the intel firewall12:14
kashyap- Second, the "docs" are quite readable too (very few open source tools can claim that): https://libguestfs.org/virt-builder.1.html12:15
kashyapFor Fedora users, I wrote this dead-simple guide some years ago - https://developer.fedoraproject.org/tools/virt-builder/about.html12:15
sean-k-mooneyi can take a look but i have read the docs and i dont find them that useful12:16
sean-k-mooneyi tried virt builder before dib12:16
sean-k-mooneyi only tried dib after i could not get it to do what i wanted12:17
kashyapsean-k-mooney: User management is also easy:12:17
kashyap    virt-builder [...] --firstboot-command '12:17
kashyap     # Create the user account.12:17
kashyap     useradd -m -p "" -G wheel stack12:17
kashyap     chage -d 0 stack12:17
kashyap     chmod 0755 /home/stack12:17
kashyap     mkdir -m 0755 /home/stack/.ssh'12:17
sean-k-mooneyhow do you do that declaritvly with out writing a bash script12:17
kashyapsean-k-mooney: I know we're going deep into a non-Nova topic, but 'd-i-b' had the terrible practise of using root overall12:17
kashyapsean-k-mooney: We discussed it when the tool was being written at that time; and pointed to better alternatives ... but they went NIH12:18
sean-k-mooneyit use a chroot12:18
sean-k-mooneyso root is not system root12:19
sean-k-mooneybut ya not a nova topic lets drop it12:19
kashyapsean-k-mooney: It used to use system root, and we discussed the security implications at length.  HP at that time wasn't convinced.12:20
kashyap(Yeah, non-Nova, but indirectly very useful topic for Nova Infra :D)12:20
kashyapsean-k-mooney: Not to belabour, but the "diskimage-builder" was so terribly unsafe, at that time the libguestfs folks went and created a "safe wrapper" for it, 'virt-dib': https://manpages.debian.org/testing/libguestfs-tools/virt-dib.1.en.html12:27
*** salmankhan has quit IRC12:28
sean-k-mooneyi see well i still dont think we should replace it with virt-install12:33
*** nweinber has joined #openstack-nova12:33
sean-k-mooney*virt-builder12:33
sean-k-mooneyregardless of the implementaion the design is more approtiate for a git based declaritve workflow IMO12:34
CeeMaclyarwood: quick question, when the domain persistence config is recreated following a successful swap_volume operation, would this generate any new SSIDs against or within the config?12:34
sean-k-mooneywhich is why i wrote https://github.com/intel-orchestration-software/dib-elements a few year ago using it instead of virt builder12:34
*** zzzeek has quit IRC12:40
kashyapsean-k-mooney: Yeah, yeah ... I wasn't arguing we shouldn't replace it now (too tedious, and can't justify the effort).  The purpose of both tools are different12:40
*** maciejjozefczyk has joined #openstack-nova12:41
*** zzzeek has joined #openstack-nova12:42
*** maciejjozefczyk_ has quit IRC12:44
*** salmankhan has joined #openstack-nova12:44
openstackgerritKashyap Chamarthy proposed openstack/nova master: WIP: nova-next: Start testing the 'q35' machine type  https://review.opendev.org/70870112:56
kashyapCc: lyarwood --^ In my above modif, I've nuked the "check" queue altogether, as I see that the 'virt-preview' job is now added to the experimental queue upstream12:57
kashyap(Also see that I've added your F32 support as a Depends-On.  Let me know if I messed up anything in the above job config :-))13:00
*** priteau has quit IRC13:02
lyarwoodkashyap: yeah you can't do that13:02
lyarwoodkashyap: you need to leave a single job in the check queue13:02
lyarwoodkashyap: just move the virt-preview job there13:02
kashyaplyarwood: Aah, okay.  Noted.  Lemme edit :)13:02
kashyaplyarwood: Aside: Sorry, but your "You can't do that" reminded me of a certain president and his conversation with an Australian journalist ;-)13:03
*** eharney has joined #openstack-nova13:06
kashyaplyarwood: BTW, also should at least one job be present in the 'gate' queue?13:09
lyarwoodkashyap: yes13:10
lyarwoodbrb13:10
kashyapThx13:11
kashyaplyarwood: When you're back, that good? —13:12
kashyap    check:13:12
kashyap      jobs:13:12
kashyap        - devstack-platform-fedora-latest-virt-preview13:12
kashyap    gate:13:12
kashyap      jobs:13:12
kashyap        - nova-next13:12
openstackgerritKashyap Chamarthy proposed openstack/nova master: WIP: nova-next: Start testing the 'q35' machine type  https://review.opendev.org/70870113:14
* kashyap bbiab13:14
gmannlyarwood: gibi  : zuulv3 grenade is not must for RC. I can try to fix that today but if it goes in W branch then also no issue in backport to V13:15
*** sapd1 has joined #openstack-nova13:15
gibigmann: thanks13:19
gibithen I will check the gate after the weekly meeting and decide if anything is close, if not we deferr them13:20
gibigmann: does the same true for the other two zuul migration patch (live migration + evac)13:20
gmanngibi: let me check13:20
*** priteau has joined #openstack-nova13:21
*** priteau has quit IRC13:33
*** rcernin has joined #openstack-nova13:35
*** nweinber has quit IRC13:36
gmannlyarwood: gibi nova-grenade-multinode job disappear from run in -https://review.opendev.org/#/c/752557/613:36
gmanncommented on review13:36
*** nweinber has joined #openstack-nova13:36
gibigmann: good point13:38
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1896463 in func env  https://review.opendev.org/75410013:41
openstackbug 1896463 in OpenStack Compute (nova) "evacuation failed: Port update failed : Unable to correlate PCI slot " [Low,Confirmed] https://launchpad.net/bugs/1896463 - Assigned to Balazs Gibizer (balazs-gibizer)13:41
gibithis is a nasty race ^^13:41
sean-k-mooneythat a knonw issue13:43
sean-k-mooneylet me see if i can find the downstream bug13:44
lyarwoodgmann: urgh sorry, weird how zuul don't complain about that13:44
gmannlyarwood: yeah, that was strange, it think it skipped running it as base job it found from some stable branch and made this job valid only for stable branch. but yes this is confusing13:45
lyarwoodloverly13:45
gmannit should be error instead of skip13:46
sean-k-mooneygibi https://bugzilla.redhat.com/show_bug.cgi?id=185211013:46
openstackbugzilla.redhat.com bug 1852110 in openstack-nova "nova host-evacuation returns erroneous pci addresses and an error: Unable to correlate PCI slot" [High,New] - Assigned to smooney13:46
lyarwoodyeah agreed13:46
sean-k-mooneygibi ill add https://bugs.launchpad.net/nova/+bug/1896463 ad the upstream track of the downstream bug13:47
openstackLaunchpad bug 1896463 in OpenStack Compute (nova) "evacuation failed: Port update failed : Unable to correlate PCI slot " [Low,Confirmed] - Assigned to Balazs Gibizer (balazs-gibizer)13:47
gibisean-k-mooney: thanks13:47
sean-k-mooneyit exist in qeens for what it worth13:48
sean-k-mooneygibi: there are other similar races for retries to other host and a much of issues with shevle and other move operations13:49
sean-k-mooneyalso all move operation involving PFs dont work as we never update the neutorn port mac13:49
*** xek has joined #openstack-nova13:50
*** yingjisun has quit IRC13:50
gibisean-k-mooney: yeah, the problem seems generic for every move that uses migration context and claims13:50
sean-k-mooneyyep13:51
*** rcernin has quit IRC13:51
gibinow I have a reproducer for evacuate13:51
sean-k-mooneyit should not affect live migration for what its worth13:51
sean-k-mooneyya i did not have time to look into this yet since it was only reported downstream in august13:51
sean-k-mooneyhaving a repoducer will certenly help figure out the fix13:52
sean-k-mooneythis is the unshevle case i think https://bugzilla.redhat.com/show_bug.cgi?id=176779713:53
openstackbugzilla.redhat.com bug 1767797 in openstack-nova "When unshelving an SR-IOV instance, the binding profile isn't reclaimed or rescheduled, and this might cause PCI-PT conflicts" [High,New] - Assigned to nova-maint13:53
sean-k-mooneyhttps://bugs.launchpad.net/nova/+bug/185154513:53
openstackLaunchpad bug 1851545 in OpenStack Compute (nova) "Port update exception on nova unshelve for instance with PCI devices (part 2)" [Medium,Triaged]13:53
sean-k-mooneyit might be the same root cause. perhapse we coudl copy your repoducer for shelve and see it it causes it13:54
sean-k-mooneygibi: ill try and review it later13:54
gibicould be, I haven't checked the live migration relevance here13:55
sean-k-mooneylive migration does not use claims13:55
sean-k-mooneyfor sriov devies13:55
sean-k-mooneywhich si why i think it would be fine13:56
gibiahh, true,13:56
sean-k-mooneypfs still wont work becaue of the mac issue but vfs should be fine13:57
gibiyeah, I keep the PF-mac issue separate13:57
gibido we have a bug and a reproducer there?13:57
sean-k-mooneywhile you are in a sriov context you might want to take a look at https://review.opendev.org/#/c/749175/13:57
sean-k-mooneyi need to review the latest version but i think its more or less ready to merge after we reopen master and rc1 is done13:58
*** mriedem has joined #openstack-nova13:58
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate nova-grenade-multinode job to zuulv3 native  https://review.opendev.org/74205613:59
gibisean-k-mooney: ack, I have to get back to that13:59
gibiat some point I started reading it but got pulled away13:59
sean-k-mooneyi tested it shortly after your attach stuff merged and it did not break anything but i can repoduce the issue so that is all i could say14:04
*** efried has joined #openstack-nova14:05
gibisean-k-mooney: do you mean you could not able to reproduce the bug before the fix?14:05
sean-k-mooneyyes it required the pci config space capablities to change for the device14:11
sean-k-mooneythat normally need a bios or firmware update14:11
sean-k-mooneyor change to the kernel/kernel_module paramters14:12
sean-k-mooneygibi: for exampl if you put some intel nics into datacenter brinding mode it disable sriov capablity and repalces it with vmdq14:12
sean-k-mooneythat remove the virtual_funciotns capablity form the pci config space14:13
sean-k-mooneymeaning it would show up as type-PCI14:13
sean-k-mooneyif you put it back in sriov mode it woucl change to type-PF14:13
sean-k-mooneybut i do not have any hardwar that can do that to test with14:13
*** hemna has quit IRC14:13
*** nweinber has quit IRC14:14
*** nweinber has joined #openstack-nova14:14
gibiI see. When I get back to this bug I will check if I can test this or not in my SRIOV hardware14:16
*** nweinber has quit IRC14:20
*** nweinber has joined #openstack-nova14:21
*** hemna has joined #openstack-nova14:23
*** maciejjozefczyk_ has joined #openstack-nova14:25
sean-k-mooneygibi: i asked for a functional test so we atleast have that14:25
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate nova-grenade-multinode job to zuulv3 native  https://review.opendev.org/74205614:26
*** maciejjozefczyk has quit IRC14:27
*** dave-mccowan has joined #openstack-nova14:29
gibisean-k-mooney: good point14:34
*** xek has quit IRC14:34
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate nova-grenade-multinode job to zuulv3 native  https://review.opendev.org/74205614:34
openstackgerritLee Yarwood proposed openstack/nova master: WIP: nova-next: Start testing the 'q35' machine type  https://review.opendev.org/70870114:34
*** dave-mccowan has quit IRC14:34
lyarwoodkashyap: ^ fixed it up a little and removed the SCSI CDROM change dep as it isn't helping us test this14:35
gmannlyarwood: ^^ let's see how it run. not using the script in grenade job. I have not disable the smoke test run on base and new cloud and only run live,cold migration and resize tests14:35
*** ralonsoh has quit IRC14:35
lyarwoodgmann: ack looking14:35
lyarwoodgmann: zuul isn't happyt14:36
lyarwoodhappy*14:36
gmannyeah some syntax things, checking14:37
*** ralonsoh has joined #openstack-nova14:37
*** dklyle has joined #openstack-nova14:37
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate nova-grenade-multinode job to zuulv3 native  https://review.opendev.org/74205614:38
openstackgerritLee Yarwood proposed openstack/nova master: WIP: nova-next: Start testing the 'q35' machine type  https://review.opendev.org/70870114:39
kashyaplyarwood: Will check shortly; thanks!14:45
lyarwoodgibi: I'm not going to be around for the meeting btw14:48
lyarwoodgibi: I don't have anything rc related or for stable14:48
sean-k-mooneygibi: i should be around for the meeting but ill be on PTO then until wednesday just an fyi14:50
sean-k-mooney* ill be back on wednesday14:51
gibilyarwood: ack, thanks for the info14:52
gibisean-k-mooney: OK, have a nice PTO14:53
* sean-k-mooney disparead at being 31... not really but likely will spend it doing some house work and then playing a game or two14:54
sean-k-mooneyi think im going to repaint my bedroom or assembel some dresser drawers. such an exciting life i leed :)14:55
*** k_mouza has quit IRC14:59
*** lpetrut has quit IRC15:00
openstackgerritStephen Finucane proposed openstack/nova master: Add tests for 'AggregateImagePropertiesIsolation'  https://review.opendev.org/75411515:06
openstackgerritStephen Finucane proposed openstack/nova master: Add tests for 'AggregateInstanceExtraSpecsFilter'  https://review.opendev.org/75411615:06
*** k_mouza has joined #openstack-nova15:06
*** lpetrut has joined #openstack-nova15:07
*** belmoreira has quit IRC15:24
*** k_mouza has quit IRC15:27
toskystephenfin: re placement PTL, couldn't the nova candidate (I assume there is just one :) also apply for placement PTL? It would be a "personal union" of the crown15:33
stephenfintosky: entirely possible. That's a very valid option 315:33
*** k_mouza has joined #openstack-nova15:37
*** k_mouza has quit IRC15:37
*** k_mouza has joined #openstack-nova15:37
gibinova meeting starts in 10 minutes in #openstack-meeting-315:50
*** ozzzo has quit IRC15:50
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Move implemented spec  https://review.opendev.org/75412415:54
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Move implemented specs  https://review.opendev.org/75412415:54
*** _mlavalle_1 has joined #openstack-nova15:54
*** _mlavalle_1 has quit IRC15:54
*** mlavalle has quit IRC15:57
*** gyee has joined #openstack-nova15:59
*** priteau has joined #openstack-nova16:00
*** belmoreira has joined #openstack-nova16:07
*** belmoreira has quit IRC16:15
*** mlavalle has joined #openstack-nova16:15
*** k_mouza has quit IRC16:15
*** spatel has joined #openstack-nova16:16
*** dtantsur is now known as dtantsur|afk16:17
*** ralonsoh has quit IRC16:22
*** k_mouza has joined #openstack-nova16:22
fricklerdid nova recently raise the bar on qemu? looks like opensuse is failing with "nova.exception.InternalError: Nova requires QEMU version 4.0.0 or greater." https://a5f2733c1907b1f26b90-5593d50c131879f6a486eeedbad80e3c.ssl.cf5.rackcdn.com/743800/14/check/devstack-platform-opensuse-15/91eeaf7/controller/logs/screen-n-cpu.txt16:24
*** hemna has quit IRC16:25
*** hemna has joined #openstack-nova16:25
gibifrickler: yes we did bumped min version16:26
gibifrickler: https://review.opendev.org/#/c/746981/16:26
fricklergibi: ah, o.k., so I guess nobody checked opensuse? I mean, personally I don't care, we can just drop that devstack job16:27
gibiyeah it seems nobody checked the opensuse job16:28
gibias far as I see it is a non-voting job that was not run for the nova patch16:29
gibifrickler: I will open a bug to track this if you haven't done that yet16:30
fricklergibi: I've asked the suse contacts I know in #openstack-infra, feel free to create a bug, too16:30
sean-k-mooneyfrickler: the latest version of opensuse shoudl have the new minium16:30
sean-k-mooneybut that does not mean that job is using the latest version16:31
gmann  i think opensuse 15.1. has qemu 3.1.1.116:31
sean-k-mooney15.2 has 4.2.016:31
gmannyeah16:32
gmannhttps://software.opensuse.org/package/qemu?16:32
sean-k-mooneyand tumbelweed is on 5.116:32
sean-k-mooneyi was looking at https://repology.org/project/qemu/versions16:32
sean-k-mooneyfrickler: so idealy to fix the suse job it woudl go to 15.216:32
gmannyeah, we need to move the distro version16:33
gibifrickler, sean-k-mooney, gmann: filed a bug for tracking https://bugs.launchpad.net/nova/+bug/189711816:34
openstackLaunchpad bug 1897118 in OpenStack Compute (nova) "nova-compute does not start in devstack-platform-opensuse-15 job due to < 4.0.0 qemu version" [Undecided,New]16:34
gibiI have to leave for today16:35
gibisee you tomorrow16:35
sean-k-mooneylooking at https://github.com/openstack/devstack/blob/master/doc/source/overview.rst#base-os susue is not on the list of maintained plathforms anymore16:36
sean-k-mooneystill if its an easy fix then there is no harm16:36
gmannsean-k-mooney: i am not sure how easy, 15.2 is not in supported version yet so it depends on how new version work- https://github.com/openstack/devstack/blob/5aa38f51b3dd0660a0622aecd65937d3c56eedc2/stack.sh#L22416:36
sean-k-mooneygmann: right but devstack only offically support the latest current version of suse16:38
gmannadded devstack in bug16:39
sean-k-mooneyso in theory it should have swaped when 15.2 was released like we do for fedora when a new version comes out16:39
gmannyeah,16:39
gmannneed more active maintainer for opensuse if needed.16:40
sean-k-mooneythe first step will be ensuring dib can build 15.216:40
sean-k-mooneythen if it can update devstack to support it16:40
sean-k-mooneythat or use the tumbelweed job instead16:40
sean-k-mooney* /the/a/16:41
*** k_mouza has quit IRC16:46
*** spatel has quit IRC16:50
*** derekh has quit IRC17:01
*** salmankhan has quit IRC17:06
*** lpetrut has quit IRC17:06
*** ociuhandu has quit IRC17:07
*** lpetrut has joined #openstack-nova17:09
*** hemna has quit IRC17:10
*** hemna has joined #openstack-nova17:19
*** aj_mailing has joined #openstack-nova17:24
*** Yumeng has quit IRC17:36
*** links has quit IRC17:38
*** iurygregory has quit IRC17:45
*** aj_mailing has quit IRC17:48
*** aj_mailing has joined #openstack-nova17:48
*** artom has quit IRC17:50
openstackgerritMerged openstack/nova stable/ussuri: test_evacuate.sh: Stop using libvirt-bin  https://review.opendev.org/75328117:56
*** iurygregory has joined #openstack-nova17:58
lyarwood~.17:58
*** hamalq has joined #openstack-nova18:04
*** nweinber has quit IRC18:07
*** nweinber has joined #openstack-nova18:08
*** tosky has quit IRC18:22
openstackgerritMerged openstack/nova stable/ussuri: Ensure source compute is up when confirming a resize  https://review.opendev.org/74836918:37
*** nightmare_unreal has quit IRC18:45
*** chenhaw has quit IRC18:47
*** maciejjozefczyk_ has quit IRC18:51
openstackgerritsean mooney proposed openstack/nova master: Fix unplugging VIF when migrate/resize VM  https://review.opendev.org/75164218:52
openstackgerritsean mooney proposed openstack/nova master: libvirt: delegate ovs plug to os-vif  https://review.opendev.org/60243218:52
*** priteau has quit IRC18:58
*** bbowen has quit IRC19:05
*** xek has joined #openstack-nova19:06
*** aj_mailing has quit IRC19:08
*** aj_mailing has joined #openstack-nova19:08
*** openstackgerrit has quit IRC19:14
*** nweinber has quit IRC19:54
*** lemko has quit IRC19:57
*** lemko has joined #openstack-nova19:57
*** openstackgerrit has joined #openstack-nova20:01
openstackgerritMerged openstack/nova stable/rocky: libvirt: Do not reference VIR_ERR_DEVICE_MISSING when libvirt is < v4.1.0  https://review.opendev.org/74736120:01
*** zzzeek has quit IRC20:12
*** zzzeek has joined #openstack-nova20:14
*** JamesBenson has quit IRC20:14
*** zzzeek has quit IRC20:18
*** zzzeek has joined #openstack-nova20:20
*** bbowen has joined #openstack-nova20:21
*** zzzeek has quit IRC20:25
*** zzzeek has joined #openstack-nova20:26
*** zzzeek has quit IRC20:30
*** zzzeek has joined #openstack-nova20:33
*** xek has quit IRC20:35
*** zzzeek has quit IRC20:43
*** artom has joined #openstack-nova20:45
*** zzzeek has joined #openstack-nova20:46
*** zzzeek has quit IRC20:51
*** zzzeek has joined #openstack-nova20:53
*** slaweq has quit IRC21:06
*** lpetrut has quit IRC21:30
openstackgerritmelanie witt proposed openstack/nova stable/ussuri: Test for disabling greendns  https://review.opendev.org/75422021:37
*** mriedem has left #openstack-nova21:40
*** raildo has quit IRC21:42
*** zzzeek has quit IRC22:24
*** zzzeek has joined #openstack-nova22:25
*** vishalmanchanda has quit IRC22:39
*** zzzeek has quit IRC22:44
*** zzzeek has joined #openstack-nova22:46
*** rcernin has joined #openstack-nova22:58
*** mlavalle has quit IRC23:02
*** rcernin has quit IRC23:14
*** rcernin has joined #openstack-nova23:14
*** zzzeek has quit IRC23:43
*** zzzeek has joined #openstack-nova23:45
« Wednesday, 2020-09-23 Index Friday, 2020-09-25 »

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