Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-08-02
16:54:54 cdent mriedem: for the duration of the resize we need room for both vms, don’t we?
16:54:54 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Start using oslo_policy.sphinxext https://review.openstack.org/479358
16:54:54 openstackgerrit Stephen Finucane proposed openstack/nova master: policies: Fix Sphinx issues https://review.openstack.org/480516
16:54:55 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Rework index page per new sections https://review.openstack.org/478485
16:54:56 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Rewrite index page https://review.openstack.org/490088
16:54:56 openstackgerrit Stephen Finucane proposed openstack/nova master: doc: Remove dead files https://review.openstack.org/478470
16:55:05 dansmith mriedem: I don't think we should be that discriminating
16:55:06 mriedem cdent: even if it's on the same host?
16:55:18 dansmith cdent: his point is that vcpus are somewhat ephemeral, not a strict quantity of things that go away
16:55:23 dansmith except for pinning, but...
16:55:24 mriedem cdent: yes i tried a few ways to do this w/o the looping and stuff and it hurt my brain
16:55:37 dansmith I think the scheduler should stay out of deciding what it does and doesn't know about the hypervisor
16:55:44 mriedem if i'm resizing from 1 cpu to 2 cpu on the same host, my total allocation on that host should be 2, not 3
16:56:20 mriedem yeah it's fair to say we don't want to bake all that logic into the scheduler
16:56:33 mriedem just seems a bit wasteful
16:56:39 mriedem until you confirm and we fix thigns
16:56:41 cdent and for vmware and powervm and maybe others, the resize may not be on the same host, just the same n-cpu?
16:56:54 mriedem powervm should be fine
16:56:56 dansmith cdent: we're accounting based on node though
16:56:58 mriedem vmware is the freak
16:57:12 dansmith still,
16:57:31 mriedem but yeah it's per node
16:57:33 dansmith for a hypervisor with very concrete resources, we don't know that some resources add and others don't
16:57:36 dansmith and,
16:57:48 dansmith we're not using double the disk in most cases,
16:57:53 openstackgerrit Merged openstack/nova master: Accept any scheduler driver entrypoint https://review.openstack.org/484828
16:57:55 dansmith but it depends on the config of the node,
16:58:07 dansmith so we should just grab double anyway for everything, IMHO
16:58:19 mriedem bauzas: are you going to backport https://review.openstack.org/#/c/484828/ to ocata or should i?
16:58:39 bauzas mriedem: I can
16:58:42 mriedem dansmith: ok - my main concern was that ocata computes aren't going to fix the double allocation to remove the old flavor
16:58:54 dansmith mriedem: they're just going to trample all over it anyway
16:59:01 mriedem that's true
16:59:06 mriedem gd ocata computes
16:59:11 mriedem they're aholes
16:59:16 bauzas mriedem: looks like I need to resolve a conflict but I'll do
16:59:20 dansmith I know.. greedy punks
16:59:32 mriedem i will commence to lunching then
16:59:33 cdent i first read that as octopus computes
17:10:15 melwitt mriedem, dansmith: was on a call, ack to skipping cells meeting
17:16:37 openstackgerrit Steve Noyes proposed openstack/nova master: Do not attempt volume swap when guest is stopped/suspended https://review.openstack.org/389798
17:21:54 openstackgerrit Steve Noyes proposed openstack/nova master: Do not attempt volume swap when guest is stopped/suspended https://review.openstack.org/389798
17:24:46 dansmith mriedem: so that patch is not on top of jay's, nor under gibi's
17:26:36 dansmith I'm thinking I will put this on top of gibi's
17:34:56 openstackgerrit Merged openstack/nova master: placement: remove existing allocs when set allocs https://review.openstack.org/489273
17:36:47 dansmith heh, found another problem
17:37:17 dansmith at least with fake virt, we're reporting min_unit=1, max_unit=1, step_size=1, which means we can't claim 2 vcpus for the single instance
17:37:23 dansmith which could be a problem in real life,
17:37:40 dansmith if configured so that one instance can't take more than 25% of a host, but a resize would technically take 50% in a single allocation
17:37:49 dansmith which would be solved by my migration uuid thing
17:40:26 bauzas dansmith: mriedem: just saw the above discussion about whether the scheduler should know the virt logic and the move ops, tbc MHO is * NOOOOOOO *
17:40:38 bauzas because we have conductors for that
17:40:54 bauzas not for virt stuff, but at least knowing whether it's a move or a boot
17:41:13 bauzas scheduler should just give you a destination, whether it's for a move or a boot, that's it
17:42:09 bauzas if we need more reasons why we need to do that, I don't want to hit your wounts, but that's why we first tried to claim by the conductors...
17:42:22 bauzas anyway
17:47:14 dansmith oye, the fake driver is only reporting one vcpu for some reason
17:50:45 dansmith ohh
17:56:16 mriedem dansmith: yeah hadn't gotten to the resize functional tests yet
18:00:35 mriedem dansmith: i can start rebasing my change on top of gibi's test, unless i need to hold off for something
18:02:08 dansmith mriedem: already done
18:02:31 dansmith I didn't realize we used SmallFakeDriver everywhere, which only has one vcpu
18:02:35 dansmith so I got past that,
18:02:47 dansmith but we will likely have obscure issues with that elsewhere
18:03:05 dansmith like people won't be able to resize to the same host if they have to dip into overcommit for vcpu, which will make no sense to them
18:04:10 mriedem dansmith: ok done locally or...?
18:04:14 mriedem because i don't see those rebased
18:04:15 dansmith yes
18:04:17 mriedem ok
18:04:45 mriedem i think i'll start building on https://review.openstack.org/#/c/490085/ with handling shared storage in resize to same host, see how terrible that looks
18:04:57 mriedem won't push anything though
18:07:15 openstackgerrit Ed Leafe proposed openstack/nova master: Handle addition of new nodes/instances in ironic flavor migration https://review.openstack.org/487954
18:27:35 dansmith mriedem: so I'm making your patch work on top of gibi's tests (or rather adjusting gibi's test for what you fix)
18:27:51 dansmith and then jay's can go on top of that, with a fix for the compute node part
18:31:19 mriedem alright
18:31:22 openstackgerrit Dan Smith proposed openstack/nova master: WIP: Sum allocations in the scheduler when resizing to the same host https://review.openstack.org/490085
18:31:22 openstackgerrit Dan Smith proposed openstack/nova master: Test resize to same host with placement api https://review.openstack.org/489973
18:31:26 dansmith mriedem: ^
18:32:07 mgagne We used to rely on a custom image props in our out-of-tree virt driver in Nova kilo. With the oslo.versionedobjects migration, I found (testing against Mitaka) that ImageMetaProps has a list of hardcoded supported properties and I can no longer inject or read our custom property. What's the best way for us to use our custom prop in Nova?
18:37:19 mriedem mgagne: upstream your image meta prop
18:37:35 jaypipes dansmith, mriedem, cdent: hi folks. just back from jury duty.
18:37:46 mgagne okay =(
18:38:00 cdent jaypipes: did you manage to get excluded?
18:38:32 jaypipes cdent: no. just sat there for 7 hours in the jury pool and the judge released everyone who hadn't been selected to a jury
18:38:50 cdent fun!
18:39:17 mriedem jaypipes: did you at least make some friends?
18:39:44 jaypipes dansmith, mriedem, cdent: someone please fill me in on the latest? I was in the process of fixing up the remaining little test failures on the 1707071 bug patch. do I need to pull fresh? did anyone push any more changes on those patches?
18:40:01 dansmith jaypipes: I'm working on it right now
18:40:18 jaypipes dansmith: ok thanks Dan. I'll wait on a pull then.
18:40:32 jaypipes dansmith: anything I should be aware of or be working on?
18:41:01 mriedem gibi has a patch for resize to same host
18:41:06 mriedem w/o shared storage
18:41:06 jaypipes k
18:41:16 mriedem i've got a wip for accounting for resize to same host w/o shared storage in the scheduler
18:41:23 mriedem dan just rebased those to be lined up
18:41:31 mriedem he's working on rebase your change on top of mine
18:41:44 mriedem i'm working on handling shared storage with resize to same host
18:42:31 jaypipes ok, will wait for further instructions.
18:42:47 dansmith I guess jay's patch didn't even pass the gibi tests from yesterday?
18:42:59 dansmith I should have fixed that first I guess, because now it fails everything

Earlier   Later