| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-08-09 | |||
| 20:47:52 | mriedem | git commit --amend --author "Jay Pipes <jaypipes@gmail.com>" | |
| 20:47:57 | dansmith | are we re-pushing this anyway? | |
| 20:48:07 | dansmith | because ... six hour check run | |
| 20:48:11 | jaypipes | gimme a sec, will do. | |
| 20:48:31 | mriedem | dansmith: i brought it up in the ML http://lists.openstack.org/pipermail/openstack-dev/2017-July/119801.html | |
| 20:48:51 | mriedem | i don't know what causes it automatically, something to do with git review -d + git rebase -i + git commit | |
| 20:48:53 | openstackgerrit | Jay Pipes proposed openstack/nova master: Remove provider allocs in confirm/revert resize https://review.openstack.org/488510 | |
| 20:48:53 | openstackgerrit | Jay Pipes proposed openstack/nova master: Resource tracker compatibility with Ocata and Pike https://review.openstack.org/491012 | |
| 20:48:59 | jaypipes | ok, mriedem done | |
| 20:49:22 | dansmith | mriedem: I do that all the time and it doesn't reset for me | |
| 20:49:30 | dansmith | I've had my way with all of jay's patches that way | |
| 20:49:52 | mriedem | git version 2.7.4 ? | |
| 20:50:20 | dansmith | indeed actually | |
| 20:50:23 | mriedem | git-review Version: 1.25.0 | |
| 20:50:34 | dansmith | same | |
| 20:50:45 | dansmith | I'm not running Windows98 or whatever you run though | |
| 20:51:02 | mriedem | this is xenial 16.04 | |
| 20:52:46 | mriedem | huh | |
| 20:52:46 | mriedem | user@ubuntu:~/git/nova$ cat /etc/debian_version | |
| 20:52:46 | mriedem | stretch/sid | |
| 20:52:58 | jaypipes | mriedem: quick summary of the cause of the "claim mystery" from that resize too big patch please? | |
| 20:52:59 | dansmith | expected :) | |
| 20:53:08 | dansmith | jaypipes: he put it in the comments | |
| 20:53:17 | dansmith | jaypipes: corefilter notenabled == no limit == no vcpu check on the compute node | |
| 20:53:23 | jaypipes | ah | |
| 20:53:34 | dansmith | I'm embarrassed to say I didn't know we had that linkage | |
| 20:53:38 | dansmith | and also, am horrified | |
| 20:54:07 | mriedem | dansmith: like how i gave you credit in those comments? | |
| 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 | |