| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-11-01 | |||
| 03:30:29 | openstackgerrit | Alex Xu proposed openstack/nova master: Add ProviderSummaryList object https://review.openstack.org/514198 | |
| 03:30:30 | openstackgerrit | Alex Xu proposed openstack/nova master: placement: rewrite AllocationCandidates.get_by_filters https://review.openstack.org/479766 | |
| 03:30:30 | openstackgerrit | Alex Xu proposed openstack/nova master: Add AggregatedProviderSummary and AggregatedProviderSummaryList objects https://review.openstack.org/514200 | |
| 04:26:08 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Merge flavor extensions controller code https://review.openstack.org/516104 | |
| 05:04:57 | openstackgerrit | OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035 | |
| 06:30:05 | openstackgerrit | Yikun Jiang proposed openstack/nova master: [WIP]Add pagination and Changes-since filter support for os-migrations. https://review.openstack.org/330406 | |
| 06:32:13 | openstackgerrit | Jianghua Wang proposed openstack/nova master: XenAPI: get vGPU stats from hypervisor https://review.openstack.org/512965 | |
| 06:36:57 | openstackgerrit | Jianghua Wang proposed openstack/nova master: XenAPI: provide vGPU inventory in compute node https://review.openstack.org/516217 | |
| 06:44:01 | Zoya | Hello everyone..In my deployment at one stage nova-compute is being enabled..i.e., one feature is starting nova-compute | |
| 06:45:33 | Zoya | I need to stop this...But I can't touch the feature which is starting nova-compute..Is there any way where we can handle this situation..i.e., nova-compute should not start eventhough our feature tries to start | |
| 06:45:56 | Zoya | Please help me out.. | |
| 06:46:02 | Zoya | Thanks in advance.. | |
| 07:03:21 | Zoya | Hello everyone..In my deployment at one stage nova-compute is being enabled..i.e., one feature is starting nova-compute I need to stop this...But I can't touch the feature which is starting nova-compute..Is there any way to handle this situation..i.e., nova-compute should not start eventhough our feature tries to start Please help me out.. Thanks in advance.. | |
| 07:06:00 | Sara__ | Hi | |
| 07:24:57 | gmann | alex_xu: updated this one - https://review.openstack.org/#/c/516104/3 | |
| 07:25:51 | alex_xu | gmann: thanks | |
| 07:55:03 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: [placement] Fix foreign key constraint error https://review.openstack.org/516880 | |
| 08:40:54 | openstackgerrit | Jianghua Wang proposed openstack/nova master: XenAPI: get vGPU stats from hypervisor https://review.openstack.org/512965 | |
| 08:54:09 | openstackgerrit | Jianghua Wang proposed openstack/nova master: XenAPI: provide vGPU inventory in compute node https://review.openstack.org/516217 | |
| 09:04:27 | openstackgerrit | Yikun Jiang proposed openstack/nova master: [WIP]Add pagination and Changes-since filter support for os-migrations. https://review.openstack.org/330406 | |
| 09:17:16 | openstackgerrit | jichenjc proposed openstack/nova master: Remove direct usage of glance.generate_image_url https://review.openstack.org/511397 | |
| 09:17:16 | openstackgerrit | jichenjc proposed openstack/nova master: remove glance usage inside compute https://review.openstack.org/511392 | |
| 09:28:22 | openstackgerrit | Jianghua Wang proposed openstack/nova master: WIP: XenAPI: create vGPU for instance https://review.openstack.org/516899 | |
| 09:37:50 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Mention API behavior change when over quota limit https://review.openstack.org/515631 | |
| 09:53:02 | openstackgerrit | OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035 | |
| 10:56:31 | Zoya | Hello everyone..In my deployment at one stage nova-compute is being enabled..i.e., one feature is starting nova-compute I need to stop this...But I can't touch the feature which is starting nova-compute..Is there any way to handle this situation..i.e., nova-compute should not start eventhough our feature tries to start Please help me out.. Thanks in advance.. | |
| 10:57:26 | openstackgerrit | Chris Dent proposed openstack/nova-specs master: Add spec for symmetric GET and PUT of allocations https://review.openstack.org/508164 | |
| 10:59:08 | cdent | efried, jaypipes: as I’m not going to be around to do the adjustments to GET /allocation_candidates notes in that ^ spec update for about two weeks, either of you are welcome to adopt the stack at https://review.openstack.org/#/c/512420/ | |
| 11:28:44 | openstackgerrit | OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035 | |
| 12:19:13 | efried | cdent ack | |
| 12:20:41 | jaypipes | cdent: ack | |
| 12:22:41 | efried | cdent That one doesn't appear to be part of a series - did you mean the spec and this change https://review.openstack.org/510626 ? | |
| 12:22:51 | jaypipes | alex_xu: good evening sir | |
| 12:25:42 | openstackgerrit | OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035 | |
| 12:31:44 | efried | cdent Disregard, not sure wtf I was looking at. | |
| 12:37:30 | tomsou_ | hi all, I am looking into a failing apex deployment. It fails during "openstack undercloud install". The specific command is "/bin/nova-manage cell_v2 list_cells --verbose" and the error "No sql_connection parameter is established". Does anyone have any idea on this? | |
| 12:37:48 | tomsou_ | mariadb is running | |
| 12:46:01 | moshele | stephenfin, jaypipes: hi can you review this https://review.openstack.org/#/c/505613/ is to solve a bug for the ovs hw offload which I introduce in pike :) | |
| 12:47:06 | jaypipes | moshele: well, holy crap! welcome back, my friend! :P | |
| 12:47:18 | alex_xu | nova api meeting is in 13 mins at #openstack-meeting-4 | |
| 12:47:20 | alex_xu | jaypipes: good morning sir | |
| 12:47:40 | cdent | efried, jaypipes: ack ack | |
| 12:47:58 | jaypipes | alex_xu: good mornin. :) I'm going to push an additional WIP/demo patch at the end of that refactoring _get_by_filters() series to show you my thoughts on traits/nested stuff. | |
| 12:48:21 | moshele | jaypipes: I was on 3 week vacation because of birth of my first baby girl :) | |
| 12:48:27 | jaypipes | alex_xu: if anything, I'm happy the series has been able to get the discussion going on this and maybe throw some different ideas around. | |
| 12:48:42 | efried | Congratulations moshele ! | |
| 12:48:43 | jaypipes | moshele: congrats, my friend! that's awesome news! :) | |
| 12:48:47 | alex_xu | jaypipes: ok, cool | |
| 12:49:03 | moshele | jaypipes, efried: thanks :) | |
| 12:49:05 | alex_xu | moshele: congratulations! | |
| 12:49:07 | jaypipes | moshele: you and alex_xu can share those lovely late nights rocking the cradle :) | |
| 12:49:22 | jaypipes | moshele: alex_xu also has a little one :) | |
| 12:49:45 | moshele | jaypipes: indeed :) alex_xu: congrats :) | |
| 12:50:13 | alex_xu | moshele: yea, if you can't sleep, you can log on the irc, and discussion tech stuff with asia guys | |
| 12:51:49 | moshele | alex_xu: :) | |
| 12:52:12 | efried | jaypipes About this common RequestGroup class definition: | |
| 12:52:49 | efried | jaypipes I get that it appears like code duplication; but realistically, it's not all that uncommon for either side of an API boundary to have very similar or identical objects. | |
| 12:53:10 | efried | In the rest of the nova API we just share the nova.objects or .models stuff on either side. | |
| 12:54:09 | efried | And in fact, if any of the JSON payloads we've been sending back and forth over placement had ever been object-ified, we would have already run into this. | |
| 12:54:35 | efried | Or put the other way: if I had made RequestGroup just a dict, we wouldn't be having this discussion. | |
| 12:55:32 | efried | All this to express my opinion, that it's not at all inappropriate for either side of an API to have substantially identical object representations for the same thing. | |
| 12:55:34 | jaypipes | efried: ack. | |
| 12:55:55 | efried | I suppose if we had os-placement, it could expose the RequestGroup class in a lib and nova could import it. | |
| 12:56:15 | efried | and perhaps it's time to start designing package structure with that in mind. | |
| 12:56:46 | efried | I.e. basically do as cdent said and put it in its own spot, but have that spot be in a path that would ultimately live in an exportable module within the placement codebase. | |
| 12:56:48 | jaypipes | efried: as mentioned earlier, I'm torn on this one :) We actually *used* to use the ResourceProvider *object* within the scheduler client, then I replaced that usage with just a dict representation. Now, we use the ProviderTree in the scheduler client, and we don't use that class in the placement server side. So I get where you're coming from. | |
| 12:59:30 | efried | jaypipes Yeah, I get it. | |
| 13:06:32 | alex_xu | jaypipes: finally, we will build the provider-tree in the placement side for nested support on _get_by_filters(), right? | |
| 13:07:04 | efried | or something like it | |
| 13:07:58 | jaypipes | alex_xu: no, I wasn't planning on doing that. I don't believe we'll need to use the ProviderTree class in the server side. Only the root_provider_id and maybe the parent_provider_id columns of the resource_providers table will be queried. | |
| 13:08:53 | alex_xu | initial I thought we just need to build a set of branches of tree, but that doesn't match some cases efried told me | |
| 13:09:36 | efried | That's going to be a tricky bit of sql for trait propagation. | |
| 13:09:44 | jaypipes | efried: we'll see... | |
| 13:09:46 | alex_xu | jaypipes: ok, sounds like a magic SQL at here | |
| 13:48:47 | bhagyashris | Hi all, Can anyone please guide me using uwsgi how the the different ports are hiding ? | |
| 13:48:56 | bhagyashris | and where exactly the file that maps services to endpoints for uwsgi | |
| 13:49:05 | bhagyashris | for example g-api service is running on 60999 port but when the other services are using the glance like nova then the are using url/image not like url:60999 | |
| 13:51:23 | openstackgerrit | Ed Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver https://review.openstack.org/495854 | |
| 13:51:24 | openstackgerrit | Ed Leafe proposed openstack/nova master: Change RPC for select_destinations() https://review.openstack.org/516707 | |
| 13:51:24 | openstackgerrit | Ed Leafe proposed openstack/nova master: Modify select_destinations() to return objects and alts https://review.openstack.org/510159 | |
| 13:51:25 | openstackgerrit | Ed Leafe proposed openstack/nova master: Make conductor pass and use host_lists https://review.openstack.org/511358 | |
| 13:51:25 | openstackgerrit | Ed Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils https://review.openstack.org/511357 | |
| 13:57:56 | openstackgerrit | OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035 | |
| 14:17:35 | mriedem | dansmith: i debugged the CI failure on https://review.openstack.org/#/c/516708/ and it's weird | |
| 14:17:47 | mriedem | it fails because we don't find the instance allocation for some reason http://logs.openstack.org/08/516708/3/gate/legacy-tempest-dsvm-py35/4d8d6a3/logs/screen-n-super-cond.txt.gz#_Oct_31_23_18_04_391235 | |
| 14:20:35 | mriedem | i can see the allocations created for that instance here http://logs.openstack.org/08/516708/3/gate/legacy-tempest-dsvm-py35/4d8d6a3/logs/screen-placement-api.txt.gz#_Oct_31_23_18_00_637846 | |
| 14:20:59 | mriedem | but shortly after that something deletes the instance allocations http://logs.openstack.org/08/516708/3/gate/legacy-tempest-dsvm-py35/4d8d6a3/logs/screen-placement-api.txt.gz#_Oct_31_23_18_00_805083 | |
| 14:25:13 | efried | mriedem Opinion on something? | |
| 14:25:38 | mriedem | ok | |
| 14:25:53 | efried | In the work for granular resource requests, we're finding ourselves needing a very similar POD obj on either side of the placement API barrier. | |
| 14:26:23 | mriedem | what is a POD object? | |
| 14:26:31 | efried | plain ol' data | |
| 14:26:49 | efried | Question is: do we duplicate the base class definition on both sides, define it in one place? | |
| 14:27:15 | efried | If the latter, where would that be, given the long-term goal of separating out the placement API. | |
| 14:27:51 | mriedem | is it a versioned object? | |
| 14:28:24 | efried | No. It doesn't go across the wire. It's just used to represent the same concept on either side. | |
| 14:28:26 | efried | In real terms: https://review.openstack.org/#/c/515151/10/nova/scheduler/utils.py@47 and https://review.openstack.org/#/c/514091/6/nova/api/openstack/placement/util.py@36 | |
| 14:28:58 | efried | On the flavor side, it gets built by parsing extra_specs. On the placement side, it gets built by parsing the query string. | |
| 14:29:59 | mriedem | what you have is probably fine isn't it? they aren't exactly identical | |
| 14:30:23 | mriedem | i don't think we're going to create a library for a single object to share between placement and nova right now, maybe when the split happens and there is more common code to share | |