| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-03-30 | |||
| 14:22:12 | mordred | and I wish that was how we had it rolled out to linux | |
| 14:22:30 | stackempty | Hi guys .. does anyone know if this https://specs.openstack.org/openstack/nova-specs/specs/newton/approved/flavor-root-disk-none.html has been implemented .. or if there's some other way to achieve it. | |
| 14:26:55 | sdague | bauzas: also, just to be clear, all the bits to do what I said in that blog post have not yet landed | |
| 14:27:07 | sdague | and are off by default right now anyway | |
| 14:27:24 | bauzas | sdague: I know, I CC'd myself on the oslo.log change | |
| 14:27:28 | sdague | bauzas: cool | |
| 14:28:08 | migi | dansmith: quick question about subsequent runs of nova-manage archive_deleted_rows, the output is as follows, to ensure CLI works as expected should I call it until "nothing was archived" is reached or first run is enough and then see if some of the rows were archived ? http://paste.openstack.org/show/604862/ | |
| 14:28:24 | openstackgerrit | Gergely Csatari proposed openstack/nova master: api-ref: adminPass is optional in Create Server https://review.openstack.org/451497 | |
| 14:29:34 | dansmith | migi: operators may not want to run it until they get to that point, because that will purge everything out of the db, but for testing, we should confirm that you _can_ run it until you get to that point, yeah | |
| 14:29:48 | migi | dansmith: ok | |
| 14:35:47 | bauzas | jaypipes: so you're cool with us adding more capabilities into the blob that's stored in the DB for PCI devices ? | |
| 14:36:02 | bauzas | jaypipes: doesn't that impact your work on cleaning that up ? | |
| 14:37:12 | jaypipes | bauzas: see my comments on that review from earlier. basically, I'm fine adding those NIC features as a temporary effort until we get traits done (and have the flavor able to communicate required and preferred traits) | |
| 14:37:25 | jaypipes | bauzas: more of a compromise than anything else, really. | |
| 14:37:31 | ralonsoh | bauzas: once os-traits and resource providers is working, we will migrate it | |
| 14:37:49 | bauzas | jaypipes: okay, just wanted to make sure you balanced that | |
| 14:37:57 | bauzas | - which I was pretty sure of tho - :) | |
| 14:38:55 | bauzas | jaypipes: FWIW, just reviewing https://review.openstack.org/#/c/448283/ as a side one :) | |
| 14:39:10 | sfinucan | jaypipes, bauzas, ralonsoh: ^ if that point's not in the spec, it should be | |
| 14:39:29 | sfinucan | the "this is a temporary solution until placement can take over" bit, that is | |
| 14:39:42 | bauzas | sfinucan: that's just a gerrit comment for the moment | |
| 14:40:10 | bauzas | sfinucan: I'm not violently opposed on merging that that way | |
| 14:40:23 | bauzas | sfinucan: given the gerrit comment is visible | |
| 14:40:41 | ralonsoh | sfinucan: https://review.openstack.org/#/c/435954/11/specs/pike/approved/enable-sriov-nic-features.rst, L222 | |
| 14:40:41 | bauzas | only if we were having a new PS, I'd ask for that being in the spec | |
| 14:40:43 | sfinucan | bauzas: I should hope you're not "violently opposed" to anything in OpenStack :D | |
| 14:41:13 | sfinucan | ralonsoh: Ah, good stuff :) | |
| 14:41:26 | bauzas | sfinucan: I'm violently opposed to bureaucracy, which is hopefully not a trait of OpenStack :) | |
| 14:41:34 | ralonsoh | sfinucan: :P | |
| 14:42:21 | bauzas | ralonsoh: I'm missing how you express the NIC offload capabilities when booting in the spec | |
| 14:42:29 | bauzas | ralonsoh: same old story I guess with flavors ? | |
| 14:42:48 | bauzas | nevermind L127 | |
| 14:42:56 | ralonsoh | bauzas: flavors is now out of spec | |
| 14:43:05 | ralonsoh | bauzas: yes, using a neutron port | |
| 14:43:41 | sfinucan | edleafe: Aye, death to the fanatics | |
| 14:44:11 | bauzas | edleafe: I can be extremist for food | |
| 14:44:37 | sfinucan | jaypipes: If you're looking at nova-specs, this is a little improvement on an existing spec https://review.openstack.org/#/c/447401/ | |
| 14:44:50 | sfinucan | *one of your existing specs | |
| 14:48:20 | bauzas | ralonsoh: just to understand correctly, we need to define a neutron port (with mentioning its binding profile) before doing nova boot with the flavor expressing the asked capabilities ? | |
| 14:54:33 | jaypipes | sfinucan: reviewed. | |
| 14:58:19 | openstackgerrit | Eric Fried proposed openstack/nova master: PowerVM Driver: SSP emphemeral disk support https://review.openstack.org/443189 | |
| 14:59:24 | openstackgerrit | Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for GET RP inventories https://review.openstack.org/449765 | |
| 14:59:25 | openstackgerrit | Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for POST RP inventories https://review.openstack.org/451855 | |
| 15:02:14 | openstackgerrit | Lee Yarwood proposed openstack/nova master: encryptors: Switch to os-brick encryptor classes https://review.openstack.org/391597 | |
| 15:04:11 | openstackgerrit | Eric Fried proposed openstack/nova master: Glance download: only fsync files https://review.openstack.org/451094 | |
| 15:04:47 | efried | mdbooth Good call on those square brackets. ^^ | |
| 15:06:46 | openstackgerrit | Lee Yarwood proposed openstack/nova master: compute: Detach volumes on _rebuild_default_impl failure https://review.openstack.org/442105 | |
| 15:08:37 | ralonsoh | bauzas: sorry, I was afk. That's almost correct: 1) creation of neutron port, 2) define pci filter (with these new parameters) and 3) boot the machine | |
| 15:08:52 | ralonsoh | bauzas: you don't need to modify the flavor | |
| 15:11:25 | ralonsoh | bauzas: when I say "define pci filter" I mean to enable it | |
| 15:15:46 | openstackgerrit | Eric Fried proposed openstack/nova master: PowerVM Driver: config drive https://review.openstack.org/409404 | |
| 15:15:47 | mriedem | apparently it doesn't take much time to get to or through SJC and here i sit with all of this idle time | |
| 15:16:46 | openstackgerrit | Stephen Finucane proposed openstack/nova-specs master: PCI NUMA Policies https://review.openstack.org/361140 | |
| 15:18:10 | sdague | mriedem: do you want to adopt any of this language to your quota doc - https://review.openstack.org/#/c/450244/ ? I had mostly meant it to be an example, but it looks like the other doc thing merged | |
| 15:18:50 | bauzas | ralonsoh: so, I +W'd it but I have a question https://review.openstack.org/#/c/435954/11/specs/pike/approved/enable-sriov-nic-features.rst@236 | |
| 15:19:23 | jaypipes | ralonsoh: spec is merged. you can un-WIP your patch series :) | |
| 15:19:39 | ralonsoh | bauzas: yes, I'm on it. I know this is the trickiest point | |
| 15:19:46 | ralonsoh | jaypipes: thanks! | |
| 15:20:17 | openstackgerrit | Anusha Unnam proposed openstack/nova master: Add keypairs field to InstancePayload https://review.openstack.org/419730 | |
| 15:20:21 | mriedem | ralonsoh: what is the current state of intel 3rd party nfv ci since wznoinsk left? | |
| 15:20:33 | mriedem | before we talk about adding more new nfv things and new ci | |
| 15:20:52 | mriedem | sdague: maybe? i was going to try and spend some time reading your limits spec | |
| 15:21:04 | ralonsoh | mriedem: this is still in progress. Now I can't tell you (I don't know) which is the current status | |
| 15:21:12 | sdague | mriedem: yeh, the limits one is more important | |
| 15:21:28 | vladikr | jaypipes, bauzas, hey could you please take a look at the xen vgpu spec, when you have a moment. https://review.openstack.org/#/c/450122 - I'm trying to convince the author to make the spec more generic, so we could implement the libvirt side of the story under the same spec | |
| 15:21:37 | ralonsoh | mriedem, bauzas: of course, intel 3rd party CI is the right place to put those tests | |
| 15:21:42 | bauzas | vladikr: sure thing | |
| 15:21:55 | vladikr | bauzas, thanks | |
| 15:22:12 | bauzas | ralonsoh: mriedem: I didn't want to block that spec, but I do wonder why we couldn't have functional in-tree tests for that | |
| 15:22:13 | jaypipes | vladikr: yup, it's in my queue. btw, jianghuaw__ is the author :) | |
| 15:22:37 | vladikr | jaypipes, thanks :) | |
| 15:22:38 | mriedem | bauzas: if we can, then great | |
| 15:22:49 | bauzas | ralonsoh: mriedem: I know it's a huge implementation, but we could use some fixtures for that | |
| 15:22:56 | mriedem | assuming the functional tests don't incorrectly mock out things | |
| 15:23:23 | bauzas | mriedem: for example, some NFVLibvirt fixture providing the capabilities | |
| 15:23:28 | ralonsoh | bauzas, mriedem: that could be the easiest and fastest option | |
| 15:24:04 | bauzas | plus a NFVNeutronPCIportFixture :p | |
| 15:24:42 | ralonsoh | bauzas, mriedem: I need to take a look at SRIOVServersTest | |
| 15:43:02 | openstackgerrit | Jiri Suchomel proposed openstack/nova master: Retry few times when creating the initial connection to libvirtd. https://review.openstack.org/416928 | |
| 15:50:05 | openstackgerrit | Roman Podoliaka proposed openstack/osc-placement master: WIP: implement API version 1.0 https://review.openstack.org/451877 | |
| 16:01:23 | kaisers__ | mdbooth: ping? | |
| 16:08:46 | esberglu | I am upgrading my multinode environment from newton to ocata. Currently I have to deploy the control, then the compute, then go back to the control and run | |
| 16:08:48 | esberglu | "nova-manage cell_v2 simple_cell_setup" | |
| 16:08:52 | esberglu | Otherwise I get an error about no host to cell mapping and can't deploy any instances | |
| 16:08:56 | esberglu | Not sure if there is some sort of devstack configuration that I am missing or if this the correct way to go about doing it | |
| 16:10:09 | dansmith | esberglu: you should be able to run simple_cell_setup prior to doing anything with the computes | |
| 16:10:42 | dansmith | esberglu: this bit of upgrading devstack is actually in grenade though.. are you talking about a real setup, or literally upgrading your devstack? | |
| 16:11:48 | esberglu | Not sure I understand your question | |
| 16:19:55 | mriedem | sdague: done https://review.openstack.org/#/c/440815 | |
| 16:20:12 | mriedem | sdague: i think we'll need to talk about the rollout / upgrade plan at the forum | |
| 16:20:17 | mriedem | but i'm on board with the general direction | |
| 16:20:21 | mriedem | good story telling old man | |
| 16:20:34 | mriedem | there are some wording cleanups that could happen in a follow up for clarification, but otherwise lgtm | |
| 16:40:14 | openstackgerrit | Samantha Blanco proposed openstack/nova master: Make flavor-rxtx policy more granular https://review.openstack.org/444036 | |
| 16:49:58 | openstackgerrit | Dan Smith proposed openstack/nova master: Teach HostAPI about cells https://review.openstack.org/442162 | |
| 16:54:32 | alextricity25 | has anyone seen this before: | |
| 16:54:43 | alextricity25 | /openstack/log/605056-infra02_nova_api_os_compute_container-a15d94c3/nova/nova-api-os-compute.log:2017-03-29 19:01:07.237 10449 DEBUG nova.api.openstack.wsgi [req-4219ada0-490c-46c5-870f-27823c4d6e2c e1eeaf7a6cec4756aa2880efda64448f fdf3fe3df3f5428a8b30daa70736bc6a - default default] Returning 400 to user: Block Device Mapping is Invalid: failed to get volume c82eb821-ec3a-4ce6-8abc-12466d1c7fe0. __call__ /opens | |
| 17:08:05 | bauzas | dansmith: heh, fun tweet | |
| 17:08:18 | bauzas | dansmith: but honestly, the scheduler is good :) | |
| 17:08:39 | bauzas | dansmith: the real problem is not about the scheduler, rather about how the resources are asked :) | |