15:00:32 #startmeeting nova_scheduler 15:00:33 Meeting started Tue Apr 21 15:00:32 2015 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:34 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:37 The meeting name has been set to 'nova_scheduler' 15:00:54 folks, who's here to talk about the sched efforts ? 15:01:00 o/ 15:01:14 n0ano can't make the call today, so I'm chairing it 15:01:17 amotoki: don't know what happened - was typing bye - still sleepy I guess :-):-) 15:01:52 Sukhdev: FYI, we started a new meeting 15:01:57 Sukhdev: :-) I think you just typed "tab" or something too first.. 15:02:06 sorry for botherig. 15:02:13 bauzas: sorry 15:03:48 edleafe: sounds like I will have to offer beers at Vancouver again 15:04:17 so, the next one raising hand is giving a free beer for Vancouver 15:04:33 given 15:05:20 o/ 15:05:24 I'll raise my hand, but I was just here to watch. 15:06:36 edleafe: eh :) 15:06:50 edleafe: burned by IRC 15:06:51 (17:05:18) edleafe est désormais connu sous le nom de not_edleafe 15:07:09 oh, that was definitely not me! 15:07:14 ah ah 15:07:25 ok, let's start, it should be quick 15:07:34 #topic open discussion 15:07:36 o/ 15:08:01 so, no precise agenda today as I was afk for 2 days because I ran a meetup 15:08:30 that said, FYI, I just presented our efforts at the meetup and I gave good feedback :) 15:08:49 bauzas: good to hear! 15:08:50 most of our work is being silently supported, so thanks guys 15:09:31 anything you want to discuss ? Vancouver maybe ? 15:09:31 I was looking at scheduler options in the tree. It looks like we're down to a filter scheduler, and an ironic scheduler? 15:09:47 egon: nah, Ironic still uses the FilterScheduler 15:10:06 egon: Ironic just has a different HostManager for counting resources, that's it 15:10:15 bauzas: got it. thanks! 15:10:37 so, guys, maybe a few pointers 15:10:39 So, the trick if you want some new rule/behavior is to add someting in a filter. 15:10:49 https://etherpad.openstack.org/p/liberty-nova-summit-ideas 15:10:56 egon: yup 15:11:22 so, L83 and follows are the BPs I'm targeting for L 15:11:23 egon: also the caching scheduler 15:11:49 edleafe: and the ChanceScheduler too :) 15:12:26 heh 15:12:29 egon: http://sbauza.github.io/2015/04/20/#/ 15:12:41 egon: you'll find some materials about how works the scheduler 15:13:01 bauzas: perfect 15:13:01 * bauzas didn't want to tease, but that's it 15:13:35 egon: you'll be missing the presenter's comments, but I guess it's self-explanatory 15:13:57 so, back to our Liberty planning 15:14:24 alex_xu: edleafe: feel free to amend some points in the etherpad if you want 15:14:35 bauzas: ok 15:14:53 nothing really new but https://blueprints.launchpad.net/nova/+spec/shared-state-scheduler 15:15:10 I'm working on a POC before writing the spec 15:16:20 cool, will read it 15:16:30 okay, I assume there is no real other question nor point 15:16:36 edleafe: ? 15:16:46 bauzas: in general, will this be a scheduler-owmed db backing the shared state? 15:16:57 edleafe: I would prefer call it a datastore 15:17:15 edleafe: but that would be driver-driven 15:17:36 edleafe: so yeah basically the POC would be using the regular SQLA wiring 15:17:56 bauzas: so that removes the need to constantly query the nova db? 15:18:08 edleafe: no, that's orthogonal 15:18:39 Reducing race conditions would be great. 15:18:59 We see double-scheduling of compute nodes when certain requests are made close together. 15:19:16 edleafe: I mean, populating the datastore would still be needed, but yeah it would just make sure that updating HostState would be something transactional 15:19:17 bauzas: ok, I'll wait for the spec then 15:19:50 edleafe: wait for the POC rather 15:21:19 okay, anything else ? 15:21:28 not from me 15:22:51 ok, crickets 15:23:03 I guess we can safely go back to our various concerns 15:23:05 ty all 15:23:07 #endmeeting