| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-04-04 | |||
| 11:08:39 | sfinucan | kashyap: I think I had a change after it at one point? | |
| 11:08:47 | kashyap | Something like that. FWIW, it looks okay to me | |
| 11:08:52 | kashyap | I think I vaguely recall some list discussion | |
| 11:08:56 | sfinucan | It was in merge conflict so I just fixed it :) | |
| 11:09:59 | kashyap | Ah, okay :-) | |
| 11:48:38 | openstackgerrit | Lee Yarwood proposed openstack/nova-specs master: Libvirt: Enable QEMU native LUKs handling https://review.openstack.org/437070 | |
| 11:49:10 | lyarwood | mdbooth, kashyap ^ if you have spec review time today, I'm not 100% sure that we will have the required versions of QEMU and libvirt in the gate for Pike tbh | |
| 11:49:29 | kashyap | lyarwood: I did notice it, actually | |
| 11:49:41 | kashyap | lyarwood: Yes, we don't have the reqiured versions | |
| 11:50:20 | lyarwood | kashyap: right, but 17.04 will, I just don't think it's going to be used in the gate as it isn't LTS | |
| 11:50:22 | kashyap | lyarwood: We should really get that in-progress (over a year) DevStack plugin that lets us use QEMU / libvirt from Git (and newest releases / RCs) with Nova | |
| 11:50:42 | lyarwood | kashyap: link? I don't think I've seen that | |
| 11:51:17 | kashyap | lyarwood: https://review.openstack.org/#/c/108714/ | |
| 11:51:35 | lyarwood | kashyap: thanks! | |
| 11:51:37 | kashyap | lyarwood: Err, scratch that -- that's the OLD one that was subimtted directly as part of DevStack | |
| 11:51:52 | kashyap | But the agreed decision was to make it a plugin | |
| 11:52:24 | lyarwood | kk | |
| 11:55:52 | openstackgerrit | Lee Yarwood proposed openstack/nova-specs master: Libvirt: Enable QEMU native LUKs handling https://review.openstack.org/437070 | |
| 11:56:17 | mdbooth | lyarwood: Will try to look today | |
| 11:56:44 | lyarwood | mdbooth: thanks | |
| 12:05:34 | lyarwood | kashyap: thanks for the link in the review btw | |
| 12:05:41 | lyarwood | kashyap: I'll check that out after lunch | |
| 12:06:17 | kashyap | lyarwood: Np. I'll be looking at that plugin again today, been meaning to but couldn't get around | |
| 12:07:01 | jaypipes | snikitin_: done | |
| 12:08:55 | snikitin_ | jaypipes, thanks! | |
| 12:12:31 | openstackgerrit | Silvan Kaiser proposed openstack/nova master: Removes getfattr from Quobyte Nova driver https://review.openstack.org/428646 | |
| 12:15:45 | openstackgerrit | Silvan Kaiser proposed openstack/nova master: Removes getfattr from Quobyte Nova driver https://review.openstack.org/428646 | |
| 12:28:52 | bauzas | jaypipes: you could be interested in https://review.openstack.org/#/c/446446/ | |
| 12:29:01 | bauzas | johnthetubaguy: too ^ | |
| 12:31:47 | johnthetubaguy | bauzas: hopefully will get there, mostly just cleaning up the queue this morning | |
| 12:32:10 | bauzas | johnthetubaguy: where are we discussing in the PTG etherpad about https://review.openstack.org/#/c/381912/10/specs/pike/approved/strict_isolation_of_group_of_hosts_for_image_and_flavor.rst ? | |
| 12:32:16 | bauzas | johnthetubaguy: I don't remember that | |
| 12:32:31 | johnthetubaguy | bauzas: search for the patch number, you should find it | |
| 12:33:29 | bauzas | johnthetubaguy: FWIW, it's an old discussion | |
| 12:38:56 | snikitin_ | jaypipes: I don't know why bot after your reapprove gate jobs weren't started. https://review.openstack.org/#/c/445855/ maybe try again with +2 | |
| 12:39:13 | snikitin_ | ? | |
| 12:41:48 | sdague | snikitin_: it needs both a +2 and a +W | |
| 12:42:22 | snikitin_ | sdague, thanks! | |
| 12:59:16 | johnthetubaguy | bauzas: sfinucan: can I ask you about this one: https://review.openstack.org/#/c/438787 | |
| 12:59:26 | sfinucan | johnthetubaguy: Hit me | |
| 12:59:36 | johnthetubaguy | bauzas: sfinucan: why can't we use the existing image property, basically? | |
| 13:00:19 | sfinucan | johnthetubaguy: I think the existing property refers to a different attribute of the emulated VGA dev | |
| 13:00:55 | johnthetubaguy | it seems to be video ram vs vga ram, they seem like the same thing to me | |
| 13:01:13 | bauzas | johnthetubaguy: AFAICU, that seems to be a separate property | |
| 13:01:28 | bauzas | looking at https://libvirt.org/formatdomain.html | |
| 13:01:29 | sfinucan | johnthetubaguy: That should be in the spec. If you haven't done it already, there should probably be a comment to the same | |
| 13:01:31 | johnthetubaguy | but why are they different? what does it mean? | |
| 13:01:43 | sfinucan | They are different properties though. Lemme find the QEMU docs | |
| 13:02:16 | sfinucan | johnthetubaguy: | |
| 13:02:18 | sfinucan | johnthetubaguy: https://www.ovirt.org/documentation/draft/video-ram/ | |
| 13:02:28 | sfinucan | vgamem is allocated within ram. Minimum ram size, as enforced by QEMU regardless the command line settings, is 2 * vgamem. vram is allocated separately. | |
| 13:02:38 | bauzas | johnthetubaguy: https://libvirt.org/formatdomain.html#elementsVideo | |
| 13:02:47 | bauzas | what sfinucan said | |
| 13:03:12 | bauzas | "Attribute ram ( since 1.0.2) specifies the size of the primary bar, while the attribute vram specifies the secondary bar size. If ram or vram are not supplied a default value is used. The ram should also be rounded to power of two as vram. There is also optional attribute vgamem (since 1.2.11) to set the size of VGA framebuffer for fallback mode of QXL device | |
| 13:03:26 | bauzas | honestly, it's a very specific libvirt thing | |
| 13:03:31 | sfinucan | fwiw, it's just another libvirt knob | |
| 13:03:35 | sfinucan | bauzas: jinx :) | |
| 13:03:46 | bauzas | I'm not really happy with that, hence my comment saying to maybe wait for custom RCs :) | |
| 13:03:53 | sfinucan | bauzas: well, technically QEMU - libvirt just wraps it | |
| 13:06:20 | bauzas | johnthetubaguy: sfinucan: just -1d it again | |
| 13:08:09 | openstackgerrit | Artom Lifshitz proposed openstack/nova-specs master: SPICE native client support https://review.openstack.org/442040 | |
| 13:09:59 | johnthetubaguy | bauzas: don't feel we are being great at giving suggestions how to fix the spec right now though | |
| 13:14:20 | bauzas | johnthetubaguy: I tried to explain my preferrence about providing custom resource classes against very specific image props | |
| 13:16:30 | openstackgerrit | Sergey Nikitin proposed openstack/nova master: Added PCI NUMA policies https://review.openstack.org/390520 | |
| 13:28:58 | mriedem | is everyone excited for a fun spec review day?! | |
| 13:29:39 | peter-hamilton | mriedem: indeed! | |
| 13:29:39 | artom | Doc's appointment this morning, but will try to participate this afternoon | |
| 13:29:40 | mriedem | i see johnthetubaguy has been having fun | |
| 13:30:22 | johnthetubaguy | yeah, I abandoned a bunch of left alone specs | |
| 13:30:39 | johnthetubaguy | only three pages of joy now | |
| 13:30:44 | mriedem | awesome | |
| 13:39:16 | openstackgerrit | Maciej Szankin proposed openstack/nova-specs master: Add remove-nova-cert spec https://review.openstack.org/448882 | |
| 13:45:54 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-manage: Deprecate 'shell' commands https://review.openstack.org/432280 | |
| 13:45:54 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-manage: Deprecate 'agent' commands https://review.openstack.org/450795 | |
| 13:45:55 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-manage: Deprecate 'host' commands https://review.openstack.org/453175 | |
| 13:45:55 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-manage: Deprecate 'project', 'account' commands https://review.openstack.org/453174 | |
| 13:45:56 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-manage: Deprecate 'log' commands https://review.openstack.org/453176 | |
| 13:48:36 | bauzas | mriedem: I guess you don't know https://en.wikipedia.org/wiki/L%C3%A9onard_%28comics%29 ? | |
| 13:48:56 | mriedem | nope | |
| 13:49:38 | bauzas | mriedem: because the disciple always says "I serve science and it's my joy" | |
| 13:52:58 | dane-fichter | peter-hamilton: anything relevant so far? | |
| 13:53:18 | peter-hamilton | dane-fichter: not yet :) | |
| 13:53:36 | dane-fichter | peter-hamilton: cool. got caught in traffic | |
| 13:54:15 | mriedem | peter-hamilton: dane-fichter: you guys might want to review https://review.openstack.org/#/c/448882 | |
| 13:54:23 | mriedem | for dropping the nova-cert service | |
| 13:54:32 | peter-hamilton | mriedem: looking now | |
| 13:54:37 | dane-fichter | mriedem: we'll take a look, thanks | |
| 13:58:02 | tdurakov | hi, folks, there will be no live-migration meeting this week | |
| 13:58:10 | bhagyashris | johnthetubaguy: Hi, Could you please review patch https://review.openstack.org/#/c/409644/ ? if you have free time. | |
| 14:01:03 | sdague | johnthetubaguy: why did you think 400 instead of 404 - https://review.openstack.org/#/c/448882 ? | |
| 14:01:48 | johnthetubaguy | sdague: didn't consider 404 honestly | |
| 14:02:02 | johnthetubaguy | sdague: I was seeing this as the implementation removed, not the API changed | |
| 14:03:32 | sdague | well, we could always be tricksie and use 410 then | |
| 14:03:59 | sdague | but I though that 404 is what the whole system returns if you go fetch /foobar | |
| 14:06:43 | johnthetubaguy | sdague: oh, 410 = gone, I had not come across that. I guess it depends if we want to pretend if the old API never existed or not. 410 would help know you got the correct URL, as you always used to, its just the server that has change and no longer wants to server up that API | |
| 14:08:03 | sdague | johnthetubaguy: yeh, though my hesitation on 410 is that no tool is every designed to understand it :) | |
| 14:08:48 | johnthetubaguy | sdague: yeah, thats good and bad in equal measure I guess | |
| 14:09:06 | sdague | yep | |
| 14:09:17 | sdague | but, more importantly, I think it requires us to have a stub hanging around | |
| 14:09:23 | sdague | vs. just deleting the handler | |