Monday, 2016-02-08

*** haomaiwang has quit IRC00:01
*** haomaiwang has joined #openstack-nova00:01
*** darrenc_afk is now known as darrenc00:13
*** erlarese has joined #openstack-nova00:13
*** amotoki has joined #openstack-nova00:16
*** davideagnello has joined #openstack-nova00:18
*** salv-orl_ has quit IRC00:19
*** davideagnello has quit IRC00:23
openstackgerritRoman Bogorodskiy proposed openstack/nova-specs: User-controlled SR-IOV ports allocation  https://review.openstack.org/18224200:23
*** achanda has joined #openstack-nova00:25
*** hamzy has joined #openstack-nova00:26
*** mylu has quit IRC00:31
openstackgerritRandall Nortman proposed openstack/nova-specs: WIP Propose scoped policies for server groups  https://review.openstack.org/24765400:38
*** mikal is now known as chair_occupier_t00:41
*** chair_occupier_t is now known as chair_occupier_300:41
*** davideagnello has joined #openstack-nova00:45
*** davideagnello has quit IRC00:50
*** haomaiwang has quit IRC01:01
*** dims has quit IRC01:01
*** haomaiwang has joined #openstack-nova01:01
*** mylu has joined #openstack-nova01:05
*** haomaiw__ has joined #openstack-nova01:06
*** haomaiwang has quit IRC01:07
*** su_zhang has joined #openstack-nova01:11
*** davideagnello has joined #openstack-nova01:12
openstackgerritRoman Bogorodskiy proposed openstack/nova: Sync L3Driver, NullL3 interface with LinuxNetL3  https://review.openstack.org/18900101:17
*** davideagnello has quit IRC01:17
*** salv-orlando has joined #openstack-nova01:19
*** dims has joined #openstack-nova01:24
*** davideagnello has joined #openstack-nova01:40
*** davideagnello has quit IRC01:44
*** dims has quit IRC01:46
*** EinstCrazy has joined #openstack-nova01:50
*** salv-orlando has quit IRC01:50
*** EinstCrazy has quit IRC01:54
*** mylu has quit IRC01:57
*** mylu has joined #openstack-nova01:58
*** haomaiw__ has quit IRC02:01
*** haomaiwang has joined #openstack-nova02:01
*** davideagnello has joined #openstack-nova02:07
*** su_zhang has quit IRC02:07
*** davideagnello has quit IRC02:11
*** daemontool has quit IRC02:12
*** daemontool has joined #openstack-nova02:13
*** su_zhang has joined #openstack-nova02:23
*** casusbel_ has joined #openstack-nova02:25
*** casusbelli has quit IRC02:28
*** davideagnello has joined #openstack-nova02:34
*** davideagnello has quit IRC02:38
*** coreywright has quit IRC02:41
*** changbl has quit IRC02:42
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/27724102:42
*** changbl has joined #openstack-nova02:42
*** oomichi has quit IRC02:43
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/27725202:43
*** coreywright has joined #openstack-nova02:47
*** daemontool has quit IRC02:47
*** samueldm1 has quit IRC02:47
*** erlarese has quit IRC02:49
*** mragupat has joined #openstack-nova02:55
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** davideagnello has joined #openstack-nova03:01
*** davideagnello has quit IRC03:06
*** mragupat has quit IRC03:09
*** mragupat has joined #openstack-nova03:10
*** salv-orlando has joined #openstack-nova03:10
*** jwcroppe has joined #openstack-nova03:11
*** jwcroppe has quit IRC03:11
*** jwcroppe has joined #openstack-nova03:12
*** salv-orlando has quit IRC03:13
*** dims has joined #openstack-nova03:13
*** mylu has quit IRC03:17
*** mylu has joined #openstack-nova03:17
*** unicell has quit IRC03:22
*** unicell has joined #openstack-nova03:22
*** mylu has quit IRC03:27
*** mylu has joined #openstack-nova03:28
*** mylu has quit IRC03:29
*** mylu has joined #openstack-nova03:31
*** mylu has quit IRC03:32
*** mylu has joined #openstack-nova03:34
*** chair_occupier_3 is now known as mikal03:34
*** mylu has quit IRC03:35
*** dims has quit IRC03:35
*** mylu has joined #openstack-nova03:36
*** daemontool has joined #openstack-nova03:38
*** dims has joined #openstack-nova03:42
*** davideagnello has joined #openstack-nova03:42
*** davideagnello has quit IRC03:46
*** EinstCrazy has joined #openstack-nova03:46
*** EinstCrazy has quit IRC03:51
*** haomaiwang has quit IRC04:01
*** haomaiwang has joined #openstack-nova04:01
*** baoli has joined #openstack-nova04:05
*** dims has quit IRC04:08
*** amotoki has quit IRC04:13
*** links has joined #openstack-nova04:14
*** mylu has quit IRC04:15
*** SridharG has joined #openstack-nova04:15
*** mylu has joined #openstack-nova04:16
*** Marga__ has quit IRC04:19
*** mragupat has quit IRC04:22
*** davideagnello has joined #openstack-nova04:23
*** amotoki has joined #openstack-nova04:27
*** davideagnello has quit IRC04:27
*** david-lyle has quit IRC04:30
*** ByPasS has quit IRC04:35
*** unicell has quit IRC04:37
*** taneee has joined #openstack-nova04:37
*** unicell has joined #openstack-nova04:37
*** eliqiao_ has quit IRC04:38
*** ByPasS has joined #openstack-nova04:38
*** tanee has quit IRC04:38
*** andrearosa has quit IRC04:38
*** andrearosa has joined #openstack-nova04:38
*** lennyb_ has quit IRC04:38
*** lennyb_ has joined #openstack-nova04:38
*** amotoki has quit IRC04:39
*** eliqiao_ has joined #openstack-nova04:40
*** amotoki has joined #openstack-nova04:40
*** wyang has quit IRC04:41
*** ducttape_ has joined #openstack-nova04:43
*** salv-orlando has joined #openstack-nova04:44
*** gzhai3 has quit IRC04:45
*** achanda has quit IRC04:45
*** david-lyle has joined #openstack-nova04:45
*** baoli has quit IRC04:48
*** baoli has joined #openstack-nova04:50
*** dimtruck is now known as zz_dimtruck04:50
*** davideagnello has joined #openstack-nova04:50
*** baoli has quit IRC04:51
*** Marga_ has joined #openstack-nova04:54
*** davideagnello has quit IRC04:54
*** shyama has joined #openstack-nova04:55
*** amotoki has quit IRC04:56
*** salv-orlando has quit IRC04:56
*** haomaiwang has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:01
*** takashin has quit IRC05:01
*** takashin has joined #openstack-nova05:02
*** bkumar has joined #openstack-nova05:03
*** eliqiao_ has quit IRC05:06
*** eliqiao_ has joined #openstack-nova05:08
*** chhavi has joined #openstack-nova05:11
*** amotoki has joined #openstack-nova05:11
*** Sukhdev has joined #openstack-nova05:17
*** davideagnello has joined #openstack-nova05:17
*** ducttape_ has quit IRC05:18
*** achanda has joined #openstack-nova05:21
*** ankit_ag has joined #openstack-nova05:21
*** davideagnello has quit IRC05:22
*** dave-mccowan has quit IRC05:31
*** wyang has joined #openstack-nova05:31
*** ekuris has joined #openstack-nova05:34
*** davideagnello has joined #openstack-nova05:44
*** davideagnello has quit IRC05:49
*** su_zhang has quit IRC05:50
*** mylu has quit IRC05:58
*** haomaiwang has quit IRC06:01
*** haomaiwa_ has joined #openstack-nova06:01
*** Marga_ has quit IRC06:02
*** amotoki_ has joined #openstack-nova06:08
*** amotoki has quit IRC06:11
*** davideagnello has joined #openstack-nova06:11
*** irenab has quit IRC06:14
*** davideagnello has quit IRC06:16
*** sudipto has joined #openstack-nova06:17
*** Marga_ has joined #openstack-nova06:24
*** baoli has joined #openstack-nova06:28
*** baoli has quit IRC06:33
*** davideagnello has joined #openstack-nova06:39
*** mubirru has joined #openstack-nova06:41
*** davideagnello has quit IRC06:43
*** su_zhang has joined #openstack-nova06:44
*** Daisy has joined #openstack-nova06:45
*** unicell has quit IRC06:45
*** dedery has joined #openstack-nova06:47
*** salv-orlando has joined #openstack-nova06:48
*** unicell has joined #openstack-nova06:49
*** obondarev_ has joined #openstack-nova06:49
*** obondarev has quit IRC06:49
*** Daisy has quit IRC06:49
*** Daisy has joined #openstack-nova06:50
*** gzhai3 has joined #openstack-nova06:52
*** daemontool has quit IRC06:53
*** daemontool has joined #openstack-nova06:53
*** Daisy has quit IRC06:55
*** salv-orlando has quit IRC06:55
*** EinstCrazy has joined #openstack-nova06:56
*** daemontool has quit IRC06:58
*** haomaiwa_ has quit IRC07:01
*** haomaiwang has joined #openstack-nova07:01
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/27553007:01
*** EinstCrazy has quit IRC07:02
*** irenab has joined #openstack-nova07:04
*** esracelik has joined #openstack-nova07:04
*** davideagnello has joined #openstack-nova07:06
*** mjura has joined #openstack-nova07:07
*** davideagnello has quit IRC07:10
*** oomichi has joined #openstack-nova07:12
*** sudipto has quit IRC07:12
*** sudipto has joined #openstack-nova07:12
*** diana_clarke has quit IRC07:14
*** belmoreira has joined #openstack-nova07:14
*** Jeffrey4l has joined #openstack-nova07:19
*** paul-carlton1 has joined #openstack-nova07:22
*** zenoway has joined #openstack-nova07:23
*** Daisy has joined #openstack-nova07:26
openstackgerritMiguel Lavalle proposed openstack/nova: Use instance hostname for Neutron DNS unit tests  https://review.openstack.org/27730207:29
*** paul-carlton1 has quit IRC07:32
*** ljxiash has joined #openstack-nova07:32
*** davideagnello has joined #openstack-nova07:33
*** rdopiera has joined #openstack-nova07:34
*** rdopiera has quit IRC07:34
*** rdopiera has joined #openstack-nova07:35
*** paul-carlton1 has joined #openstack-nova07:37
*** davideagnello has quit IRC07:38
*** itamarl has joined #openstack-nova07:39
*** sahid has joined #openstack-nova07:41
*** Daisy has quit IRC07:42
*** Daisy has joined #openstack-nova07:43
*** Daisy has quit IRC07:46
*** mpavone has joined #openstack-nova07:56
*** jaosorior has joined #openstack-nova07:57
openstackgerritSergey Nikitin proposed openstack/nova: Moved tags filtering tests to TestInstanceTagsFiltering test case  https://review.openstack.org/25851507:58
openstackgerritPawel Koniszewski proposed openstack/nova: Add new API to force live migration to complete  https://review.openstack.org/24592108:00
openstackgerritPawel Koniszewski proposed openstack/nova: Add new DB API method to retrieve migration for instance  https://review.openstack.org/25727008:00
*** davideagnello has joined #openstack-nova08:00
*** haomaiwang has quit IRC08:01
openstackgerritSergey Nikitin proposed openstack/nova: Added db API layer to add instance tag-list filtering support  https://review.openstack.org/24880508:01
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags controller  https://review.openstack.org/12894008:01
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/26893208:01
*** haomaiwang has joined #openstack-nova08:01
*** jlanoux has joined #openstack-nova08:02
openstackgerritSergey Nikitin proposed openstack/nova: Moved tags filtering tests to TestInstanceTagsFiltering test case  https://review.openstack.org/25851508:04
*** sinese has joined #openstack-nova08:04
*** davideagnello has quit IRC08:05
*** jaosorior has quit IRC08:05
*** salv-orlando has joined #openstack-nova08:07
*** rcernin has joined #openstack-nova08:09
*** scheuran has joined #openstack-nova08:09
*** paul-carlton1 has quit IRC08:09
*** haomaiwang has quit IRC08:10
*** haomaiwa_ has joined #openstack-nova08:11
*** salv-orlando has quit IRC08:12
*** Sukhdev has quit IRC08:13
*** jaosorior has joined #openstack-nova08:13
*** zakora has joined #openstack-nova08:21
*** su_zhang has quit IRC08:21
*** davideagnello has joined #openstack-nova08:27
*** omnipresent has joined #openstack-nova08:28
*** Daisy has joined #openstack-nova08:29
*** achanda has quit IRC08:31
*** zenoway has quit IRC08:32
*** davideagnello has quit IRC08:32
*** jistr has joined #openstack-nova08:33
*** jistr is now known as jistr|sick08:33
*** gszasz has joined #openstack-nova08:35
*** paul-carlton1 has joined #openstack-nova08:38
rdopierapkoniszewski: hi, you mentioned in LP 1536589 that there are some plans to make compute stateful? Where can I learn more about that?08:41
openstackLaunchpad bug 1536589 in OpenStack Compute (nova) "Inconsistent state when connection to conductor is lost during live migration" [Undecided,New] https://launchpad.net/bugs/1536589 - Assigned to Radomir Dopieralski (thesheep)08:41
*** liverpooler has joined #openstack-nova08:43
*** achanda has joined #openstack-nova08:44
*** kashyap has joined #openstack-nova08:48
*** nkrinner has joined #openstack-nova08:53
*** davideagnello has joined #openstack-nova08:55
*** amotoki_ has quit IRC08:55
*** jaosorior has quit IRC08:57
*** davideagnello has quit IRC08:59
*** haomaiwa_ has quit IRC09:01
*** EinstCrazy has joined #openstack-nova09:01
*** haomaiwa_ has joined #openstack-nova09:01
pkoniszewskirdopiera: im afraid it isn't described yet, it has been only discussed during midcycle so far09:01
*** openstackgerrit has quit IRC09:02
pkoniszewskirdopiera: tdurakov is working on a spec to describe LM refactoring, refactoring might need to make compute stateful (or might not, we will see)09:02
*** openstackgerrit has joined #openstack-nova09:02
*** josecastroleon has quit IRC09:03
*** jaosorior has joined #openstack-nova09:03
*** jichen has joined #openstack-nova09:05
*** mgoddard has joined #openstack-nova09:05
bauzas(oops) missed my hi09:06
bauzasgood morning Nova09:06
*** EinstCrazy has quit IRC09:06
rdopierapkoniszewski: ok, thank you09:07
*** achanda has quit IRC09:08
*** lucas-dinner is now known as lucasagomes09:09
*** moshele has joined #openstack-nova09:12
*** lpetrut has joined #openstack-nova09:14
*** amotoki has joined #openstack-nova09:14
*** rotbeard has joined #openstack-nova09:15
*** matrohon has joined #openstack-nova09:17
*** paul-carlton1 has quit IRC09:17
*** davideagnello has joined #openstack-nova09:21
*** yassine__ has joined #openstack-nova09:24
*** danpb has joined #openstack-nova09:25
*** davideagnello has quit IRC09:26
*** tdurakov is now known as Guest49609:30
*** tdurakov has joined #openstack-nova09:30
*** Guest496 has joined #openstack-nova09:30
*** salv-orlando has joined #openstack-nova09:31
*** takashin has left #openstack-nova09:31
*** aarefiev_ has quit IRC09:31
*** amotoki has quit IRC09:32
*** aarefiev has joined #openstack-nova09:32
tdurakovjohnthetubaguy, hi, are you around?09:33
*** ildikov has quit IRC09:37
*** Jeffrey4l has quit IRC09:37
*** yassine__ has quit IRC09:38
openstackgerritGleb Stepanov proposed openstack/nova: Prevent command injection  https://review.openstack.org/27675109:38
*** yassine__ has joined #openstack-nova09:39
*** efoley has joined #openstack-nova09:41
*** dguitarbite has quit IRC09:45
*** paul-carlton1 has joined #openstack-nova09:48
johnthetubaguytdurakov: I am around09:49
johnthetubaguytdurakov: can I help?09:49
*** mvk has joined #openstack-nova09:50
tdurakovjohnthetubaguy, yes, about this patch  https://review.openstack.org/#/c/216329/ Do you want me to try another approach here?09:50
tdurakovwith getting rid of this cleanup flags method at all09:51
*** ihrachys has joined #openstack-nova09:51
johnthetubaguytdurakov: so I am thinking we should always call rollback_live_migration09:55
johnthetubaguyI mean, rollback_live_migration_at_destination09:56
johnthetubaguywe could give it some hits, but it should be up to that compute node what needs to be cleaned up09:56
johnthetubaguyI ink09:56
johnthetubaguyI think09:56
tdurakovjohnthetubaguy, ok, let me then to implement this in a separate patch. so it would be easy to compare09:56
johnthetubaguytdurakov: but you are correct, thats a lot more RPC calls, but its on a non-critical cleanup path, so I don't worry about that so much09:57
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: remove 'get_session' and 'get_api_session'  https://review.openstack.org/27673909:57
openstackgerritPavel Kholkin proposed openstack/nova: enginefacade: 'request_spec' object  https://review.openstack.org/27686809:57
johnthetubaguytdurakov: I suspect getting this to work across upgrade will be the tricky part, you probably need to skip that method until its the new version09:57
johnthetubaguytdurakov: just for background, I think folks keep adding clean up stuff, but not changing when the cleanup should be called09:58
*** PaulMurray has joined #openstack-nova09:59
*** taneee is now known as tanee09:59
tdurakovjohnthetubaguy, ok, will try to remove this with respect to upgrade process, thanks for details10:00
*** josecastroleon has joined #openstack-nova10:00
johnthetubaguytdurakov: if it looks worse, then maybe not, but I think its worth a try10:00
*** haomaiwa_ has quit IRC10:01
*** haomaiwang has joined #openstack-nova10:01
*** mnestratov|2 has joined #openstack-nova10:02
dederyhi cores, can https://review.openstack.org/#/c/270686 be reviewed? It's a backport to Liberty of the NIC ordering issue (nova boot failure). Finally I've managed to get all of the CIs green...10:08
*** stgleb has joined #openstack-nova10:08
*** rk4n has joined #openstack-nova10:09
*** ildikov has joined #openstack-nova10:10
dedery...sorry, it's the NIC duplication issue10:11
*** sfinucan has joined #openstack-nova10:15
*** dedery has quit IRC10:15
*** n0ano has quit IRC10:15
*** Daisy has quit IRC10:20
openstackgerritjichenjc proposed openstack/nova: remove not used tpl  https://review.openstack.org/27695510:22
*** diana_clarke has joined #openstack-nova10:27
*** ildikov has quit IRC10:28
johnthetubaguyBobBall: I am assuming you can create a pool of servers where they don't use shared storage? or is that not possible?10:29
*** Daisy has joined #openstack-nova10:29
*** snikitin has joined #openstack-nova10:30
*** isq_ has quit IRC10:30
*** ociuhandu has quit IRC10:30
*** isq_ has joined #openstack-nova10:31
johnthetubaguyBobBall: I am thinking about this change: https://review.openstack.org/#/c/25410110:31
bauzasdid we had some functional test regression ?10:33
bauzasmeh, nvm10:35
*** ildikov has joined #openstack-nova10:36
diana_clarkeHere's a series of easy to review patches that make the unit tests more than a minute faster: http://paste.openstack.org/show/486269/10:39
*** SridharG has quit IRC10:39
*** salv-orl_ has joined #openstack-nova10:40
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: prevent serial console port exhaustion  https://review.openstack.org/27580010:40
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: Acquire TCP ports for console during live migration  https://review.openstack.org/27580110:40
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: Add serial ports to the migration data object  https://review.openstack.org/21510210:40
*** cdent has joined #openstack-nova10:42
*** salv-orlando has quit IRC10:43
johnthetubaguydiana_clarke: sounds like a good add for the trivial patch list in here: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking10:49
johnthetubaguyI mean it miss-used it a little, but worth an add10:50
diana_clarkejohnthetubaguy: Thanks! I'll add them to the etherpad.10:51
*** e0ne has joined #openstack-nova10:53
bauzasjohnthetubaguy: I'm actually reviewing the trivial patches now using the Gerrit dash directly10:56
*** aysyd has joined #openstack-nova10:56
*** davideagnello has joined #openstack-nova10:57
bauzasjohnthetubaguy: since I can even integrate some custom dashboards by providing the URL in my tabs sections, I just have to click on my Gerrit homepage and not use a bookmark10:57
danpbdiana_clarke: ooh very nice !10:57
bauzasjohnthetubaguy: eg. http://ow.ly/WAw1J10:58
*** yassine__ has quit IRC10:58
johnthetubaguybauzas: I am using this one from sean at the moment https://goo.gl/7JpSFl10:59
bauzasjohnthetubaguy: I have that one too10:59
*** aysyd has quit IRC10:59
bauzasjohnthetubaguy: https://review.openstack.org/#/settings/preferences gives you a possible list of dashes you can integrate10:59
*** dedery has joined #openstack-nova10:59
bauzas(in "my menu")11:00
*** aysyd has joined #openstack-nova11:00
*** haomaiwang has quit IRC11:01
*** 21WAA0U3N has joined #openstack-nova11:01
diana_clarkedanpb: Thanks! It was fun ;)11:01
*** davideagnello has quit IRC11:02
johnthetubaguybauzas: nice11:02
bauzasdiana_clarke: your changes look very good, would have been awesome if they were sharing the same gerrit topic :)11:03
bauzasgit review -t when you push11:04
*** dedery has quit IRC11:04
bauzasor put them on the same branch, but then it would have been creating a dependency between those11:04
diana_clarkebauzas: Oh nice! That's new to me (the -t option). I'll do that for my next batch.11:05
*** omnipresent has quit IRC11:07
*** zenoway has joined #openstack-nova11:08
openstackgerritJohn Garbutt proposed openstack/nova: Properly inject network_data.json in configdrive  https://review.openstack.org/24182411:09
*** rk4n has quit IRC11:12
*** rk4n has joined #openstack-nova11:12
*** mubirru_ has joined #openstack-nova11:15
*** mubirru has quit IRC11:16
*** mubirru_ is now known as mubirru11:16
*** rcernin has quit IRC11:19
*** derekh has joined #openstack-nova11:20
*** rcernin has joined #openstack-nova11:22
*** rcernin has quit IRC11:25
*** rcernin has joined #openstack-nova11:25
*** efoley has quit IRC11:29
*** Jeffrey4l has joined #openstack-nova11:29
*** efoley has joined #openstack-nova11:29
*** jistr|sick has quit IRC11:37
*** davideagnello has joined #openstack-nova11:37
*** dguitarbite has joined #openstack-nova11:38
*** dguitarbite has quit IRC11:40
*** jaosorior has quit IRC11:41
*** davideagnello has quit IRC11:42
*** jaosorior has joined #openstack-nova11:43
sdaguesuperdan: http://logs.openstack.org/73/266273/4/gate/gate-tempest-dsvm-full-ceph/b258b71/console.html is one of the ceph random fails for when you get on later11:44
*** baoli has joined #openstack-nova11:48
*** Jeffrey4l has quit IRC11:48
*** baoli has quit IRC11:49
*** smatzek has joined #openstack-nova11:53
*** liverpooler has quit IRC11:53
*** jaypipes has joined #openstack-nova11:56
*** dguitarbite has joined #openstack-nova11:56
*** dguitarbite has quit IRC11:56
*** ganso has joined #openstack-nova11:58
*** mubirru_ has joined #openstack-nova11:59
*** sudipto has quit IRC12:00
*** mvk has quit IRC12:00
*** dedery has joined #openstack-nova12:00
*** 21WAA0U3N has quit IRC12:01
*** erlon has joined #openstack-nova12:01
*** haomaiwang has joined #openstack-nova12:01
*** mubirru has quit IRC12:01
*** mubirru_ is now known as mubirru12:01
*** dguitarbite has joined #openstack-nova12:02
*** liverpooler has joined #openstack-nova12:02
*** davideagnello has joined #openstack-nova12:05
*** dedery has quit IRC12:05
*** lucasagomes is now known as lucas-hungry12:07
*** dims has joined #openstack-nova12:07
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: move "_get_serial_ports_from_guest" to Guest class  https://review.openstack.org/23605112:09
*** davideagnello has quit IRC12:10
*** efoley has quit IRC12:12
*** amotoki has joined #openstack-nova12:13
*** liverpooler has quit IRC12:13
*** liverpooler has joined #openstack-nova12:15
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: Do not use print statements, but print functions  https://review.openstack.org/27518412:16
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: Do not use 'unicode' but six.text_type  https://review.openstack.org/27518612:17
*** jaosorior has quit IRC12:17
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: Do not catch exceptions using Python2 syntax  https://review.openstack.org/27518512:18
*** salv-orl_ has quit IRC12:18
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: Do not use "cmp" builtin  https://review.openstack.org/27518712:18
*** tcammann has joined #openstack-nova12:19
*** claudiub has joined #openstack-nova12:19
*** dims has quit IRC12:20
*** dims has joined #openstack-nova12:22
*** tdurakov has quit IRC12:24
*** ociuhandu has joined #openstack-nova12:25
*** markusz is now known as markus_z12:31
*** davideagnello has joined #openstack-nova12:32
*** mvk has joined #openstack-nova12:33
*** tdurakov has joined #openstack-nova12:34
*** yassine__ has joined #openstack-nova12:35
*** amotoki has quit IRC12:35
*** efoley has joined #openstack-nova12:36
openstackgerritPawel Koniszewski proposed openstack/nova: Reset instance progress when LM finishes  https://review.openstack.org/27736212:37
*** davideagnello has quit IRC12:37
*** krotscheck_dcm is now known as krotscheck12:39
*** thorst has joined #openstack-nova12:40
markus_zIs there a known issue with the "test_rebuild_instance_with_volume" tempest test case?12:40
*** SridharG has joined #openstack-nova12:41
markus_zI got a "'Security group is still in use" error message with 4 changes12:41
*** salv-orlando has joined #openstack-nova12:42
*** erlarese has joined #openstack-nova12:43
*** mdavidson has joined #openstack-nova12:43
*** SridharG has quit IRC12:43
*** jed56 has joined #openstack-nova12:44
*** SridharG has joined #openstack-nova12:44
*** bkumar has quit IRC12:45
sdaguemarkus_z: cells specific, right?12:45
sdagueI was just looking at one of those fails12:45
markus_zsdague: yepp, + full-ceph12:45
sdaguemarkus_z: same error message in ceph?12:46
*** jaosorior has joined #openstack-nova12:46
markus_zsdague: no, same test case but different message, "The device apparently does not exist; did you specify it correctly?"12:47
markus_zsdague: http://logs.openstack.org/00/275800/3/check/gate-tempest-dsvm-full-ceph/0af5ae5/console.html#_2016-02-08_11_24_38_95912:47
sdagueright, that's different12:47
openstackgerritMike Fedosin proposed openstack/nova: [WIP] Make Xenplugin to work with glance v2 api  https://review.openstack.org/26693312:48
*** tcammann has quit IRC12:50
*** jaosorior has quit IRC12:51
sdaguesecurity group still in use seems that the server is not fully gone12:51
sdaguethat looks like a tempest bug12:52
sdaguemarkus_z: can you file a bug for that one, I can probably sort out a fix here shortly12:52
markus_zsdague: yep12:52
sdagueI probably exposed it when I made the security group delete not delete every sg rule first12:53
sdaguebecause sg delete happened faster after server delete12:53
sdaguebut this should definitely be waiting on server delete12:53
openstackgerritjaveme proposed openstack/nova: VMware: Refactor the formatting instance metadata  https://review.openstack.org/26899412:56
*** amotoki has joined #openstack-nova12:58
markus_zsdague: https://bugs.launchpad.net/tempest/+bug/154310612:58
openstackLaunchpad bug 1543106 in tempest "TestRebuildInstanceWithVolume.test_rebuild_instance_with_volume failes with "Security group is still in use"" [Undecided,New]12:58
openstackgerritjaveme proposed openstack/nova: Missing to update task state for confirm_resize  https://review.openstack.org/24443312:59
*** haomaiwang has quit IRC13:01
*** haomaiwang has joined #openstack-nova13:01
*** dedery has joined #openstack-nova13:01
*** daemontool has joined #openstack-nova13:01
*** baoli has joined #openstack-nova13:02
*** zenoway has quit IRC13:04
*** EinstCrazy has joined #openstack-nova13:05
*** dedery has quit IRC13:06
*** krotscheck has quit IRC13:06
*** omnipresent has joined #openstack-nova13:08
*** EinstCrazy has quit IRC13:09
*** v3nd3tta`` has joined #openstack-nova13:10
*** v3nd3tta`` has left #openstack-nova13:10
openstackgerritBalazs Gibizer proposed openstack/nova: Return HTTP 400 for invalid server-group uuid  https://review.openstack.org/27273713:11
*** dave-mccowan has joined #openstack-nova13:12
*** tdurakov has quit IRC13:12
*** lucas-hungry is now known as lucasagomes13:12
*** gszasz has quit IRC13:12
*** ducttape_ has joined #openstack-nova13:13
*** davideagnello has joined #openstack-nova13:13
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags controller  https://review.openstack.org/12894013:13
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/26893213:13
*** baoli has quit IRC13:14
*** tdurakov has joined #openstack-nova13:14
*** amotoki has quit IRC13:15
*** vladikr has joined #openstack-nova13:15
*** xyang1 has joined #openstack-nova13:16
*** kylek3h_away has quit IRC13:17
*** davideagnello has quit IRC13:18
*** tdurakov has quit IRC13:18
*** krotscheck has joined #openstack-nova13:18
*** rmart04 has joined #openstack-nova13:19
*** links has quit IRC13:20
*** claudiub has quit IRC13:21
*** rfolco has joined #openstack-nova13:23
pkoniszewskibauzas: hi, are you around?13:25
bauzaspkoniszewski: hi, on a call atm13:26
sdaguedanpb: http://logs.openstack.org/51/236051/3/check/gate-tempest-dsvm-cells/0448a45/logs/screen-n-cpu.txt.gz#_2016-02-08_12_44_15_270 - libosinfo seems to be emitting a new error on every call now13:26
danpbsdague: hmm, i thought vladikr  mocked it out13:27
danpbvladikr: can you look at that ^^^^13:27
sdaguethese are real runs13:27
vladikrsure13:27
danpbsdague: oh, right, this is tempest13:27
danpbso that'll just mean that host doesn't have libosinfo installed i guess13:27
danpbwe should turn that into a WARN I guess, and make it only be printed once13:28
sdaguesure, but that definitely shouldn't trigger an error in the logs on every vm build13:28
danpbagreed13:28
sdagueit is fully optional though right, is warn even appropriate? I'd hate for people on platforms that don't have this be concerned about their setup13:28
danpbyeah totally optional13:29
*** ducttape_ has quit IRC13:29
openstackgerritHans Lindgren proposed openstack/nova: Replace flavors.get_all_flavors_sorted_list() with object call  https://review.openstack.org/26880113:30
openstackgerritHans Lindgren proposed openstack/nova: Refactor and objectify flavor fakes used in api tests  https://review.openstack.org/26880013:30
*** Jeffrey4l has joined #openstack-nova13:31
vladikrdanpb, sdague, yes.. that shouldn't have been an error.. I'll change it now. Should I change it to debug?13:31
*** rmart04 has left #openstack-nova13:31
*** edmondsw has joined #openstack-nova13:32
danpbi'd make it info, since it is an interesting fact about the system13:34
vladikrdanpb, ok, sure13:35
sdaguevladikr: I think info is fine, though we need to make sure it only happens once13:36
sdaguenot on every vm create13:36
vladikrok13:37
*** tongli has joined #openstack-nova13:38
*** tdurakov has joined #openstack-nova13:38
*** toure has joined #openstack-nova13:39
*** permalac has joined #openstack-nova13:44
openstackgerritDrew Thorstensen proposed openstack/nova: Update the CONF import path for VNC  https://review.openstack.org/27739213:44
*** kylek3h_away has joined #openstack-nova13:48
bauzaspkoniszewski: back, how can I help13:49
bauzas?13:49
*** n0ano has joined #openstack-nova13:49
*** kylek3h_away is now known as kylek3h13:49
BobBalljohnthetubaguy: iirc you're trying to deprecate resize down - is that right?13:51
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/26893213:53
*** baoli has joined #openstack-nova13:53
*** baoli has quit IRC13:53
*** mrkz has joined #openstack-nova13:54
*** davideagnello has joined #openstack-nova13:54
sdaguebauzas / danpb / johnthetubaguy - https://review.openstack.org/#/c/276719/ easy fix for running some tests in isolation13:55
*** baoli has joined #openstack-nova13:55
bauzassdague: I guess you saw http://paste.openstack.org/show/486269/ ?13:56
bauzasof course, here it's not UT, I got it :)13:56
bauzasjust providing you the related stuff13:56
pkoniszewskibauzas: hi, during midcycle we discussed about 'check destination on migration' and how i can help there13:56
*** devananda has joined #openstack-nova13:56
*** su_zhang has joined #openstack-nova13:56
bauzaspkoniszewski: so, I'm just sending one last iteration13:57
bauzaspkoniszewski: but you could perhaps help on providing the REST changes13:57
bauzaspkoniszewski: I mean13:57
bauzasthere are multiple workitems13:57
openstackgerritgaryk proposed openstack/nova: Virt: add context to attach and detach interface  https://review.openstack.org/20936213:57
bauzasfor mitaka, I'm only planning to get the ReqSpec object and passing it to the conducotr13:58
bauzasthe other side of the spec, which is to modify the UX using a force flag, is not planned for mitaka13:58
*** davideagnello has quit IRC13:58
bauzaspkoniszewski: that, the latter, you could perhaps help if you wish with no real matter of urgency :)13:58
edleafebauzas: just saw you comment about adding custom dashes to gerrit. Thanks - that's a big timesaver!13:58
bauzasedleafe: yup, indeed13:59
*** gszasz has joined #openstack-nova13:59
openstackgerritMatthew Booth proposed openstack/nova: Update import_file to provide a general-purpose interface  https://review.openstack.org/26766214:00
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766114:00
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099814:00
openstackgerritMatthew Booth proposed openstack/nova: Trivial logic cleanup in libvirt pre_live_migration  https://review.openstack.org/27099914:00
openstackgerritMatthew Booth proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588614:00
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087214:00
openstackgerritMatthew Booth proposed openstack/nova: Remove _create_local function  https://review.openstack.org/27099714:00
openstackgerritMatthew Booth proposed openstack/nova: Fix fallocate test on newer util-linux  https://review.openstack.org/27740214:00
openstackgerritMatthew Booth proposed openstack/nova: Add more import_file  https://review.openstack.org/27740314:00
openstackgerritgaryk proposed openstack/nova: Compute: remove object_compat from get_instance_diagnostics  https://review.openstack.org/21862314:00
pkoniszewskibauzas: sure, well, i dont expect to get all this stuff done in Mitaka, that's fine, my point is to be well-prepared for Newton14:00
*** baoli has quit IRC14:00
*** mubirru has quit IRC14:00
pkoniszewskibauzas: it's even better if it's not urgent14:00
*** haomaiwang has quit IRC14:01
bauzaspkoniszewski: I just feel adding https://review.openstack.org/#/c/273104/ could definitly help Nova anyway14:01
bauzasfor Mitaka14:01
*** haomaiwang has joined #openstack-nova14:01
bauzasthat, plus live-mig and unshelve14:01
*** baoli has joined #openstack-nova14:01
*** ankit_ag has quit IRC14:05
pkoniszewskibauzas: ok, so if you can point me where I can start i will get familiar with these changes and just start working14:05
bauzaspkoniszewski: okay, good to know14:05
sdaguebauzas: what is all that?14:06
*** rlrossit has joined #openstack-nova14:06
bauzassdague: diana_clarke pinged that on IRC earlier14:07
sdagueah, gotcha14:07
*** Jeffrey4l has quit IRC14:08
sdagueyeh, the whole fake wsgi stack is pretty goofy14:08
sdaguehonestly, I'd rather get a handle on the whole space instead of making another mock layer14:08
*** jaosorior has joined #openstack-nova14:11
*** mdrabe has joined #openstack-nova14:12
*** ctrath has joined #openstack-nova14:16
*** irenab has quit IRC14:18
*** cfriesen has joined #openstack-nova14:20
*** jaosorior has quit IRC14:21
*** davideagnello has joined #openstack-nova14:21
*** jaosorior has joined #openstack-nova14:21
openstackgerritSylvain Bauza proposed openstack/nova: Get a ReqSpec in evacuate API and pass it to scheduler  https://review.openstack.org/27310414:23
*** edtubill has joined #openstack-nova14:23
*** davideagnello has quit IRC14:26
johnthetubaguysdague: they were just quick fix ups of the existing system, but yeah, long term that stuff should probably all die14:27
johnthetubaguysdague: at least, thats what I saw14:27
*** mdrabe has quit IRC14:27
*** su_zhang has quit IRC14:28
sdaguejohnthetubaguy: yeh14:28
sdaguejohnthetubaguy: we're fully committed on the ec2 code coming out of tree now, right - https://review.openstack.org/#/c/266425/ ?14:29
johnthetubaguysdague: we are, yes14:29
sdaguejust making sure before those cleanups14:29
sdagueok14:29
*** knikolla has joined #openstack-nova14:32
*** yamahata has quit IRC14:35
*** smatzek has quit IRC14:40
openstackgerritsahid proposed openstack/nova: virt: reserved hugepages on compute host  https://review.openstack.org/27742214:40
*** salv-orlando has quit IRC14:41
*** mdrabe has joined #openstack-nova14:41
*** kbringard has joined #openstack-nova14:42
kbringardanyone on the stable/liberty team mind taking a peek at: https://review.openstack.org/#/c/272695/214:42
kbringardit's a clean cherry pick from upstream, so should be pretty straightforward14:42
*** burt has joined #openstack-nova14:44
*** sc68cal has joined #openstack-nova14:44
*** superdan is now known as dansmith14:45
dansmithsdague: unrelated, this is ugly: http://logs.openstack.org/73/266273/4/gate/gate-tempest-dsvm-full-ceph/b258b71/logs/screen-n-cpu.txt.gz?level=TRACE14:46
*** dstepanenko has joined #openstack-nova14:47
sdaguedansmith: yep, vladikr is looking at it14:47
sdaguesee comments from about 1.5hrs ago in channel14:48
danpbdansmith: vladikr's going to change it to INFO and make sure its only emitted once14:48
dansmithah, cool14:48
*** dedery has joined #openstack-nova14:48
*** davideagnello has joined #openstack-nova14:48
sdaguedansmith: it's not clear to me on that ceph issue if the volume is not there at all, or the name is wrong. I just proposed https://review.openstack.org/#/c/277396/ to tempest to give us more info when this fails14:49
*** nelsnelson has quit IRC14:50
dansmithsdague: okay, yeah, it's hard to go fishing for details with all that fail everywhere14:50
*** tdurakov has quit IRC14:51
*** ducttape_ has joined #openstack-nova14:51
*** dedery has quit IRC14:52
*** tdurakov has joined #openstack-nova14:53
*** davideagnello has quit IRC14:53
sdagueyeh14:54
*** salv-orlando has joined #openstack-nova14:55
openstackgerritjichenjc proposed openstack/nova: Forbidden non-authorized user to pause/unpause  https://review.openstack.org/27743314:56
*** EinstCrazy has joined #openstack-nova14:57
*** esracelik has quit IRC14:57
openstackgerritSergey Nikitin proposed openstack/nova: Added db API layer to add instance tag-list filtering support  https://review.openstack.org/24880514:59
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags controller  https://review.openstack.org/12894014:59
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/26893214:59
*** haomaiwang has quit IRC15:01
*** krtaylor has joined #openstack-nova15:01
*** haomaiwa_ has joined #openstack-nova15:01
*** EinstCrazy has quit IRC15:04
tdurakovhey, do we have any problems with dsvm-cells and dsvm-full-ceph jobs?15:07
markus_ztdurakov: https://bugs.launchpad.net/tempest/+bug/154310615:07
openstackLaunchpad bug 1543106 in tempest "TestRebuildInstanceWithVolume.test_rebuild_instance_with_volume failes with "Security group is still in use"" [Undecided,New]15:07
markus_ztdurakov: https://review.openstack.org/#/c/277396/ should give more information15:08
*** jaypipes has quit IRC15:09
tdurakovmarkus_z, just looked at your patches for serial console, btw. thanks!15:09
*** smatzek has joined #openstack-nova15:09
markus_ztdurakov: thanks for the reviews15:09
tdurakovmarkus_z, why https://review.openstack.org/#/c/277396/1 hasn't been merged yet? any problems with this logging?15:12
sdaguetdurakov: yeh, in general they are a bit problematic15:12
openstackgerritMatthew Booth proposed openstack/nova: Add more import_file  https://review.openstack.org/27740315:12
openstackgerritMatthew Booth proposed openstack/nova: Fix fallocate test on newer util-linux  https://review.openstack.org/27740215:12
openstackgerritMatthew Booth proposed openstack/nova: Update import_file to provide a general-purpose interface  https://review.openstack.org/26766215:12
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766115:12
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099815:12
openstackgerritMatthew Booth proposed openstack/nova: Trivial logic cleanup in libvirt pre_live_migration  https://review.openstack.org/27099915:13
openstackgerritMatthew Booth proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588615:13
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087215:13
openstackgerritMatthew Booth proposed openstack/nova: Remove _create_local function  https://review.openstack.org/27099715:13
*** eharney has joined #openstack-nova15:13
zzzeekmdbooth is a hero15:13
mdboothlol15:13
* mdbooth would like +2s on some seriously trivial patches so I don't have to keep rebasing them >:(15:13
mdboothhttps://review.openstack.org/#/c/270999/3 https://review.openstack.org/#/c/270999/3 and https://review.openstack.org/#/c/277402/215:14
zzzeekunfortunately i have no clue w nova15:15
mdboothAlso, if gerrit supported octopus merges I could flatten this out a ton15:15
mdboothfor eg, all 3 of the above are logically independent of each other, and could be submitted in any order. However, because my later patches depend on all three I must impose an arbitrary ordering on them.15:16
*** ildikov has quit IRC15:16
*** ccarmack has joined #openstack-nova15:20
*** mragupat has joined #openstack-nova15:21
openstackgerritPushkar Umaranikar proposed openstack/nova: Config options: Centralize debugger options  https://review.openstack.org/27429815:23
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: fix disk size calculation for VZ container instances  https://review.openstack.org/22256715:23
*** nelsnelson has joined #openstack-nova15:24
*** amotoki has joined #openstack-nova15:24
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance rescue mode support  https://review.openstack.org/21767915:24
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance resize support  https://review.openstack.org/18225715:25
openstackgerritjaveme proposed openstack/nova: raise exception ComputeServiceNotExist if host is not found  https://review.openstack.org/24310515:28
*** davideagnello has joined #openstack-nova15:29
*** zz_dimtruck is now known as dimtruck15:31
*** dedery has joined #openstack-nova15:33
*** achanda has joined #openstack-nova15:33
*** davideagnello has quit IRC15:34
*** jaypipes has joined #openstack-nova15:34
markus_zalaski: Do you think you can have a look at the cells config options patch series? https://review.openstack.org/#/c/274698/415:35
*** itamarl has quit IRC15:36
alaskimarkus_z: sure15:36
*** claudiub has joined #openstack-nova15:36
markus_zalaski: cool, thanks.15:36
EmilienMis keystone v3 required to run nova <-> neutron notifications now?15:37
*** dmsimard has joined #openstack-nova15:37
*** mtanino has joined #openstack-nova15:37
openstackgerritLudovic Beliveau proposed openstack/nova: Failed migration shoudn't be reported as in progress  https://review.openstack.org/27745115:40
openstackgerritMatthew Booth proposed openstack/nova: Add more import_file  https://review.openstack.org/27740315:41
openstackgerritMatthew Booth proposed openstack/nova: Fix fallocate test on newer util-linux  https://review.openstack.org/27740215:41
openstackgerritMatthew Booth proposed openstack/nova: Update import_file to provide a general-purpose interface  https://review.openstack.org/26766215:41
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766115:41
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099815:41
openstackgerritMatthew Booth proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588615:41
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087215:41
*** rcernin has quit IRC15:42
*** doug-fish has joined #openstack-nova15:42
openstackgerritBob Ball proposed openstack/nova-specs: XenAPI: Support Nova services independently from the hypervisor  https://review.openstack.org/27745215:43
*** achanda has quit IRC15:43
*** amotoki has quit IRC15:46
*** dmsimard has left #openstack-nova15:47
*** Sukhdev has joined #openstack-nova15:47
*** links has joined #openstack-nova15:49
*** ildikov has joined #openstack-nova15:49
openstackgerritEd Leafe proposed openstack/nova-specs: Accept multiple hosts when calling live migration  https://review.openstack.org/27684015:49
openstackgerritMike Fedosin proposed openstack/nova: [WIP] Make Xenplugin to work with glance v2 api  https://review.openstack.org/26693315:51
*** pradk has joined #openstack-nova15:54
openstackgerritPushkar Umaranikar proposed openstack/nova: Modify VM's updated_at field on volume actions  https://review.openstack.org/24717615:55
*** farid_ has joined #openstack-nova15:55
*** Daisy has quit IRC15:56
*** davideagnello has joined #openstack-nova15:56
openstackgerritBob Ball proposed openstack/nova-specs: XenAPI: Support Nova services independently from the hypervisor  https://review.openstack.org/27745215:56
openstackgerritAndrea Rosa proposed openstack/nova: Add tests to attach/detach vols for shelved server  https://review.openstack.org/27746315:57
*** links has quit IRC15:57
*** aysyd has quit IRC15:58
*** aysyd has joined #openstack-nova15:59
openstackgerritChris Dent proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746615:59
andrearosasdague: I put a patch with the missing functional tests for the attach/detach ops for shelved instances, let me know, when you have time, if that is what you expected then I'll bug dansmith15:59
andrearosaand the link: https://review.openstack.org/27746315:59
*** haomaiwa_ has quit IRC16:01
*** davideagnello has quit IRC16:01
*** dedery has quit IRC16:01
*** haomaiwang has joined #openstack-nova16:01
*** pushkaru has joined #openstack-nova16:02
*** mjura has quit IRC16:06
*** sinese has quit IRC16:12
*** belmoreira has quit IRC16:12
openstackgerritChris Dent proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746616:13
*** _ducttape_ has joined #openstack-nova16:19
*** armax has joined #openstack-nova16:20
*** ducttape_ has quit IRC16:21
*** mdrabe has quit IRC16:22
ccard__ what is the nova.instance_id_mappings table used for?16:22
ccard__why would nova.instance_id_mappings.id be different from nova.instances.id?16:23
ccard__(this is in Juno)16:23
alaskiccard__: at the moment it's not used, it will be used in the new cells v2 functionality of Nova16:23
alaskiccard__: they will be different because id is just a db primary key, it has no meaning that needs to be replicated between tables16:24
*** tdurakov has quit IRC16:25
ccard__alaski: that makes sense, except that when I request latest/meta-data/instance-id it returns instance_id_mappings.id instead of instances.id16:25
johnthetubaguyalaski: one last oslodb-engine thing, if you have a moment: https://review.openstack.org/#/c/276739/16:25
*** tdurakov has joined #openstack-nova16:26
alaskiccard__: oh, I was talking about instance_mappings, sorry. got confused for a sec16:27
alaskiccard__: instance_id_mappings is for the EC2 compatible API16:27
alaskiif you're getting instance info via that API I think it's expected that the id from there is used16:28
alaskijohnthetubaguy: looking now16:28
*** Swami has joined #openstack-nova16:29
ccard__I think we'll change to using the instance uuid instead for what we are trying to do16:29
*** tcammann has joined #openstack-nova16:30
alaskithat's almost certainly better. id should only be used for db relations and not exposed/used outside of that16:30
*** browne has joined #openstack-nova16:31
*** mragupat has quit IRC16:32
*** mragupat has joined #openstack-nova16:32
*** mpavone has quit IRC16:35
*** tcammann has quit IRC16:36
*** tdurakov has quit IRC16:36
*** mdrabe has joined #openstack-nova16:36
*** tdurakov has joined #openstack-nova16:37
*** salv-orl_ has joined #openstack-nova16:40
*** _ducttape_ has quit IRC16:40
*** paul-carlton1 has quit IRC16:40
*** ducttape_ has joined #openstack-nova16:41
*** tdurakov has quit IRC16:42
*** zakora has quit IRC16:42
*** salv-orlando has quit IRC16:43
cdentIt's time to go look at storm Imogen surging at high tide.16:44
*** jgriffith_away is now known as jgriffith16:45
*** armax has quit IRC16:46
*** tdurakov has joined #openstack-nova16:46
sdagueandrearosa: thanks, I'll take a look in a few16:47
*** vivekd has joined #openstack-nova16:48
*** sudipto has joined #openstack-nova16:50
*** omnipresent has quit IRC16:50
openstackgerritsean mooney proposed openstack/nova: stop setting mtu when pluging vhostuser port  https://review.openstack.org/27144416:51
*** mragupat_ has joined #openstack-nova16:51
*** su_zhang has joined #openstack-nova16:52
*** jdurgin1 has joined #openstack-nova16:52
openstackgerritgreghaynes proposed openstack/nova: Add some obvious detail to nw_info warning log  https://review.openstack.org/27681516:53
*** matrohon has quit IRC16:53
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: imagecache: set base_dir as a property  https://review.openstack.org/20991216:54
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: imagecache: implement listing of cached images  https://review.openstack.org/20991316:54
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: virt: add method for obtaining the list of cached images  https://review.openstack.org/20991416:54
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: implement get_cached_images method  https://review.openstack.org/20991516:54
*** sinese has joined #openstack-nova16:54
*** mragupat has quit IRC16:54
*** Daisy has joined #openstack-nova16:56
*** xyang1 has quit IRC16:57
openstackgerritVincent Untz proposed openstack/python-novaclient: Fix running functional tests against deployment with insecure SSL  https://review.openstack.org/27706716:58
*** rk4n has quit IRC16:59
*** jgriffith is now known as jgriffith_away17:00
*** haomaiwang has quit IRC17:01
*** haomaiwang has joined #openstack-nova17:01
*** Daisy has quit IRC17:01
*** irenab has joined #openstack-nova17:02
*** permalac has quit IRC17:02
*** zenoway has joined #openstack-nova17:03
*** rotbeard has quit IRC17:04
*** jgriffith_away is now known as jgriffith17:04
*** apoorvad has joined #openstack-nova17:04
*** salv-orl_ has quit IRC17:05
*** salv-orlando has joined #openstack-nova17:05
*** su_zhang has quit IRC17:05
*** mgoddard has quit IRC17:06
*** mgoddard has joined #openstack-nova17:07
*** baoli has quit IRC17:07
*** zenoway has quit IRC17:07
*** yassine__ has quit IRC17:11
*** paul-carlton1 has joined #openstack-nova17:11
*** scheuran has quit IRC17:12
*** sahid has quit IRC17:12
*** jlanoux has quit IRC17:12
openstackgerritjichenjc proposed openstack/nova: dden non-authorized user to suspend/resume  https://review.openstack.org/27750017:13
*** dims has quit IRC17:14
*** ljxiash has quit IRC17:14
*** edtubill has quit IRC17:14
*** ihrachys has quit IRC17:16
*** xyang1 has joined #openstack-nova17:16
*** browne has quit IRC17:19
openstackgerritjichenjc proposed openstack/nova: Forbidden non-authorized user to pause/unpause  https://review.openstack.org/27743317:19
*** cgalan has joined #openstack-nova17:19
*** cgalan has quit IRC17:21
*** sinese has quit IRC17:24
*** tdurakov has quit IRC17:25
*** tdurakov has joined #openstack-nova17:27
*** lpetrut has quit IRC17:28
*** nic has joined #openstack-nova17:30
*** davideagnello has joined #openstack-nova17:30
*** sinese has joined #openstack-nova17:30
*** mylu has joined #openstack-nova17:30
*** dims has joined #openstack-nova17:32
openstackgerritjichenjc proposed openstack/nova: Forbiden non-authorized user to suspend/resume  https://review.openstack.org/27750017:33
*** claudiub has quit IRC17:38
*** zenoway has joined #openstack-nova17:38
*** mvk has quit IRC17:39
PaulMurrayHi danpb17:41
danpbhello17:41
PaulMurraydanpb, I was looking over the live migration patches - there are a couple you reviewed before that look to have addressed your comments17:42
*** omnipresent has joined #openstack-nova17:42
PaulMurraydanpb, would you mind looking again please17:42
*** zenoway has quit IRC17:42
PaulMurrayI'm thinking of ones under the "for core review" part of the priorities etherpad17:43
*** baoli has joined #openstack-nova17:43
PaulMurraydoesn't have to be right now of course17:43
*** baoli has quit IRC17:43
*** boris-42 has quit IRC17:43
*** cgalan has joined #openstack-nova17:44
danpbPaulMurray: any in particular17:45
*** SridharG has quit IRC17:45
*** baoli has joined #openstack-nova17:46
*** e0ne has quit IRC17:46
PaulMurraydanpb, the selective block device ones : https://review.openstack.org/#/c/22727817:46
danpbok17:46
*** baoli_ has joined #openstack-nova17:46
PaulMurraydanpb, also the force-complete ones seem ready if you have a minute: https://review.openstack.org/#/c/25727017:47
openstackgerritMark Sturdevant proposed openstack/nova: Add instance host to evacuate terminate connector  https://review.openstack.org/27431817:47
*** edtubill has joined #openstack-nova17:47
PaulMurrayboth are in a series of 217:47
PaulMurraydanpb, thanks17:48
*** mgoddard_ has joined #openstack-nova17:49
*** mgoddard has quit IRC17:49
*** baoli has quit IRC17:51
sdagueinteresting fact, now that the nova network lru is in there - sshing to every guest we create is working pretty reliably - https://review.openstack.org/#/c/276506/17:51
*** mgoddard_ has quit IRC17:55
*** armax has joined #openstack-nova17:56
*** fawadkhaliq has joined #openstack-nova17:56
*** daemontool has quit IRC17:58
*** daemontool has joined #openstack-nova17:58
*** ekuris has quit IRC17:58
*** agireud has quit IRC18:00
*** su_zhang has joined #openstack-nova18:00
*** haomaiwang has quit IRC18:01
*** su_zhang has quit IRC18:01
*** haomaiwang has joined #openstack-nova18:01
*** agireud has joined #openstack-nova18:02
*** vivekd_ has joined #openstack-nova18:03
cdentsdague: two questions a) ref on the nova network lru? I'm curious b) can you point me at some history on api-samples stuff (the purpose it was supposed to serve) and what a replacement must?18:04
*** chhavi has quit IRC18:04
*** vivekd has quit IRC18:05
*** jwcroppe has quit IRC18:05
*** vivekd_ is now known as vivekd18:05
*** browne has joined #openstack-nova18:05
*** mgoddard has joined #openstack-nova18:06
*** armax has quit IRC18:07
*** derekh is now known as derekh_afk18:07
*** funeutron has joined #openstack-nova18:08
*** shyama has quit IRC18:08
*** krtaylor has quit IRC18:08
*** doug-fish has quit IRC18:08
*** doug-fish has joined #openstack-nova18:09
*** daemontool has quit IRC18:09
*** daemontool_ has joined #openstack-nova18:09
*** SridharG has joined #openstack-nova18:09
*** gszasz has quit IRC18:10
sdaguecdent: a) https://review.openstack.org/#/c/273042/18:11
*** paul-carlton1 has quit IRC18:11
*** armax has joined #openstack-nova18:12
cdentoh cool, that's very sensible18:12
*** Sukhdev has quit IRC18:12
dansmithsdague: rock on18:12
*** jdurgin1 has quit IRC18:12
*** doug-fish has quit IRC18:13
sdaguecdent: that's one thing we were working through on day 3 of midcycle18:14
cdentI remember the discussion of the problem, but missed the solution.18:14
johnthetubaguysdague: wow, we have ssh working, thats freaking awesome18:15
johnthetubaguysdague: its amazing how hard that has been, so far, but great to see more progress!18:16
sdaguecdent: on api samples, I think all the history is oral on that one. Originally it was brought in because we really weren't hitting most of the resources in any way18:16
*** ociuhandu has quit IRC18:16
*** ircuser-1 has joined #openstack-nova18:16
sdagueright now it provides that, but also provides a set of example files that get integrated into docs (which get cross checked with the code, so we know they all work)18:16
sdagueand are up to date18:17
*** ociuhandu has joined #openstack-nova18:17
sdaguecdent: I assume this is about figuring out if gabbi can do all this for us18:17
cdentpartially18:17
*** su_zhang has joined #openstack-nova18:17
cdentI actually don't want gabbi to do all of it. I think that's part of the problem with lots of things: trying to do too much18:17
*** jwang_ has quit IRC18:17
sdagueyep, sure18:17
cdentI'm just wondering if there's a part of it which can be replaced by gabbi in a useful fashion.18:18
PaulMurraymikal, alex_xu looking for +W on live migration force-complete: https://review.openstack.org/#/c/257270 https://review.openstack.org/#/c/24592118:18
*** jwang has joined #openstack-nova18:18
*** efoley has quit IRC18:18
sdagueyeh, that's a good question, and I don't know. If you want to go walk though code at some point I'm happy to narrate kind of what's going on18:18
cdentsdague: long term we can probably come up with ways to transpile gabbi <-> swagger etc but that's over the horizon18:18
cdentthat's a great idea, perhaps when I get done with the resource-provider stuff. Of course if I keep beguiling dansmith into doing all the work that may be sooner than expected.18:19
dansmithcdent: getting people to do your work for you is an excellent skill18:20
*** krtaylor has joined #openstack-nova18:20
cdentI'm sure the bill will come due some day18:20
johnthetubaguycdent: wise words18:21
cdent(also, dansmith, feel free to give that back to me whenever you want/need to. If it is useful to tag team it, that's great with me)18:21
dansmithjohnthetubaguy: cdent: right.. always suspect my motives :D18:22
*** sudipto has quit IRC18:23
*** mylu has quit IRC18:24
*** markmcclain has quit IRC18:24
*** markmcclain has joined #openstack-nova18:25
*** paul-carlton1 has joined #openstack-nova18:25
*** PaulMurray has quit IRC18:26
*** danpb has quit IRC18:27
*** lucasagomes is now known as lucas-dinner18:28
*** matrohon has joined #openstack-nova18:28
*** liverpooler has quit IRC18:28
*** eil397 has joined #openstack-nova18:29
*** armax has quit IRC18:31
*** mylu has joined #openstack-nova18:32
*** mylu has quit IRC18:33
*** baoli_ has quit IRC18:34
*** baoli has joined #openstack-nova18:34
*** eil397 has quit IRC18:35
*** eil397 has joined #openstack-nova18:36
*** baoli has quit IRC18:36
*** matrohon has quit IRC18:37
*** matrohon has joined #openstack-nova18:38
*** e0ne has joined #openstack-nova18:44
*** armax has joined #openstack-nova18:44
*** lpetrut has joined #openstack-nova18:48
cfriesenHas anyone ever run into a problem where on an evacuate the nova-compute on the dest ends up using the wrong user/passwd for attached cinder volumes?  This would be kilo timeframe.18:48
*** mylu has joined #openstack-nova18:48
*** whenry_ has joined #openstack-nova18:49
*** casusbel_ has quit IRC18:53
dansmithalaski: how do I do a model_query() for something without the deleted column?18:54
dansmithoslo.db is bitching at me for the implicit read_deleted=None18:54
alaskidansmith: use session_query instead18:55
alaskisession.query18:55
dansmithah18:55
*** su_zhang has quit IRC18:55
*** su_zhang has joined #openstack-nova18:56
*** vilobhmm11 has joined #openstack-nova18:57
*** su_zhang has quit IRC18:58
*** salv-orl_ has joined #openstack-nova18:58
doffmalaski: Do we have an etherpad already for discussing cellsv2 database split? (Foreign key stuff) Should I just create one?18:59
openstackgerritMatthew Treinish proposed openstack/nova: Add new test_rebuild_instance_with_volume to cells exclude list  https://review.openstack.org/27753618:59
alaskidoffm: You should create one. I'm not aware of anything existing18:59
mtreinishmarkus_z: ^^^ I think that test just needs to be added to the cells exclude regex19:00
doffmalaski: Ok. Will do.19:00
mtreinishmriedem: ^^^19:00
*** matrohon has quit IRC19:00
*** haomaiwang has quit IRC19:01
alaskidoffm: there is http://git.openstack.org/cgit/openstack/nova/tree/doc/source/cells.rst#n16219:01
*** nkrinner has quit IRC19:01
*** haomaiwa_ has joined #openstack-nova19:01
*** salv-orlando has quit IRC19:01
alaskimtreinish: what is the test doing that cells doesn't support?19:02
mtreinishalaski: looks like secgroups19:03
mtreinishhttps://github.com/openstack/tempest/blob/master/tempest/scenario/test_rebuild_instance_with_volume.py19:03
alaskiyep, that'll do it19:04
*** EinstCrazy has joined #openstack-nova19:04
*** tdurakov has quit IRC19:05
mtreinisharguably that call should be conditional on config, but we can remove the skip if it can be made to pass with cells19:05
alaskiit would be great if that were conditional, since everything else in that test should work with cells19:07
alaskiof course it would be great if cells implemented security groups...19:07
*** paul-carlton1 has quit IRC19:07
*** _ducttape_ has joined #openstack-nova19:08
*** EinstCrazy has quit IRC19:09
*** ducttape_ has quit IRC19:11
openstackgerritAndrew Laski proposed openstack/nova: Add new test_rebuild_instance_with_volume to cells exclude list  https://review.openstack.org/27753619:11
*** farid_ has quit IRC19:11
cdentdansmith: your relation comment was something I was wondering about too and is one of the confusions that comes out of the explicit SQL in the spec (how much of it is exact, how much a guide)19:12
dansmithcdent: I done already fixed it19:12
cdentdone did do didya?19:13
dansmithcdent: new goodness for you to look at here momentarily19:13
* cdent prepares to surface19:13
*** moshele has quit IRC19:13
*** doug-fish has joined #openstack-nova19:16
*** jgriffith is now known as jgriffith_away19:16
openstackgerritDan Smith proposed openstack/nova: resource_providers, allocations and inventories models  https://review.openstack.org/27543219:17
openstackgerritDan Smith proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746619:17
dansmithcdent: jaypipes ^19:17
cdentthanks dansmith, looking19:18
*** su_zhang has joined #openstack-nova19:18
dansmithcdent: that should be all of the basic inventory create/update stuff19:18
dansmiththe only change in the middle patch is the addition of the relationship19:19
doffmalaski: I added some info at: https://etherpad.openstack.org/p/CellsV2-database-split19:19
doffmI found a few possible foreign key issues.19:20
cdentdansmith: if there needs to be a relationship in Inventory, why doesn't there need to be one in Allocation?19:21
*** doug-fish has quit IRC19:21
*** pradk has quit IRC19:21
*** mylu has quit IRC19:22
*** _ducttape_ has quit IRC19:22
dansmithcdent: I didn't do anything with allocation19:22
dansmithcdent: but yes, that too19:22
cdentcheck19:22
*** ducttape_ has joined #openstack-nova19:22
*** doug-fish has joined #openstack-nova19:22
dansmithcdent: I guess I was thinking we'd maybe not register the allocation object until we're ready to do that work19:22
dansmithcdent: focusing on the inventory and provider bits for just the compute not part in the short term...19:23
openstackgerritMark Doffman proposed openstack/nova: Add database tables to CellsV2 database split docs  https://review.openstack.org/27754319:23
alaskidoffm: nice. There are fewer potential issues than I thought, but the compute_node link with pci_devices could be troublesome19:25
*** Sukhdev has joined #openstack-nova19:25
cdentdansmith: so basically taking a vertical use-case oriented slice through the stack of specs? That seems like a good plan.19:26
*** armax has quit IRC19:26
dansmithcdent: if we're not going to get to the instance allocation bit until next cycle, then yeah19:26
* rlrossit has no idea what's going on with this resource provider stuff19:27
alaskidoffm: oh, we can debate this of course but I think compute_nodes will end up being cell level tables19:27
dansmithcdent: I'd like to see us get the compute node object using these objects to create and update their inventory records and nulling out the old locations19:27
dansmithcdent: and then anything else we can get done before m3 is goodness, I think19:27
doffmalaski: Ok. I was surprised that script found so few issues. (Pleasantly surprised). I might have missed some.19:27
cdentdansmith: I can get behind that19:28
cdentrlrossit: it is a bit spread around, kinda had to be there, it all make sense when it is done-ish19:28
rlrossitcdent: lemme know if I'm way off, but is it a way of decentralizing https://github.com/openstack/nova/blob/master/nova/objects/compute_node.py ?19:29
*** farid_ has joined #openstack-nova19:29
dansmithrlrossit: far more than that19:29
dansmithrlrossit: there are specs to read19:30
doffmalaski: compute_nodes in the cell db gets rid of the issues. (No foreign key problems). Thats probably the right way to go.19:30
doffmNot sure what other issues that causes.19:30
cdentrlrossit: the underlying idea is that there are classes of things called resource providers. They provide ram, disk, vcpus, disk. Some of these things are uniqe to a compute node but not all of them (e.g. share disk)19:31
cdentThis stuff is currently poorly managed in resource tracking and scheduling19:32
cdenteach new type of resource provider gets a new mass of code with its own special way of doing things19:32
cdentif we can represent resource providers in generic ways we can start doing generic operations on them19:33
cdentand long term clean up a bunch of icky goo19:33
alaskidoffm: the biggest thing I can think is that a global scheduler has to fetch data from multiple dbs. but that's moving towards a push model now anyways19:33
rlrossitI'm guessing this is all scheduler-related stuff19:33
cdentrlrossit: it would probably be slightly more accurate to say it is schedul_ing_ related stuff as it sort of transcends the current scheduler implementation19:34
doffmalaski: Luckily we are having two different conversations about compute_node data in here. The other conversation reminds me that the resource provider work is likely to change things.19:34
cdentit can do both tracking and scheduling19:34
*** armax has joined #openstack-nova19:34
rlrossitcdent: so, trying to map this out in my head... a subset of these resource providers will be held within compute nodes, or they will somehow be able to be mapped from one to the other?19:36
*** armax has quit IRC19:36
dansmithcdent: do you have code for the migration to add uuid to compute_node?19:37
dansmithcdent: I'm thinking if not, we might as well just jamb that into your existing one19:38
dansmithcdent: and I'll also do the code for that in compute_node separate so we can make sure to land that soon19:38
rlrossitdansmith: is that related to what I just said?19:38
dansmithI wasn't reading19:39
cdentdansmith: no, that was the next spec down the stack, but if you are happy with it in the existing migration that's cool19:39
dansmithrlrossit: I dunno. each compute node will be a resource provider in a generic list of resource providers19:39
*** mylu has joined #openstack-nova19:39
dansmithrlrossit: which means compute_node needs to grow a uuid, among other things19:39
dansmithcdent: less migrations is gooder, no?19:39
alaskidoffm: true. we should probably review that effort in the cells subgroup occasionally and keep the two efforts congruent19:40
cdentdansmith++19:40
dansmithcdent: since they're not ordered [>:(] I don't know which one is "next"19:40
dansmithcdent: can you link me?19:40
dansmithstill I think we've all agreed to do this, so optimizing some simple detail like that seems good to me19:40
* rlrossit wishes he would've been there so he didn't miss out on the "you had to be there" :(19:40
*** fawadkhaliq has quit IRC19:40
* edleafe knows how rlrossit feels19:41
cdentdansmith: I had to write this down to get my head straight (rlrossit this might be useful to you too (and edleafe I guess): https://tank.peermore.com/tanks/os-scratch/ResourceProviders19:41
*** mgoddard has quit IRC19:41
doffmalaski: Yep. I think all of the resource tables are going to be top-level (API). So we may have to untie the pci_devices <-> compute_node knot eventually.19:41
cdentdansmith: at the bottom of that is a list in what I think of as the oder of the specs19:41
cdentbut the 3 and 4th can be in parallel19:41
doffmBut we can discuss with everyone on wednesday.19:41
*** mylu_ has joined #openstack-nova19:41
*** mylu has quit IRC19:42
cdentthat link is a bit out of date (not updated since summit)19:42
*** tdurakov has joined #openstack-nova19:43
dansmithcdent: hmm, that ordering doesn't seem to fully make sense to me19:43
cdentpci-generate-stats is not part of the list (despite being listed in the list :) )19:44
dansmithperhaps because your four steps don't (seem to) match the specs directly19:44
cdentthe bottom list is 1, 2, (3,4), 5, 619:44
*** lbeliveau has quit IRC19:45
alaskidoffm: my understanding was that only resource definitions would be in the api db, all inventory/usage would be within the cell19:45
*** ociuhandu has quit IRC19:46
dansmithalaski: that's my understanding as well19:46
doffmalaski: I must have misunderstood. I thought the usage would go top-level and get updated by the scheduler.19:46
doffmThat makes things easier though. (inventory/usage within cell)19:47
cdentmy recollection was that when resource classes were going to be in the db they would be in api db, and everything else in cell. Now that resource classes are not in the db, everything is in cell19:48
doffmAlthough top-level scheduler is going to have to make multiple db calls for each cell. (As you said earlier)19:48
doffmSorry multiple db calls. One for EACH cell.19:48
alaskidansmith: cool. the chance of us both being wrong is slightly less than just me being wrong :)19:48
EmilienMdoes anyone know if a recent commit in nova enforced using keystone v3 for neutron notifications?19:48
cdentwe discussed at summit that resource providers that transcended, for some reason, cells, would be something to deal with19:49
*** lbeliveau has joined #openstack-nova19:49
EmilienMpuppet CI broke because of it (we're fixing it to use keystone v3 auth in nova.conf just wondering if it's intented)19:49
*** farid_ has quit IRC19:49
alaskidoffm: right. but computes also push up changes now, so switching fully to that model will help19:49
*** timello has joined #openstack-nova19:49
EmilienMdansmith: any idea? ^19:50
alaskicdent: that is a concern I have. I'm not sure it's worth designing for that possibility yet, but it's good to keep in mind19:51
dansmithEmilienM: I'm not sure, no19:51
dansmithEmilienM: maybe poke sdague19:51
*** Sukhdev has quit IRC19:52
cdentdansmith: on the ordering: With the specs written in a very implementation oriented fashion they are ordered by their gross code dependencies rather than by satisfying a use case.19:52
*** sinese has quit IRC19:53
*** sinese_ has joined #openstack-nova19:53
*** salv-orl_ has quit IRC19:53
dansmithcdent: yeah, I just think we need to be a little more tactful in the actual execution19:53
dansmithcdent: I'm working on the first thing now, which is getting compute node to uuidify itself, and I'll slide that in after the migration patch and before the other object one19:53
*** kfarr has joined #openstack-nova19:54
cdentdansmith: from what list are you indicating "the first thing"?19:54
mikalPaulMurray: I'll take a look19:55
dansmithcdent: the list I'm formulating in my head.. can you see it?19:55
cdentI just recently got new glasses, varifocals, and I'm having trouble adjusting. I can see a giant neon arrow blinking over your head, but not read the text beneath19:56
*** daemontool_ has quit IRC19:56
*** timello_ has quit IRC19:56
dansmithcdent: well, then you'll have to give me a few minutes and look at it in gerrit I guess :D19:56
*** SridharG has quit IRC19:56
*** Sukhdev has joined #openstack-nova19:57
*** sfinucan has quit IRC19:57
*** tongli has quit IRC19:57
*** ijw_ has quit IRC19:59
*** haomaiwa_ has quit IRC20:01
*** haomaiwang has joined #openstack-nova20:01
*** mylu_ has quit IRC20:02
*** ociuhandu has joined #openstack-nova20:05
*** eil397 has quit IRC20:06
*** farid_ has joined #openstack-nova20:07
bauzascdent: not sure I got your -W on https://review.openstack.org/#/c/273100/520:08
openstackgerritMark Doffman proposed openstack/nova: Add database tables to CellsV2 database split docs  https://review.openstack.org/27754320:08
*** ivase has joined #openstack-nova20:08
*** cgalan has quit IRC20:08
bauzascdent: I can see you asking to wait for another change, but for using the new Enum rihgt?20:09
cdentbauzas: Yes. dansmith didn't want it to merge until there was calling code (which he's in the process of writing)20:09
bauzasokay20:09
bauzaswant me -2ing it ? :)20:09
dansmithbauzas: no, there's code now20:10
cdentnah, because dansmith is going to write all the code _right now_20:10
cdent;)20:10
bauzasheh, was jk20:10
*** daemontool has joined #openstack-nova20:10
bauzasalaski: got a sec for https://review.openstack.org/#/c/275432/2/nova/db/sqlalchemy/migrate_repo/versions/314_add_resource_provider_tables.py20:12
bauzasalaski: do you think it should be an API DB table ?20:13
*** tdurakov has quit IRC20:13
*** jgriffith_away is now known as jgriffith20:13
bauzasI can see that as a cloud-related stuff, not a cell one20:13
*** armax has joined #openstack-nova20:13
*** tdurakov has joined #openstack-nova20:13
cdentbauzas, dansmith: should I go ahead and get rid of the -W then?20:13
*** tdurakov has quit IRC20:13
cdentbauzas: we just discussed that a bit ago in the backlog, without conclusion20:14
dansmithcdent: I think it's probably okay20:14
dansmithcdent: I wanted the -W until we saw the code that used it and made sure it was what we want20:14
alaskibauzas: resource providers are compute nodes right?20:14
dansmithcdent: I think that ship has sailed20:14
dansmithalaski: no20:14
dansmithcompute nodes are resource providers20:14
bauzasyeah that20:14
alaskiokay, poorly phrase on my part20:14
alaskibut it's associated at that level20:15
cdentand shared disk, and maybe a network segment pool (or whatever it is called)20:15
dansmithalaski: jay just keeps interrupting people that say that to correct them :P20:15
*** zenoway has joined #openstack-nova20:15
bauzasbut we can have a resource provider that could be for all the cloud20:15
alaskidansmith: heh20:15
bauzaslike a cinder volume20:15
openstackgerritPushkar Umaranikar proposed openstack/nova: Modify VM's updated_at field on volume actions  https://review.openstack.org/24717620:15
bauzasI mean, not cell-related20:16
cdent(bauzas if you're aching to go +W at your leisure)20:16
bauzascdent: okay, am I risking a curse from jaypipes if I'm landing this one ;)20:16
bauzas?20:16
alaskibauzas: the resource provider doesn't provide anything like a cinder volume as I understand it20:16
*** tcammann has joined #openstack-nova20:16
bauzasalaski: sec, reading the 6 blueprints20:17
alaskiheh20:17
bauzasI could have been made a mistake with the taxonomy20:17
cdentbauzas: oh no, I think landing stuff is the goal, it was only dansmith who wanted the block. You'll get cursed by jaypipes by something else20:17
jaypipesalaski: all compute nodes are resource providers. but all resource providers are not compute nodes.20:17
alaskibauzas: I think resource pools are the things that could potentially span cells20:17
*** armax has quit IRC20:17
bauzasjaypipes: that's the latter which worries me20:17
jaypipesbauzas: why?20:18
bauzasmeh, bad wording20:18
*** armax has joined #openstack-nova20:18
*** omnipresent has quit IRC20:18
alaskijaypipes: what's an example of a resource provider which is not a compute node? a shared disk?20:18
bauzasI mean, I wonder if we could have resource providers that could be for more than just one cell ?20:18
bauzasman20:18
bauzasI don't know the word20:19
bauzassec20:19
cdentalaski: yes20:19
jaypipesalaski: correct. A shared storage pool. An IPv4 subnet allocation pool.20:19
bauzasacross the cells, I would say20:19
alaskiokay, I thought those were resource pools20:19
jaypipesalaski: resource pools are anything that isn't a compute node that provides resources to more than one consumer.20:19
*** mylu has joined #openstack-nova20:20
*** tcammann has quit IRC20:21
*** su_zhang has quit IRC20:21
bauzasso, a shared storage pool is a resource provider, gotcha20:21
alaskia shared disk seems to fit that definition20:21
bauzasyeha20:21
bauzasyeah even20:21
jaypipesalaski: the difference between a resource pool and a compute node is that a resource pool only provides a single type of resource (say, disk) whereas a compute node provides multiple types of resources (vcpu, ram, disk (local), pci devices, etc)20:21
bauzasso, the question I wonder is how that fits with the cells split20:21
cfriesenbauzas: maybe distinguish between resources that can span cells and ones that can't?20:22
bauzascfriesen: that's where I'm locking up20:22
cfriesenor does it even make sense to have resources that span cells20:23
bauzasbecause I hadn't yet made the effort to mix-match cellsv2 and resource-providers :/20:23
bauzasand now that's banging in my head20:23
bauzasI need some time to consider that, honestly20:23
bauzasjaypipes: thoughts on that ?20:24
bauzasI mean, how some resource providers could be spanning across multiple cells ?20:24
bauzasand20:24
bauzasalaski: thoughts on us supporting a shared disk across multiple cells ? honestly, I think that's hard to consider that atm20:24
* bauzas thinking of the BDMs too20:25
alaskiI think cells should be considered discrete things in Nova, so I wouldn't expect to share disks across them20:25
*** Yingxin has quit IRC20:25
*** rk4n has joined #openstack-nova20:25
jaypipesbauzas: I guess I don't see how cells comes into play here. All of the keys in any of these tables are UUIDs and have no particular relationship to a cell.20:25
alaskibut volumes and networks will span them20:25
alaskijaypipes: it's a question of which db to put it in20:26
*** Yingxin has joined #openstack-nova20:26
dansmithalaski: bauzas and if they were shared, I'd expect it's something large that has a notion of dynamic allocations/quotas, which could be split and resized as necessary20:26
*** mylu has quit IRC20:26
*** salv-orlando has joined #openstack-nova20:27
bauzasmmm20:28
*** edtubill_ has joined #openstack-nova20:28
alaskidansmith: you mean allocate some to each cell, and rework as necessary?20:28
dansmithalaski: right, and then you can report the slice to each cell as it is currently allocated20:28
*** su_zhang has joined #openstack-nova20:28
*** mylu has joined #openstack-nova20:28
*** ajayaa has joined #openstack-nova20:29
alaskiI think that as long as the scheduler can reconcile that in a global view that could work20:29
*** hblixt has joined #openstack-nova20:29
alaskii.e. don't not schedule to a host in a cell simply because the dynamic resource isn't represented in that cell currently20:29
alaskisorry for the double neg20:29
dansmithwell, I dunno about that last bit20:30
*** armax has quit IRC20:30
*** edtubill has quit IRC20:30
bauzascoming back to basics with cells20:30
alaskileave it up to deployers to allocate resources?20:31
cdentalaski: that seemed where we ended up at mid-cycle20:31
cdent(at least until someone had a better idea)20:31
alaskiokay, I don't remember this specific bit. this is the simple thing, which is usually the place to start20:32
openstackgerritDan Smith proposed openstack/nova: Implement an indexed ResourceClass Enum object  https://review.openstack.org/27310020:32
openstackgerritDan Smith proposed openstack/nova: resource_providers, allocations and inventories models  https://review.openstack.org/27543220:32
openstackgerritDan Smith proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746620:32
openstackgerritDan Smith proposed openstack/nova: Allocate UUID for compute node  https://review.openstack.org/27755420:32
cdentand the reason for keeping the stuff in the cell database was latency etc20:32
dansmithjaypipes: cdent: that ^ uuid patch will get us on the path to compute node having a uuid in it20:32
*** su_zhang has quit IRC20:33
dansmithand if we're reasonably happy with the migration at this point, I think we could probably go ahead with the bottom three of those20:33
*** su_zhang has joined #openstack-nova20:33
alaskiI like having the info in the cell db. my concern, and bauzas I think, is that I don't want to block the ability to have a resource pool/provider which spans cells20:34
cdentdansmith: are you releasing your lock on that stuff (for the time being)? (just to be clear and explicit)20:34
dansmithcdent: on which, the objects patch at the top?20:34
bauzasalaski: that's exactly my point, I don't think putting it in the API db would be worth it, but then I feel we could be missing something if we would like not to limit how the resource providers are20:35
cdentdansmith: No, more like the whole thing: Are you tapping out after you did helpful duty subbing in to get the ball rolling?20:36
dansmithalaski: I also thought you wanted the api db to be as slim as possible20:36
*** salv-orlando has quit IRC20:36
cdentisn't there something like a cell0 already?20:36
*** vivekd_ has joined #openstack-nova20:36
bauzasnotyet20:37
cdentbut it's an idea, yes?20:37
doffmIts currently pretty slim. Adding the resource provider to the API db will increase the write load to the API db considerably.20:37
dansmithcdent: I was going to remove the registration of the allocation object and fix up the tests, but if you want to take that part, that's cool20:37
jaypipesdansmith: rock on. will review shortly (trying to get the spec rev pushed)20:37
alaskidansmith: yes. I had it in my head that compute nodes were the only resource provider, and resource pools might be the only thing in the api db.20:37
dansmithcdent: I also need to think about the compute node bit for updating the inventory bit selectively20:37
*** baoli_ has joined #openstack-nova20:38
dansmithalaski: I think that breaks jaypipes' magical schedule-by-SQL approach20:38
cdentdansmith: I'm not going to do anything tonight, but can pick things up in the morning if a good idea20:38
jaypipesalaski: which table specifically? resource_providers and resource_pools? or inventory and allocations?20:38
*** mylu has quit IRC20:38
bauzasinventory and allocations are scheduler-related, right?20:39
bauzasjaypipes: ^20:39
jaypipesbauzas: yes. as are all of these tables.20:39
bauzas...20:39
alaskijaypipes: inventory and allocations I see as definitely within a cell. resource providers/pools are what I'm thinking about. dansmith has convinced me there's a path to having them in a cell and still have the resources span cells20:39
*** vivekd has quit IRC20:40
*** vivekd_ is now known as vivekd20:40
*** ducttape_ has quit IRC20:41
dansmithalaski: in fact, I think you could do it even without specialness20:41
*** ZZelle_ has joined #openstack-nova20:41
dansmithalaski: you could report a reserved to each cell that left you whatever you had committed to other cells right?20:41
dansmithlike, report reserved=(total - sum(cells_other_than_this_one)20:41
alaskithinking a bit further, if these get moved into a scheduler project/database they would not fall on cell boundaries. I'm just trying to convince myself that the scheduling magic can work on a global level if resources are tracked at the cell level20:42
dansmithcdent: okay if you want to fix up the tests and finish the ones you had started then that's cool20:42
alaskidansmith: yes, that would work20:43
bauzasyup20:43
alaskiyou just lose global scheduling optimization right? you're dependent on manual rebalancing of resources20:43
cdent"want" is a strange word dansmith, but yeah, I'll do that.20:44
dansmithalaski: right, assuming that your cells are large enough to make it worthwhile20:44
dansmithalaski: that balance could be managed by something, but it's definitely outside of the scope of nova20:44
bauzasokay, that looks reasonable to keep those tables in the cell db then :)20:45
jaypipesalaski, dansmith, bauzas: I don't think we need to overcomplicate things. compute nodes are resource providers that are within a particular cell that expose certain types of resources. resource pools are resource providers of a single type of resource that may or may not be housed within a single cell. The resource pool is queried via its relation to one or more host aggregates, which themselves have a relation to one20:45
jaypipesor more compute nodes.20:45
bauzasand that leaves the API db quite quiet20:45
*** dslevin1 has joined #openstack-nova20:45
bauzasoh20:46
alaskidansmith: yeah, Nova shouldn't rebalance.20:46
bauzasaggregates20:46
*** lpetrut has quit IRC20:46
dansmithjaypipes: sure, but they're trying to make sure we don't get ourselves backed into a corner20:46
dansmithjaypipes: the subnet thing is a good example20:46
*** dane-fichter has joined #openstack-nova20:46
dansmithbut either way, I agree, I think we're fine with this and we can handle the separation in a different layer for people that want to do this20:46
bauzasalaski: we haven't yet defined whether aggregates were in the api db or in the cell db, but that would lock things up20:47
alaskiI've always felt that aggregates would need to be outside of a cell20:47
doffmbauzas: alaski: Aggregates went in API db on my list. Dont see how they could go cell db.20:47
doffmAs they might be given to nodes across cells.20:47
alaskiright20:47
bauzasdoffm: alaski: that's my natural feeling20:47
bauzas++20:47
bauzasI'm totally +1 on that for the start of the journey20:48
bauzasbut20:48
cfriesenhow are we going to handle PCI/cpu-pinning/etc at the cell level, where you need to know specific resources, not just how many there are?20:48
bauzasnow that we nearly agreed on getting the resouce providers, inventories and allocation at the cell level, then it would create a problem20:48
jaypipescfriesen: you don't handle that on the cell level.20:49
alaskicfriesen: the scheduler has all the data it needs. it's not picking a cell and then looking at hosts20:49
cfriesenalaski: ah, okay20:50
*** su_zhang has quit IRC20:50
*** dims_ has joined #openstack-nova20:51
*** dims has quit IRC20:52
doffmbauzas: Could you explain the problem? I'm not seeing a specific link to aggregates from the providers, inventories or allocation tables.20:52
bauzasjaypipes: could you please remind me which BP is getting the relationship between aggs and resource-pools ?20:53
cdentbauzas: this one: https://review.openstack.org/#/c/253187/6/specs/mitaka/approved/generic-resource-pools.rst20:53
bauzasdoffm: sec, finding the spec which explains that20:53
alaskijaypipes: dansmith summarized well, we just don't want to paint ourselves into a corner. this is all just about "resource pools are resource providers of a single type of resource that may or may not be housed within a single cell" if not within a single cell are we limiting ourselves by putting the table in a cell?20:54
cdentbauzas: sorry meant to end that with a ?20:54
alaskijaypipes: but for now we're saying it's fine in the cell db20:54
*** Sukhdev has quit IRC20:54
bauzasalaski: provided that aggregates are kept in the cells db20:54
bauzascdent: thanks, this one indeed20:55
bauzasalaski: there is a mapping table between resource-pools and aggregates, IIRC20:55
bauzasin https://review.openstack.org/#/c/253187/6/specs/mitaka/approved/generic-resource-pools.rst to be precise20:55
*** ducttape_ has joined #openstack-nova20:56
cdentalaski: I think one way around that concern is that while you can have a concrete resource which is supra-cell, you can put an inventory which represent a slice of that resource in a cell. (If that's the path that was chosen). Allocations would be against that slice20:56
*** ihrachys has joined #openstack-nova20:56
jaypipesbauzas: generic-resource-pools.20:57
jaypipesbauzas: the one I'm just about to push a new rev on.20:57
bauzasjaypipes: yeah see above20:57
bauzasjaypipes: tl,dr: if we're deciding to put all the tables in the cell db (which is fine IMHO), that would somehow hit the cells v2 effort because we plan to move the aggregates table to the api db20:58
doffmbauzas: Ok, thanks. Think I'm getting your point. Resource pools themselves feel very API DB.20:59
alaskicdent: yeah, that's what dansmith has been saying (if I didn't know better I would think y'all were two aspects of one person)20:59
*** dane-fichter has quit IRC20:59
*** armax has joined #openstack-nova20:59
dansmithalaski: so offensive!20:59
alaski:)20:59
cdentI'm not sure which one of you to be offended by20:59
dansmithheh21:00
jaypipesI guess I don't see the problem with having the resource_pools live in the cell DB for now and then pulling it out to the API db at a later time when aggregates are pulled out.21:00
*** haomaiwang has quit IRC21:01
jaypipesand who knows, perhaps the scheduler will be broken out entirely by that point and the question becomes moot.21:01
jaypipessince the scheduler's DB is where all that stuff belongs anyway.21:01
*** salv-orlando has joined #openstack-nova21:01
*** haomaiwang has joined #openstack-nova21:01
alaskiit's not a big problem, but why put them in one db today if we know we want to move it in a cycle or two? although I'm convinced they can stay in the cell db, and eventually go to the scheduler21:02
*** mylu has joined #openstack-nova21:03
bauzasyeah...21:03
doffmI'd prefer to get this sorted initially. It will be harder work to pull the db out than to put it somewhere in the first place.21:03
doffmRather than pushing the problem down the road. (If there is one)21:03
*** mylu has quit IRC21:03
alaskithis just leads back to my question of splitting aggregates into different types. if we have a specific aggregate for resource tracking which live in the cells, and then different aggregates in the api db for different concerns (affinity) we don't need to worry as much21:04
jaypipesalaski: did you mean you are *not* convinced...?21:05
alaskijaypipes: no, I'm convinced for now21:06
jaypipesok21:07
doffmalaski: If its something that will eventually end up in the Scheduler DB shouldn't it go in the API DB for now? I thought the current plan was for a global scheduler, i.e one that conceptually lives in the API cell.21:07
doffm*current plan being eminently changeable. :)21:08
alaskiI think we're making a tradeoff here. putting this into the cell db means we'll likely need to have deployers allocate slices of resources to cells, losing global placement optimizations, and I think we should talk about splitting aggregates.21:08
bauzasalaski: that sounds a reasonable trade-off21:09
openstackgerritJay Pipes proposed openstack/nova-specs: resource-providers: generic resource pools  https://review.openstack.org/25318721:09
alaskiputting them into the api db looks more like a future scheduler split out would look, at the cost of read/write load on a db that's not partitioned21:09
jaypipesbauzas, johnthetubaguy, alaski, dansmith, cdent: ^^21:09
bauzascoolness21:09
*** eil397 has joined #openstack-nova21:10
doffmalaski: Thats a great summary.21:11
doffmI'm a little uncomfortable with both. :/21:11
openstackgerritVladik Romanovsky proposed openstack/nova: virt: osinfo will report once if libosinfo is not loaded  https://review.openstack.org/27756521:12
*** rdopiera has quit IRC21:13
alaskiI'm not sure which I prefer honestly21:13
alaskiI prefer option #3, a global scheduler db that's not the api db21:14
doffmIt looks like this is about the resource-provider work, but honestly the same arguments could be made about putting the 'compute_node' table in the API or CELL db.21:15
doffmalaski: Option #3 is where its at.21:15
bauzasalaski: that's my thoughts, the api db is not aimed for that21:15
doffm:)21:15
*** eil397 has quit IRC21:15
bauzasif we consider it as a routing information for getting a cell, that's really a read statement21:15
doffmHonestly though I prefer option #2 over #1. Its not the way the API db is meant to be used, but it gives us a cleaner path to get where we want to go.21:16
doffmIt may limit how EFFECTIVE cellsv2 is at first.21:16
doffmBut allows us to get to our eventual destination quicker.21:16
doffm*hopefully21:16
*** eil397 has joined #openstack-nova21:17
jaypipesalaski: are you recommending we create a third database for the resource-providers schemas?21:17
cdentdoffm: are you saying it is cleaner because the migration is from one db instead of N?21:17
cdentjaypipes, alaski: if we know there is going to be a third database eventually anyway, going ahead now is an interesting idea21:19
bauzasjaypipes: I wasn't considering that now21:19
doffmcdent: We don't have to do any aggregate splitting or copying between databases. The scheduler doesn't have to query many cells DB's to get access to resource inventories. Its easier to do cross cell resource pools.21:19
alaskijaypipes: I don't think it's something we should necessarily do now, but ultimately yes. that's essentially what the scheduler split will do21:19
*** su_zhang has joined #openstack-nova21:21
doffmWould it be THAT bad to set up the scheduler DB now and put the new tables in it? Migrate other tables to it as needed later. Its operator load as they have to create the damn thing.21:21
*** lpetrut has joined #openstack-nova21:22
*** smatzek has quit IRC21:22
bauzasdoffm: no21:22
bauzasdoffm: impacting the resource-providers BP for that is a terrible idea IMHO21:22
bauzasdoffm: because it would throw the series under the bus21:23
bauzasdoffm: and we haven't yet agreed on splitting the scheduler, just that it's a natural endgoal21:23
doffm:) OK. Probably true. It doesn't actually get us anything right now.21:23
openstackgerritEric Brown proposed openstack/nova: Support multiple URLs for LDAP server  https://review.openstack.org/27756921:23
*** derekh_afk is now known as derekh21:24
bauzasanyway, I think dansmith provided a very reasonable trade-off21:24
*** ijw has joined #openstack-nova21:25
*** su_zhang has quit IRC21:26
*** dims has joined #openstack-nova21:26
alaskiyeah, I don't think we've blocked any future path here21:27
*** zenoway has quit IRC21:28
*** zenoway has joined #openstack-nova21:28
doffmSounds good.21:28
cdentAs if anyone could ever know the future.21:28
cdentBetter to just do what seems right, now, and adapt later.21:29
*** dims_ has quit IRC21:29
*** ijw has quit IRC21:30
*** su_zhang has joined #openstack-nova21:30
openstackgerritjichenjc proposed openstack/nova: Forbidden non-authorized user to reboot  https://review.openstack.org/27757221:33
*** mtanino has quit IRC21:34
openstackgerritjichenjc proposed openstack/nova: Change default policy of reboot  https://review.openstack.org/27757321:36
*** jaosorior has quit IRC21:38
*** dslevin1 has quit IRC21:41
*** vladikr has quit IRC21:41
openstackgerritjichenjc proposed openstack/nova: Remove duplicate policy test  https://review.openstack.org/27757521:43
*** jichen has quit IRC21:48
*** diana_clarke has quit IRC21:49
*** Sukhdev has joined #openstack-nova21:49
*** ihrachys has quit IRC21:51
*** ihrachys has joined #openstack-nova21:51
*** sinese_ has quit IRC21:51
*** krtaylor has quit IRC21:55
*** boris-42 has joined #openstack-nova21:58
*** haomaiwang has quit IRC22:01
*** haomaiwang has joined #openstack-nova22:01
*** e0ne has quit IRC22:03
*** daemontool_ has joined #openstack-nova22:03
*** knikolla has quit IRC22:04
*** ijw has joined #openstack-nova22:04
*** aysyd has quit IRC22:05
*** daemontool has quit IRC22:06
*** zenoway has quit IRC22:06
*** derekh has quit IRC22:07
*** krtaylor has joined #openstack-nova22:07
*** jgriffith is now known as jgriffith_away22:10
*** cdent has quit IRC22:11
*** jaosorior has joined #openstack-nova22:12
*** thorst has quit IRC22:13
openstackgerritAndrew Laski proposed openstack/nova: Add buildrequest db/object  https://review.openstack.org/26392622:13
openstackgerritDan Smith proposed openstack/nova: Add a tool for reserving migration placeholders during release time  https://review.openstack.org/27758922:13
*** thorst has joined #openstack-nova22:15
*** ihrachys has quit IRC22:16
*** jgriffith_away is now known as jgriffith22:17
*** zenoway has joined #openstack-nova22:18
*** mylu has joined #openstack-nova22:19
*** thorst has quit IRC22:20
hemnagus, ping22:21
*** mylu has quit IRC22:21
*** zenoway has quit IRC22:22
*** krtaylor has quit IRC22:24
openstackgerritDan Smith proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746622:28
openstackgerritDan Smith proposed openstack/nova: Allocate UUID for compute node  https://review.openstack.org/27755422:28
*** dims has quit IRC22:31
*** Yingxin_ has joined #openstack-nova22:34
rlrossitdansmith: do you have time for a stupid question?22:34
dansmithrlrossit: I feel like there's no way to answer that question without being sad22:34
dansmithso, just go ahead22:34
*** mylu has joined #openstack-nova22:34
rlrossitso how come in https://review.openstack.org/#/c/277554 you add a uuid to compute node, and now on save you're suddenly writing it to the DB, but nowhere are there DB migrations made to add that column... where does the sorcery happen?22:35
rlrossitor do I just play the "I'm an idiot on databases" card?22:35
dansmithrlrossit: it's in the patch before that one22:36
*** nelsnelson has quit IRC22:36
*** krtaylor has joined #openstack-nova22:36
*** ctrath has quit IRC22:36
*** Yingxin has quit IRC22:37
*** Yingxin_ is now known as Yingxin22:37
rlrossitdansmith: so I'm *not* an idiot... that makes me feel better22:38
*** edtubill_ has quit IRC22:39
*** thorst has joined #openstack-nova22:40
dansmithwell, this really isn't sufficient data to say one way or the other22:40
rlrossitoh I see how it is...22:41
rlrossit:'(22:41
rlrossitdansmith: so you put that in the change before just to make for less migrations?22:41
*** doug-fish has quit IRC22:41
dansmithrlrossit: yeah, didn't I say that in the commit message for the previous one?22:42
* dansmith thought he did22:42
dansmithit's all related to the resource stuff, so no reason to have multiple migrations, IMHO22:42
rlrossitdansmith: yep it is22:42
*** mylu has quit IRC22:42
rlrossitI just looked at the commit message for adding it to the object, and was really confused that I saw no reference to migrations, which made me question how things worked22:43
dansmithokay22:44
*** doug-fish has joined #openstack-nova22:44
*** thorst has quit IRC22:44
*** mylu has joined #openstack-nova22:44
*** doug-fis_ has joined #openstack-nova22:46
openstackgerritDan Smith proposed openstack/nova: Add a tool for reserving migration placeholders during release time  https://review.openstack.org/27758922:47
*** doug-fish has quit IRC22:48
*** rlrossit has quit IRC22:49
*** doug-fis_ has quit IRC22:50
*** dims_ has joined #openstack-nova22:51
*** dimtruck is now known as zz_dimtruck22:53
*** kfarr has quit IRC22:53
*** farid_ has quit IRC22:53
*** funeutron has quit IRC22:54
*** EinstCrazy has joined #openstack-nova22:58
*** doug-fish has joined #openstack-nova22:59
*** shawnmaten has joined #openstack-nova23:00
*** haomaiwang has quit IRC23:01
*** haomaiwang has joined #openstack-nova23:01
*** mragupat_ has quit IRC23:02
*** shawnmaten has left #openstack-nova23:03
*** Marga_ has quit IRC23:03
*** doug-fish has quit IRC23:03
*** eharney has quit IRC23:04
*** doug-fish has joined #openstack-nova23:04
*** ivase has quit IRC23:04
*** ivase has joined #openstack-nova23:04
*** burt has quit IRC23:05
*** EinstCrazy has quit IRC23:05
*** pushkaru has quit IRC23:05
*** pushkaru has joined #openstack-nova23:06
*** mtanino has joined #openstack-nova23:06
*** jaosorior has quit IRC23:06
*** daemontool_ has quit IRC23:07
*** lpetrut has quit IRC23:08
*** kylek3h has quit IRC23:08
*** ivase has quit IRC23:09
*** ivase has joined #openstack-nova23:09
*** dmsimard has joined #openstack-nova23:10
*** mdrabe has quit IRC23:10
dmsimardHeya, I'm probably missing something but are releases of nova (not novaclient) published on PyPi ?23:11
dmsimardThere is https://pypi.python.org/pypi/nova but last release seems to be 2013.123:11
*** pushkaru has quit IRC23:11
*** vivekd has quit IRC23:12
*** ivase has quit IRC23:13
*** doug-fish has quit IRC23:14
*** doug-fish has joined #openstack-nova23:14
*** dims_ has quit IRC23:14
*** salv-orlando has quit IRC23:14
*** doug-fish has quit IRC23:15
*** doug-fish has joined #openstack-nova23:15
*** salv-orlando has joined #openstack-nova23:15
*** kbringard has quit IRC23:15
*** dims_ has joined #openstack-nova23:19
*** nelsnelson has joined #openstack-nova23:23
*** doug-fish has quit IRC23:23
*** ajayaa has quit IRC23:24
*** ccarmack has left #openstack-nova23:24
*** doug-fish has joined #openstack-nova23:26
*** doug-fish has quit IRC23:27
*** zz_dimtruck is now known as dimtruck23:27
*** doug-fish has joined #openstack-nova23:28
*** dimtruck is now known as zz_dimtruck23:28
tonybdmsimard: No they23:35
tonyb're on tarballs.openstack.org23:35
dmsimardtonyb: okay, thanks.23:35
*** can8dnSix has joined #openstack-nova23:36
tonybdmsimard: http://tarballs.openstack.org/nova/ 12.0.1 is the latest stable 13.X are the development releases23:36
*** doug-fish has quit IRC23:38
*** Marga_ has joined #openstack-nova23:40
*** doug-fish has joined #openstack-nova23:40
*** doug-fish has quit IRC23:46
*** can8dnSix has quit IRC23:48
*** doug-fish has joined #openstack-nova23:50
*** doug-fish has joined #openstack-nova23:50
*** ducttape_ has quit IRC23:53
*** doug-fish has quit IRC23:54
*** ZZelle_ has quit IRC23:57
*** browne has quit IRC23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!