Earlier  
Posted Nick Remark
#openstack-nova - 2017-01-27
17:35:20 mriedem i.e. https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/newton+topic:bug/1647316
17:35:51 cdent figleaf: right, but when a node is newly added the same problem exists: there's no way to allocate or claim inventory?
17:35:51 figleaf mriedem: yeah - "funny"
17:36:10 johnthetubaguy mriedem: its almost like we need some ironic testing
17:36:27 mriedem johnthetubaguy: we have it in ocata
17:36:32 mriedem just not in newton where placement was optional
17:36:41 johnthetubaguy mriedem: ah
17:36:46 mriedem ironic + placement ci was broken for a few days in master
17:36:54 figleaf cdent: if a node is added and has a custom RC, its inventory will be added new-style
17:36:56 mriedem which is why i'm backporting that series of fixes
17:37:05 cdent figleaf: yes, but you can't allocate against it
17:37:06 jroll bah, no '-' in custom resource classes? :|
17:37:08 figleaf cdent: and we have no way to select that node now
17:37:16 cdent and that too
17:37:24 cdent feh
17:37:30 mriedem jroll: _ is far superior
17:37:49 cdent jroll: just upperletters and numbers
17:37:55 jroll and _
17:38:19 jroll kinda lame IMO, but alas
17:38:26 cdent jroll: yeah, but that's just to keep you conused so best to just leave it out ...
17:38:55 johnthetubaguy figleaf: cdent: so the summary, either we have VCPUs, claim them, and schedule on them, OR we have to schedule on custom_resource classes and claim them, current state: schedule VCPU, report custom, claim VCPU (except for existing instances that we tidy up to claim the new resource class)
17:38:56 cdent I _think_ the constraint came into play when we didn't even have custom resource classes, not sure.
17:39:01 openstackgerrit Matt Riedemann proposed openstack/nova: Block starting compute unless placement conf is provided https://review.openstack.org/425806
17:41:17 jroll well, unless I did something awful wrong, the ironic code gives me 2017-01-27 17:39:56.654 TRACE nova.compute.manager AttributeError: 'SchedulerClient' object has no attribute 'set_provider_inventory'
17:42:19 jroll nope, I'm at b6339a876a440831903445bd4b10afb732e91335 which is latest here
17:42:29 johnthetubaguy hmm, interesting
17:43:16 cdent this sounds like a job for functional tests
17:43:17 figleaf jroll: there are some places I found where SchedulerClient and SchedulerClient.reportclient are treated as the same
17:43:27 figleaf It's in reportclient
17:44:44 jroll figleaf: just reporting this code is broken :)
17:44:57 jroll cdent: I'm working on integration stuff atm
17:45:28 figleaf jroll: heh, can relate to that
17:46:00 cdent jroll: which is great, but there's something in the middle: more functional testing while we are developing the features (just setting a bit for future efforts, not moaning)
17:46:40 jroll cdent: sure, don't disagree
17:47:46 cdent jroll: shit bro, it's not you who I think should have done functional tests on this stuff. It's me and figleaf and jaypipes
17:48:33 jroll cdent: heh. it's all of us. I just want to help get this working
17:49:12 cdent figleaf: are you working on dealing with the traceback jroll's reported, or should I do that?
17:49:21 jroll figleaf: okay, that worked, now I should see an inventory record that is mapped to that custom resource class, yeah?
17:49:53 figleaf jroll: sorry, I'm looking at 6 different bits of code, trying to keep them straight :(
17:50:06 figleaf jroll: what was it that you were doing when you hit the bug
17:50:07 figleaf ?
17:50:23 cdent traceback on the review
17:50:30 jroll figleaf: so I've got devstack. ironic stuff has resource classes. using this code.
17:50:40 jroll fixed traceback as mentioned (leaving a comment on that now)
17:51:02 jroll looks like things go through but I don't see anything in inventory table that references the custom RP
17:51:07 jroll er, s/RP/RC/
17:56:55 figleaf jroll: ugh - looks like there are more of those all over the place
18:01:01 cdent figleaf, jroll, johnthetubaguy: sorry guys I gotta go. I haven't eaten enough and starting to fade badly. If there's something I can do on sunday or in the UK morning monday, let me know, either by email to os-dev or direct to me.
18:02:01 jroll cdent: no worries man, I'll just leave anything I find on gerrit
18:02:09 jroll looks like it submits inventory correctly
18:02:10 johnthetubaguy cdent: figleaf: I am going to run soon too, similar comments about monday morning
18:02:28 cdent best of luck
18:02:42 johnthetubaguy jroll: well, not sure, once we get bauzas's change in, you will no longer be able to pick iroinc nodes if the current proposal merges
18:02:59 johnthetubaguy figleaf: I attempted to add a summary comment about what I think we should do
18:03:02 jroll johnthetubaguy: ... O_o
18:03:09 figleaf johnthetubaguy: cdent: ok, thanks for opening up this can of worms! (Seriously! It would have really sucked to let this out like this)
18:03:50 johnthetubaguy there may be 40% nonsense in my current suggestion, but lets see if that makes things clearer or not
18:05:17 jroll johnthetubaguy: lgtm, I think
18:06:22 johnthetubaguy figleaf: are you on board with the plan I sketched out in https://review.openstack.org/#/c/404472?
18:13:21 openstackgerrit John Garbutt proposed openstack/nova: Scheduler calling the Placement API https://review.openstack.org/417961
18:13:53 figleaf johnthetubaguy: sorry, working on a different fix atm. Looking now...
18:14:22 johnthetubaguy figleaf: so as I understood it, this is one of the two remaining FFEs, hence my focus on it
18:14:58 jroll fwiw I'm just getting lost in this code at this point
18:15:12 figleaf johnthetubaguy: I was thinking similarly - getting rid of the cleanup of old-style inventory
18:15:23 figleaf jroll: welcome to the club!!
18:16:05 figleaf johnthetubaguy: and trying to ensure that both old- and new-style can coexist
18:16:40 figleaf johnthetubaguy: and then add back the cleanup in Pike, remove it in Queens
18:16:54 johnthetubaguy figleaf: cool, yeah, I think we just report the new resources, for the first step
18:17:39 johnthetubaguy figleaf: yeah, the clean up can only be added after we start scheduling and claiming using the new resource class, I think, we can probably drop reporting the old ones at that point, but not 100% sure
18:18:30 johnthetubaguy actually the scheduling can happen first, then we can start claiming the new style, then we drop reporting the legacy resource classes
18:18:38 johnthetubaguy I think
18:23:51 openstackgerrit Dan Smith proposed openstack/nova: Avoid redundant call to update_resource_stats from RT https://review.openstack.org/424305
18:41:44 openstackgerrit Ed Leafe proposed openstack/nova: placement: RT now adds proper Ironic inventory https://review.openstack.org/404472
18:42:30 figleaf ^^ This just fixes the client bugs jroll found
19:15:41 openstackgerrit John Garbutt proposed openstack/nova: Added instance.reboot.error to the legacy notifications https://review.openstack.org/411816
19:29:26 bauzas superdan: johnthetubaguy: I'm now in the train back to Grenoble, what's the current situation for the scheduler change?
19:30:17 superdan bauzas: sdague wants the grenade change refactored, so I'm working on that
19:30:32 superdan bauzas: the scheduler thing passed multinode grenade before I started, johnthetubaguy was going to fix up the pep8 and unit tests
19:31:38 bauzas okay, thanks for both you
19:31:52 bauzas the pep8 issue is really easy
19:32:08 sdague superdan: yeh, the placement add patch seems good now, pending tests
19:32:08 bauzas not sure I understand an unittest problem
19:32:25 superdan sdague: I think it's still not working yet, but getting closer
19:32:36 sdague superdan: ok
19:32:48 superdan bauzas: see all the red FAILED on the patch
19:33:41 superdan I have to run out to meet someone in a little bit, but I will pick it up when I get back
19:33:56 superdan this person says they have a nice minimum wage job flipping burgers and I am SUPER INTERESTED
19:35:02 figleaf superdan: much less stress, for sure
19:35:34 superdan aye
19:48:58 bauzas oh man, the internet connection in the my train is so terrible :(
19:52:45 openstackgerrit Artom Lifshitz proposed openstack/nova: Pass APIVersionRequest to extensions https://review.openstack.org/425876
19:52:48 superdan well, it upgraded placement without exploding, we'll see if it actually works
19:53:43 bauzas superdan: so you modified grenade by adding a new placement service? heh, okay
19:54:03 bauzas I thought it was within nova, but fine by me
19:55:00 bauzas FWIW, I'd need to rebase the top patch since matt wrote a new PS for the bottom one
19:55:45 openstackgerrit Artom Lifshitz proposed openstack/nova: Pass APIVersionRequest to extensions https://review.openstack.org/425876
19:57:46 openstackgerrit Artom Lifshitz proposed openstack/nova-specs: Fix tag attribute disappearing https://review.openstack.org/426030
20:10:00 openstackgerrit Jim Rollenhagen proposed openstack/nova: DNM: hack ironic with resource providers https://review.openstack.org/426296
20:10:26 jroll figleaf: rebased that on your better patchset ^
20:10:55 figleaf jroll: working better?

Earlier   Later