Earlier  
Posted Nick Remark
#openstack-nova - 2018-01-29
23:00:33 mriedem efried: i'm not up to date on the new aggregate hotness
23:00:37 mriedem but yes i know sean-k-mooney has a thing
23:00:39 mgagne efried: please let me know if there is a doc I can read =)
23:00:43 mriedem mgagne: left some comments in there
23:01:03 mriedem mgagne: that spec was written in i think mitaka or newton, so the cli stuff was all future ideas
23:01:06 efried mgagne: Not really a single doc, no. But as an example, see this ML thread...
23:01:11 mgagne mriedem: and now I find that aggregates ARE nova aggregates but not totally :O
23:01:18 mgagne mriedem: yea found the Other end user impact section
23:01:39 efried mgagne: http://lists.openstack.org/pipermail/openstack-dev/2018-January/126685.html
23:01:52 mriedem it might be easier to just add a note that any CLIs are subject to change and the definitive CLI guide is in the osc-placement docs <link>
23:02:06 mgagne efried: ok, I'm a n00b when it comes to placement, I'm trying to catch up very fast so I can answer to jaypipes but it isn't easy to find all the relevant info
23:02:36 efried mgagne: Specifically (6) and its subsequent references in the models
23:02:50 efried mgagne: Answer what from jaypipes?
23:02:55 mgagne mriedem: if there is no doc, I read specs, they often contain more info although some bit might be outdated.
23:03:17 mgagne efried: http://lists.openstack.org/pipermail/openstack-dev/2018-January/126283.html
23:03:39 efried mgagne: Yeah, had a feeling it was that :)
23:05:11 mgagne efried: so English is not my first language and I often have a hard time to grasp new concepts without visual aids. But once I understand, it's all fine =)
23:05:50 efried Je pourrais t'aider en français si tu veux, mais je crois que la langue n'est pas la problème :)
23:06:07 efried Sauf, la langue naturelle...
23:06:37 mgagne hehe, c'est quoi l'affaire de placement :O ;)
23:07:22 efried Seulement pour enregistrer les resources, rien d'autre
23:07:30 efried (pas vraiement)
23:07:55 mgagne yea, I got the idea. just trying to understand all the fine prints
23:08:41 efried Definitely. I admit I haven't kept thoroughly updated with that particular ML thread, but if you have a couple of minutes to hang about while I read it, I may be able to answer your questions more easily.
23:08:59 mriedem maciejjozefczyk_: looks like your change https://review.openstack.org/#/c/529236/
23:09:30 efried The problem I have (and the reason I wasn't following to closely) is that I don't really know about this Filter business, or what compute aggregates are/do (just that they aren't placement aggregates).
23:09:39 efried s/to/too/
23:09:44 mgagne efried: I'm trying to finish my email now. I do have some questions but tbh, it's mostly missing bits so one could transition from an aggregate based solutions to placement
23:11:59 efried mgagne: Are you trying to make an existing deployment work on a particular version of openstack?
23:13:12 mgagne efried: yes, you guessed right. in fact, it has been my job for the last year, upgrading, discovering major changes, cursing and adapting =)
23:13:35 efried mgagne: Okay, which version of openstack?
23:15:09 mgagne efried: We are running Mitaka, trying to move to Newton (currently on pause due to our friends meltdown and spectre)
23:15:53 mgagne efried: but I'm still monitoring ML and now I'm answering the email because I discovered the mentioned change that would break/change our current flow/ways of doing thing.
23:16:07 efried Oh, okay, wow. And Jay is talking about implementing these hacks all the way back to Newton? (which we're trying to EOL afaik)
23:16:24 mgagne efried: so I'm not ready for Ocata yet but I know I will have to cross that river someday
23:16:34 mgagne efried: no ^
23:17:17 mgagne efried: but the challenge is that once I'm ready to cross that river, it will be too late to complain about changes in Ocata I wasn't aware about. I'm playing catch up here.
23:18:41 mgagne efried: I don't know if you understand in what kind of boat I'm in.
23:18:54 efried mgagne: Well, I think the first thing that'll help you is to get placement aggregates out of your head. They're not related to host aggregates, and they're not fully implemented in Newton (or Ocata, or Pike, or Queens).
23:19:48 efried It sounds to me like all you need is a way to customize allocation ratios. Which can be done via placement calls, as long as there's *some* switch to turn off the automatic setting from the conf, as Jay suggests.
23:19:50 mgagne efried: ok, I found that it's not the answer to my problem. But I still need to educate myself on the concept
23:20:13 mgagne efried: yes, that's the conclusion I ended up with too
23:20:27 efried mgagne: Has anyone proposed a patch that would do that yet?
23:20:37 mgagne not that I'm aware of
23:22:32 mriedem efried: this? https://review.openstack.org/#/c/532924/
23:23:40 efried mriedem: Certainly looks related, at a glance.
23:25:21 efried mgagne: Have you tried patching ^ in?
23:26:28 mgagne efried: I'm not running master
23:27:02 efried mgagne: Yeah, I get that, I'm asking if you've tried patching that into your running environment to see if it resolves the issue.
23:27:10 efried or rather, allows you to resolve it via conf.
23:27:40 mgagne I'm not sure I understand what you are asking
23:31:28 efried mgagne: IIUC, the point of that patch will be to backport it to where you can use it (which I guess would be Newton? Though again, I thought we were EOLing that guy)
23:31:47 efried mgagne: So I'm suggesting you could do that backport locally and see if it works for you.
23:31:59 mgagne I'm really confused. what's "it" ? =)
23:32:03 efried Though I suppose things have probably changed quite a bit in those areas, so the backport may not be trivial.
23:32:12 mgagne the bug is very technical and I don't fully understand the problem and proposed solution
23:32:15 efried Sorry, the patch mriedem mentioned above - https://review.openstack.org/#/c/532924/
23:32:42 efried The proposed solution would allow you to set your allocation ratios via conf, end of story.
23:33:10 efried Nothing else would change; in particular, you would continue to be able to use your filtery thingies as you did before.
23:33:35 mriedem efried: we don't backport config option default changes
23:33:44 efried oh
23:34:01 mriedem since, you know, changing defaults on people in stable is kind of mean
23:34:02 efried what about the rest of that patch?
23:34:14 efried yeah, makes sense when you put it like that.
23:34:18 mriedem :)
23:34:24 mriedem i haven't looked at the rest of the patch in a few weeks
23:34:31 mgagne efried: what's via conf for you? Isn't already the case where you can provide allocation ratio on compute node in nova.conf? I'm totally lost
23:34:33 mriedem and i don't think i have the brain power to do so right now
23:35:09 efried mgagne: Yeah, you're right. And I'm probably just confusing the issue even more. I should stop.
23:35:50 mgagne efried: my issue is I'm being told to stop using aggregates (and allocation ratio in metadata) because they are broken.
23:36:19 mgagne efried: and to use nova.conf itself on compute node because "Config management is the solution to your problem"
23:36:29 efried I can understand where that's a problem.
23:37:11 mgagne efried: that's not what I want, this is not my flow, far from it.
23:38:42 mgagne efried: so that's basically it. Something I could do through an API now needs to be done through our config system and the person performing this task might not have access to our config system.
23:39:00 mgagne and you lose "agility" in your operations
23:44:40 mgagne time to leave for me, thanks for the talk ;)
23:54:34 openstackgerrit Eric Fried proposed openstack/nova master: Use update_provider_tree from resource tracker https://review.openstack.org/520246
23:54:35 openstackgerrit Eric Fried proposed openstack/nova master: Fix nits in update_provider_tree series https://review.openstack.org/531260
23:54:35 openstackgerrit Eric Fried proposed openstack/nova master: Move refresh time from report client to prov tree https://review.openstack.org/535517
23:55:11 openstackgerrit Hongbin Lu proposed openstack/nova master: Handle IpAddressAlreadyAllocated exception https://review.openstack.org/535532
23:56:33 openstackgerrit Hongbin Lu proposed openstack/nova master: Use revision_number on adding/removing security group https://review.openstack.org/535510
#openstack-nova - 2018-01-30
00:16:24 openstackgerrit Eric Fried proposed openstack/nova master: Fix nits in update_provider_tree series https://review.openstack.org/531260
00:16:24 openstackgerrit Eric Fried proposed openstack/nova master: Move refresh time from report client to prov tree https://review.openstack.org/535517
00:20:24 openstackgerrit melanie witt proposed openstack/nova master: Clean up ports and volumes when deleting ERROR instance https://review.openstack.org/340614
01:24:17 openstackgerrit Matt Riedemann proposed openstack/nova master: Check for leaked server resource allocations in post_test_hook https://review.openstack.org/538510
01:34:09 Spazmotic Morning Folks
01:34:16 Spazmotic Jeez mriedem you still commiting over there
01:58:49 Spazmotic no no no no
01:59:08 Spazmotic IF YOU HAVE A STRUCTURED SETTLEMENT BUT YOU NEED CASH NOWWWW
01:59:28 jgwentworth 877 cash now
01:59:46 Spazmotic Why would you do that to people, core reviewers should have mortal fortitude!
02:00:18 jgwentworth heh
02:09:55 Spazmotic melwitt, Any chance you're familiar with the XenAPI drivers? :)
03:51:00 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Add the nova-multiattach job https://review.openstack.org/532689
04:09:08 openstackgerrit Chen Hanxiao proposed openstack/nova master: libvirt: add Linux distribution guest only description for inject_xxx options https://review.openstack.org/528441
04:25:12 mattoliverau Hey nova cores. I have a doc patch I've pushed upstream to fix the nova placement-api port on OpenSuse/SLES which was incorrect. It'
04:25:47 mattoliverau It's been sitting there since december last year. So thought I'd do a ping here ;)
04:26:18 mattoliverau Only doc, so an easy review ;)
04:26:26 mattoliverau https://review.openstack.org/#/c/527846
05:23:38 mattoliverau oh right, cool, there is another patch doing the same thing :) Nice. So long as it get's fixed then my employer will be happy, ta..

Earlier   Later