Friday, 2020-11-06

*** macz_ has quit IRC00:35
*** martinkennelly has quit IRC00:42
*** martinkennelly has joined #openstack-nova00:43
*** gyee has quit IRC00:53
*** mlavalle has quit IRC01:07
*** Liang__ has joined #openstack-nova01:17
*** martinkennelly has quit IRC01:25
*** iurygregory has quit IRC01:26
*** k_mouza has joined #openstack-nova01:45
*** k_mouza has quit IRC01:50
*** dansmith has quit IRC02:34
*** dansmith has joined #openstack-nova02:34
*** kaisers has quit IRC02:44
*** rcernin has quit IRC02:54
*** rcernin has joined #openstack-nova03:13
*** sapd1 has joined #openstack-nova04:54
*** macz_ has joined #openstack-nova05:01
*** macz_ has quit IRC05:05
openstackgerritMerged openstack/nova master: Update pci stat pools based on PCI device changes  https://review.opendev.org/74917505:23
*** sapd1 has quit IRC05:27
*** vishalmanchanda has joined #openstack-nova05:32
*** evrardjp has quit IRC05:33
*** evrardjp has joined #openstack-nova05:33
*** rcernin has quit IRC05:36
*** rcernin has joined #openstack-nova05:43
openstackgerritHemanth Nakkina proposed openstack/nova stable/victoria: Update pci stat pools based on PCI device changes  https://review.opendev.org/76170005:44
*** rcernin has quit IRC05:57
*** rcernin has joined #openstack-nova06:03
*** ratailor has joined #openstack-nova06:04
*** sapd1 has joined #openstack-nova06:05
*** rcernin has quit IRC06:21
openstackgerritHemanth Nakkina proposed openstack/nova stable/ussuri: Update pci stat pools based on PCI device changes  https://review.opendev.org/76170106:23
*** sapd1 has quit IRC06:46
*** rpittau|afk is now known as rpittau06:47
*** ralonsoh has joined #openstack-nova06:56
*** rcernin has joined #openstack-nova07:03
*** obre has quit IRC07:10
*** sapd1 has joined #openstack-nova07:30
*** spatel has joined #openstack-nova07:35
*** ociuhandu has joined #openstack-nova07:37
*** dklyle has quit IRC07:37
*** spatel has quit IRC07:39
*** ociuhandu has quit IRC07:41
openstackgerritJorhson Deng proposed openstack/nova master: To deal instance with soft-deleting in _init_instance  https://review.opendev.org/76126407:47
*** luksky has joined #openstack-nova07:56
*** iurygregory_ has joined #openstack-nova08:09
*** rcernin has quit IRC08:09
*** andrewbonney has joined #openstack-nova08:11
*** iurygregory_ is now known as iurygregory08:14
*** tesseract has joined #openstack-nova08:15
*** dtantsur|afk is now known as dtantsur08:42
*** rcernin has joined #openstack-nova08:52
*** rcernin has quit IRC09:06
*** martinkennelly has joined #openstack-nova09:11
*** ociuhandu has joined #openstack-nova09:17
*** ociuhandu has quit IRC09:29
*** ociuhandu has joined #openstack-nova09:30
*** ociuhandu has quit IRC09:34
*** ociuhandu has joined #openstack-nova09:34
*** derekh has joined #openstack-nova09:40
gibibauzas: you can remove your -2 on https://review.opendev.org/#/c/761639/ the fix merged to master09:54
*** slaweq has joined #openstack-nova09:56
bauzasgibi: sure okay09:59
bauzasdone10:00
* bauzas looks at the grenade multinode job to see why it's still -110:01
gibibauzas: https://zuul.opendev.org/t/openstack/build/aefd1852c72345148e6f62b65b6b49fd/log/logs/screen-n-cpu.txt?severity=4#1722610:07
bauzasgibi: I was on it :)10:07
gibihttps://bugs.launchpad.net/nova/+bug/190173910:07
openstackLaunchpad bug 1901739 in OpenStack Compute (nova) " libvirt.libvirtError: internal error: missing block job data for disk 'vda'" [High,Confirmed]10:07
bauzasbut I was looking at e-r to see whether we also had a bug10:07
bauzasack, thanks10:08
bauzasok, I declared it10:08
bauzashttp://status.openstack.org/elastic-recheck/#190173910:08
gibiyep10:09
*** ociuhandu has quit IRC10:09
*** ociuhandu has joined #openstack-nova10:10
lyarwood`Delay in Elastic Search: Indexing behind by 100 hours`10:15
lyarwoodI know melwitt was looking into this a while ago with infra but I think we need to flag that again10:15
lyarwoodI hit 1901739 yesterday FWIW, might bump the bug a little10:15
gibilyarwood: there is a bug that produces 100MBs of libvirt log maybe that causes logstash to get swamped https://bugs.launchpad.net/nova/+bug/190227610:16
openstackLaunchpad bug 1902276 in OpenStack Compute (nova) "libvirtd going into a tight loop causing instances to not transition to ACTIVE" [Undecided,New]10:16
lyarwoodkashyap: https://bugs.launchpad.net/nova/+bug/1901739 - I know you've been under water with other things but did you find anything more about https://bugs.launchpad.net/nova/+bug/190173910:16
openstackLaunchpad bug 1901739 in OpenStack Compute (nova) " libvirt.libvirtError: internal error: missing block job data for disk 'vda'" [High,Confirmed]10:16
lyarwoodgibi: yeah true are we hitting that often? I've not seen it outside of the example job in the bug tbh10:17
gibilet me look10:17
kashyaplyarwood: Hi, yeah; I'm under a "fun" deadline to do an LWN write-up of a couple of KVM Forum talks (including one involving Block Layer)10:17
kashyaplyarwood: Looking...10:17
lyarwoodkashyap: ack np10:18
lyarwoodkashyap: I can try to push it forward today10:18
kashyaplyarwood: Let me ping Peter Krempa once more to see if he can have a look at - https://kashyapc.fedorapeople.org/LP-1901739/10:18
* lyarwood gulps more coffee10:18
lyarwoodkashyap: awesome thanks10:18
bauzaslyarwood: the e-r indexing allows to set the hits automatically10:19
kashyapIt's the interaction of libvirt's interface with QEMU's NBD10:19
bauzaslyarwood: but when you recheck with a bug number, it does increase the counter too10:19
bauzasjust manually10:19
lyarwoodbauzas: right my point is that we are likely hitting this more than the counter shows anyway10:19
bauzascorrect, but fwiw like I said, i incremented the counter at least this morning10:20
bauzasbut we can look at logstash to see the occurences if you do feel we could have more10:20
bauzashttp://logstash.openstack.org/#/dashboard/file/logstash.json?query=message%3A%5C%22Live%20Migration%20failure%3A%20internal%20error%3A%20missing%20block%20job%20data%20for%20disk%20%27vda%27%3A%20libvirt.libvirtError%3A%20internal%20error%3A%20missing%20block%20job%20data%20for%20disk%20%27vda%27%5C%22%20AND%20tags%3A%5C%22screen-n-cpu.txt%5C%22%20AND%20voting%3A1&from=864000s10:20
lyarwoodright but if the logs aren't indexed they don't show up in logstash right?10:21
lyarwoodso again to my point, due to the delay we are likely missing hits of this10:21
lyarwoodthat's all I was suggesting10:22
bauzasoh shit, you're right, my bad10:22
bauzasI was just thinking e-r indexing was broken, not the whole logstash munging10:22
bauzas(because we had specific e-r issues in the past)10:23
kashyaplyarwood: Peter points out the version 5.4.0.  But weren't we supposed to be using libvirt-6.0.0, from Focal?10:29
*** k_mouza has joined #openstack-nova10:33
*** Liang__ has quit IRC10:33
lyarwoodkashyap: huh10:38
gibilyarwood: regarding https://bugs.launchpad.net/nova/+bug/1902276 and the big libvirtd.log. I don't found any meaningful log I can use as a signature for this bug. so i don't know how frequently octavia hit this. Either my logstash knowledge is not enough or logstash does not index libvirtd.log10:38
openstackLaunchpad bug 1902276 in OpenStack Compute (nova) "libvirtd going into a tight loop causing instances to not transition to ACTIVE" [Undecided,New]10:38
lyarwoodgibi: kk, I'm going to finish looking at 1901739 then I'll switch back to that10:39
kashyaplyarwood: What do you mean?  Yeah, that was also sorta my reaction ... 5.4 is only about a year-ish old10:40
gibinow I go and ask infra about how we can help with the indexing delay of logstash10:40
*** brinzhang0 has quit IRC10:42
lyarwoodkashyap: gah so our nova-live-migration job is still bionic10:42
lyarwoodkashyap: not sure how I missed this10:42
kashyaplyarwood: Either way; Peter says 6.0.0, which uses the -blockdev infra should fix it10:42
lyarwoodkashyap: kk well the new zuulv3 live migration job is using that and passing10:43
kashyaplyarwood: No problem; you do a lot of CI job work too; easy to miss10:43
kashyapAh-ha; good to know!  Got a link?10:43
*** martinkennelly has quit IRC10:43
lyarwoodkashyap: is the fix generic or can he point to something specific just so we can document why we need to move to focal?10:43
lyarwoodkashyap: I'm thinking of marking the current job as non-voting while we move10:44
kashyaplyarwood: Yeah, that makes sense; anything that gets us away from the "legacy" (-drive)10:46
kashyaplyarwood: He doesn't have a commit hash, afraid.10:46
*** ociuhandu has quit IRC10:47
lyarwoodkashyap: kk10:48
*** k_mouza has quit IRC10:52
*** k_mouza has joined #openstack-nova10:59
*** sapd1 has quit IRC11:04
openstackgerritLee Yarwood proposed openstack/nova master: zuul: Merge nova-evacuate into nova-multinode-live-migration  https://review.opendev.org/75530911:05
openstackgerritLee Yarwood proposed openstack/nova master: zuul: Replace nova-live-migration with zuulv3 jobs  https://review.opendev.org/75255711:05
lyarwoodgibi / kashyap ; ^ so I think we need to bring this forward to resolve https://bugs.launchpad.net/nova/+bug/190173911:06
openstackLaunchpad bug 1901739 in OpenStack Compute (nova) " libvirt.libvirtError: internal error: missing block job data for disk 'vda'" [High,In progress] - Assigned to Lee Yarwood (lyarwood)11:06
lyarwoodahead of the ceph stuff also landing11:06
lyarwoodtl;dr move the live migration job from bionic to focal11:06
gibilyarwood: looking...11:09
openstackgerritHemanth Nakkina proposed openstack/nova stable/train: Update pci stat pools based on PCI device changes  https://review.opendev.org/76172511:10
*** dtantsur is now known as dtantsur|bbl11:13
*** ociuhandu has joined #openstack-nova11:14
*** martinkennelly has joined #openstack-nova11:15
openstackgerritHemanth Nakkina proposed openstack/nova stable/train: Update pci stat pools based on PCI device changes  https://review.opendev.org/76172511:16
*** ociuhandu has quit IRC11:18
gibilyarwood: so with the new focal job we can avoid 1901739 on master, but we still hit it on stable/victoria isn't it?11:19
*** ociuhandu has joined #openstack-nova11:20
openstackgerritHemanth Nakkina proposed openstack/nova stable/stein: Update pci stat pools based on PCI device changes  https://review.opendev.org/76172711:25
*** ociuhandu has quit IRC11:30
*** ociuhandu has joined #openstack-nova11:33
*** ociuhandu has quit IRC11:40
*** tesseract has quit IRC11:40
*** rcernin has joined #openstack-nova11:40
*** tesseract has joined #openstack-nova11:41
lyarwoodgibi: yes, unless we backport the job there11:48
lyarwoodgibi: that might not be a crazy idea11:48
gibiyeah, for victoria it is OK as we had the focal goal for V11:48
gibidoes this bug hits older stable branches too?11:48
lyarwoodgibi: I think I've only seen it in master thus far11:49
lyarwoodgibi: but we haven't been landing much in stable/victoria11:49
lyarwoodgibi: vs master that is11:49
openstackgerritHemanth Nakkina proposed openstack/nova stable/stein: Update pci stat pools based on PCI device changes  https://review.opendev.org/76172711:49
*** ociuhandu has joined #openstack-nova11:55
gibilyarwood: ack12:01
*** crazik has left #openstack-nova12:02
gibiI totally support backporting this job changes to V12:03
*** k_mouza has quit IRC12:03
lyarwoodgibi: ack thanks12:06
*** k_mouza has joined #openstack-nova12:08
*** rcernin has quit IRC12:08
*** ociuhandu has quit IRC12:10
*** ratailor has quit IRC12:30
*** ociuhandu has joined #openstack-nova12:30
*** jamesdenton has quit IRC12:48
sean-k-mooneyelod: can you take a look at this os-vif backport and the proceeding patch when you have time https://review.opendev.org/#/c/759255/112:58
gibigmann: does this ring a bell to you? https://zuul.opendev.org/t/openstack/build/bf932888821345c1955cda68226b1a87/log/job-output.txt#28429  was there any policy default change in glance or policy config change in devstack recently?13:04
*** tosky has joined #openstack-nova13:07
elodsean-k-mooney: sure! (at first glance the 'refactor' topic tricked me, but as far as i see it's a bugfix :))13:19
*** sapd1 has joined #openstack-nova13:22
sean-k-mooneyya kind of its pulling out some common code but its need for the follow up13:30
*** k_mouza has quit IRC13:32
*** ociuhandu has quit IRC13:37
*** k_mouza has joined #openstack-nova13:47
*** ociuhandu has joined #openstack-nova13:56
mnasiadkagood afternoon13:57
mnasiadkadoes Nova support having ephemeral volumes from different backends? (e.g. one ceph, second from a local filesystem)13:57
*** ociuhandu has quit IRC13:59
*** ociuhandu has joined #openstack-nova13:59
*** eharney_ has joined #openstack-nova14:07
*** kaisers has joined #openstack-nova14:08
*** ociuhandu has quit IRC14:10
*** eharney has quit IRC14:10
*** nweinber has joined #openstack-nova14:17
*** dtantsur|bbl is now known as dtantsur14:20
lyarwoodmnasiadka: for the libvirt virt driver no, we only support a single images_type configurable14:22
lyarwoodmnasiadka: for multibackend support you should use cinder14:23
mnasiadkalyarwood: that's what I considered as an alternative14:23
mnasiadkalyarwood: thanks14:23
lyarwoodmnasiadka: np14:23
sean-k-mooneystephenfin:.... https://github.com/openstack/nova/commit/b8695de6da56db42b83b9d9d4c330148766644be rewrote the pci generation that is why my fix is broken14:25
sean-k-mooneyi guess that needs to go back to queens too14:26
*** jamesdenton has joined #openstack-nova14:32
bauzasgibi: others, some bugfix that could be backported https://review.opendev.org/#/c/758470/14:44
bauzaseasy peasy IMHO14:44
* bauzas still works on the RPC API 6.0 bump14:44
gibibauzas: will check soonish14:45
bauzasno rush14:46
bauzasbut ta14:46
gibiit is Friday I run out of rush alreay ;)14:47
*** artom has quit IRC14:48
openstackgerritsean mooney proposed openstack/nova master: Fix unplugging VIF when migrate/resize VM  https://review.opendev.org/75164214:49
openstackgerritsean mooney proposed openstack/nova master: libvirt: delegate ovs plug to os-vif  https://review.opendev.org/60243214:49
*** martinkennelly has quit IRC14:49
*** ociuhandu has joined #openstack-nova14:49
*** martinkennelly has joined #openstack-nova14:49
lyarwoodI'm not sure if anyone has been looking at this but I can't see an obvious issue with nova-ceph-multistore aside from instance spawns taking a long time overall14:52
lyarwoodI'll look at another example failure after a downstream call and file a bug to track these timeouts14:53
gmanngibi: let me check. we did change one glance policy in nove ceph multistore job.14:54
gmanngibi: ah this is same copy_image  policy. checking why it is failing.14:54
*** ociuhandu has quit IRC14:55
gibigmann: thanks!14:55
bauzasis it only me or you do you get a shit of exceptions when running functional and unittests locally with nova.storage.rbd_utils about the 'rados' and 'rbd' packages missing ?14:56
bauzasor do*14:56
openstackgerritGhanshyam Mann proposed openstack/nova stable/victoria: Modify glance's copy_image permission for nova-ceph-multistore  https://review.opendev.org/76175514:56
gibibauzas: I see it too14:56
gibiand I remember seeing a patch fixing it14:56
bauzasI tested with both py38 and py3914:56
bauzasbut that's mostly annoying14:56
gmanngibi: bauzas lyarwood backporting the nova-ceph-multistore fix https://review.opendev.org/#/c/761755/14:56
gibibauzas: https://review.opendev.org/#/c/746873/14:57
gmannTempest test merged before we backported this14:57
gibigmann: thanks!14:58
bauzasgibi: meh, I should have it in my local repo14:58
* bauzas sees it was merged 3 weeks ago14:58
gibibauzas: then maybe it is not the fix but it is the patch that generates the exception in the first place14:58
lyarwoodgmann: ah did that bork the job on stable?14:58
gmanngibi: lyarwood nova-ceph-multistore job is from victoria so backporting until victoria is needed14:59
gmannlyarwood: yeah - https://zuul.opendev.org/t/openstack/build/bf932888821345c1955cda68226b1a87/14:59
gmanntempest test which started running in nova-ceph-multistore on master as well on stable/victoria started running and needed this change on nova side14:59
bauzasgibi: hah, that's maybe because the exception is not the same15:00
bauzasah no15:00
bauzasnevermind15:00
bauzaswe log the exception15:00
lyarwoodgmann: ack I was going to look at that failure so thanks :)15:01
bauzashence the stracktrace15:01
bauzasbut that's horribly annoying15:01
bauzaslyarwood: any ways for us to not getting a shitty number of exception lines anytime we use tox ?15:01
gmannlyarwood: we added tempest test to copy-image for private images also (https://review.opendev.org/#/c/742546/23) which needed this policy to be open for everyone15:01
bauzasbecause of rados and rbd missing15:02
bauzaslyarwood: context being https://review.opendev.org/#/c/746873/4/nova/storage/rbd_utils.py15:02
lyarwoodgmann: ack15:02
*** martinkennelly has quit IRC15:03
lyarwoodbauzas: we could add some logic to skip the check based on an ENV var or something in test envs?15:03
lyarwoodbauzas: or we add them as test requirements?15:04
lyarwoodbauzas: even though they are virt driver specific15:04
bauzaslyarwood: context is http://paste.openstack.org/show/799789/15:05
lyarwoodbauzas: yeah I;ve seen it15:05
bauzaslyarwood: IMHO we should lazy load the modules15:05
bauzasfor rdb and rados15:05
bauzasor making them needed for all *nova*15:06
bauzasbut, definitely, the former15:06
bauzasif they are optional15:06
bauzas(and only for a specific driver)15:06
lyarwoodbauzas: we lazy loaded before silently and it was a PITA to debug issues when they failed to import15:06
lyarwoodbauzas: assuming that's what you mean15:06
lyarwoodbauzas: could we not just add them as test deps?15:07
bauzaslyarwood: then, lazy load them by creating the libvirt object15:07
bauzaswhen initting15:07
*** suryasingh has joined #openstack-nova15:07
bauzasgibi: ^ to be honestly, I'm against https://review.opendev.org/#/c/746873/4/nova/storage/rbd_utils.py15:07
bauzasbecause we create more problems for folks that don't use ceph than we fix the needed ones15:08
openstackgerritMerged openstack/nova master: zuul: Merge nova-evacuate into nova-multinode-live-migration  https://review.opendev.org/75530915:09
dansmithbauzas: me too, that seems crazy15:09
dansmithsurely we could check images_type and decide whether or not to explode there?15:10
gibibauzas, lyarwood, dansmith: can we move these import into one of the classes in the rbd_utils?15:10
gibidansmith: it is not exploding the driver, it is logging the import error15:11
dansmithgibi: I think the point here was to make it explode before those get loaded, but that's not really okay, IMHO15:11
bauzasgibi: the problem is that when using import directly, you *need* rdb15:11
bauzasby any module15:11
bauzashence either lazy-loading it15:11
bauzasor having other ways to support it like we did by telling none15:11
dansmithyeah, go back to the old way and make something else check to see if the rbd import is None during early init, if we're in a dependent code path15:12
*** vishalmanchanda has quit IRC15:12
bauzasby providing an exception you say "sorry, but you need it"15:12
dansmithcheck config, or put it in a class we only load if we're using ceph15:12
bauzasthat too15:13
bauzasthere are multiple ways to make sure it's optional15:13
gibifiled a bug https://bugs.launchpad.net/nova/+bug/190331615:16
openstackLaunchpad bug 1903316 in OpenStack Compute (nova) "excessive logging of rbd and rados import errors" [Undecided,New]15:16
*** ociuhandu has joined #openstack-nova15:16
*** rpittau is now known as rpittau|afk15:18
gibifeel free to push a fix against it ^^15:19
gibiif nobody then I might get to it at some point next week15:20
*** legochen_ has joined #openstack-nova15:21
*** legochen_ is now known as legochen15:21
bauzasgibi: I can try to fix it15:22
bauzasbut ideally, I'd love to understand the dynamics behind us logging this as an exception and what we wanted to fix previously15:22
gibiack, thanks15:22
gibiI hope lyarwood can provide such context ^^15:23
bauzasbecause I don't see a problem with lazy-loading at init time15:23
bauzaswe could even make nova-compute refuse to start if config option says "you should have it"15:23
dansmithright15:24
lyarwoodbauzas: the context there is that we previously silently failed without logging any context about why the import failed.15:24
dansmithor .. log the warning if configured and missing15:24
lyarwoodbauzas: we had a few downstream reports where this failed even with the modules in the container image etc.15:24
lyarwoodhmm I was sure there was a reason we couldn't check the config before doing this import15:25
* lyarwood looks again15:25
dansmithlyarwood: well before it was above the CONF,15:25
dansmithlyarwood: but also, where we actually need it, check to see if the import is None, if so, try to import it again and log the exception there just to get the evidence15:25
dansmithi.e. if rbd_utils.rbd is None: import rbd15:26
lyarwooddansmith: yup understood15:27
bauzasdansmith: lyarwood: honestly, I'm on the side we should fix the problem by making rdb and rados mandatory for the use of the right option, and make nova-compute hardstop if not15:32
lyarwoodbauzas: it already does15:32
bauzasnot in this module then, right?15:32
lyarwoodno, we just raise RuntimeError15:33
bauzaswhen starting the compute service ?15:33
lyarwoodfrom this module that iirc stops the service eventually yes15:33
lyarwoodif rbd is used15:33
bauzasthe above try/catch is made at import time, not runtime15:34
bauzasso unless we fail ungracefully there, we do check it at run time15:34
lyarwoodhttps://github.com/openstack/nova/blob/c0fe95fcc5aec99a83dd57093dc230ef67b36b39/nova/storage/rbd_utils.py#L139-L14015:35
bauzasack, run time15:35
bauzasand when we create the instancez15:35
bauzaswhich, I suspect, is made at init15:35
bauzaslyarwood: okay, so indeed, we're all good, but why couldn't we just make the imports being made at run time just before this check ?15:36
lyarwoodI'm reworking this now15:37
lyarwoodthe only issue now is that we need to ignore F401 as the imports aren't directly used in __init__15:39
*** artom has joined #openstack-nova15:41
bauzaslyarwood: why ?15:44
bauzasI'm confused15:44
bauzashah, so you have a rados object which isn't used15:44
lyarwoodno idea, must be the way the pep8 rule is written, rados is used within the class but it's also saying that the import isn't used15:45
lyarwoodboth imports are listed as not used15:45
lyarwoodI've #noqa'd the lines anyway15:45
bauzaslyarwood: use the importlib module15:45
sean-k-mooneystephenfin: test15:46
stephenfinHexChat didn't crash \o/15:46
openstackgerritLee Yarwood proposed openstack/nova master: rbd: Only log import failures when the RbdDriver is used  https://review.opendev.org/76176215:46
sean-k-mooneyyou should still lookinto weechat15:46
sean-k-mooneybut glad its working15:46
stephenfinmeh, I live the GUI in a separate window15:46
dansmithlyarwood: that's much better, IMHO15:47
lyarwoodyup not sure what I was thinking the first time round15:47
sean-k-mooneystephenfin: by the way https://review.opendev.org/#/q/topic:bug/1895220+(status:open+OR+status:merged) are ready for you to review again15:47
sean-k-mooneythey are still running in ci however15:48
dansmithlyarwood: now I have to figure out what drug I can take to let me approve that without a test15:48
lyarwooddansmith: hmm I can work something out now that it's in the class15:48
dansmithlyarwood: I'm thinking it'll be hard to tickle the error case with a mock, so I should probably just let it go...15:48
bauzaswait, you were having global objects15:48
*** jangutter_ has quit IRC15:48
lyarwoodtrue it's awkward15:48
dansmithwe used to use importutils more for stuff like that so we can mock that instead of the import keyword15:49
bauzashere, you are making them class attributes15:49
dansmithbauzas: no15:49
bauzasdansmith: right, i just said it15:49
lyarwoodwait, the imports aren't global?15:49
dansmiththey are15:49
openstackgerritArtom Lifshitz proposed openstack/nova stable/train: Test for disabling greendns  https://review.opendev.org/76176315:49
bauzaslyarwood: importlib does the magic for you15:49
bauzasor importutils, either way15:50
dansmiththe imports are global because if they really import, we'll have gotten them up top,15:50
dansmiththe import in the class is purely to generate the exception for logging15:51
dansmithusing an import helper would be good for the mocking case, but otherwise the noqa seems fine to me, as I'm sure it's just complaining about the unused variable15:51
* bauzas double-checking this detail15:51
dansmithyou might be able to avoid it with "import rbd as _rbd" but it doesn't matter15:51
sean-k-mooneyi think its an unused import rather then unsued varibale so not suer the as will fix it but noqa i think is still fine15:52
sean-k-mooneypreferably with a comment as to why its there15:52
* lyarwood adds a comment15:54
sean-k-mooneyfor what its worth i prefer not using importlib/utiles simply due to the grep factor e.g. if im grepin for import rbd i wont see it but it is cleaner to use there helpers15:54
bauzashmmmm15:55
*** dklyle has joined #openstack-nova15:55
sean-k-mooneythat not really important but its why i personlly dont tend to use it15:55
bauzasmy own test shows me that the import isn't global15:55
sean-k-mooneybauzas: the import in the fuction is not the top levle one is15:55
dansmithbauzas: the import is on L3215:55
dansmithit's global15:55
lyarwoodbauzas: the imports at the top of the file15:55
bauzashttp://paste.openstack.org/show/799791/15:55
lyarwoodbauzas: we only retry these later in the class if the originals failed15:55
dansmiththis ^15:56
bauzaslyarwood: right, so my purpose is to say that if you weren't able to import them at import time, you will get them at run time but only within the class namespace15:56
sean-k-mooneyand that is to get the reason it failed15:56
dansmithbauzas: no, we won't import them at runtime either15:56
bauzasI maybe missed the point then15:57
lyarwoodso we raise15:57
lyarwoodL13915:57
bauzasoh, that's just for logging purpose ?15:57
lyarwoodright15:57
dansmithbauzas: the point is not to "try again", the point is to generate the import exception just for logging15:57
bauzashah, ok15:57
bauzashence the F40115:57
bauzasbecause the local import wasn't used15:57
sean-k-mooneyits something danpb suggested wehn we were trying to figure out why imports didnt work15:58
bauzaslyarwood: but fwiw, imports aren't global15:58
sean-k-mooneywe think it was due to memory issues in the custoemr env since the had a bunc of OOM issue at the time15:58
sean-k-mooneybut we dont have any logs to say15:58
sean-k-mooneybauzas: import happen in your current scope15:58
openstackgerritLee Yarwood proposed openstack/nova master: rbd: Only log import failures when the RbdDriver is used  https://review.opendev.org/76176215:58
bauzassean-k-mooney: right, that's what I said15:59
sean-k-mooneyso if you are at global scope they are if you are in function scope tehy are just in that scope15:59
sean-k-mooneyalthough that is only half though15:59
sean-k-mooney*true15:59
bauzaseither way15:59
sean-k-mooneythe modul is actully imported gloablly including inialising all its global state it just made available in your local scope15:59
sean-k-mooneyif you import it somewere else that modules globalse state is still there16:00
bauzasok, the docstring helps16:00
bauzasdansmith: honestly, I won't bother for tests here16:01
* lyarwood moves on16:01
dansmithlyarwood: couple comments on your comments16:02
* lyarwood moves back16:02
dansmithbauzas: well, I understand but a typo in a log message in an exception handler really defeats the point of the helper.. but I'd rather get it fixed than complicate it for testability16:02
bauzasdansmith: fwiw I agree with your comments16:03
bauzasI guess we need both rbd and rados modules to be present in order to work16:04
bauzasso only one exception catch should be enough16:04
dansmith...like in the actual import.. I'm not sure why it's split in the original change or this one, but maybe lyarwood has a reason16:04
lyarwoodyeah I don't recall why, likely just leaving specific breadcrumbs but that's part of the issue with the first patch so I'll merge them back togther now16:07
bauzasI guess because the log is different16:07
dansmithsure, but the exception trace will tell you which one16:07
bauzasyup, I was able to tell it16:07
openstackgerritLee Yarwood proposed openstack/nova master: rbd: Only log import failures when the RbdDriver is used  https://review.opendev.org/76176216:13
dansmithgibi: ^16:14
* lyarwood really does move on now16:14
gibilooking..16:14
dansmithlyarwood: wait, one more thing16:14
* lyarwood really does move back now16:14
lyarwood^_^16:15
bauzasdansmith: oh shit, I +Wd16:16
dansmithbauzas: I was just joking16:16
bauzashah16:16
* bauzas whispers16:16
* bauzas was sweating16:16
dansmithbut I figured gibi should look too16:16
bauzasanyway, time to call it a wrap16:16
bauzasgibi: please look at https://review.opendev.org/761762 which is going to the gate for the next hours16:17
bauzasanyway, \o16:17
bauzasman, I just found we powerplayed /o\16:18
bauzasapologies16:18
gibino worries. It looks good to me too16:19
openstackgerritSylvain Bauza proposed openstack/nova master: rbd: Only log import failures when the RbdDriver is used  https://review.opendev.org/76176216:19
gibithen I will add the Closes-Bug tag the the commit message ^^16:20
*** artom has quit IRC16:20
gibior not :D16:20
gibiwhatever16:20
gibibauzas: thanks for the commit message update16:21
*** mlavalle has joined #openstack-nova16:23
*** k_mouza has quit IRC16:28
*** k_mouza has joined #openstack-nova16:29
*** macz_ has joined #openstack-nova16:30
*** gyee has joined #openstack-nova16:33
stephenfinsean-k-mooney: comment on https://review.opendev.org/#/c/751642/8/nova/virt/libvirt/driver.py@158816:46
*** ociuhandu_ has joined #openstack-nova16:52
sean-k-mooneyi was asked to log it and assert the excption is caught16:53
sean-k-mooneyif i remove the logging i cant do either16:53
sean-k-mooneyim useing log.debug so i dont think that prints the stack trace the way log.excpetion does16:54
*** ociuhandu has quit IRC16:55
sean-k-mooneystephenfin: im expecting it to log the excption message not the traceback16:55
*** ociuhandu_ has quit IRC16:56
stephenfinsean-k-mooney: aha, right you are. You need to pass a flag for that to happen16:57
*** artom has joined #openstack-nova17:02
*** dtantsur is now known as dtantsur|afk17:13
openstackgerritMerged openstack/os-vif stable/victoria: Refactor code of linux_net to more cleaner and increase performace  https://review.opendev.org/75640617:21
openstackgerritMerged openstack/os-vif stable/victoria: Fix - os-vif fails to get the correct UpLink Representor  https://review.opendev.org/75925517:21
*** k_mouza has quit IRC17:27
*** k_mouza has joined #openstack-nova17:34
*** sapd1 has quit IRC17:36
*** derekh has quit IRC17:38
stephenfingmann, johnthetubaguy: Are either of you going to have time to review https://review.opendev.org/#/q/topic:secure-rbac+(status:open+OR+status:merged)+project:openstack/placement with me. Would definitely benefit from your input17:44
*** k_mouza has quit IRC17:45
*** suryasingh has quit IRC17:45
stephenfinlyarwood: I can respin https://review.opendev.org/#/c/761762/ real quick if you want?17:47
openstackgerritStephen Finucane proposed openstack/nova master: rbd: Only log import failures when the RbdDriver is used  https://review.opendev.org/76176217:51
*** k_mouza has joined #openstack-nova18:05
*** andrewbonney has quit IRC18:07
lyarwoodstephenfin: yeah thanks, slightly confused how this worked before without this?18:08
stephenfinyou were only reading the value of the variable18:09
stephenfinthe global keyword is necessary when you write to it18:09
*** k_mouza has quit IRC18:10
stephenfinfoo = None18:10
stephenfindef bar():18:10
stephenfin    foo = 'test'18:10
stephenfinbar()18:10
stephenfinprint(foo)18:10
stephenfin^18:10
lyarwoodright so the error is misleading, it's not the read in the conditional that's at fault, it's the import trying to overwrite it?18:12
stephenfinsort of18:12
stephenfinby trying to write to it, the variable becomes locally scoped18:12
lyarwoodyup got it18:13
stephenfinflake8 can't catch these kind of issues, unfortunately18:13
*** ralonsoh has quit IRC18:13
sean-k-mooneylyarwood: before it was locally importing every time and using the local import if it was not visable18:14
sean-k-mooneyyou can read gloabls without the keyword18:15
sean-k-mooneyyou just can write to them it creates a local alias of it18:15
lyarwoodsean-k-mooney: yeah got it18:16
lyarwoodstephenfin: still failing btw18:17
stephenfindarn, same error?18:17
lyarwoodstephenfin: different, this looks more like a test issue18:17
lyarwoodstephenfin: https://7d2bb7e91c376d06349f-0e5efcd7961a07f1b6cc368c11ff4914.ssl.cf1.rackcdn.com/761762/5/check/openstack-tox-cover/b207b75/testr_results.html18:18
lyarwoodstephenfin: I need to drop now, feel free to leave that and I can address it on Monday18:19
stephenfinYeah, it's not the easy fix we though so let's leave it18:19
stephenfinlyarwood: Have a good one o/18:19
lyarwoodand you \o18:20
sean-k-mooneydamit... i dont have precommit on my laptop and didnt run pep818:23
mnaseri've been confused about this for aw hile18:28
mnasersay i have a queens install and enabled_vgpu_types was changed -- do i have to go muck about the placement service?18:29
mnaseri cant find where this is 'defined' and being 'published' to placement18:29
mnaserinventories only shows 3 resorce classes which seem to be disk/vcpu/mem18:32
gmannstephenfin: ack, lance and I are going to have call on Tuesday for testing strategy for these changes, at least we need unit test like we did in nova.18:39
gmannstephenfin: these are in my list for next week.18:40
gmannthese are meeting details - http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018512.html18:40
*** mlavalle has quit IRC18:41
*** mlavalle has joined #openstack-nova18:43
*** dave-mccowan has quit IRC18:49
*** kaisers has quit IRC18:59
*** k_mouza has joined #openstack-nova19:14
*** k_mouza has quit IRC19:15
mnaser`virsh nodedev-dumpxml` shows availableInstances = 019:40
mnaserso that's .. progress19:40
*** luksky has quit IRC19:47
*** luksky has joined #openstack-nova19:48
*** nweinber has quit IRC20:01
*** legochen has quit IRC20:06
mnaserok turns out there was devices that were not removed20:15
openstackgerritMerged openstack/nova master: zuul: Replace nova-live-migration with zuulv3 jobs  https://review.opendev.org/75255720:47
*** ociuhandu has joined #openstack-nova20:53
*** ociuhandu has quit IRC21:02
*** martinkennelly has joined #openstack-nova21:08
*** martinkennelly has quit IRC21:12
*** martinkennelly has joined #openstack-nova21:12
*** martinkennelly has quit IRC21:16
*** martinkennelly has joined #openstack-nova21:16
*** melwitt is now known as jgwentworth21:26
*** whoami-rajat__ has quit IRC21:26
*** martinkennelly has quit IRC21:26
*** martinkennelly has joined #openstack-nova21:31
*** martinkennelly has quit IRC21:34
*** raildo has quit IRC22:00
*** tbachman has quit IRC22:07
*** tesseract has quit IRC22:12
*** JamesBen_ has quit IRC22:12
*** luksky has quit IRC22:26
*** k_mouza has joined #openstack-nova23:02
*** hamalq has joined #openstack-nova23:05
*** k_mouza has quit IRC23:06
*** dave-mccowan has joined #openstack-nova23:07
*** tbachman has joined #openstack-nova23:16

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