Earlier  
Posted Nick Remark
#openstack-nova - 2018-01-09
08:58:38 bauzas good morning Novaers
09:01:24 hrw elo bauzas
09:01:42 bauzas EHLO even
09:01:51 bauzas (loving telnet)
09:02:48 hrw ;)
09:03:36 hrw bauzas: 220 2.0.0 Ready to start TLS
09:03:46 hrw and then we go into binary
09:03:53 hrw and no one understand
09:07:47 bauzas I could speak French, I would be sure that barely only 10-20% of people here could understand me
09:08:18 hrw bauzas: merci, no.
09:08:55 bauzas dammit
09:09:35 hrw bauzas: year ago I took my daughter to Touluise. on second day each conversation with new people started from 'excuse mua, parle anglese?' (or sth like that)
09:11:59 bauzas yeah I know, things would be more easier if we could exchange public keys verbally instead of using foreign languages
09:21:29 openstackgerrit Huan Xie proposed openstack/nova master: [WIP] XenAPI: Fix vm live migration problem with volume https://review.openstack.org/532118
09:39:35 openstackgerrit Stephen Finucane proposed openstack/os-vif master: Configure privsep binary https://review.openstack.org/531358
09:39:40 openstackgerrit Stephen Finucane proposed openstack/os-vif master: zuul: Enable functional tests in gate https://review.openstack.org/530961
09:40:57 stephenfin flwang: I'm around now if you've still got questions?
09:46:16 stephenfin melwitt: Ta-da! https://review.openstack.org/#/c/530950/
09:49:35 openstackgerrit Stephen Finucane proposed openstack/nova master: libvirt: use 'host-passthrough' as default on AArch64 https://review.openstack.org/530965
09:55:02 claudiub efried: hello. The autospec patch merged in oslotest. :D
09:57:06 hrw stephenfin: thx
09:57:41 hrw stephenfin: I got used to openstack/kolla patches were zuul mails me "+2" and "merged" in same minute ;D
09:58:02 stephenfin Yeahhhhh, our test runs take a while :)
09:58:56 hrw ;D
09:59:55 openstackgerrit Stephen Finucane proposed openstack/nova master: Handle deprecation of inspect.getargspec https://review.openstack.org/530777
10:01:48 bauzas jianghuaw_: around ?
10:01:56 bauzas jianghuaw_: just a clarification with https://review.openstack.org/#/c/516899/34/nova/virt/xenapi/driver.py
10:02:44 bauzas jianghuaw_: since you don't lookup the allocations (just verifying whether there are some VGPU ones), you don't verify how many RPs allocations are there, and just say "okay, only one", right?
10:03:45 bauzas jianghuaw_: for example, say I have an allocations list having two allocations for two separate RPs, and each one having VGPU:2, then you just ask Xen to create only one (not 4), right?
10:06:41 jianghuaw_ Bauzas, yes xen only supports one vGPU per VM.
10:06:52 bauzas that, I know
10:06:58 bauzas I was just wanting to make sure
10:07:10 jianghuaw_ bauzas, why it will pass down multiple allocations?
10:07:23 bauzas jianghuaw_: it won't
10:07:47 bauzas jianghuaw_: just the fact that you'll need to modify your method once we use nested RPs
10:08:21 bauzas but at least, you could have one allocation for a RP, with a value more than 1, but okay
10:08:53 bauzas jianghuaw_: FWIW, the nvidia driver for libvirt doesn't accept more than one vGPU per pGPU
10:09:01 openstackgerrit Zhenyu Zheng proposed openstack/nova master: Use neutron port_list when filtering instance by ip https://review.openstack.org/525505
10:09:16 jianghuaw_ bauzas, ah, Thanks. we need change that method. I think naichuan already has one patch to mapping the RP-uuid from the allocation to the proper GPU group.
10:09:35 bauzas jianghuaw_: but you can ask for 2 vGPUs if you have more than 1 pGPU for your host
10:10:09 jianghuaw_ no. still only one vGPU.
10:10:26 bauzas jianghuaw_: WDYM ?
10:10:28 jianghuaw_ It don't support >1 vGPU for one VM.
10:10:35 bauzas for nvidia ?
10:11:10 bauzas AFAIK, you can have 2 vGPUs with the nvidia driver *if* each of them are by a separate physical card
10:11:13 jianghuaw_ XenServer has the restriction in xapi.
10:11:32 bauzas oh ok, I misunderstood
10:11:43 jianghuaw_ I guess nvidia can support but xen can't.
10:11:52 bauzas no, nvidia driver can't
10:12:05 bauzas jianghuaw_: http://images.nvidia.com/content/grid/pdf/GRID-vGPU-User-Guide.pdf section 1.3.2
10:12:42 bauzas it tells to use homogenous vGPU types, but it also means that you need to use separate physical devices, at least for libvirt
10:13:21 jianghuaw_ can it support multiple vGPU with the same vGPUtype?
10:14:04 bauzas like I said, you need to use separate physical devices
10:14:17 bauzas that's a driver limitation
10:15:52 jianghuaw_ bauzas, Got it. thanks for letting me know of it.
10:16:42 jianghuaw_ bauzas, do you have a link on the *driver limitation*?
10:16:50 bauzas no, unfortunately
10:17:05 bauzas that's something someone told me
10:17:16 bauzas awesome, heh ?
10:17:37 bauzas code driven by trust
10:17:49 bauzas and word of mouth
10:18:09 jianghuaw_ :-)
10:20:17 openstackgerrit Peter Penchev proposed openstack/nova master: Add the Nova libvirt StorPool attachment driver. https://review.openstack.org/140733
10:35:53 openstackgerrit Stephen Finucane proposed openstack/nova master: console: introduce the VeNCrypt RFB authentication scheme https://review.openstack.org/345398
10:35:54 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Document TLS security setup for noVNC proxy https://review.openstack.org/500544
10:35:54 openstackgerrit Stephen Finucane proposed openstack/nova master: console: Provide an RFB security proxy implementation https://review.openstack.org/345399
10:35:55 openstackgerrit Stephen Finucane proposed openstack/nova master: console: Send bytes to sockets https://review.openstack.org/531834
10:39:01 openstackgerrit Zhenyu Zheng proposed openstack/nova master: Use neutron port_list when filtering instance by ip https://review.openstack.org/525505
10:47:37 harsha Hi folks, quick question on some python unit tests; I need to run - 'tox -e pep8'; should i run this on the test machine in the directory/path where I have my changes ?
10:47:51 tetsuro stephenfin: thanks for reviewing https://review.openstack.org/#/c/531328/ :) I'm both okay with microversion or not.
10:48:50 tetsuro stephenfin: Just FYI, I happend to find this blog https://techglimpse.com/why-does-openstack-report-hypervisor-type-as-qemu-when-libvirt_type-is-kvm/ . I don't know who wrote this, though.
10:49:27 stephenfin tetsuro: Oh yeah, to be fair, I honestly don't know what way it should be hence no -1
10:49:44 stephenfin cdent: Fancy weighing in on https://review.openstack.org/#/c/531328/ ?
10:50:09 stephenfin I know we fix some bugs without microversions, but maybe they're just for 5xx type errors
10:50:14 sean-k-mooney tetsuro: well technicall kvm is not a hypervisor
10:50:32 sean-k-mooney it is kernel acclartion module that is used to acclerate qemu
10:51:19 tetsuro sean-k-mooney: hi, happy new year!
10:51:49 sean-k-mooney tetsuro: same to you :) i trust you had a good vaction
10:52:59 tetsuro sean-k-mooney: yup, I had a lot of mochi(rice cake) in new year days.
10:53:27 cdent stephenfin: looking
10:54:39 rabel_b1 do you know, what happened to https://docs.openstack.org/user-guide/cli-nova-launch-instance-from-volume.html ? i cannot seem to find it anywhere in the nova docs
10:54:55 tetsuro It is true that KVM is a kind of acceralator for QEMU, but in OpenStack document, it is one of the hypervisors. https://docs.openstack.org/mitaka/config-reference/compute/hypervisors.html
10:55:26 lyarwood mdbooth: https://review.openstack.org/#/c/460243 btw, merged both, pretty large change to backport but meh.
10:57:30 hrw tetsuro: kvm is in-kernel hypervisor with qemu used as interface to it. sth like that iirc
10:58:06 mdbooth lyarwood: Doesn't look that bad
10:58:11 mdbooth Not in driver.py, anyway
11:06:59 cdent you're probalby right
11:08:15 sean-k-mooney cdent: well when it comes to micro version is not really someting i spend much time thinking about normally so im not sure about that but im leaning towords the bump in this instance
11:08:42 cdent you've provided the critical point: a client may make decision based on the value
11:30:37 openstackgerrit Merged openstack/nova master: Updated from global requirements https://review.openstack.org/531737
11:34:36 kashyap tetsuro: KVM runs part of the guest instructions directly on the baremetal CPU (taking advantage of CPU Virtualization extensions - Intel-VMX / AMD-SVM). While QEMU provides rest of the PC-like components (n/w card, disk interface, etc)
11:36:55 openstackgerrit Jie Li proposed openstack/nova master: Support volume-backed server rescue https://review.openstack.org/531524
11:37:11 tetsuro hrw, kashyap: good to know. thanks for the information.
11:38:09 tetsuro sean-k-mooney, cdent: thank you for reviewing, let me wait for matt to leave comments here.
11:39:03 sandanar hi.. does anyone know what is the reason behind CONF.libvirt.volume_use_path always returns the default value and not the one passed in [libvirt] section of /etc/nova/nova.conf - https://bugs.launchpad.net/nova/+bug/1723928 this is causing multipath failures on the cinder side
11:39:04 openstack Launchpad bug 1723928 in os-brick "In case of volume_use_multipath=True, Nova unable to fetch CONF.libvirt.volume_use_multipath value from nova.conf" [Undecided,New]
11:40:45 openstackgerrit Yikun Jiang (Kero) proposed openstack/python-novaclient master: Microversion 2.59 - Migrations list pagination https://review.openstack.org/516168
11:41:17 lyarwood kashyap: http://paste.openstack.org/show/641098/ - just noticed this on stable/pike https://review.openstack.org/#/c/531407/
11:41:38 lyarwood kashyap: load of migration failed: Operation not permitted
11:42:40 kashyap lyarwood: That rings a bell, I recall seeing a bug for the VQ size

Earlier   Later