Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-08-09
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
07:14:33 openstackgerrit Alex Xu proposed openstack/nova master: placement: ensure RP maps to those RPs that share with it https://review.openstack.org/480379
07:14:46 alex_xu emm...finally
07:20:07 openstackgerrit jichenjc proposed openstack/nova master: Enhance support matrix document https://review.openstack.org/482013
08:13:34 openstackgerrit Balazs Gibizer proposed openstack/nova master: replace chance with filter scheduler in func tests https://review.openstack.org/491529
08:19:01 gibi good morning
08:20:15 maciejjozefczyk hello
08:40:00 bauzas morning Novaists
09:05:37 ratailor alex_xu, you around ?
09:05:44 alex_xu ratailor: yea
09:06:17 ratailor alex_xu, regarding this bug https://bugs.launchpad.net/nova/+bug/1709260
09:06:20 openstack Launchpad bug 1709260 in OpenStack Compute (nova) "Addition of host to host-aggregate should be case -sensitive" [Low,Confirmed] - Assigned to Rajesh Tailor (ratailor)
09:06:52 ratailor alex_xu, I have done something like this.. https://github.com/openstack/nova/commit/402b3abf990d08d2af8331079d36a92d84d84b80#diff-342854d9b83486a3db6189bc21be6266L1026
09:07:24 ratailor alex_xu, for host_mappings table in api_db.

Earlier   Later