| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-08-02 | |||
| 14:41:59 | mriedem | stephenfin: i can also summarize concerns in the ML quick | |
| 14:42:03 | stephenfin | mriedem: As for user-guide etc., Chason Chan (no idea what his IRC nick is) has patches up to move those | |
| 14:42:12 | asettle | We will! | |
| 14:42:15 | asettle | (what are we working on?) | |
| 14:42:32 | mriedem | stephenfin: he has install guide and admin guide, not the user guide | |
| 14:42:33 | stephenfin | that will also include the non-autogenerated cli stuff | |
| 14:42:46 | mriedem | i'll post a quick brain dump to the ML | |
| 14:42:48 | stephenfin | I'll do that one so | |
| 14:42:51 | stephenfin | mriedem: Sounds good | |
| 14:43:40 | stephenfin | asettle: The same thing we're always working on, asettle. Trying to take over the world | |
| 14:43:54 | asettle | Of course, Pinky | |
| 14:43:56 | stephenfin | Also, index.rst hijinks | |
| 14:44:07 | asettle | That's less cool. | |
| 14:51:38 | openstackgerrit | Ildiko Vancsa proposed openstack/nova master: Implement new attach Cinder flow https://review.openstack.org/330285 | |
| 14:55:33 | mriedem | stephenfin: http://lists.openstack.org/pipermail/openstack-dev/2017-August/120482.html | |
| 14:56:01 | stephenfin | mriedem: Correct - *temporarily back | |
| 14:56:28 | stephenfin | but let's skip over that | |
| 14:56:38 | mriedem | my god | |
| 14:57:05 | mriedem | how dare you enjoy being young and single | |
| 15:01:08 | stephenfin | mriedem: Replied there. tl;dr: I agree with all point and will handle them this week | |
| 15:04:11 | ildikov | stephenfin: do the full experience with a tent, etc? | |
| 15:04:45 | stephenfin | ildikov: Yup, the full deal | |
| 15:05:15 | openstackgerrit | Gergely Csatari proposed openstack/nova master: Empty adminPass in Change Administrative Password https://review.openstack.org/490055 | |
| 15:05:27 | ildikov | stephenfin: sounds cool! | |
| 15:05:32 | stephenfin | Not looking forward to the 8am starts because the sun is up and you either get out of the tent and die from a hangover or slowly melt in the tent | |
| 15:05:54 | ildikov | stephenfin: yeah, weather is a bit crazy over here | |
| 15:06:19 | ildikov | stephenfin: the forecast says some storms for next week, but it's a whole week so they have no idea yet anyway :) | |
| 15:06:40 | ildikov | stephenfin: but hopefully will cool down to manageable by next week regardless | |
| 15:08:06 | mordred | efried: ok - I've been nerd-sniped ... | |
| 15:08:16 | stephenfin | ildikov: I hope so. No one wants rain but sub 30 temperatures wouldn't go amiss, heh | |
| 15:08:17 | efried | mordred ? | |
| 15:08:32 | stephenfin | I'm sure I'll survive in any case though :) | |
| 15:08:58 | ildikov | stephenfin: yeah, I didn't want to scare you with it, just wanted to be sure you're prepared :) | |
| 15:09:01 | mordred | efried: I just wrote most of the auth followup patch as a result of reading through to make sure I understood where the issues were ;) | |
| 15:09:08 | efried | mordred Figuring out how to get the auth into the glance client ... | |
| 15:09:15 | mordred | yup. done. patch coming | |
| 15:09:19 | sdague_ | mriedem: you misread my email about what's not being used in multinode | |
| 15:09:21 | stephenfin | ildikov: Ha, cheers :) | |
| 15:09:24 | efried | mordred Cool beans. | |
| 15:09:25 | mordred | (this is the nerd-sniping that just hapepned) | |
| 15:09:46 | mordred | efried: there is a test case that I didn't fix because it's a bit yuck and I don't know enough about the nova test cases | |
| 15:09:51 | mriedem | sdague_: i realized after i sent that | |
| 15:09:58 | ildikov | stephenfin: :) | |
| 15:10:00 | mordred | (basically, there's a test case that doesn't have any auth context info already prepared) | |
| 15:10:08 | mriedem | "it" with multiple nouns in the same sentence has been hurting me lately | |
| 15:10:31 | sdague_ | heh, no problem | |
| 15:10:35 | stephenfin | ildikov: I've learnt from my ill fated "Sure, you'll only need a light cotton sheet to sleep with" experience at Zurich last year. Turns out it gets colddd at night | |
| 15:10:51 | sdague_ | mriedem: I also responded, email should hit soon | |
| 15:11:05 | mriedem | i will prepare to respond to your response | |
| 15:12:18 | mriedem | wow, has anyone realized that a single trove change runs 26 jobs? | |
| 15:15:36 | ildikov | stephenfin: yeah, better to prepare as if you're lucky it gets down to 15 degrees Celsius at night the second half of next week | |
| 15:16:31 | ildikov | stephenfin: which I like way better than 27 even if I have to sleep in a tent, but we all have different tastes :) | |
| 15:22:38 | openstackgerrit | Monty Taylor proposed openstack/nova master: WIP Use auth from context for glance api servers https://review.openstack.org/490057 | |
| 15:22:41 | mordred | efried: ^^ | |
| 15:22:50 | efried | mordred Ack | |
| 15:23:01 | mordred | efried: I didn't fix nova/tests/unit/api/openstack/compute/test_images.py because of the auth context thing | |
| 15:23:13 | efried | mordred You gonna? | |
| 15:27:53 | mordred | efried: not this moment - I hit my nerd-snipe limit for the day - feel free to use/takeover/ignore that patch - or if I get stuck on other things later today and need a different mental task I may try poking again | |
| 15:28:23 | efried | mordred Rgr. My comments may be for myself, then :) | |
| 15:29:01 | mordred | efried: woot! | |
| 15:38:48 | openstack | Launchpad bug 1707252 in OpenStack Compute (nova) "Claims in the scheduler does not account for doubling allocations on resize to same host" [Medium,Confirmed] | |
| 15:38:48 | mriedem | cdent: coming back to your question about the plan for fixing https://bugs.launchpad.net/nova/+bug/1707252 i don't know of one | |
| 15:39:38 | mriedem | but it's not part of https://review.openstack.org/#/c/488510/ | |
| 15:39:47 | cdent | mriedem: yeah | |
| 15:40:28 | cdent | mriedem: the ideas I’ve heard batted around include: | |
| 15:40:40 | mriedem | the issue is here https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L196 | |
| 15:41:02 | cdent | adding migration uuids and adding the old allocation using the migration uuid, setting the consumer_uuid to the new allocation | |
| 15:41:25 | cdent | simply doubling in the move to same case and worrying about shared resource providers some other time (they complicate things rather a lot) | |
| 15:42:19 | mriedem | the migration uuid thing can't happen in pike | |
| 15:42:40 | cdent | I’m a bit confused on the real status of “shared providers”. Do you know? | |
| 15:43:00 | cdent | we can returned shared providers, but I’m not sure we create them | |
| 15:43:13 | cdent | if we don’t create them, then the simple doubling thing _might_ be made to work | |
| 15:43:14 | mriedem | we don't use them in any dsvm ci job | |
| 15:43:25 | mriedem | we don't create them in nova no | |
| 15:43:40 | mriedem | something like the ceph ci job would create a shared resource provider for disk | |
| 15:43:55 | mriedem | if we had a multinode ceph job, we could have 2 compute onde RPs and a single shared ceph disk RP | |
| 15:44:09 | cdent | yes, but we’d first need a resource tracker that was properly shared provider aware | |
| 15:44:13 | mriedem | that's on the etherpad for queens ptg to discuss | |
| 15:44:20 | mriedem | right, which we know it's not | |
| 15:44:29 | mriedem | which is https://bugs.launchpad.net/nova/+bug/1707256 | |
| 15:44:30 | cdent | that suggests, then, that we can proceed with a non-sharing solution for now | |
| 15:44:33 | openstack | Launchpad bug 1707256 in OpenStack Compute (nova) "Scheduler report client does not account for shared resource providers" [High,Confirmed] - Assigned to Jay Pipes (jaypipes) | |
| 15:45:02 | edleafe | So in a migration, would a shared resource, like disk, also be doubled? | |
| 15:45:24 | cdent | edleafe: long term, yes, but we don’t currently have them | |
| 15:45:25 | mriedem | it oculd | |
| 15:45:28 | mriedem | *could | |
| 15:45:43 | mriedem | if i'm resizing my disk from 20GB to 40GB, i need to account for that new disk allocatoin | |
| 15:45:56 | cdent | edleafe: and there’s also the cross case where a target host shares disk via two providers | |
| 15:46:12 | edleafe | mriedem: right, but would we account for the old 20GB and the new 40GB? Or just the larger? | |
| 15:46:17 | cdent | so you could migrate from: host a, disk x to host b, disk y OR host b, disk x | |
| 15:46:41 | edleafe | cdent: yeah, where the compute moves, but the disk doesn't | |
| 15:46:53 | cdent | edleafe: on the hangout earlier it was decided 60 | |
| 15:47:07 | cdent | that is, potentially over allocate, do the simple math | |
| 15:47:14 | edleafe | cdent: yeah, that's probably easier to implement | |
| 15:47:27 | cdent | in some situations it would be wrong, but not wrong broken | |
| 15:47:32 | edleafe | too many use cases overlapping | |
| 15:47:43 | cdent | quite | |
| 15:49:36 | cdent | mriedem, edleafe I could spike a doubling for resize to same host, but it wouldn’t be able to get started until about 4 hours from now | |
| 15:49:44 | dansmith | cdent: mriedem right I think for pike we have to double the allocation and then just gracefully subtract our old_flavor from the allocation if we're the only provider | |
| 15:49:54 | dansmith | and not worry about the shared stuff for the moment | |