| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-10-31 | |||
| 21:55:12 | efried | jaypipes ^ -- It works. I don't understand it yet, but it works. | |
| 21:55:47 | jaypipes | heh | |
| 22:13:29 | openstackgerrit | C Leavett-Brown proposed openstack/nova master: Closes-Bug: 1728732 https://review.openstack.org/516796 | |
| 22:13:31 | openstack | bug 1728732 in OpenStack Compute (nova) "OpenStack nova service responds with an erroneous httpd redirect to a "GET,version_controller,show" request." [Undecided,In progress] https://launchpad.net/bugs/1728732 - Assigned to Colin Leavett-Brown (crlb-f) | |
| 22:18:08 | edleafe | efried: guess that's better than understanding it, but it doesn't work. :) | |
| 22:18:55 | efried | edleafe I dunno. If more people understand it, but it doesn't work, more than one person could conceivably fix it. | |
| 22:19:16 | efried | edleafe This is assuming, of course, that there are more people on the not-understanding side than on the understanding side. | |
| 22:20:15 | efried | edleafe It may just be that this stuff is hard and I need to study it until it clicks. I'd be curious to see how SQL afficionados such as yourself perceive it. | |
| 22:20:33 | efried | edleafe Talking specifically about the new method in https://review.openstack.org/#/c/516778/ | |
| 23:33:45 | openstackgerrit | Eric Fried proposed openstack/nova master: placement: Parse granular resources & traits https://review.openstack.org/514091 | |
| 23:33:46 | openstackgerrit | Eric Fried proposed openstack/nova master: WIP: Numbered groupings to GET /allocation_candidates https://review.openstack.org/514092 | |
| #openstack-nova - 2017-11-01 | |||
| 01:26:47 | openstackgerrit | Merged openstack/nova master: [placement] avoid case issues microversions in gabbits https://review.openstack.org/516662 | |
| 02:17:19 | jianghuaw | dansmith, alex_xu Could you have a look at this patch when you have time? - | |
| 02:17:20 | jianghuaw | vgpu: add enabled white list : https://review.openstack.org/#/c/512580/ | |
| 02:19:32 | jianghuaw | That's common dependent things for libvirt and xenapi on implementing vGPU feature. If that can be merged earlier, less rebasing needed and more easier for the following development work. Thanks. | |
| 02:20:03 | jianghuaw | Thanks in advance. | |
| 02:22:37 | alex_xu | jianghuaw: will try later | |
| 02:22:53 | jianghuaw | alex_xu, thanks:-) | |
| 02:23:15 | alex_xu | jianghuaw: np | |
| 03:30:27 | openstackgerrit | Alex Xu proposed openstack/nova master: Add _get_providers_with_most_resource method https://review.openstack.org/514197 | |
| 03:30:28 | openstackgerrit | Alex Xu proposed openstack/nova master: Add _get_traits_by_rp_ids method https://review.openstack.org/511184 | |
| 03:30:28 | openstackgerrit | Alex Xu proposed openstack/nova master: Enable _get_usages_by_provider_and_rc not filter on the resource class id https://review.openstack.org/514649 | |
| 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 | |