| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-01-06 | |||
| 19:57:04 | superdan | I need "get_transport_url child_cell" | |
| 19:57:09 | superdan | sonofa | |
| 19:57:29 | melwitt | yeah, need to pass the virtual_host. I really hope that fixes things | |
| 19:58:21 | superdan | yeah | |
| 19:58:42 | openstackgerrit | Sylvain Bauza proposed openstack/nova: WIP/DNM : Put all the magic in a PlacementClient https://review.openstack.org/417111 | |
| 19:58:43 | openstackgerrit | Sylvain Bauza proposed openstack/nova: Expose a REST API for a specific list of RPs https://review.openstack.org/392569 | |
| 19:58:50 | openstackgerrit | Dan Smith proposed openstack/nova: WTFWIP: Multicell support for instance listing https://review.openstack.org/396775 | |
| 19:58:55 | superdan | melwitt: we shall see ^ | |
| 19:58:58 | superdan | melwitt: thanks for spotting that | |
| 19:59:17 | bauwser | mriedem: leakypipes: rebased https://review.openstack.org/392569 | |
| 19:59:22 | melwitt | fingers crossed | |
| 19:59:49 | bauwser | mriedem: leakypipes: and uploaded latest version of the placementclient module - but that's not a goal for now I think | |
| 20:07:12 | openstackgerrit | Ildiko Vancsa proposed openstack/nova: Implement new attach/detach Cinder flow https://review.openstack.org/330285 | |
| 20:07:13 | openstackgerrit | Ildiko Vancsa proposed openstack/nova: Remove check_attach https://review.openstack.org/335358 | |
| 20:07:57 | mriedem | ildikov: hey, btw, | |
| 20:08:10 | mriedem | that wip patch to use cinder v3 in nova - totally failed with the same endpoint not found that you were seeing | |
| 20:08:29 | mriedem | http://logs.openstack.org/82/385682/3/check/gate-tempest-dsvm-neutron-full-ubuntu-xenial/0a4185b/logs/screen-n-cpu.txt.gz?level=TRACE#_2017-01-05_19_30_30_353 | |
| 20:08:50 | ildikov | mriedem: I'm glad to know it's not just my ghost | |
| 20:09:21 | ildikov | mriedem: I fixed it locally by adding the endpoint_template to the config, but I still experience weird things | |
| 20:09:59 | ildikov | mriedem: oh and tnx for the heads up on this :) | |
| 20:10:22 | openstackgerrit | Sarafraj Singh proposed openstack/nova: Add service_token for nova-cinder interaction https://review.openstack.org/397399 | |
| 20:11:09 | openstackgerrit | Sarafraj Singh proposed openstack/nova: Add service_token for nova-neutron interaction https://review.openstack.org/410394 | |
| 20:32:50 | openstackgerrit | Diana Clarke proposed openstack/nova: Query parameter validation for usages API https://review.openstack.org/417500 | |
| 20:36:22 | openstackgerrit | Diana Clarke proposed openstack/nova: Query parameter validation for usages API https://review.openstack.org/417500 | |
| 20:37:11 | melwitt | hm, grenade jobs failing with "/opt/stack/new/grenade/projects/70_cinder/resources.sh:destroy:199 : openstack server remove floating ip cinder_server1 172.24.5.6 | get() takes exactly 1 argument (2 given)" | |
| 20:48:30 | openstackgerrit | Diana Clarke proposed openstack/nova: Query parameter validation for hypervisors API https://review.openstack.org/417507 | |
| 20:57:13 | openstackgerrit | Claudiu Belu proposed openstack/nova: Adds Hyper-V OVS ViF driver https://review.openstack.org/140045 | |
| 21:10:31 | openstackgerrit | Diana Clarke proposed openstack/nova: Query parameter validation for hypervisors API https://review.openstack.org/417507 | |
| 21:36:38 | openstackgerrit | Diana Clarke proposed openstack/nova: Query parameter validation for usages API https://review.openstack.org/417500 | |
| 21:43:34 | openstackgerrit | Claudiu Belu proposed openstack/nova: Hyper-V: fix live migration with CSVs https://review.openstack.org/380448 | |
| 21:53:34 | superdan | melwitt: well, that got it back down from insane-fail to lots-of-fail | |
| 21:53:38 | superdan | which I call major progress | |
| 21:54:11 | superdan | like, finally some sane failures: http://logs.openstack.org/75/396775/23/check/gate-tempest-dsvm-cells-ubuntu-xenial/c10b6b3/logs/screen-n-api.txt.gz?level=TRACE#_2017-01-06_20_19_05_133 | |
| 21:54:19 | melwitt | superdan: heh, yeah. I saw there's a lot of UnknownCell errors in there now but hopefully that won't be too hard to track down | |
| 21:55:05 | superdan | yeah, I dunno what that means, but.. it's something to chase at least | |
| 21:55:23 | melwitt | definitely a big improvement over crazy pants | |
| 21:55:33 | superdan | huh, it means instance.cell_name is not set | |
| 21:56:23 | melwitt | meaning instance wasn't assigned to a cell v1 cell somehow. or hasn't been scheduled yet | |
| 21:56:40 | superdan | yeah | |
| 21:59:39 | melwitt | hm, so when an instance record is written to a cell db, when it syncs to the top the cell_name is set based on the message routing path? | |
| 22:00:17 | melwitt | I don't think I ever knew how cell_name got set, but it looks like it happens in instance_update_at_top in cells/messaging | |
| 22:01:24 | superdan | that's..odd | |
| 22:01:31 | superdan | I guess so the cell doesn't have to know its name or something? | |
| 22:01:48 | melwitt | seems like it. I dunno | |
| 22:04:04 | superdan | man | |
| 22:04:07 | melwitt | superdan: I wonder if it's something like, it's reading the instance from the cell db so it doesn't have cell_name there. cell_name is only in the record at the top? | |
| 22:04:15 | superdan | I'm just shocked that this continues to work with none of us really knowing about it | |
| 22:04:25 | superdan | yeah might be | |
| 22:05:06 | melwitt | yeah well, we've taken care not to touch the code too much. and I broke things when I object-ified some stuff there that had to get fixed | |
| 22:07:42 | openstackgerrit | Dan Smith proposed openstack/nova: WTFWIP: Multicell support for instance listing https://review.openstack.org/396775 | |
| 22:07:44 | superdan | theory-testing hack ^ | |
| 22:07:51 | melwitt | I wonder if there are any other problems with reading instances from the compute cell db rather than the api cell db. I hope not | |
| 22:09:13 | superdan | well, | |
| 22:09:28 | superdan | it may surprise some people that don't expect connections from api to those dbs | |
| 22:09:35 | superdan | but that's kinda part of the migration path anyway | |
| 22:09:36 | melwitt | I'm not sure that will work, because I don't think cell_name is dirtied in the compute cell | |
| 22:10:05 | superdan | oh, because that makes an rpc call back to messaging | |
| 22:10:32 | melwitt | yeah, the instance.save() will call up to instance_update_at_top, and that function will set cell_name only at the top | |
| 22:11:07 | melwitt | https://github.com/openstack/nova/blob/master/nova/cells/messaging.py#L1009 | |
| 22:11:20 | superdan | right but you mean call up to the regional cell service, which is across rpc | |
| 22:11:31 | melwitt | and that's not going to sync back down | |
| 22:11:36 | superdan | wait | |
| 22:11:41 | superdan | oh yeah | |
| 22:11:48 | melwitt | yeah rpc call to the api cell | |
| 22:11:57 | melwitt | I think | |
| 22:12:04 | superdan | I was thinking that was a direct call into there because the name was the same, but I jumped the api->messaging gap | |
| 22:12:35 | superdan | so I should be able to get it from conf actually | |
| 22:12:50 | melwitt | well, I mean the compute cell will never run the code that changes the cell_name I mean | |
| 22:13:13 | melwitt | I dunno, I'm getting confused. anyway | |
| 22:15:08 | openstackgerrit | Dan Smith proposed openstack/nova: WTFWIP: Multicell support for instance listing https://review.openstack.org/396775 | |
| 22:15:09 | superdan | hack @3 | |
| 22:15:11 | superdan | er, #2 | |
| 22:19:41 | melwitt | superdan: I think that might not work because I think the instance.create() goes only to the api cell db, then later when instance.save() happens in the api cell, that's when it gets written to the compute cell db :\ | |
| 22:21:11 | melwitt | as part of the sync down | |
| 22:21:53 | superdan | melwitt: we have to create() once in the child cell | |
| 22:21:55 | superdan | we can't just save | |
| 22:23:33 | melwitt | superdan: okay. I had thought when we were looking at replays of compute/api the instance create isn't one of them and so I went looking around for how the record ever ends up in the compute cell db | |
| 22:24:25 | superdan | melwitt: well, we have to call db.instance_create() at least | |
| 22:24:42 | superdan | but I can't imagine we don't go through the object, because we'd miss out on the other stuff we create there, | |
| 22:24:54 | superdan | like instance_extra and such | |
| 22:24:56 | superdan | but if you know other, please point to it | |
| 22:25:13 | smcginnis | Does Nova actual use limits? "nova limits" | |
| 22:25:40 | smcginnis | And if so, where are these set? I've found references that limits are set in the project.conf file, but nothing stating what needs to actually be set. | |
| 22:25:57 | melwitt | superdan: yeah, double checking to see if I missed something last time | |
| 22:26:14 | smcginnis | Cinder has absolute limits too, but it appears to be left over from the Nova split. Trying to figure out if they are actually used/working. | |
| 22:38:51 | mriedem | smcginnis: limits == quotas | |
| 22:38:55 | mriedem | os-quota-sets API | |
| 22:39:04 | smcginnis | mriedem: nope | |
| 22:39:14 | mriedem | the limits API is just the read-only API for getting the quota limits | |
| 22:39:22 | smcginnis | mriedem: Not from what I've seen. Though maybe that's changed in Nova? | |
| 22:39:33 | smcginnis | mriedem: Ah, that might explain some things. :) | |
| 22:39:36 | mriedem | smcginnis: well, | |
| 22:39:39 | mriedem | ... | |
| 22:39:40 | mriedem | ... | |
| 22:39:47 | smcginnis | mriedem: Some really misleading stuff out there. | |
| 22:39:47 | mriedem | trying to figure out how long i want to make this | |
| 22:39:57 | mriedem | quotas come from 3 different places in nova, | |
| 22:40:01 | mriedem | 1. config | |
| 22:40:06 | smcginnis | mriedem: It's late on Friday. Probably better just to tell me to step off. | |
| 22:40:11 | mriedem | 2. quota classes | |