Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-05-01
14:19:59 jaypipes mriedem: mostly mordred. :)
14:20:15 efried mriedem Roger that, going nuts. Since others have been engaged, I've been trying not to bug you with it, cause I know you're a busy dude.
14:21:52 efried mriedem So the question remains. I can leave the spec fairly vague in terms of where the centralized conf options are defined if you prefer. But at this point I feel like the design is pretty well hammered out, so I'd rather be explicit if possible.
14:22:39 mriedem the spec needs to be amended for the glance.api_servers thing anyway
14:22:48 mriedem if you want to add something high-level in there about ksa changes that's fine
14:24:26 efried mriedem Roger wilco.
14:26:31 openstackgerrit Jay Pipes proposed openstack/nova master: placement: get providers sharing capacity https://review.openstack.org/460798
14:26:32 jaypipes edleafe, cdent: ^
14:26:44 edleafe kewl
14:30:24 jaypipes cdent: since Andrey's on PTO for the next week, you think you could take over all the placement API ref patches and push fixes on them?
14:31:05 cdent a) I had planned to that last week, but didn't reach it, b)I thought he was back today-ish?, c) but if not, yeah
14:32:03 jaypipes cdent: cheers, appreciated.
14:33:04 openstackgerrit Matt Riedemann proposed openstack/nova master: Add compute_nodes_uuid_idx unique index https://review.openstack.org/454887
14:43:44 cfriesen_ I'm running into issues setting up devstack on Ubuntu...hitting an issue with keystone not starting. Anyone else seen this?
14:45:11 sdague cfriesen_: is this somewhere with accessable logs?
14:45:27 cfriesen_ sdague: yes, local dedicated mini-box
14:45:37 sdague cfriesen_: some changes were made in deployment defaults, the issue might be a service collision
14:49:25 cfriesen_ sdague: here's the output from stack.sh: http://paste.openstack.org/show/608527/
14:49:34 cfriesen_ I haven't found anything useful in /opt/stack/logs yet
14:50:16 sdague cfriesen_: what's in /etc/apache2/sites-enabled
14:52:19 cfriesen_ sdague: 000-default.conf keystone.conf keystone-wsgi-admin.conf keystone-wsgi-public.conf nova-placement-api.conf
14:52:30 sdague yeh, so that's the issue I expect
14:52:32 sdague one sec
14:54:30 cdent jaypipes: left some comments on the slides. Overall _very_ good. Some minor nits on naming, and a minor freakout about inbound notifications (dear god no).
14:54:39 sdague cfriesen_: if you pull https://review.openstack.org/461422 and do a ./clean.sh from there before your next ./stack.sh, I think you'll be good
14:54:53 cfriesen_ sdague: okay, will try it out
14:55:28 sdague cfriesen_: I think the issue is that keystone.conf is still configured the old way, and not being updated correctly
15:11:33 cfriesen_ sdague: it got further, but now I get an issue running "openstack project show admin": http://paste.openstack.org/show/608528/
15:19:17 mriedem dansmith: in case you didn't see yet, i went through your series to make discovering host mappings faster - the last change is outstanding
15:19:22 mriedem and i had some questions about upgrades in there
15:19:52 dansmith mriedem: I saw some of them were in the gate on friday yeah, thanks for that
15:20:22 dansmith mriedem: I'm still feeling really terrible and I'm probably only going to be around until I can get the doc to call in an rx for me
15:20:23 sdague cfriesen_: that apache dir?
15:20:30 dansmith but if I have a chance I'll look at that
15:20:39 mriedem dansmith: np
15:20:43 mriedem it's not urgent
15:21:00 cfriesen_ sdague: 000-default.conf keystone-wsgi-admin.conf keystone-wsgi-public.conf nova-placement-api.conf
15:21:05 mriedem 10000mg of z-pack is probably more important
15:21:43 sdague cfriesen_: well, that should at least be right
15:21:53 sdague cfriesen_: pastbin your local.conf?
15:22:16 sdague cfriesen_: sanity checking locally to make sure I didn't bork a thing
15:22:41 cfriesen_ sdague: http://paste.openstack.org/show/608529/
15:23:30 cfriesen_ sdague: the git repos are pointing at my dev box
15:24:01 sdague cfriesen_: yeh, all that should be sane
15:25:54 sdague cfriesen_: after a clean.sh are there any python processes still running that seem odd?
15:25:58 sdague like uwsgi ones
15:26:27 sdague the only thing I can imagine is there is an errant keystone, so it's magic token is different
15:30:30 cfriesen_ sdague: checking
15:33:39 lbragstad johnthetubaguy i took another stab at simplifying https://review.openstack.org/#/c/460344/
15:34:01 openstackgerrit Matt Riedemann proposed openstack/nova master: Add online data migration for populating services.uuid https://review.openstack.org/454899
15:34:02 openstackgerrit Matt Riedemann proposed openstack/nova master: objects: add Service.get_by_uuid method https://review.openstack.org/461429
15:34:02 openstackgerrit Matt Riedemann proposed openstack/nova master: db api: add get_service_by_uuid https://review.openstack.org/461428
15:34:27 lbragstad johnthetubaguy I'm going to propose a series of follow-on patches with more detail
15:35:31 openstackgerrit Matt Riedemann proposed openstack/nova master: objects: add Service.get_by_uuid method https://review.openstack.org/461429
15:35:31 openstackgerrit Matt Riedemann proposed openstack/nova master: db api: add service_get_by_uuid https://review.openstack.org/461428
15:36:02 cfriesen_ on another note...who's the person to talk to around virt.hardware.vcpus_realtime_topology() currently?
15:37:23 cfriesen_ sdague: no python processes running after unstack.sh/clean.sh
15:38:21 sdague cfriesen_: hmm... I don't know, things are starting fine here. How old are your clones of all the projects? Maybe something is required from keystone that I didn't realized
15:41:50 cfriesen_ sdague: it's been a while...and the box itself was upgraded in place from 14.04 to 16.04. maybe I should blow it away and start from scratch.
15:41:51 jaypipes cdent: thanks very much!
15:42:12 cdent the font is... concerning
15:42:15 cdent but you've made the most of it
15:42:49 jaypipes cdent: as I mentioned, it's the Mirantis Boston template...
15:42:54 jaypipes nothing I can do about that.
15:42:56 cdent yeah, I know
15:43:08 cdent that's why I think it is great that you've "made the most of it'
15:43:21 sdague cfriesen_: the 403 typically means there is a credentials mismatch with the keystone server
15:43:34 sdague cfriesen_: if you want to keep debugging it, that's the thread to follow
15:43:40 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Use plain routes list for os-floating-ips endpoint instead of stevedore https://review.openstack.org/461431
15:44:21 sdague it must be part of the cleanup, because it works in clean environments
15:45:23 cfriesen_ jaypipes: you +2'd this https://review.openstack.org/#/c/356383/ last year....just wondering why we have the implied "0-" as part of the mask. This means if the admin specifies "hw:cpu_realtime_mask=1" they actually get all the cpus, which seems odd.
15:46:48 jaypipes cfriesen_: how DARE you question my judgment!
15:46:58 jaypipes cfriesen_: heh, j/k :) will take a look.
15:47:38 cfriesen_ jaypipes: thanks...I also notice that this option doesn't seem to be documented in the manuals anywhere
15:47:48 cfriesen_ so I might have to fix that
15:47:59 jaypipes cfriesen_: that would be awesome if you did. ++
15:48:36 cfriesen_ jaypipes: I've got another manual fix under review for what happens when flavor/image specify different things for cpu policy, cpu thread policy, mempage size
15:48:59 jaypipes cfriesen_: link me and I'll add it to my queue.
15:49:08 cfriesen_ jaypipes: cool, will do
15:49:18 jaypipes danke
15:54:03 cdent jaypipes: the new hotness on placement+uwsgi can be teased out of the results of https://review.openstack.org/#/c/456717/ but it's not immediately apparent without doing some digging so I'm not sure if it is worth it. May be easier/more simple for the sake of the presentation to say "it's just a simple wsgi app, run it with anything!"
16:02:43 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Use plain routes list for os-floating-ip-pools endpoint instead of stevedore https://review.openstack.org/461436
16:11:21 dansmith mriedem: hmm, looks like I never uploaded the patch set that fixed the setting mapped=1 thing
16:11:34 dansmith mriedem: and it's not in my local tree since I pulled from gerrit over this at some point
16:11:47 dansmith that method looked quite different in that version
16:13:30 openstackgerrit Matthew Treinish proposed openstack/nova master: Remove cloudpipe APIs https://review.openstack.org/459470
16:13:38 mtreinish mriedem: ^^^ part 2 to close out the spec
16:13:45 mriedem mtreinish: excellent
16:15:16 openstackgerrit Matthew Treinish proposed openstack/nova master: Remove cloudpipe APIs https://review.openstack.org/459470
16:15:36 jaypipes mriedem: looks like another unit test would be affected by the compute_nodes.uuid unique index: http://logs.openstack.org/87/454887/4/check/gate-nova-python27-ubuntu-xenial/e5b8b91/testr_results.html.gz
16:15:45 jaypipes mriedem: I blame dansmith ;)
16:15:50 mriedem gah
16:15:51 mriedem ok
16:24:00 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Use plain routes list for os-floating-ips-bulk endpoint instead of stevedore https://review.openstack.org/461439
16:28:55 jaypipes cfriesen_: reviewed. good stuff.
17:23:32 cfriesen_ but anyone that actually cares should probably specify which they want, so I'm not too worried about it.
17:23:41 jaypipes cdent, edleafe: maybe it would help if I just push the remainder of the patch series so you can see the end result.
17:23:49 openstackgerrit Dan Smith proposed openstack/nova master: Make discover_hosts only query for unmapped ComputeNode records https://review.openstack.org/427903
17:24:19 dansmith mriedem: I was thinking, we could make the scheduler call the host discovery on SIGHUP, which may be more straightforward (i.e. you have to SIGHUP the scheduler to notice new hosts
17:24:25 edleafe jaypipes: I sure hope so :)

Earlier   Later