| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-04-26 | |||
| 01:54:50 | mriedem | tsk | |
| 02:10:52 | dims | mriedem : right as mnaser said, not the full suite ... a while ago | |
| 02:28:10 | openstackgerrit | Merged openstack/python-novaclient master: Drop py35 tests https://review.opendev.org/643873 | |
| 02:32:34 | openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Change the default value of swap in the show flavor details API https://review.opendev.org/648919 | |
| 04:44:41 | openstackgerrit | melanie witt proposed openstack/nova master: Add 'path' query parameter to console access url https://review.opendev.org/649372 | |
| 05:13:35 | openstackgerrit | Merged openstack/nova master: Don't run tempest/devstack jobs on nova/test.py only changes https://review.opendev.org/655121 | |
| 06:42:30 | openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Change the default value of swap in the show flavor details API https://review.opendev.org/648919 | |
| 08:28:40 | openstackgerrit | Merged openstack/nova master: Delete require_instance_exists_using_uuid https://review.opendev.org/650994 | |
| 08:33:58 | slaweq | hi nova developers :) | |
| 08:34:25 | slaweq | can someone familiar with nova-metadata take a look at my comment in https://bugs.launchpad.net/neutron/+bug/1821912/comments/12 ? | |
| 08:34:26 | openstack | Launchpad bug 1821912 in neutron "intermittent ssh failures in various scenario tests" [High,Confirmed] | |
| 08:34:45 | gibi | efried: thanks for the onboarding slide update | |
| 08:35:08 | slaweq | I'm not sure what's exectly happend (or not happend) on nova's side there so any help would be useful | |
| 08:35:32 | slaweq | gibi: efried: if You would have some time, maybe You can take a look at ^ :) | |
| 08:35:34 | slaweq | thx in advance | |
| 08:47:22 | openstackgerrit | ya.wang proposed openstack/nova-specs master: Add spec for expose-auto-converge-post-copy https://review.opendev.org/651681 | |
| 08:48:14 | gibi | slaweq: hi! looking... (but not super familiar with the metadata part of nova) | |
| 08:48:25 | slaweq | gibi: thx a lot | |
| 09:08:14 | openstackgerrit | Stephen Finucane proposed openstack/nova master: test_rpc: "deepcopy" global options https://review.opendev.org/655843 | |
| 09:20:15 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/os-vif master: Prevent "qbr" Linux Bridge from replying to ARP messages https://review.opendev.org/655332 | |
| 09:26:57 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Always disconnect volumes after libvirtError exceptions https://review.opendev.org/655712 | |
| 09:27:18 | lyarwood | mdbooth: ^ and the one below it might interest you btw, simple bugfixes. | |
| 09:29:32 | kashyap | aspiers: Hi, when you're about, some more design comments upcoming for the getDomCapabilities() patch | |
| 09:30:30 | kashyap | aspiers: Talking to libvirt folks, they strongly suggest to not cache the capabilities at all. I will write some details and possible suggestions in the patch. | |
| 09:33:51 | aspiers | kashyap: ok | |
| 09:34:21 | kashyap | aspiers: In short, if you want to start thinking about it: we're suggested to query domCapabilities once at the beginning of building domain XML process, but then forget them right after | |
| 09:34:37 | kashyap | I asked the libvirt dev to also comment in this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1683471 | |
| 09:34:39 | openstack | bugzilla.redhat.com bug 1683471 in libvirt "getDomainCapabilities claims SEV is supported for pc-i440fx-1.4 machine type" [Unspecified,Closed: notabug] - Assigned to libvirt-maint | |
| 09:34:59 | aspiers | kashyap: but this is the point I already made in the comment - that approach totally fails in the OpenStack world | |
| 09:35:13 | kashyap | In the doc string, right? | |
| 09:35:21 | aspiers | kashyap: because we need to know stuff before placement time, not just at launch time | |
| 09:35:54 | aspiers | kashyap: https://review.opendev.org/#/c/655268/2/nova/virt/libvirt/host.py@690 | |
| 09:36:17 | aspiers | I suspect the libvirt folks were only thinking of the single hypervisor paradigm when they designed this | |
| 09:36:19 | kashyap | aspiers: Right, I'm still thinking, how to resolve that | |
| 09:37:13 | aspiers | but anyway, what is the problem with memoizing? it's not caching to disk | |
| 09:37:22 | aspiers | which caps would actually change? | |
| 09:39:36 | kashyap | aspiers: For example, when QEMU is updated, you get new features | |
| 09:39:50 | kashyap | (And as you know domCapabilities are machine type dependent.) | |
| 09:40:27 | aspiers | Didn't we already talk about this? When qemu is updated, nova-compute would be restarted, so the memoization vanishes | |
| 09:40:58 | kashyap | aspiers: Meanwhile: https://bugzilla.redhat.com/show_bug.cgi?id=1683471#c11 | |
| 09:40:58 | openstack | bugzilla.redhat.com bug 1683471 in libvirt "getDomainCapabilities claims SEV is supported for pc-i440fx-1.4 machine type" [Unspecified,Closed: notabug] - Assigned to libvirt-maint | |
| 09:41:21 | kashyap | aspiers: Oh, right. Forgive me if I forget something, I'm still somewhat ill, and not fully functional. | |
| 09:41:28 | aspiers | kashyap: np! :) | |
| 09:43:04 | kashyap | aspiers: Mind mentioning that in the docstring? The point when libvirt/QEMU gets updated, the Compute agent needs restarting, and the memoization vanishes | |
| 09:43:05 | aspiers | kashyap: http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2019-04-23.log.html#t2019-04-23T12:42:11 | |
| 09:43:13 | ltyrex | does someone remember which table has the CPU pinning mapping in Openstack? | |
| 09:43:56 | aspiers | kashyap: sure, happy to | |
| 09:44:21 | kashyap | Thanks, I was revisiting the IRC log. | |
| 09:45:21 | gibi | slaweq: replied in the bug https://bugs.launchpad.net/neutron/+bug/1821912/comments/13 | |
| 09:45:22 | openstack | Launchpad bug 1821912 in neutron "intermittent ssh failures in various scenario tests" [High,Confirmed] | |
| 09:45:49 | gibi | slaweq: it feels like something was wrong with the VM hosting the devstack during the time period | |
| 09:46:33 | slaweq | gibi: thx a lot | |
| 09:46:47 | slaweq | gibi: I saw it but wasn't sure if that rabbitmq issue can be related somehow | |
| 09:49:05 | openstackgerrit | Eric Fried proposed openstack/nova master: Correct signature on fake_get_availability_zones https://review.opendev.org/655806 | |
| 09:51:25 | gibi | slaweq: there is gap in the log for the same time in the dstat log as well http://logs.openstack.org/47/653947/3/gate/tempest-slow-py3/629abee/controller/logs/screen-dstat.txt.gz#_Apr_25_14_56_44_349844 | |
| 09:52:18 | gibi | slaweq: seem like the VM did not got execution time so every service was slowed to halt | |
| 09:58:56 | kashyap | aspiers: Added some notes in the change; ruthlessly correct me if something is wrong :-) | |
| 09:59:03 | aspiers | I am doing ;-) | |
| 10:00:12 | kashyap | (Just a heads-up: won't be very responsive this afternoon due to prior committments; will read the change once my queue is free.) | |
| 10:00:18 | aspiers | np | |
| 10:05:47 | openstackgerrit | caoyuan proposed openstack/os-traits master: Replace git.openstack.org URLs with opendev.org URLs https://review.opendev.org/655066 | |
| 10:06:22 | aspiers | kashyap: very nice notes, thanks. I'm incorporating the missing points into the docstring | |
| 10:07:00 | aspiers | kashyap: believe it or not the C API *does* allow omitting some parameters, whereas they are mandatory in Python | |
| 10:07:10 | aspiers | kashyap: again replying in Gerrit | |
| 10:07:20 | aspiers | gotta dash to an appointment now though, back a bit later | |
| 10:16:34 | openstackgerrit | sean mooney proposed openstack/nova master: libvirt: auto detach/attach sriov ports on migration https://review.opendev.org/629589 | |
| 10:25:06 | slaweq | gibi: yes, that may be this | |
| 11:01:26 | openstackgerrit | sean mooney proposed openstack/nova master: [WIP] Libvirt: add nfv job https://review.opendev.org/652197 | |
| 11:21:51 | openstackgerrit | Stephen Finucane proposed openstack/nova master: test_rpc: Stop f****** with global state https://review.opendev.org/655843 | |
| 11:30:18 | kashyap | aspiers: I should've read the C API closer (instead of skimming) -- I think it incorporates some sane defaults. I'll believe you, of course | |
| 11:38:11 | kashyap | aspiers: BTW, it's a bug -- the virConnectGetDomainCapabilities() allowing skipping params, while its Python binding not :-) | |
| 11:38:20 | kashyap | aspiers: A libvirt dev is pushing a patch upstream | |
| 11:39:41 | kashyap | s/skipping parms/skipping _some_ params/ | |
| 11:52:47 | aspiers | kashyap: you mean a bug in the Python binding? that's what I suspected | |
| 11:54:46 | kashyap | aspiers: Bug in the C API, from the sounds of it. | |
| 11:55:04 | aspiers | ? | |
| 11:55:32 | kashyap | If you run `virsh domcapabilities`, the C API is run with with NULL, NULL, NULL, 0 | |
| 11:55:41 | aspiers | right | |
| 11:56:08 | aspiers | and then it obtains defaults https://libvirt.org/git/?p=libvirt.git;a=blob;f=src/qemu/qemu_driver.c;h=f48d9256e4cc0f6282dcd7aa13bb7a1b53508eb3;hb=HEAD#l19898 | |
| 11:56:22 | aspiers | I have all this in a draft comment on the Gerrit review | |
| 11:56:26 | aspiers | I only just got back to my desk | |
| 11:56:48 | kashyap | No rush | |
| 12:00:04 | kashyap | aspiers: Yeah, it's indeed a bug in Python binding | |
| 12:00:12 | kashyap | def getDomainCapabilities(self, emulatorbin, arch, machine, virttype, flags=0): | |
| 12:00:16 | kashyap | """Prior creating a domain (for instance via virDomainCreateXML | |
| 12:00:18 | kashyap | or virDomainDefineXML) it may be suitable to know what the | |
| 12:00:21 | kashyap | underlying emulator and/or libvirt is capable of. For | |
| 12:00:24 | kashyap | instance, if host, libvirt and qemu is capable of VFIO | |
| 12:00:26 | kashyap | passthrough and so on. """ | |
| 12:00:28 | kashyap | ret = libvirtmod.virConnectGetDomainCapabilities(self._o, emulatorbin, arch, machine, virttype, flags) | |
| 12:00:32 | kashyap | if ret is None: raise libvirtError ('virConnectGetDomainCapabilities() failed', conn=self) | |
| 12:00:36 | kashyap | return ret | |
| 12:00:39 | kashyap | aspiers: The "flags=0" | |
| 12:02:22 | aspiers | kashyap: I think flags is *always* 0 | |
| 12:02:32 | aspiers | kashyap: the problem is with omitting any of the other 4 | |
| 12:02:50 | aspiers | kashyap: maybe it works if I pass None | |
| 12:03:27 | aspiers | kashyap: but in any case we don't want to take the defaults in nova, but instead iterate over all relevant (arch, machine) tuples | |
| 12:03:59 | kashyap | aspiers: Let's see what the upstream fix is | |
| 12:07:18 | aspiers | kashyap: sure | |
| 12:07:29 | aspiers | kashyap: expect a new patch set shortly | |