Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-08-09
20:54:15 mriedem does your ego feel better?
20:54:36 dansmith mriedem: yes, that's why I didn't NFO your stats over a comment grammar issue :)
20:54:56 mriedem naval flight officer?
20:55:26 dansmith nuke from orbit
20:55:27 dansmith maybe not a fun analogy these days I guess
20:55:44 dansmith as PDX has been one of the west coast targets mentioned
20:55:50 mriedem heh, fire and fury baby
20:56:17 mriedem urban dictionary has a fun one
20:56:19 mriedem "Near Fatal Orgasm"
21:00:16 mriedem jaypipes: ok +2 on gibi's fix https://review.openstack.org/#/c/491491/ but letting you take the final gander
21:00:45 jaypipes mriedem: k, reviewing.
21:02:17 jaypipes mriedem: done
21:03:09 dansmith I hope all these gaping holes that gibi has found in the last two weeks are coming from him poking at it for reals
21:03:27 dansmith and if so, kudos
21:03:56 mriedem cfriesen: something you should probably fix in here https://review.openstack.org/#/c/491854/
21:04:22 mriedem yes gibi gets the last minute testing champion award
21:04:29 cfriesen dansmith: what changes would you like in https://review.openstack.org/#/c/491854/ ?
21:04:41 mriedem cfriesen: see the comment i just left
21:06:23 cfriesen mriedem: I can fix that easy. Sounded like Dan wanted something else though as well.
21:06:59 mriedem no he was just being dan
21:07:14 cfriesen oh, in that case
21:07:40 mriedem dansmith: per your question about testing in https://review.openstack.org/#/c/487954/ - there is a change that depends on it here: https://review.openstack.org/#/c/476968/
21:08:33 efried edmondsw Do you know how we're importing the keystone_authtoken conf group??
21:09:32 openstackgerrit Chris Friesen proposed openstack/nova master: Remove ram/disk sched filters from default list https://review.openstack.org/491854
21:10:22 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove ram/disk sched filters from default list https://review.openstack.org/491854
21:11:23 cfriesen mriedem: oh crud. :)
21:11:28 mriedem fixed
21:11:31 mriedem approved
21:13:15 edmondsw efried I think it's this: https://github.com/openstack/keystonemiddleware/blob/master/keystonemiddleware/auth_token/_opts.py#L201
21:13:41 efried edmondsw Where is that accessed by nova, though?
21:13:45 edmondsw looks like for some reason ks_loading is used to register auth options but not session options
21:14:05 edmondsw efried the authtoken middleware is in the api pipeline
21:14:20 efried what does that mean?
21:15:38 edmondsw efried https://github.com/openstack/nova/blob/master/etc/nova/api-paste.ini#L87
21:16:17 edmondsw note "authtoken" here: https://github.com/openstack/nova/blob/master/etc/nova/api-paste.ini#L32
21:16:50 efried edmondsw Brilliant. What I'm trying to find is some place in nova that we can override and/or deprecate the offending opt.
21:17:13 edmondsw efried I don't think there is one... in nova. It would be in keystonemiddleware
21:17:24 efried But since we don't actually have a nova/conf presence for keystone_authtoken, it would have to go in, like, workarounds or something.
21:18:01 efried edmondsw That's probably uglier than just hacking it up the way it originally was.
21:18:22 efried Though if you do that, shove in a NOTE explaining why load_session_from_conf_options doesn't work.
21:18:34 edmondsw yeah, that was my thought
21:19:12 efried edmondsw Unless there's a different conf group you could pull that cafile from...
21:19:12 edmondsw and I can bring it up with the keystone guys so they're aware... maybe they'll want to change something, maybe not
21:19:36 edmondsw we were really trying to use keystone_authtoken for more than what it's designed for, so...
21:19:37 efried edmondsw Yeah, perhaps a bug.
21:20:06 efried Oh, well, in that case, is there a more appropriate place you could/should register real session opts?
21:20:16 edmondsw don't know of any other conf options that would already have this. We could create a new [keystone] section nova.conf like we have for glance, neutron, etc.
21:20:21 edmondsw that would be the *right* way to do it
21:20:43 edmondsw seems very duplicative, though
21:21:01 edmondsw more work for operators
21:21:35 efried edmondsw Call it [identity], make mordred happy.
21:21:40 mordred I didn't do it
21:21:49 edmondsw lol
21:22:18 edmondsw I almost said "identity", and then remembered all the current sections are using codenames
21:22:25 edmondsw odd that nobody's changed that already...
21:22:34 efried edmondsw Yeah, I think mordred wants to push for that eventually.
21:23:06 efried edmondsw If we talk about it in -keystone and decide it's really a bug in ksm, then we could justify leaving it in [keystone_authtoken] and making a delta in nova.conf.workarounds to... work around it.
21:23:41 edmondsw efried sure, let's do that tomorrow, I have to run
21:24:07 efried rgr
21:54:04 mriedem dansmith: jaypipes: ok i went through https://review.openstack.org/#/c/491012/ and posted questions, several about evacuate from an ocata compute - i know dan is MIA now and i have to head out too, but will be back around later and tomorrow to discuss anything
23:45:40 openstackgerrit Michael Still proposed openstack/nova master: Avoid chowning console logs in libvirt https://review.openstack.org/472229
23:45:40 openstackgerrit Michael Still proposed openstack/nova master: First attempt at adding a privsep user to nova itself. https://review.openstack.org/459166
23:45:41 openstackgerrit Michael Still proposed openstack/nova master: Move execs of touch to privsep. https://review.openstack.org/489190
23:45:41 openstackgerrit Michael Still proposed openstack/nova master: Move libvirts dmcrypt support to privsep. https://review.openstack.org/490737
23:45:42 openstackgerrit Michael Still proposed openstack/nova master: Move execs of tee to privsep. https://review.openstack.org/489438
23:45:43 openstackgerrit Michael Still proposed openstack/nova master: Move libvirt usages of chown to privsep. https://review.openstack.org/471972
23:45:44 openstackgerrit Michael Still proposed openstack/nova master: Read from console ptys using privsep. https://review.openstack.org/489486
23:45:45 openstackgerrit Michael Still proposed openstack/nova master: Refactor libvirt.utils.execute() away. https://review.openstack.org/489816
23:45:46 openstackgerrit Michael Still proposed openstack/nova master: Move ploop commands to privsep. https://review.openstack.org/492325
23:45:46 openstackgerrit Michael Still proposed openstack/nova master: Don't shell out to mkdir, use ensure_tree() https://review.openstack.org/492326
#openstack-nova - 2017-08-10
00:30:50 masber good morning nova team, I am not sure whether this is the right place to ask this question (please forgive me if not) I am testing openstack vs raw performance in terms of disk latency using ioping and realized that disk latency from the host is around 159us whole on the vm is around 388us. Could someone please help me to understand why is that? thank you very much
00:31:31 masber by the way I am using openstack all in one flavor using packstack so instance storage is local lvm
00:48:08 openstackgerrit Merged openstack/nova master: Add release note for shared storage known issue https://review.openstack.org/491582
00:51:04 openstackgerrit Merged openstack/nova master: add cli to support matrix https://review.openstack.org/481498
01:12:31 alex_xu git show ls
01:12:37 alex_xu oops
01:13:01 edleafe alex_xu: good thing I've never typed in the wrong window!
01:13:15 alex_xu edleafe: :)
01:14:19 alex_xu that is fault of multiple screens
01:58:37 openstackgerrit huangtianhua proposed openstack/python-novaclient master: Allow boot server with multiple nics https://review.openstack.org/492003
03:49:23 openstackgerrit Merged openstack/nova master: Test resize with too big flavor https://review.openstack.org/490814
03:49:24 openstackgerrit Naichuan Sun proposed openstack/nova master: xenapi: Live migration failed in xapi pool https://review.openstack.org/489451
04:56:15 openstackgerrit Spencer Yu proposed openstack/python-novaclient master: Nova client should retry with Retry-After value https://review.openstack.org/447766
05:10:55 openstackgerrit Naichuan Sun proposed openstack/nova master: xenapi: Live migration failed in xapi pool https://review.openstack.org/489451
05:11:22 jianghuaw mriedem, thanks for the comments for https://bugs.launchpad.net/nova/+bug/1709594.
05:11:24 openstack Launchpad bug 1709594 in OpenStack Compute (nova) "live-migration without '--block-migrate" failed with "No sql_connection parameter is established"" [Undecided,New]
05:11:31 jianghuaw Yes, this is a devstack configuration and it's running in superconductor mode.
05:12:38 jianghuaw the database configuration in nova.conf is:
05:12:39 jianghuaw [database]
05:12:39 jianghuaw connection = mysql+pymysql://root:citrix@127.0.0.1/nova_cell0?charset=utf8
05:12:39 jianghuaw [api_database]
05:12:39 jianghuaw connection = mysql+pymysql://root:citrix@127.0.0.1/nova_api?charset=utf8
05:14:32 jianghuaw mriedem, the nova_api database connection settings seems correct.
05:24:32 openstackgerrit Alex Xu proposed openstack/nova master: placement: ensure RP maps to those RPs that share with it https://review.openstack.org/480379
06:22:19 openstackgerrit Alex Xu proposed openstack/nova master: placement: ensure RP maps to those RPs that share with it https://review.openstack.org/480379
06:43:31 openstackgerrit Alex Xu proposed openstack/nova master: placement: ensure RP maps to those RPs that share with it https://review.openstack.org/480379
06:43:31 openstackgerrit Alex Xu proposed openstack/nova master: placement: avoid to return duplicated alloc_reqs when no sharing rp https://review.openstack.org/492395
06:58:58 openstackgerrit Merged openstack/nova master: [placement] Add api-ref for usages https://review.openstack.org/480563
07:03:47 openstackgerrit Merged openstack/nova master: Raise NoValidHost if no allocation candidates https://review.openstack.org/491491
07:04:33 openstackgerrit Alex Xu proposed openstack/nova master: placement: ensure RP maps to those RPs that share with it https://review.openstack.org/480379

Earlier   Later