Monday, 2017-10-16

*** felipemonteiro has quit IRC00:02
*** baoli has joined #openstack-nova00:11
*** ujjain has quit IRC00:13
*** felipemonteiro_ has quit IRC00:14
*** ujjain has joined #openstack-nova00:16
*** ujjain has quit IRC00:16
*** ujjain has joined #openstack-nova00:16
*** baoli has quit IRC00:16
*** acormier has joined #openstack-nova00:20
*** slaweq has quit IRC00:23
*** slaweq has joined #openstack-nova00:27
*** baoli has joined #openstack-nova00:32
*** psachin has joined #openstack-nova00:34
*** huanxie has joined #openstack-nova00:40
*** jichen has joined #openstack-nova00:44
*** ijw has joined #openstack-nova00:48
*** sdague has quit IRC00:50
*** jwcroppe has quit IRC00:51
*** awaugama has joined #openstack-nova00:52
*** jwcroppe has joined #openstack-nova00:52
*** ijw_ has joined #openstack-nova00:54
*** ijw__ has joined #openstack-nova00:55
*** baoli has quit IRC00:56
*** ijw has quit IRC00:56
*** jmlowe has quit IRC00:57
*** armax has joined #openstack-nova00:57
*** acormier has quit IRC00:58
*** hieulq has joined #openstack-nova00:58
*** ijw_ has quit IRC00:58
*** jmlowe has joined #openstack-nova00:59
*** slaweq has quit IRC01:00
openstackgerritYikun Jiang proposed openstack/nova master: Update Instance action's updated_at when action event updated.  https://review.openstack.org/50747301:02
*** baoli has joined #openstack-nova01:02
*** slaweq has joined #openstack-nova01:04
*** phuongnh has joined #openstack-nova01:07
*** baoli has quit IRC01:08
*** thorst has quit IRC01:09
*** yangyapeng has joined #openstack-nova01:12
*** jmlowe has quit IRC01:12
*** artom has quit IRC01:14
*** artom has joined #openstack-nova01:15
*** yamamoto has joined #openstack-nova01:21
*** ijw__ has quit IRC01:23
*** baoli has joined #openstack-nova01:26
*** trungnv has joined #openstack-nova01:26
*** Shunli has joined #openstack-nova01:27
*** jmlowe has joined #openstack-nova01:31
*** slaweq has quit IRC01:38
*** yangyapeng has quit IRC01:39
*** baoli has quit IRC01:41
*** yangyapeng has joined #openstack-nova01:41
*** sbezverk has quit IRC01:43
*** sbezverk has joined #openstack-nova01:44
*** jmlowe has quit IRC01:45
*** slaweq has joined #openstack-nova01:45
*** awaugama has quit IRC01:48
*** hshiina has joined #openstack-nova01:50
*** tbachman_ has joined #openstack-nova01:52
*** litao__ has joined #openstack-nova01:53
*** tbachman has quit IRC01:55
*** tbachman_ is now known as tbachman01:55
*** baoli has joined #openstack-nova02:01
*** slaweq has quit IRC02:17
*** gouthamr has quit IRC02:27
*** slaweq has joined #openstack-nova02:28
*** penick has quit IRC02:32
*** dave-mccowan has quit IRC02:35
*** yamamoto_ has joined #openstack-nova02:36
*** baoli has quit IRC02:37
*** adreznec has quit IRC02:37
*** felipemonteiro_ has joined #openstack-nova02:38
*** adreznec has joined #openstack-nova02:39
*** yamamoto has quit IRC02:39
*** esberglu has quit IRC02:43
*** gcb has joined #openstack-nova02:51
*** slaweq has quit IRC02:58
*** acormier has joined #openstack-nova02:58
*** slaweq has joined #openstack-nova02:59
*** udesale has joined #openstack-nova03:00
*** crushil has joined #openstack-nova03:02
*** crushil has left #openstack-nova03:02
*** crushil has joined #openstack-nova03:02
*** acormier has quit IRC03:03
*** crushil has left #openstack-nova03:04
*** crushil_ has joined #openstack-nova03:05
*** jmlowe has joined #openstack-nova03:06
*** thorst has joined #openstack-nova03:10
*** thorst has quit IRC03:15
openstackgerritZhenyu Zheng proposed openstack/nova master: block_device_mapping_v2.bus_type is missing from api-ref  https://review.openstack.org/49948803:20
*** masber has joined #openstack-nova03:20
*** felipemonteiro_ has quit IRC03:22
*** edand has joined #openstack-nova03:23
openstackgerritJianghua Wang proposed openstack/nova master: rt: Implement XenAPI get_inventory() method  https://review.openstack.org/33920403:23
*** esberglu has joined #openstack-nova03:26
*** edand has quit IRC03:30
*** esberglu has quit IRC03:30
*** Tom_ has joined #openstack-nova03:38
*** hshiina has quit IRC03:39
*** hshiina has joined #openstack-nova03:42
*** coreywright has quit IRC03:42
*** mdnadeem has joined #openstack-nova03:43
*** diga has joined #openstack-nova03:44
*** udesale has quit IRC03:46
*** edmondsw has joined #openstack-nova03:53
*** TuanLA has joined #openstack-nova03:54
*** felipemonteiro_ has joined #openstack-nova03:55
*** coreywright has joined #openstack-nova03:55
*** suresh12 has joined #openstack-nova03:56
*** edmondsw has quit IRC03:57
*** udesale has joined #openstack-nova03:59
*** udesale has quit IRC04:00
*** udesale has joined #openstack-nova04:00
*** slaweq has quit IRC04:05
*** hoonetorg has quit IRC04:06
*** claudiub has joined #openstack-nova04:10
*** penick has joined #openstack-nova04:11
*** browne has joined #openstack-nova04:13
*** felipemonteiro__ has joined #openstack-nova04:15
*** penick has quit IRC04:15
*** browne has quit IRC04:15
*** slaweq has joined #openstack-nova04:17
*** felipemonteiro_ has quit IRC04:18
*** huanxie has quit IRC04:18
*** hoonetorg has joined #openstack-nova04:22
*** huanxie has joined #openstack-nova04:24
*** hongbin_ has quit IRC04:24
*** felipemonteiro__ has quit IRC04:27
*** penick has joined #openstack-nova04:38
*** Dinesh_Bhor has joined #openstack-nova04:42
openstackgerritHironori Shiina proposed openstack/nova-specs master: Ironic: Resize and cold migration support  https://review.openstack.org/44915504:44
*** vvargaszte has joined #openstack-nova04:44
*** vks1 has joined #openstack-nova04:46
*** slaweq has quit IRC04:48
*** sree has joined #openstack-nova04:48
*** vvargaszte has quit IRC04:52
*** Tom_ has quit IRC04:55
*** links has joined #openstack-nova04:57
*** markvoelker has quit IRC04:58
*** markvoelker has joined #openstack-nova04:58
*** slaweq has joined #openstack-nova04:59
*** crushil_ is now known as crushil05:05
*** armax has quit IRC05:07
*** armax has joined #openstack-nova05:07
*** vvargaszte has joined #openstack-nova05:07
*** armax has quit IRC05:07
*** armax has joined #openstack-nova05:08
*** armax has quit IRC05:08
*** armax has joined #openstack-nova05:09
*** armax has quit IRC05:09
*** armax has joined #openstack-nova05:10
*** armax has quit IRC05:10
*** armax has joined #openstack-nova05:10
*** armax has quit IRC05:11
*** armax has joined #openstack-nova05:11
*** armax has quit IRC05:11
*** thorst has joined #openstack-nova05:12
*** armax has joined #openstack-nova05:12
*** armax has quit IRC05:12
*** armax has joined #openstack-nova05:13
*** armax has quit IRC05:13
*** Tom_ has joined #openstack-nova05:13
*** armax has joined #openstack-nova05:14
*** armax has quit IRC05:14
*** armax has joined #openstack-nova05:14
*** armax has quit IRC05:15
*** Tom_ has quit IRC05:15
*** Tom_ has joined #openstack-nova05:15
*** thorst has quit IRC05:16
*** lpetrut_ has joined #openstack-nova05:23
*** suresh12 has quit IRC05:23
*** suresh12 has joined #openstack-nova05:24
*** suresh12 has quit IRC05:28
*** huanxie has quit IRC05:32
*** slaweq has quit IRC05:32
*** penick has quit IRC05:34
*** slaweq has joined #openstack-nova05:34
*** Tom_ has quit IRC05:35
*** pratapagoutham has joined #openstack-nova05:35
*** Tom_ has joined #openstack-nova05:36
*** kaisers1 has joined #openstack-nova05:36
*** edmondsw has joined #openstack-nova05:41
*** edmondsw has quit IRC05:45
*** markvoelker has quit IRC05:46
*** diga has quit IRC05:47
*** ircuser-1 has joined #openstack-nova05:57
*** zen369 has joined #openstack-nova05:59
*** huanxie has joined #openstack-nova06:01
*** lpetrut_ has quit IRC06:06
*** lpetrut_ has joined #openstack-nova06:06
*** slaweq has quit IRC06:07
*** edand has joined #openstack-nova06:07
*** slaweq has joined #openstack-nova06:10
*** Oku_OS-away is now known as Oku_OS06:11
*** lpetrut_ has quit IRC06:13
*** vivsoni has joined #openstack-nova06:14
vivsoniHi, when 'volume_use_multipath' is set to 'True' in nova.conf 'libvirt' section, the get_connector_properties() is not picking up this value..06:16
vivsoniit always takes default hard-coded value from libvirt.py06:16
*** lajoskatona has joined #openstack-nova06:19
*** diga has joined #openstack-nova06:21
*** yamahata has joined #openstack-nova06:21
*** lpetrut_ has joined #openstack-nova06:22
*** sridharg has joined #openstack-nova06:22
*** larainema has quit IRC06:24
*** serverascode has quit IRC06:24
*** ameade has quit IRC06:24
*** cargonza has quit IRC06:24
*** tomhambleton_ has quit IRC06:24
*** karlamrhein has quit IRC06:24
*** NobodyCam has quit IRC06:24
*** wolsen has quit IRC06:24
*** aweeks has quit IRC06:24
*** zul has quit IRC06:24
*** betherly has quit IRC06:24
*** carl_baldwin has quit IRC06:24
*** aarefiev has quit IRC06:24
*** csatari has quit IRC06:24
*** kmalloc has quit IRC06:24
*** hogepodge has quit IRC06:24
*** gcb has quit IRC06:24
*** DuncanT has quit IRC06:25
*** TheJulia has quit IRC06:25
*** samueldmq has quit IRC06:25
*** vdrok has quit IRC06:25
*** gmann has quit IRC06:25
*** jamespage has quit IRC06:25
*** fmccrthy has quit IRC06:25
*** fmccrthy has joined #openstack-nova06:26
*** NobodyCam has joined #openstack-nova06:26
*** aweeks has joined #openstack-nova06:26
*** carl_baldwin has joined #openstack-nova06:26
*** jamespage has joined #openstack-nova06:26
*** hogepodge has joined #openstack-nova06:26
*** kmalloc has joined #openstack-nova06:26
*** vdrok has joined #openstack-nova06:26
*** wolsen has joined #openstack-nova06:26
*** samueldmq has joined #openstack-nova06:26
*** cargonza has joined #openstack-nova06:26
*** karlamrhein has joined #openstack-nova06:26
*** ameade has joined #openstack-nova06:26
*** csatari has joined #openstack-nova06:26
*** ying_zuo has quit IRC06:26
*** serverascode has joined #openstack-nova06:27
*** TheJulia has joined #openstack-nova06:27
*** DuncanT has joined #openstack-nova06:27
*** aarefiev has joined #openstack-nova06:27
*** betherly has joined #openstack-nova06:27
*** karthiks has joined #openstack-nova06:28
*** gcb has joined #openstack-nova06:28
*** openstackgerrit has quit IRC06:28
*** Jeffrey4l has quit IRC06:28
*** Jeffrey4l has joined #openstack-nova06:29
*** psachin has quit IRC06:30
*** trinaths has joined #openstack-nova06:31
*** jwcroppe has quit IRC06:36
*** jwcroppe has joined #openstack-nova06:36
*** priya_ has joined #openstack-nova06:36
*** bkopilov_ has joined #openstack-nova06:37
*** priya_ has quit IRC06:38
*** esberglu has joined #openstack-nova06:38
*** mariusv has joined #openstack-nova06:39
*** mariusv has quit IRC06:39
*** mariusv has joined #openstack-nova06:39
*** AlexeyAbashkin has joined #openstack-nova06:39
*** yangyapeng has quit IRC06:42
*** slaweq has quit IRC06:42
*** yangyapeng has joined #openstack-nova06:42
*** esberglu has quit IRC06:43
*** slaweq has joined #openstack-nova06:45
*** markus_z has joined #openstack-nova06:45
*** AlexeyAbashkin has quit IRC06:46
*** psachin has joined #openstack-nova06:46
*** liusheng has quit IRC06:51
*** liusheng has joined #openstack-nova06:52
*** hferenc has joined #openstack-nova06:56
*** vks1 has quit IRC06:59
*** liusheng has quit IRC06:59
*** liusheng has joined #openstack-nova06:59
*** vvargaszte has quit IRC07:01
*** claudiub has quit IRC07:01
*** markvoelker has joined #openstack-nova07:02
*** openstackgerrit has joined #openstack-nova07:03
openstackgerritZhenyu Zheng proposed openstack/nova master: Add instance action record for attach/detach interface  https://review.openstack.org/51219007:03
*** priya_ has joined #openstack-nova07:03
priya_hi , Could somebody review the commit - https://review.openstack.org/#/c/508533/07:03
*** lpetrut_ has quit IRC07:10
*** sahid has joined #openstack-nova07:10
*** vks1 has joined #openstack-nova07:13
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Abort Cold Migration  https://review.openstack.org/33473207:14
*** claudiub has joined #openstack-nova07:14
*** tesseract has joined #openstack-nova07:18
*** markvoelker has quit IRC07:18
*** slaweq has quit IRC07:19
*** markvoelker has joined #openstack-nova07:20
*** markvoelker has quit IRC07:20
*** markvoelker has joined #openstack-nova07:20
priya_hi , Could somebody review the commit - https://review.openstack.org/#/c/508533/07:22
*** slaweq has joined #openstack-nova07:23
*** bkopilov has quit IRC07:27
*** bkopilov has joined #openstack-nova07:27
*** edmondsw has joined #openstack-nova07:29
*** yamahata has quit IRC07:30
*** toabctl has joined #openstack-nova07:32
*** efried has quit IRC07:32
*** edmondsw has quit IRC07:33
*** ragiman has joined #openstack-nova07:34
*** yamamoto_ has quit IRC07:35
*** xinliang has joined #openstack-nova07:37
*** xinliang has quit IRC07:37
*** xinliang has joined #openstack-nova07:37
*** AlexeyAbashkin has joined #openstack-nova07:38
*** tssurya has joined #openstack-nova07:41
*** slaweq_ has joined #openstack-nova07:44
*** efried has joined #openstack-nova07:44
*** lpetrut_ has joined #openstack-nova07:45
*** jpena|off is now known as jpena07:48
*** lpetrut_ has quit IRC07:53
*** slaweq has quit IRC07:57
*** Tom_ has quit IRC07:57
*** Tom_ has joined #openstack-nova07:58
*** Tom_ has quit IRC07:59
*** brault has joined #openstack-nova07:59
*** Tom_ has joined #openstack-nova07:59
*** slaweq has joined #openstack-nova08:01
*** trungnv has quit IRC08:06
*** TuanLA_ has joined #openstack-nova08:06
*** trungnv has joined #openstack-nova08:07
*** phuongnh has quit IRC08:07
*** TuanLA has quit IRC08:07
*** sridharg has quit IRC08:09
*** fragatina has joined #openstack-nova08:10
*** sridharg has joined #openstack-nova08:10
*** belmoreira has joined #openstack-nova08:13
*** derekh has joined #openstack-nova08:13
gibistephenfin: hi! Did you intentionally leave out the idamshift manpage from the latest version of https://review.openstack.org/#/c/502105 ?08:16
*** slunkad has joined #openstack-nova08:16
stephenfingibi: I did, yes. mikal has removed that in another patch and I didn't want to introduce a conflict08:17
*** fragatina has quit IRC08:17
*** fragatina has joined #openstack-nova08:17
belmoreiraI'm trying to change the default nova log level to ERROR. After some googling I can't find a solution... errrr... How can I do this? any pointer is appreciated08:17
gibistephenfin: ahh OK, then I +2 on the manpage patch08:19
openstackgerritMerged openstack/nova master: Move test_uuid_sentinels to NoDBTestCase  https://review.openstack.org/50725308:20
*** lucas-afk is now known as lucasagomes08:21
*** tomhambleton_ has joined #openstack-nova08:22
*** larainema has joined #openstack-nova08:22
*** gmann has joined #openstack-nova08:22
*** vks1 has quit IRC08:22
*** zul has joined #openstack-nova08:22
*** hoonetorg has quit IRC08:25
*** belmoreira has quit IRC08:25
*** ying_zuo has joined #openstack-nova08:26
*** esberglu has joined #openstack-nova08:26
*** esberglu has quit IRC08:30
*** markvoelker has quit IRC08:31
priya_belmoreira - the default log level can be set in nova.conf08:34
*** slaweq has quit IRC08:34
priya_ hi , Could somebody review the commit - https://review.openstack.org/#/c/508533/08:34
*** yamamoto has joined #openstack-nova08:36
*** slaweq has joined #openstack-nova08:36
*** vvargaszte has joined #openstack-nova08:39
*** vvargaszte has quit IRC08:40
*** yamamoto has quit IRC08:42
*** Tom_ has quit IRC08:44
*** vks1 has joined #openstack-nova08:44
*** markvoelker has joined #openstack-nova08:45
openstackgerritjichenjc proposed openstack/nova master: Add create inventories doc for placement  https://review.openstack.org/51221508:46
*** diga has quit IRC08:47
openstackgerritZhenyu Zheng proposed openstack/nova master: Add instance action record for attach/detach interface  https://review.openstack.org/51219008:48
*** ralonsoh has joined #openstack-nova08:52
*** diga has joined #openstack-nova08:54
*** yamamoto has joined #openstack-nova09:04
*** belmoreira has joined #openstack-nova09:05
*** belmoreira has quit IRC09:06
*** slaweq has quit IRC09:08
*** yamamoto has quit IRC09:09
*** slaweq has joined #openstack-nova09:13
*** yamamoto has joined #openstack-nova09:13
*** sshwarts has joined #openstack-nova09:13
*** belmoreira has joined #openstack-nova09:13
*** esberglu has joined #openstack-nova09:20
*** esberglu has quit IRC09:20
*** esberglu has joined #openstack-nova09:20
*** esberglu has quit IRC09:21
openstackgerritViktor Bass proposed openstack/nova master: doc: Fix command output in scheduler document  https://review.openstack.org/51183909:21
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Update "The nova Shell Utility" in the user guide  https://review.openstack.org/51222409:22
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Update "The nova Shell Utility" in the user guide  https://review.openstack.org/51222409:24
*** sambetts|afk is now known as sambetts09:27
*** Shunli has quit IRC09:33
*** diga has quit IRC09:34
*** takashin has left #openstack-nova09:36
*** cdent has joined #openstack-nova09:37
openstackgerritYikun Jiang proposed openstack/nova master: Add pagination and Changes-since filter support for os-migrations.  https://review.openstack.org/33040609:38
*** yassine has quit IRC09:40
*** yassine has joined #openstack-nova09:41
*** belmoreira has quit IRC09:43
*** belmoreira has joined #openstack-nova09:46
*** slaweq has quit IRC09:46
openstackgerritYikun Jiang proposed openstack/nova master: [WIP]Add pagination and Changes-since filter support for os-migrations.  https://review.openstack.org/33040609:50
*** AlexeyAbashkin has quit IRC09:53
*** AlexeyAbashkin has joined #openstack-nova09:53
*** slaweq has joined #openstack-nova09:53
*** mvk has quit IRC09:54
*** derekh has quit IRC09:58
*** hshiina has quit IRC09:58
*** derekh has joined #openstack-nova09:59
*** TuanLA_ has quit IRC10:01
*** ygl has joined #openstack-nova10:02
*** ygl has left #openstack-nova10:02
*** phuongnh has joined #openstack-nova10:02
openstackgerritjichenjc proposed openstack/nova master: check query param for server groups function  https://review.openstack.org/50034710:04
openstackgerritjichenjc proposed openstack/nova master: remove CONF.vendordata_driver  https://review.openstack.org/50151010:05
*** edand has quit IRC10:07
*** esberglu has joined #openstack-nova10:14
*** derekh has quit IRC10:15
*** sdague has joined #openstack-nova10:17
*** jichen has quit IRC10:18
*** esberglu has quit IRC10:18
*** derekh has joined #openstack-nova10:20
*** psachin has quit IRC10:31
*** openstackgerrit has quit IRC10:33
*** mvk has joined #openstack-nova10:33
*** trinaths has left #openstack-nova10:34
*** belmoreira has quit IRC10:37
*** lpetrut has joined #openstack-nova10:39
*** soum has joined #openstack-nova10:40
*** yangyapeng has quit IRC10:44
*** tbachman has quit IRC10:48
*** edand has joined #openstack-nova10:49
*** cshen has joined #openstack-nova10:51
*** udesale has quit IRC10:54
*** udesale has joined #openstack-nova10:54
*** brault has quit IRC10:58
efriedGood morning nova11:01
*** AlexeyAbashkin has quit IRC11:04
*** dtantsur|afk is now known as dtantsur11:04
*** edmondsw has joined #openstack-nova11:05
*** udesale has quit IRC11:07
*** rodolof has joined #openstack-nova11:07
*** phuongnh has quit IRC11:08
*** dave-mccowan has joined #openstack-nova11:09
*** edmondsw has quit IRC11:09
*** strigazi has joined #openstack-nova11:09
*** markus_zz has joined #openstack-nova11:13
*** vks1 has quit IRC11:13
*** smatzek has joined #openstack-nova11:14
*** markus_z has quit IRC11:15
*** masber has quit IRC11:16
*** rodolof has quit IRC11:17
*** rodolof has joined #openstack-nova11:18
efriedalex_xu yt?11:19
*** AlexeyAbashkin has joined #openstack-nova11:20
*** ociuhandu has quit IRC11:22
*** openstackgerrit has joined #openstack-nova11:26
openstackgerritBalazs Gibizer proposed openstack/nova master: fix cleaning up evacuated instances  https://review.openstack.org/51093811:26
*** slaweq has quit IRC11:29
*** huanxie has quit IRC11:30
*** nicolasbock has joined #openstack-nova11:36
*** slaweq has joined #openstack-nova11:38
*** yamamoto has quit IRC11:38
*** lucasagomes is now known as lucas-hungry11:39
*** tasker has quit IRC11:39
*** brault has joined #openstack-nova11:39
*** tasker has joined #openstack-nova11:40
openstackgerritYikun Jiang proposed openstack/nova master: [WIP]Add pagination and Changes-since filter support for os-migrations.  https://review.openstack.org/33040611:41
*** diga has joined #openstack-nova11:45
*** udesale has joined #openstack-nova11:48
*** ociuhandu has joined #openstack-nova11:49
openstackgerritYikun Jiang proposed openstack/nova master: [WIP]Add pagination and Changes-since filter support for os-migrations.  https://review.openstack.org/33040611:50
*** yangyapeng has joined #openstack-nova11:50
*** udesale has quit IRC11:51
*** thorst has joined #openstack-nova11:54
*** thorst has quit IRC11:54
*** thorst has joined #openstack-nova11:56
*** yamamoto has joined #openstack-nova11:58
openstackgerritMerged openstack/nova master: TrivialFix: Fix the incorrect test case  https://review.openstack.org/50975811:58
*** gcb has quit IRC12:01
*** jpena is now known as jpena|lunch12:04
*** huanxie has joined #openstack-nova12:08
*** edmondsw has joined #openstack-nova12:09
*** slaweq has quit IRC12:11
*** diga has quit IRC12:13
*** gszasz has joined #openstack-nova12:14
*** sree has quit IRC12:16
*** sree has joined #openstack-nova12:16
*** jmlowe has quit IRC12:17
*** slaweq has joined #openstack-nova12:18
*** sree has quit IRC12:20
*** soum has quit IRC12:21
*** yamamoto has quit IRC12:21
*** lucas-hungry is now known as lucasagomes12:23
*** dave-mccowan has quit IRC12:23
priya_ hi , Could somebody review the commit - https://review.openstack.org/#/c/508533/12:24
openstackgerritMerged openstack/nova master: Remove system_metadata loading in Instance._load_flavor  https://review.openstack.org/50835712:25
openstackgerritMerged openstack/nova master: Don't use mock.patch.stopall  https://review.openstack.org/50752712:25
openstackgerritMerged openstack/nova master: nova-manage map_instances is not using the cells info from the API database  https://review.openstack.org/51084412:26
openstackgerritMerged openstack/nova master: Filter out stale migrations in resource audit  https://review.openstack.org/33971512:26
openstackgerritMerged openstack/nova master: Refactor init_instance:resume_guests_state  https://review.openstack.org/34958212:26
efriedstephenfin FYI, I'm spinning up another rev of that spec, in case you wanted to, I don't know, make fun of my hair or something.12:27
alex_xuefried: hi, i'm here12:30
efriedalex_xu Hi, I was going to ask you something about aggregates wrt the granular RP syntax spec...12:30
alex_xuefried: yea12:30
efriedalex_xu It was about dansmith's comment here: https://review.openstack.org/#/c/510244/4/specs/queens/approved/granular-resource-requests.rst@4512:31
efriedIIUC, the way you're implementing it, if I ask for a particular trait, you'll succeed even if the trait isn't on the compute node?12:32
efriedalex_xu ...as long as it's on an aggregate?12:33
alex_xuyes, but the compute node and shared storage pool in the same aggregate12:33
efriedalex_xu This actually brings up an interesting set of test cases to cover.  If I ask for storage-related traits X and Y; and my compute node has storage with trait X but not Y; and my shared storage has trait Y but not X - what happens?12:34
efriedI should *not* get that host/storage as a candidate.12:35
alex_xuefried: first, we don't have the case the comput enode have local storage and shared storage at same time12:35
efriedBut I suspect with the logic you're currently implementing, it might erroneously return that host.12:35
efriedalex_xu What do you mean?12:35
efriedYou mean nobody has done it yet?  Or we don't support it at all?12:36
alex_xuefried: yea, that's true, my implementation doesn't work for that12:36
alex_xuefried: we don't support it at all12:36
efriedOkay.12:36
efriedI mean, I get the impression that we're not trying to get shared RPs "working" in Queens, but I don't really know what that means in terms of what code we're actually going to merge around aggregates and such.12:36
efriedBecause ultimately it's not just about shared storage.  There could be other kinds of shared RPs, and we would probably want that scenario to work properly.12:37
alex_xuefried: yea, but the current implementation of 'GET /allocation_candidates' support a buggy version shared RPs...12:37
efriedright, I saw that too :(12:37
*** esberglu has joined #openstack-nova12:38
alex_xuefried: yea, I'm also think about, but I'm still trying to find a similar case in the real world for that12:38
alex_xuefried: thanks for point that out, I will keep that in mind12:38
efriedSure thing.12:39
*** huanxie has quit IRC12:39
efriedalex_xu Thanks for the review, as well.  I'm addressing your comments now.12:39
alex_xuefried: np12:39
*** felipemonteiro has joined #openstack-nova12:39
*** felipemonteiro_ has joined #openstack-nova12:41
alex_xuefried: for the case you pointed out, I think the code should generate two candidates, 1. node and local storage, 2. node and shared strorage. The current implementation without traits doesn't work for this case also.12:43
alex_xuI guess Jay may say we can't have duplicated resource class in the same aggregate12:44
*** dave-mccowan has joined #openstack-nova12:45
*** felipemonteiro has quit IRC12:45
efriedalex_xu I would be very surprised if he said that12:45
efriedmm, maybe not.12:45
efriedI need to noodle that through.12:46
efriedBut for the case I pointed out, I would expect *no* candidates.  Because neither the local nor the shared storage has *both* X and Y.12:46
efriedUnless you're saying that the code as currently written would generate two candidates.  I agree.  And I think that's not correct.12:47
alex_xuefried: I mean the currently written with the same request but without required traits, there should be two candidates12:48
efriedOh, yeah, without traits involved, sure.12:48
*** lyan has joined #openstack-nova12:51
*** slaweq has quit IRC12:51
*** yamamoto has joined #openstack-nova12:52
*** pchavva has joined #openstack-nova12:53
*** liverpooler has joined #openstack-nova12:54
*** lyan has quit IRC12:55
*** lyan has joined #openstack-nova12:56
*** lyan has quit IRC12:58
*** huanxie has joined #openstack-nova12:59
*** sree has joined #openstack-nova12:59
*** acormier has joined #openstack-nova13:00
*** tuanla_fujitsu has joined #openstack-nova13:02
*** slaweq has joined #openstack-nova13:02
*** tuanla__ has joined #openstack-nova13:02
*** mriedem has joined #openstack-nova13:02
*** ragiman has quit IRC13:03
*** jpena|lunch is now known as jpena13:03
*** acormier has quit IRC13:04
*** lyan has joined #openstack-nova13:04
*** dave-mccowan has quit IRC13:06
*** links has quit IRC13:12
openstackgerritsean mooney proposed openstack/nova-specs master: Use neutron's new port binding API  https://review.openstack.org/37558013:12
*** bauwser is now known as bauzas13:12
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for /resource_providers  https://review.openstack.org/49538013:13
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for inventories  https://review.openstack.org/51095413:13
*** dave-mccowan has joined #openstack-nova13:16
*** niraj_singh has joined #openstack-nova13:16
*** avolkov has joined #openstack-nova13:17
*** peter-hamilton has joined #openstack-nova13:18
*** peter-hamilton has quit IRC13:18
niraj_singhi set send_service_user_token= true in nova.conf and tried to boot instance using image. I am getting error ERROR nova.api.openstack.extensions [None req-ff664a2e-3fdb-4cb9-bd02-78c662fdc0c2 admin admin] Unexpected exception in API method: AttributeError: 'NoneType' object has no attribute 'get_token'. is there any clue.13:18
*** ragiman has joined #openstack-nova13:19
*** peter-hamilton has joined #openstack-nova13:19
openstackgerritEric Fried proposed openstack/nova-specs master: Granular Resource Request Syntax  https://review.openstack.org/51024413:21
efrieddansmith stephenfin alex_xu ^13:21
*** smatzek has quit IRC13:23
*** rmart04 has joined #openstack-nova13:23
*** gcb has joined #openstack-nova13:25
efriedniraj_singh Do you have a full stack trace?  Can you paste.openstack.org it?13:25
niraj_singhefried: yes13:26
efriedTo me this sounds like your context doesn't have a good auth in it.13:28
niraj_singhefried: http://paste.openstack.org/show/623721/13:28
*** huanxie has quit IRC13:29
efriedniraj_singh What version are we at?13:29
niraj_singh213:30
*** erlon has joined #openstack-nova13:30
niraj_singhefried: 213:31
efriedniraj_singh 2?13:32
efriedI mean like, ocata, pike, some devel branch...13:32
niraj_singhefried: ohh sorry... i am new to openstack.13:32
*** slaweq has quit IRC13:34
efriedniraj_singh Okay, I think I see what's going on.  Can you paste.o.o me your nova conf so I can confirm?13:35
niraj_singhyes13:36
efriedniraj_singh In short: Do you have a [service_user] section set up with appropriate auth options?13:36
*** baoli has joined #openstack-nova13:36
*** slaweq has joined #openstack-nova13:37
*** lbragstad has joined #openstack-nova13:37
*** ragiman has quit IRC13:38
niraj_singhefried:http://paste.openstack.org/show/623723/13:38
efriedniraj_singh Okay, cool.  So what you need to do is populate that [service_user] section with auth options.13:40
efriedniraj_singh It would wind up looking something like what you've got in the [placement] and [neutron] sections above there, with an auth_type etc.13:41
niraj_singhefried:ok13:41
*** ttsiouts has joined #openstack-nova13:41
*** hongbin has joined #openstack-nova13:41
efriedniraj_singh I think we could do better with our error message, though it wouldn't be easy to make it appear in the actual spot of the error.13:42
efriedniraj_singh We actually may want to make the compute process blow up if you said "send_service_user_token" but didn't supply appropriate auth opts.13:43
efriedniraj_singh Can you please open a bug at http://bugs.launchpad.net/nova/ for this?13:43
niraj_singhefried: yes sure.13:43
*** mriedem1 has joined #openstack-nova13:43
*** crushil has quit IRC13:43
*** burt has joined #openstack-nova13:44
efriedniraj_singh Thanks.  Hit me with the link once you've got it open.13:44
niraj_singhefried: yes thank you for help13:45
edleafeScheduler subteam meeting in 15 minutes in #openstack-meeting-alt13:45
*** dtantsur_ has joined #openstack-nova13:46
*** mriedem has quit IRC13:48
*** liusheng has quit IRC13:48
*** slunkad has quit IRC13:48
*** dtantsur has quit IRC13:48
*** dtantsur_ is now known as dtantsur13:48
*** liusheng has joined #openstack-nova13:48
*** slunkad has joined #openstack-nova13:48
dtantsurfolks, do you have an early specs freeze this cycle? nothing on the official schedule, but johnthetubaguy says that you do :)13:49
dtantsurmriedem1: ^^^13:49
mriedem1yeah, this thursday13:49
openstackgerritsean mooney proposed openstack/nova-specs master: Use neutron's new port binding API  https://review.openstack.org/37558013:49
mriedem110/1913:49
*** ragiman has joined #openstack-nova13:49
*** mriedem1 is now known as mriedem13:49
mriedemdtantsur: ^13:49
mriedemdtantsur: not really early - we've done spec freeze on the first milestone the last 2 releases too13:50
dtantsurmriedem: ugh. I'd appreciate making it visible for outsider folks, like glance and manila did13:51
dtantsur(i.e. https://releases.openstack.org/queens/schedule.html )13:51
mriedemi can update the main schedule13:51
dtantsurnext time, I guess :) now it's too late13:51
mriedemis there something specific i can help you with regarding a nova spec?13:52
mriedemi'm assuming you're talking about john's ironic traits one?13:52
dtantsurmriedem: yep, that one13:52
mriedemthe nova spec is already approved, it's just dependent on changes in ironic13:52
dtantsurI don't think we're ready to finish the ironic part this week13:52
dtantsurmaybe we could, but that's not something I'd rush in13:52
mriedemthat's fine, i told john to remove the depends-on for the spec,13:52
mriedemwe can track the dependency via launchpad13:53
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Support traits in the Ironic driver  https://review.openstack.org/50705213:53
*** psachin has joined #openstack-nova13:53
dtantsurmriedem: cool, so it was solved without me in the end :) thanks!13:53
mriedemdtantsur: ^ done13:53
dtantsur:)13:54
*** gouthamr has joined #openstack-nova13:54
*** takashin has joined #openstack-nova13:55
openstackgerritLajos Katona proposed openstack/nova master: Extend ServerMovingTests with custom resources  https://review.openstack.org/49739913:55
*** armax has joined #openstack-nova13:56
*** tasker has quit IRC13:57
*** tasker has joined #openstack-nova13:59
*** zen369 has quit IRC14:01
*** crushil has joined #openstack-nova14:01
sahidmriedem: when you have a moment i'm wondering if we can consider this for Queen http://lists.openstack.org/pipermail/openstack-dev/2017-October/123432.html ?14:01
sahidno worries it's not vGPUs or mdev things :)14:01
*** kylek3h has quit IRC14:03
*** awaugama has joined #openstack-nova14:03
*** yamahata has joined #openstack-nova14:04
*** tuanla_fujitsu has quit IRC14:05
*** tuanla__ has quit IRC14:05
*** tuanla_fujitsu has joined #openstack-nova14:05
johnthetubaguydtantsur: mriedem: thanks folks14:05
*** tuanla_fujitsu has quit IRC14:05
*** tuanla_fujitsu has joined #openstack-nova14:05
*** tuanla_fujitsu has quit IRC14:06
*** tuanla_ has joined #openstack-nova14:06
mriedemsahid: just more config options for already complicated setup14:06
mriedemsahid: i don't have an opinion right now14:06
mriedemmight be good to involve blair bethwaight (spelling?) and the HPC people14:06
*** yamamoto has quit IRC14:07
mriedembethwaite14:08
sahidmriedem: yes this kind of setups are complicated, i don't think there is an ideal solution to avoid that14:08
*** slaweq has quit IRC14:10
sahidmriedem: siemens where also interested by this options for the realtime use cases14:11
sahidthere is a thread on the ML14:11
sean-k-mooneysahid: mriedem it does not sean that unresonable to me14:11
sean-k-mooneybut yes this are is already complcated14:11
sean-k-mooneysahid: yes realtime makes sense for this feature14:11
openstackgerritGhanshyam Mann proposed openstack/nova-specs master: Spec for API extensions policy removal  https://review.openstack.org/50810114:12
openstackgerritMerged openstack/nova-specs master: Support traits in the Ironic driver  https://review.openstack.org/50705214:12
*** masber has joined #openstack-nova14:12
gmannmriedem: separated the api extensions and policy removal BP.  this is specless BP for api extensions work for queens  - https://blueprints.launchpad.net/nova/+spec/api-extensions-merge-queens14:13
sahidsean-k-mooney: yes there also some dpdk usages, they want to isolate the emulthreads to have the full capacity of the pCPUs pinned for the guests14:13
sean-k-mooneyby the way on config option i never got around to bringin up at the ptg was the host reserved memory. i mentioned it to a few people but we should really have a numa aware version of that14:13
*** david-lyle has joined #openstack-nova14:14
gmannll update the policy removal spec tomorrow14:15
*** vks1 has joined #openstack-nova14:15
gibimriedem: hi! I fixed your comments in https://review.openstack.org/#/c/510938/14:15
sean-k-mooneysahid: sure that makes sense for any io sensive application ( not just dpdk) if you have pinned cores you do not want the emulator thread to context switch out your application14:15
*** tbachman has joined #openstack-nova14:15
sahidsean-k-mooney: yes14:15
sean-k-mooneyand since the emulator thread are largly ideal you do not want to spend the cost of allocatng extra cores to hanedl them per vm and would instead want a pool of cpus to use for them instead14:16
*** slaweq has joined #openstack-nova14:17
*** masber has quit IRC14:17
sean-k-mooneyhtop14:18
*** tssurya has quit IRC14:18
sean-k-mooneymriedem: if you get a chance can you take a look at https://review.openstack.org/#/c/375580/ later14:19
*** vks1 has quit IRC14:19
sean-k-mooneyany other cores with opions on how to adress the use of multiple port binding for live migrate are also welcome to review :)14:20
sean-k-mooneyor non cores but would like to get some nova feedback before sepc freeze14:21
*** vks1 has joined #openstack-nova14:21
*** slaweq_ has quit IRC14:24
*** slaweq_ has joined #openstack-nova14:24
openstackgerritChris Dent proposed openstack/nova master: Move project_id and user_id to Allocation object  https://review.openstack.org/50041014:25
openstackgerritChris Dent proposed openstack/nova master: [placement] Allow _set_allocations to delete allocations  https://review.openstack.org/50105114:25
openstackgerritChris Dent proposed openstack/nova master: [placement] Limit number of attempts to delete allocations  https://review.openstack.org/50722414:25
openstackgerritChris Dent proposed openstack/nova master: [placement] Enable PUT dict to /allocations/{consumer_uuid}  https://review.openstack.org/51062514:25
openstackgerritChris Dent proposed openstack/nova master: [placement] Document the changes to PUT /allocations/{consumer_uuid}  https://review.openstack.org/51062614:25
openstackgerritChris Dent proposed openstack/nova master: [placement] POST /allocations to set allocations for >1 consumers  https://review.openstack.org/50007314:25
*** vks1 has quit IRC14:29
*** slaweq_ has quit IRC14:29
*** david-lyle has quit IRC14:29
*** david-lyle has joined #openstack-nova14:30
*** markus_zz has quit IRC14:30
*** tbachman has quit IRC14:31
*** tssurya has joined #openstack-nova14:31
mriedemsean-k-mooney: johnthetubaguy is the other person that should review those updates, since he started that spec :)14:34
johnthetubaguymriedem: sean-k-mooney: I will try get to that today14:35
sean-k-mooneymriedem: johnthetubaguy that will make mlavalle happy to here14:36
*** READ10 has joined #openstack-nova14:37
*** edand has quit IRC14:37
*** sree has quit IRC14:37
*** cleong has joined #openstack-nova14:39
openstackgerritMatthew Booth proposed openstack/nova-specs master: Add serial numbers for local disks  https://review.openstack.org/51146614:41
dansmithbauzas: you've seen this right? https://review.openstack.org/#/c/511879/314:41
ildikovmriedem: johnthetubaguy: hi. would that be possible to merge the live_migrate patch and fix that one issue with refresh_conn_info in the new attach patch?14:41
dansmithbauzas: once it's in, I think it probably makes sense to look at that data structure for "do I have an allocation for a vgpu"14:41
mriedemildikov: not really....14:43
mriedemthey are separate issues14:43
mdboothdansmith: I had an epiphany wrt local serial numbers in ironic, btw: we don't need to prescribe the method of assigning serial numbers as long as the interface to them is consistent. Ironic is already consistent, because it uses physical disks which don't have the problem we're trying to solve.14:43
mriedemildikov: it might be best to actually split the refresh_connection_info handling out before the live migration change14:43
mriedemso it goes refresh_conn_info -> live migratoin new style attachments -> enable new style attachments in api14:44
mdboothI updated the spec to define a driver contract for stable serial numbers, and a specific implementation for libvirt which is as previously discussed.14:44
dansmithmdbooth: it does if you expose the serial number out of the metadata api, and ironic is one of those places where tagging devices is pretty important14:44
*** vks1 has joined #openstack-nova14:44
mdboothRight, I covered that.14:44
dansmithokay14:44
mdboothThe device metadata is always created by the driver anyway, because it's the only place which has that info.14:44
mdboothSo the ironic driver would expose the actual serial numbers it's using.14:45
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642014:45
ildikovmriedem: hmm, for that I will need to make a chain of these patches and I would really love to avoid that14:45
mriedemildikov: i actually wish they were in a chain14:45
mriedemrather than depends-on14:45
*** esberglu has quit IRC14:46
mriedembut you don't need a topic branch if you don't want,14:46
mriedemyou can do refresh_connection_info for new style attachments in a separate patch,14:46
ildikovmriedem: working together with someone on a chain is highly painful14:46
mriedemhave the live migration patch depends-on that, and have the final api patch depends on the live migration patch, which it already does14:46
ildikovbut if we do that changes in the refresh_conn_info I don't know how those will be picked up with only a depends-on14:47
mdboothIncidentally, I'm also looking for re-approval of lyarwood 's previously approved stable rescue spec: https://review.openstack.org/#/c/510106/14:47
*** yamahata has quit IRC14:49
*** yamahata has joined #openstack-nova14:49
*** coreywright has quit IRC14:51
ildikovmriedem: I get your point, I still think it would really be easier and quicker to merge the live_migrate patch; it works and functional and what we need to do is a refactor only14:51
mriedemildikov: i don't see the problem with splitting them out,14:53
mriedemyo'uve managed things with depends-on up to this point anwyay14:53
mriedemhow is this any different?14:53
mriedemideally i like changes in a series, but as you said that gets hard with multiple owners in that series14:53
*** gcb has quit IRC14:54
ildikovjust adds to the timeline which seems somewhat unnecessary14:54
ildikovand still extra work and coordination14:55
ildikovbut as I usually don't win in these debates, I will look into splitting that out :)14:56
*** slaweq_ has joined #openstack-nova14:56
*** sree has joined #openstack-nova14:56
dansmithefried: I don't think it needs a spec14:58
*** slaweq has quit IRC14:59
*** slaweq has joined #openstack-nova14:59
*** beekneemech is now known as bnemec15:00
*** slaweq_ has quit IRC15:00
*** slaweq has quit IRC15:00
*** mdnadeem has quit IRC15:01
sahiddansmith: don't you think that could be interesting for the contributors/reviewers to understand the design here?15:01
sahidperhaps a related specs15:02
dansmithsahid: of passing request information into the virt driver? like a port or network? No, I think it's pretty clear15:02
sahidyes that si clear, but it's not the only method to update, and what is the aim, are you going to update all the drivers methods to add that new param15:03
sahid?15:03
efriedIn this case I agree the intent can be expressed adequately in the commit message.15:03
efriedWe're not impacting APIs or objects or configs or anything.15:03
sahidwell you are impacting the drivers15:03
dansmithsahid: he's already updating all the drivers' method signatures15:04
efriedYup.  And updating them accordingly in the scope of the change.15:04
efriedWith a nice docstring on the new param.15:04
*** coreywright has joined #openstack-nova15:04
sahidok fair, just asking... that change is happening like that without explaining, i was expected some15:04
efriedDefinitely a reasonable point sahid, thanks for bringing it up.15:05
sahidefried: if you can update the commit message that would be nice so we are all on the same page15:06
efriedsahid Will do.15:06
*** ijw has joined #openstack-nova15:07
*** sdague has quit IRC15:07
*** sdague has joined #openstack-nova15:07
*** yamamoto has joined #openstack-nova15:08
mriedemildikov: so to recap what i think the changes are, please correct me if i'm wrong: 1. split out the refresh_connection_info change to the bottom of the series. for old style attachments we still call os-initialize_connection, for new style we call attachment_get. 2. you or stvnoyes updates the live migration patch on top of that and do an explicit attachment_update call since refresh_connection_info won't do that for you anym15:08
mriedem 3. the new attach api flow goes on top of those other 2 (maybe not changes needed except splitting that code out)15:08
mriedemildikov: stvnoyes: once those bottom 2 are done i think they are easy to get merged this week15:09
openstackgerritMerged openstack/nova-specs master: Spec for limiting GET /allocation_candidates  https://review.openstack.org/50454015:09
mriedemas i think that's the only hold up on the live migration patch at this point15:09
*** chyka has joined #openstack-nova15:10
*** tssurya has quit IRC15:11
efriedmriedem sdague This may have happened before you came on, but niraj_singh was testing out the service_user token thing and got a really cryptic exception.  Turns out the issue was not having specified auth creds in the conf.  I thought we could do a better job by blowing up here if _SERVICE_AUTH comes back None (which is what happens if you don't specify an auth_type): https://github.com/openstack/nova/blob/master/nova/serv15:11
efriedice_auth.py#L3115:11
efriedNice.  https://github.com/openstack/nova/blob/master/nova/service_auth.py#L3115:12
sdagueefried: yeh, that would be cool15:12
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix nova-manage commands that do not exist  https://review.openstack.org/51232415:13
*** dave-mccowan has quit IRC15:13
efriedniraj_singh You open that bug yet?  I don't see it.15:14
*** yamamoto has quit IRC15:14
*** armax has quit IRC15:14
*** xyang1 has joined #openstack-nova15:14
*** acormier has joined #openstack-nova15:14
ildikovmriedem: sorry, on a call15:15
*** takashin has left #openstack-nova15:15
ildikovmriedem: your summary looks good to me15:15
*** rmart04 has quit IRC15:18
*** acormier has quit IRC15:22
mriedembauzas: you might find this ML thread about an interesting bug to be very interesting, interestingly enouh http://lists.openstack.org/pipermail/openstack-operators/2017-October/014393.html15:23
dansmithhmm, I'm not seeing things I submitted a few minutes ago in the zuul queue15:25
*** gmann is now known as gmann_afk15:25
*** tssurya has joined #openstack-nova15:27
openstackgerritEric Fried proposed openstack/nova master: Service user token requested with no auth  https://review.openstack.org/51232915:27
efriedsdague ^15:27
*** vladikr has joined #openstack-nova15:27
*** lajoskatona has quit IRC15:29
openstackgerritgaryk proposed openstack/nova master: Add debug information to metadata requests  https://review.openstack.org/51189515:30
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Network bandwidth resource provider  https://review.openstack.org/50230615:30
*** slaweq has joined #openstack-nova15:30
*** catintheroof has joined #openstack-nova15:30
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Change 'InstancePCIRequest' spec field  https://review.openstack.org/44925715:30
*** sbezverk has quit IRC15:31
*** Oku_OS is now known as Oku_OS-away15:32
*** suresh12 has joined #openstack-nova15:33
sahidmriedem or perhaps johnthetubaguy, we have an interesting fix here https://review.openstack.org/#/c/400384/18, perhaps you can have a look15:33
*** slaweq has quit IRC15:34
*** jogo has quit IRC15:36
*** thorst has quit IRC15:37
*** catintheroof has quit IRC15:38
*** catintheroof has joined #openstack-nova15:38
*** sridharg has quit IRC15:39
*** slaweq has joined #openstack-nova15:44
*** jpena is now known as jpena|brb15:45
*** markvoelker has quit IRC15:47
*** slaweq has quit IRC15:48
*** tuanla_ has quit IRC15:48
*** tuanla_ has joined #openstack-nova15:48
*** tuanla__ has joined #openstack-nova15:49
*** tuanla__ has quit IRC15:51
*** tuanla_ has quit IRC15:51
johnthetubaguysean-k-mooney: mriedem: the upgrade bits seem super complicated in that port binding spec, I though we were going to just follow the Cinder attachments model there?15:53
mriedemi need to look at the latest revision, but i mentioned something about that in earlier review15:55
*** tbachman has joined #openstack-nova15:56
mriedemgibi: thanks re https://review.openstack.org/#/c/510938/ +215:56
sean-k-mooneyjohnthetubaguy: i am not that familire with how things are done for cinder but im happy to implement something similar if you can provide the wording15:56
johnthetubaguysean-k-mooney: no worries, adding a comment15:57
johnthetubaguysean-k-mooney: really I was thinking, we do nothing until everything is upgraded15:57
johnthetubaguywould that work for this case?15:57
*** ttsiouts has quit IRC15:58
sean-k-mooneyjohnthetubaguy: yes it would i think i have that in the alternitives15:58
*** ttsiouts has joined #openstack-nova15:58
sean-k-mooneybasically we would fall back to todays behavior unless all partys support the new workflow else execut new workflow15:59
johnthetubaguysean-k-mooney: that sounds safest and easiest to test and get right15:59
johnthetubaguysean-k-mooney: am I missing something big we gain by supporting this across mixed compute nodes?16:00
*** nikhil has joined #openstack-nova16:00
sean-k-mooneyjohnthetubaguy: its slightly simpler to change neutron backend as part of a upgrade16:01
johnthetubaguysean-k-mooney: yeah, that just needs to be the next upgrade I guess16:01
sean-k-mooneywithout the mixed mode basically you upgrade everything to queens then upgrade your neutron again to different network backend.16:02
johnthetubaguyright, only affects the first upgrade to queens though right?16:02
sean-k-mooneyi have to join a call sorry but if you leave that comment ill swap the mixed migration and alternitves sections16:03
*** dave-mccowan has joined #openstack-nova16:03
sean-k-mooneyyes16:03
johnthetubaguysean-k-mooney: no worries16:03
openstackgerritChris Dent proposed openstack/nova master: [placement] manage cache headers for inventories  https://review.openstack.org/51095416:03
sean-k-mooneywith mixed mode you can do a roleing upgrade and change the backend at the same time. with out you do one then the other16:03
johnthetubaguysean-k-mooney: OK, so I am missing a bit, will re-read16:05
*** slaweq has joined #openstack-nova16:05
*** ttsiouts has quit IRC16:05
*** rmart04 has joined #openstack-nova16:10
*** rmart04 has quit IRC16:10
*** yamamoto has joined #openstack-nova16:10
*** chyka has quit IRC16:12
*** chyka has joined #openstack-nova16:12
mriedemmelwitt: am i missing something or is nothing calling InstanceList.get_count_by_vm_state ?16:14
*** mvk has quit IRC16:14
*** yamamoto has quit IRC16:15
mriedemcan someone remind me if there was supposed to be some quota advantage to shelving an instance?16:15
mriedembecause i'm not seeing it16:16
*** armax has joined #openstack-nova16:16
*** suresh12 has quit IRC16:17
*** suresh12 has joined #openstack-nova16:18
alaskiWhen I implemented shelving it did not reduce quota to shelve an instance16:18
mriedemhttps://blueprints.launchpad.net/nova/+spec/shelve-instance16:18
mriedemyeah was just reading16:18
mriedemalaski: also, why do you have a keyword match on "shelve"? :)16:18
*** sshwarts has quit IRC16:19
alaskihah. I just felt a twitch when it was mentioned. And happened to have this channel open16:19
*** markvoelker has joined #openstack-nova16:20
*** jpena|brb is now known as jpena16:21
*** lucasagomes is now known as lucas-afk16:21
*** suresh12 has quit IRC16:22
mriedemtrying to see if a shelved offload instance affects the simple tenant usage result16:23
mriedemi don't think we make any distinction even though the instance isn't consuming local disk or ram or cpu16:23
alaskiI can't recall what simple tenant usage is tracking. But shelve offload frees up the space for the usage tracker and scheduling, but doesn't return the quota to the user.16:25
mriedemsure, but as a user i don't care about freeing up space for others :)16:26
mriedemif i'm still going to get charged16:26
alaskiyeah16:26
alaskiI know that freeing up the quota has come up a few times, and there's no strong argument for not doing it16:26
*** yamahata has quit IRC16:26
alaskithe thing to figure out is how to properly tell the user that they can't unshelve something if they've subsequently filled up their quota16:27
*** slaweq has quit IRC16:27
*** slaweq has joined #openstack-nova16:27
mriedem409 overquota on unshelve16:27
mriedemwe'd do a count during unshelve and fail if there is no room16:28
mriedemsimilar to resize up to a larger flavor i'd tihnk16:28
mriedembut, os-simple-tenant-usage doesn't check quota usage at all... :)16:28
*** ociuhandu has quit IRC16:28
mriedemsort of redundant in that way16:28
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276616:30
openstackgerritStephen Finucane proposed openstack/nova master: Remove dead parameter from '_create_domain_and_network'  https://review.openstack.org/51235216:31
*** sbezverk has joined #openstack-nova16:32
*** jogo has joined #openstack-nova16:33
alaskiI'll just apologize again for introducing shelve :) it's an interesting idea, but it really messes with the model of how things work16:34
mriedemheh16:35
mriedemoh laski16:35
*** slaweq has quit IRC16:35
*** tesseract has quit IRC16:35
mriedemalaski: this came up today b/c someone reported a bug where they created an instance in a specific AZ, shelve offloaded, then on unshelve the AZ was gone so they get a NoValidHost16:36
mriedemso that started a discussion on what we should do about fixing it, if anything16:36
*** AlexeyAbashkin has quit IRC16:36
mriedemwhich reminds me, if you created your server with personality files and shelved it, those files are gone on unshelve16:37
mriedemanother reason to deprecate personality files https://review.openstack.org/#/c/509013/16:37
mriedemany other specs cores around want to +W ^ ?16:37
*** sambetts is now known as sambetts|afk16:37
alaskiMy first inclination is to say that when that AZ was removed whoever was doing it probably didn't realize that there were shelved instances there, and maybe that needs to be exposed better.16:38
*** penick has joined #openstack-nova16:38
mriedemyeah that was one option - sylvain has a spec to not allow renaming or deleting AZs while there are instances tied to them16:39
*** penick_ has joined #openstack-nova16:39
alaskithat would probably affect resize as well16:39
alaskiI could also see an argument for being able to provide scheduling hints on any API requests that can cause an instance move. Though that's a fair amount of complexity to introeduce16:41
mriedemthat was another option that came up16:41
mriedemand i'm on the fence about adding more functionality to the unshelve API if we kind of want to kill it long-term16:42
*** ijw has quit IRC16:42
*** penick has quit IRC16:43
alaskithat's my favorite option, kill it, but I always felt like it was too entrenched for that16:43
mriedemwe actually have no idea16:43
mriedemas to it's usage in the wild16:43
mriedemthat's the frustrating part16:43
alaskiyeah. I always wanted to think it wasn't really used. But at every summit a few people would mention it and want to make it better because they used it16:44
mriedemthere were those one guys that wanted to make it super fast somehow16:45
mriedemlike, enterprise fast16:45
mriedemshelve at the speed of business16:45
alaskihaha16:45
alaskiyou need a (tm) there16:46
mriedemnova: shelving at the speed of business (tm)16:46
mriedemneeds a t-shirt16:46
*** penick_ has quit IRC16:46
alaskiI would wear that16:50
*** links has joined #openstack-nova16:51
*** suresh12 has joined #openstack-nova16:51
mriedemalaski: here you go https://www.customink.com/designs/novashelve/scj0-00b6-zdmw/share?pc=EMAIL-40778&utm_campaign=shared%20design&utm_source=share%20link&utm_medium=shared%20design&utm_content=shared%20desktop16:52
mriedemdansmith: ^ place orders now16:52
mriedemsupplies are limited16:52
alaskiminimum order of 616:53
mriedemi can change the color16:53
mriedemsec16:53
*** mvk has joined #openstack-nova16:54
mriedemhttps://www.customink.com/designs/novashelve/scj0-00b6-zdmw/share?pc=EMAIL-40778&utm_campaign=shared%20design&utm_source=share%20link&utm_medium=shared%20design&utm_content=shared%20desktop16:54
*** penick has joined #openstack-nova16:55
*** markmcclain has quit IRC16:55
mriedem$33?!16:55
mriedemi'm not sure the joke is worth that much16:55
*** suresh12 has quit IRC16:55
*** markmcclain has joined #openstack-nova16:56
alaskinot quite16:56
mriedemi'm also pretty sure the foundation people would not allow the usage of the logo on a shirt that makes fun of nova16:56
*** slaweq has joined #openstack-nova16:57
openstackgerritMatt Riedemann proposed openstack/nova master: Handle InstanceNotFound when setting password via metadata  https://review.openstack.org/47293316:58
*** derekh has quit IRC16:58
*** lpetrut has quit IRC16:59
openstackgerritMatthew Booth proposed openstack/nova master: Remove reboot argument to _create_domain_and_network  https://review.openstack.org/51236316:59
dansmithmriedem: lol17:03
*** slaweq has quit IRC17:04
*** yamahata has joined #openstack-nova17:05
*** ragiman has quit IRC17:05
openstackgerritEric Fried proposed openstack/nova master: Service user token requested with no auth  https://review.openstack.org/51232917:07
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642017:07
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763817:07
*** sree has quit IRC17:07
dtantsurfolks, could you please put spec https://review.openstack.org/#/c/449155/ on your review radar?17:08
dtantsurthis should be contained in the ironic driver, and may end up a big win for us17:08
dtantsurthanks!17:08
*** sree has joined #openstack-nova17:08
dtantsurmriedem: ^^17:09
*** sree has quit IRC17:11
*** sree has joined #openstack-nova17:12
*** yamamoto has joined #openstack-nova17:12
*** yamamoto has quit IRC17:18
*** karthiks has quit IRC17:19
*** jpena is now known as jpena|off17:20
*** Apoorva has joined #openstack-nova17:20
*** acormier has joined #openstack-nova17:22
*** sree has quit IRC17:23
*** sree has joined #openstack-nova17:25
*** cali_boxer has quit IRC17:26
*** acormier has quit IRC17:27
*** slaweq has joined #openstack-nova17:28
*** cali_boxer has joined #openstack-nova17:28
*** rodolof has quit IRC17:28
*** rodolof has joined #openstack-nova17:29
*** ijw has joined #openstack-nova17:29
ralonsohdansmith: hi, about https://review.openstack.org/#/c/449257/42/nova/objects/instance_pci_requests.py.17:29
ralonsohdansmith: I modified the obj_make_compatible function to handle this. I don't know why I can't change the type of this field17:29
*** sree has quit IRC17:29
dansmithralonsoh: because an older node sending one of these to a newer node won't trigger a backport operation (since the version says it should be compatible), but it won't deserialize it with the right field type17:30
*** suresh12 has joined #openstack-nova17:31
dansmithralonsoh: let me pull your patch down and make a change to show you, just a sec17:31
*** gjayavelu has joined #openstack-nova17:31
ralonsohdansmith: for sure, and thanks!17:31
*** slaweq has quit IRC17:32
*** gszasz has quit IRC17:33
*** ijw has quit IRC17:33
*** vks1 has quit IRC17:37
abhi89dansmith, melwitt, sdague: please review https://review.openstack.org/#/c/505546/ .. its been pending since a long time now..17:38
dansmithralonsoh: here's a test: https://pastebin.com/LapK0Rnz17:40
dansmithralonsoh: which gives you this: https://pastebin.com/cXTH5P2i17:41
dansmithralonsoh: revert your field change and run that and you'll see it passes17:41
*** links has quit IRC17:42
*** dave-mccowan has quit IRC17:42
ralonsohdansmith: but in the test, nova_object.version should be 1.1 if sent by an old node17:43
ralonsohdansmith: shouldn't it?17:43
dansmithralonsoh: it won't matter :)17:44
*** esberglu has joined #openstack-nova17:45
*** smatzek has joined #openstack-nova17:45
*** slaweq has joined #openstack-nova17:48
*** suresh12 has quit IRC17:48
*** cali_boxer has quit IRC17:49
*** suresh12 has joined #openstack-nova17:50
*** cali_boxer has joined #openstack-nova17:51
*** slaweq has quit IRC17:53
*** rodolof has quit IRC17:54
*** rodolof has joined #openstack-nova17:55
*** soum has joined #openstack-nova17:58
*** AlexeyAbashkin has joined #openstack-nova17:59
*** soum has quit IRC17:59
*** dave-mccowan has joined #openstack-nova17:59
*** tonygunk has joined #openstack-nova18:00
*** psachin has quit IRC18:00
*** crushil has quit IRC18:00
mriedemdansmith: want to send this ocata change in? https://review.openstack.org/#/c/482219/ - that's holding up a newton change18:01
dansmith"want" is a little strong18:02
mriedemif you could find it in your heart18:02
*** dtantsur is now known as dtantsur|afk18:02
*** AlexeyAbashkin has quit IRC18:03
*** fragatina has quit IRC18:07
*** catintheroof has quit IRC18:07
*** catintheroof has joined #openstack-nova18:08
mriedemartom: hmm, tonyb raised a concern in https://review.openstack.org/#/c/471356/ about whether or not VIR_DOMAIN_BLOCK_REBASE_COPY_DEV would be in the libvirt version we support in newton18:09
mriedemit looks like VIR_DOMAIN_BLOCK_REBASE_COPY_DEV was added in 1.2.918:09
mriedemand min supported version of libvirt in newton (and ocata) is 1.2.118:09
cdentdansmith, mriedem, edleafe: in discussion on https://review.openstack.org/#/c/510625/ it was agreed that the GET /allocations/{consumer_uuid} rep should include project_id and user_id since PUT will require it. In your opinions should GET /resource_providers/{uuid}/allocations as well? I think not because the layout is much different (because the cardinality of the output) (see18:10
cdenthttps://developer.openstack.org/api-ref/placement/#resource-provider-allocations )18:10
*** baoli has quit IRC18:10
*** yamamoto has joined #openstack-nova18:14
dansmithcdent: I dunno, if there's not a need for it currently I wouldn't personally spend time on it18:15
*** catinthe_ has joined #openstack-nova18:16
dansmithideally I would think it would be best to have that information in each allocation, but..18:16
*** markvoelker has quit IRC18:16
*** markvoelker has joined #openstack-nova18:17
mriedemcdent: on GET /resource_providers/{uuid}/allocations you'd have to put project_id and user_id within each consumer-uuid keyed dict entry right?18:17
mriedemi don't think we care about that,18:17
mriedemif you really needed to take the result of GET /resource_providers/{uuid}/allocations and figure out the project/user for one of those allocation cosumers, you could turn around and call GET /allocations/{consumer_uuid} yeah?18:17
cdentright, it would be weird18:17
cdentyes18:17
cdentcool, this is the answer I was hoping for18:18
mriedemartom: so i think we probably need to either revert https://review.openstack.org/#/c/471353/ or put a fix on top18:18
mriedemto not try and use VIR_DOMAIN_BLOCK_REBASE_COPY_DEV if it's not available18:18
*** catintheroof has quit IRC18:18
dansmithI can see uses for it it but like I say, I don't think there's anything begging for it right now18:18
cdentfor the consumer side I had to take jay’s only one join query recent cleanup and add four more to get the project and user inf18:18
*** yamamoto has quit IRC18:19
*** markvoelker has quit IRC18:21
melwittmriedem: yeah, nothing is calling InstanceList.get_count_by_vm_state. it was intended to be used for limiting the number of pending resizes but once we got to it, we decided not to change the existing quota behavior for resizes18:23
*** catinthe_ has quit IRC18:23
*** shaner has quit IRC18:24
*** shaner_ has joined #openstack-nova18:24
*** READ10 has quit IRC18:24
*** lpetrut has joined #openstack-nova18:25
*** vvargaszte has joined #openstack-nova18:31
*** jmlowe has joined #openstack-nova18:32
efriedalex_xu I reread https://review.openstack.org/#/c/497713/ with fresh eyes and commented.18:33
*** MasterOfBugs has joined #openstack-nova18:36
efriedalex_xu dansmith cdent edleafe mriedem Pursuant to this morning's discussion about traits-on-shared-with-nested, we should figure out whether there's a way to take aggregates out of the picture until ^ is figured out.18:37
*** Aditya has joined #openstack-nova18:37
*** pramodrj07 has joined #openstack-nova18:39
*** ociuhandu has joined #openstack-nova18:40
cdentefried: how far out of the picture do you want them to go?18:41
efriedcdent Well, the logic in https://review.openstack.org/#/c/479766/ is trying to handle hitting shared RPs with the results.18:41
efriedcdent And the logic it's using is at the very least implementing an arbitrary and undiscussed design point.18:42
*** shaner_ has quit IRC18:43
efriedcdent Which is: When you ask for traits X, Y, and Z, I can give you back an allocation request (i.e. one hit in the list of GET /allocation_candidates) that has traits X and Y in the compute host RP but trait Z in a shared RP in the same aggregate as the compute host RP.18:43
*** shaner has joined #openstack-nova18:44
* cdent nods18:44
cdentpresumably that shared RP is also satisfying some inventory requirement, not _just_ a trait?18:45
efriedThis is going to break down as soon as we have any scenario more complicated than traits X, Y, and Z being mutually exclusive on the compute host and shared RP.18:45
artommriedem, ah crap18:45
efriedcdent Yeah, there's that too.  I'm not sure that's being accounted for.18:45
mriedemartom: i'm fixing18:45
artomI thought I checked for min libvirt version18:45
artomClearly I didn't :(18:45
artomAt least not far back enough18:46
*** Aditya has quit IRC18:46
artommriedem, what's the fix? Check for libvirt version in code?18:46
efriedcdent I think my main issue is that I don't think we have the semantic codified for the general case in any spec.18:47
cdentefried: my understanding, although I don’t know if this is explicitly expressed in spec or code anywhere, is that if something sets itself up to sharing provider (which requires two things: being in an aggregate with some other stuff, having the MISC_SHARES_VIA_AGGREGATE trait), then it is obliged to only aggregate with something that is a root provider18:47
mriedemartom: hasattr18:47
cdentefried: that is, it is the domain of aggregation that helps avoid some of the problems18:48
*** READ10 has joined #openstack-nova18:48
artommriedem, ah. Would we have a way to test that in CI with an old libvirt version?18:48
mriedemartom: in unit tests18:49
efriedcdent Is it possible for a compute host to have DISK_GB inventory *and* be in an aggregate with a shared storage RP?18:49
mriedemefried: yes18:49
artommriedem, you mean with a fake python-libvirt?18:49
*** tbachman has quit IRC18:50
mriedemefried: well, maybe :)18:50
mriedemnot sure actually18:50
*** slaweq has joined #openstack-nova18:50
*** rodolof has quit IRC18:50
*** rodolof has joined #openstack-nova18:50
efriedmriedem cdent So this is the scenario alex_xu and I discussed earlier.  If I ask for storagey traits X and Y; and my local disk has X but not Y; and my shared storage has Y but not X, I *should* not see this compute host in the allocation candidates.18:50
* artom isn't feeling too confident and would feel better if the code ran against an actual python-libvirt to make sure it does what we think it does18:50
cdentefried, mriedem: that’s something we initialy said “no” and then later changed to “yes” and then later “actually not sure"18:50
efriedBut I think as currently written, I will.18:51
cdentefried: you are correct, you should not get the compute host18:51
efriedcdent mriedem Which probably means we should architect it in such a way that we don't lock ourselves into disallowing it.18:51
cdentbecause it can’t satisfy itself18:51
cdentnor can it satisfy with the help of an aggregate friend18:51
efriedcdent Right; but I think as https://review.openstack.org/#/c/479766/10/nova/objects/resource_provider.py is written, that *will* hit.18:52
efriedAnd once nested is in play, it gets even messier.  Because we *are* allowing a certain amount of trait "propagation" within a tree.  But only in some directions.18:53
cdentI’ve been unable to fully decode the SQL in that stack, so have mostly just been waiting for some tests along those lines18:53
*** jmlowe has quit IRC18:53
cdentso what I would think is the right thing here, is making sure, since we already have the concept of shared within the object code, is that there are functional tests in db/test_resource_provider.py for the scenarios you’ve described18:54
cdentand yeah, once nested is in play, it will get even more interesting18:54
bauzasdansmith: thanks for efried's change, will look18:54
bauzasmriedem: ack, will look18:54
*** slaweq has quit IRC18:55
efriedbauzas Note that there's still work to be done there.  The change is kinda blowing up.  Hope to have another rev today or tomorrow.18:56
*** sree has joined #openstack-nova18:57
openstackgerritMerged openstack/python-novaclient master: Update "The nova Shell Utility" in the user guide  https://review.openstack.org/51222419:00
*** Guest28352 has joined #openstack-nova19:01
*** sree has quit IRC19:02
*** edmondsw has quit IRC19:04
*** edmondsw has joined #openstack-nova19:04
*** READ10 has quit IRC19:04
*** cdent has left #openstack-nova19:04
*** cdent has joined #openstack-nova19:05
openstackgerritMerged openstack/nova master: doc: Rework man pages  https://review.openstack.org/50210519:06
*** edmondsw has quit IRC19:09
edleafeefried: (reading back) so is the issue that the specified traits are not tied to a particular RP?19:10
efriededleafe Yes, that's one aspect of it.19:10
efriededleafe I'm comfortable with the semantics when we're just talking about nested RPs, but I think we have some holes (design points we haven't considered) when aggregates are put in the mix.19:11
edleafeefried: agreed19:11
edleafeefried: just wanted to make sure I followed what the problem was19:11
efriededleafe cdent One suggestion would be to force the aggregate inventory+traits to be specified in its own numbered group (per the 'granular' spec).19:12
efriedThen we could greatly simplify the code.19:12
efriedBecause we could search aggregates separately.19:13
efriedThe thing I'm still unclear on is how much of a code commitment we've made to aggregates already.  Are we reversing/breaking/removing "existing" function if we take aggregates completely out of the picture for Queens?19:14
efriedGiven that we've said we're not doing shared RPs in Queens.19:14
cdentefried: that kind of busts the point of aggregates, if you’re looking at things from the original shared disk need19:14
cdentefried: as far as I can tell, no, nothing breaks19:14
cdentthe RT side keeps a map that it doesn’t use19:14
efriedcdent Okay, talk me through the "original shared disk need".19:15
cdent“that kind of busts” -> where “that” is searching for aggregates separately19:15
efriedI mean, I understand the scenario.19:15
*** yamamoto has joined #openstack-nova19:15
efriedscenario / use case19:15
cdentthe original shared disk need is: give me anything that can satisfying “I want some vcpu, disk and ram, doesn’t matter if some of it comes from a shared resource that is not the compute node and oh by the way, I’d like that disk to be SSD”19:16
openstackgerritMerged openstack/nova stable/ocata: Test InstanceNotFound handling in 'nova usage'  https://review.openstack.org/48221919:16
edleafeefried: one idea had been to make traits on resources (e.g., per resource class). That was roundly rejected.19:16
edleafeefried: breaking up traits by numbers seems like a variation of that19:16
efriededleafe Ah, no, the traits are still on RPs.19:17
cdentI’m unclear on the exact problem that traits by numbers is solving?19:17
edleafeefried: I know, but the problem was the complexity, not the location19:17
dansmithmriedem: these are ready for a re-look I think: https://review.openstack.org/#/c/50642019:19
dansmithfixed up based on the change I slid under both, and passing zuul19:19
mriedemok, still working on this ocata snafu19:19
efriededleafe cdent Okay, expressing just this problem with aggregates...19:19
*** yamamoto has quit IRC19:20
efriedLet's say hypothetically that I have a compute host with local disk that's capable of RAID5.  And I have a shared storage provider whose storage is SSD.19:20
*** hemna_ has quit IRC19:20
efriedPre-nested, and pre-numbered-groups, but post-traits, you could only ask for inventory(VCPU, MEMORY_MB, DISK_GB) and traits(RAID5, SSD).19:21
edleafeIf you requests traits of RAID5 and SSD, that host should not match19:21
efriedAgreed.19:21
efriededleafe But how would that work?19:22
*** READ10 has joined #openstack-nova19:22
efriedAs currently architected, it *will* match that host.  Cause it can't tell the difference between your CPU trait and your storage trait.19:22
edleafewell, those are both storage traits, no?19:23
efriedSo to make it clearer:19:23
*** kylek3h has joined #openstack-nova19:23
efriededleafe You ask for inventory(VCPU, MEMORY_MB, DISK_GB) and traits(RAID5, SSD, HW_CPU_X86_3DNOW)19:23
efriededleafe What part of the architecture knows that it's okay for HW_CPU_X86_3DNOW to be split up from SSD, but it's not okay for RAID5 to be split up from SSD?19:24
edleafeefried: for that you'll need jay to explain the big hairy sql19:25
edleafeefried: fwiw, I don't know that it can19:25
efriedcdent So here's where numbered would come into play.  I could ask for inventory1(VCPU, MEMORY_MB)&traits1(HW_CPU_X86_3DNOW) and inventory2(DISK_GB)&traits2(RAID5, SSD)19:25
efriededleafe I believe it can't.  There's no possible way it could.19:25
*** kylek3h has quit IRC19:26
cdentefried: I still don’t see the problem in the example you’ve given (non-numbered):19:26
efriedcdent Because it'll match that host+shared that it shouldn't.19:26
cdent[t NeX]19:26
purplerbot<efried> edleafe You ask for inventory(VCPU, MEMORY_MB, DISK_GB) and traits(RAID5, SSD, HW_CPU_X86_3DNOW) [2017-10-16 19:23:59.885269] [n NeX]19:26
edleafeefried: if that's the case, then shared storage can't work, because shared storage would never have CPU traits19:26
cdentright now that should not match, and you don’t want it to match19:27
efriedcdent Agree you don't want it to.  But it *will*.19:27
cdentefried: is that because of broken code or broken modelling, that’s what I’m trying to get at19:27
*** suresh12 has quit IRC19:28
*** cleong has quit IRC19:28
cdentyou should only get a trait if it’s resource provider is also providing inventory19:28
cdentif that ^ statement is true19:28
efriedcdent Well, if we put a stake in the ground and say you can't possibly ever have a compute host with local storage associated ("aggregated") with a shared storage provider, then the scenario doesn't arise.19:28
cdentand if you can’t split resource classes19:29
cdentthen no problem19:29
cdentefried: let’s try to make this even more concrete, I’ll EOL when I’m done expressing the example19:29
cdenttwo resource providers:19:29
cdentcompute_node1: inventory of VCPU 24, DISK_GB 1024, MEMORY_MB 1024, traits RAID5, HW_CPU_X86_3DNOW19:30
*** mordred has quit IRC19:31
cdentshared_diskA: inventory of DISK_GB 1024, traits RAID5, SSD, MISC_SHARES_VIA…19:31
efriedno, take RAID5 off of shared_diskA19:31
cdentlet me carry on as is19:32
efriedotherwise you match and it's not a problem.19:32
efriedokay.19:32
cdentand then we’ll do that scenario19:32
*** burt has quit IRC19:32
cdentthose two are in an aggregate19:32
efriedGET /allocation_candidates?resources=VCPU:2,MEMORY_MB:512,DISK_GB:2&required=HW_CPU_X86_3DNOW,RAID5,SSD19:33
cdentyes19:33
*** hemna_ has joined #openstack-nova19:34
efriedYou'll get { compute_node1: { VCPU: 2, MEMORY_MB: 512 }, shared_diskA: { DISK_GB: 2 } }.  Cool.  No problem.19:34
cdentokay19:34
cdentwe agree that’s the design, right?19:34
efriedyup19:34
cdentk, now19:34
cdentshared diskA loses the RAID5 trait, but compute_node1 keeps it19:35
cdentsame request19:35
efriedPer the existing design, you will get the same result.19:35
*** suresh12 has joined #openstack-nova19:35
cdentthe expected result, as designed, is nothi8ng19:35
efriedCorrect.19:35
efriedsorry, "as designed" - we don't have a design point for this.19:35
*** slaweq has joined #openstack-nova19:36
efried"as conceived", the expected result is nothing.19:36
cdentyes, better choice of word19:36
efried"as designed without having thought about this scenario"  what you'll get is actually the same result as above.19:36
cdentyou have a test that shows that?19:36
efriedBecause "as designed" we didn't think about this kind of split-trait scenario.19:36
efriedWell, no, because we haven't actually implemented traits on RPs yet.  That's what alex_xu's change set is doing.19:37
efriedWhich I suppose means there should be no harm in keeping that bit out of play for now?19:37
efried( ref: alex_xu's change set: https://review.openstack.org/#/c/479766/10/nova/objects/resource_provider.py )19:37
cdenta) there’s no harm keeping it out, but b) it’s the same thing I said before, we should write a test sooner than later that models the scenario you describe19:38
efriedcdent Yes, good idea.19:38
cdentbecuase as you talk about it, you make it sound like you think it expected to work. it is not19:38
cdentif the second scenario is returing a result there is a bug19:38
*** burt has joined #openstack-nova19:39
efriedcdent Where should that test go?  Cause without the above change, the framework isn't there.  And if we keep aggregates out of the above change, same.19:39
cdentand even if there is no code for it yet, we’ve got a test case prepared (at least mentally) for when there is19:39
cdentisn’t there shared/aggregate code already pre-dating alex’s change?19:40
cdentin objects/resource_provider.py19:40
efriedThat's what I don't really know.19:40
efriedHis change was really my first exposure to shared/aggregate code.19:40
*** crushil has joined #openstack-nova19:40
cdentone sec19:40
*** ralonsoh has quit IRC19:41
*** slaweq has quit IRC19:41
*** mordred has joined #openstack-nova19:42
cdentefried: https://review.openstack.org/#/c/460798/ introduced getting rps that share via misc19:42
efriedgaah, -1 for commit message width!19:43
edleafethe horror!!!19:43
efriedcdent Aha, perfect, so yeah, this all makes total sense when traits are NOT in the picture at all.19:44
efriedAnd breaks down pretty handily once traits are introduced.19:44
*** READ10 has quit IRC19:45
cdentso yeah, if a compute node is satisfy VCPU, and has a trait that is “about disk”19:45
cdentthings do get very weird19:45
efriedbtw, I'm asserting that the scenario we walked through above is representative, not necessarily realistic.  That is, even if we say "that'll never happen", something with the same characteristics is sure to pop up.19:45
cdentyeah, I get that19:46
cdentit’s better to be robust in the face of possibilities19:46
efriedOne could imagine similar scenarios where network resources are provided by both the compute node and some shared RP.19:46
cdentfor a while the stake you mention above did exist, but then it went away, one option is for it to come back19:46
efriedOkay, what about when I have my ephemeral boot disk via local storage and my volumes shared (as they're likely to be)19:48
efriedCould solve it by modeling those storage types with different resource classes.  But ew.19:48
efriedAnd in any case, there we get into a situation where we need to request separate chunks of storage inventory from separate RPs.19:49
*** vvargaszte has quit IRC19:49
cdentyeah, this is not the first time that question comes up. I don’t know the answer right now.19:49
efriedBut it sounds like the change set you pointed out means we do actually need an answer for this right now.19:50
*** armax has quit IRC19:50
*** markvoelker has joined #openstack-nova19:51
cdentefried: except that I’m not sure that code is doing anything19:51
*** markvoelker has quit IRC19:51
*** markvoelker has joined #openstack-nova19:51
cdent it may very well be19:51
efriedcdent Well, it looks to me like it's letting you use aggregates.19:52
cdentyes, but aggregates aren’t yet used in any particular way19:52
efriedMeaning there's no code that's creating aggregations yet?19:53
cdentunless there are lots of clients of placement out there that we are not away of (which there very well may be, vmware has an entire feature set based around placement that has nothing to do with nova)19:53
efriedwhee19:53
cdentupstream, as far as I know, don’t think so, but I don’t know19:53
*** edmondsw has joined #openstack-nova19:54
*** shaner has quit IRC19:55
mriedemwtf, why would hasattr return True on something and then immediately after that if i try to use it, i get an AttributeError?19:55
efriedmriedem Overrides?19:56
cdentis it an ovo with a coerce?19:56
mriedemno, fakelibvirtr19:56
*** markvoelker_ has joined #openstack-nova19:57
*** shaner has joined #openstack-nova19:59
*** markvoelker has quit IRC20:01
mriedemit's not even a Mock so getattr shouldn't be getting in the way20:01
*** sahid has quit IRC20:04
*** abhi89 has quit IRC20:05
*** hongbin has quit IRC20:05
cfriesenare there any gotchas around running two instances of nova-compute one one system, one for local kvm instances and one for managing separate baremetal instances (for use with ironic)?20:06
*** bjolo has joined #openstack-nova20:11
*** penick has quit IRC20:13
cfriesenI guess it might cause problems if the binary and hostname are the same for the two of them20:13
*** salv-orlando has joined #openstack-nova20:16
*** yamamoto has joined #openstack-nova20:17
*** bjolo has quit IRC20:18
*** ijw has joined #openstack-nova20:19
*** yamamoto has quit IRC20:22
mriedemmy god,20:22
mriedemwhen you find out you've been bashing your brains for an hour b/c of a copy paste error20:22
cdentit’s full of stars20:22
*** armax has joined #openstack-nova20:24
*** baoli has joined #openstack-nova20:25
*** bjolo has joined #openstack-nova20:25
*** smatzek has quit IRC20:26
*** smatzek has joined #openstack-nova20:26
*** baoli has quit IRC20:26
*** baoli has joined #openstack-nova20:27
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: libvirt: add check for VIR_DOMAIN_BLOCK_REBASE_COPY_DEV  https://review.openstack.org/51240620:27
mriedemartom: ^20:27
*** Swami has joined #openstack-nova20:29
*** smatzek has quit IRC20:30
*** pchavva has quit IRC20:37
*** tonygunk has quit IRC20:44
*** cdent has quit IRC20:48
*** suresh12 has quit IRC20:50
openstackgerritChris Dent proposed openstack/nova master: [placement] Enable PUT dict to /allocations/{consumer_uuid}  https://review.openstack.org/51062520:54
openstackgerritChris Dent proposed openstack/nova master: [placement] Document the changes to PUT /allocations/{consumer_uuid}  https://review.openstack.org/51062620:54
openstackgerritChris Dent proposed openstack/nova master: [placement] POST /allocations to set allocations for >1 consumers  https://review.openstack.org/50007320:54
openstackgerritChris Dent proposed openstack/nova master: Include project_id and user_id in AllocationList.get_all_by_consumer_id  https://review.openstack.org/51242020:54
openstackgerritChris Dent proposed openstack/nova master: [placement] Include project_id and user_id in GET /allocations  https://review.openstack.org/51242120:54
mriedemdansmith: melwitt: need an opinion on a backport scenario for https://review.openstack.org/#/c/505771/20:55
mriedemi need to do the same fix as in ^ but generically since we also need that fix for resize, unshelve and evacuate20:55
mriedemi don't want to rename the method and then backport20:55
mriedemso i can either copy the same fix outside the method in the 4 different places and backport it, or move the fix into the method with a todo to rename later20:56
mriedemthe rename would be master only20:56
*** edmondsw has quit IRC20:56
mriedemi'm leaning toward the latter - fix in one place, rename later20:57
*** cali_boxer has quit IRC20:58
*** cali_boxer has joined #openstack-nova20:58
*** smatzek has joined #openstack-nova21:00
*** sree has joined #openstack-nova21:02
*** burt has quit IRC21:02
*** smatzek has quit IRC21:04
*** chyka has quit IRC21:04
*** chyka has joined #openstack-nova21:05
mgagnemriedem: what's the proper channel to get a blueprint approved/reviewed? https://blueprints.launchpad.net/nova/+spec/rebuild-ironic-config-drive21:05
*** Guest28352 has quit IRC21:05
mriedemmgagne: generally during the weekly nova meeting if it's a specless blueprint21:05
mriedemi think this would be ok as a specless feature parity bp21:07
*** sree has quit IRC21:07
*** suresh12 has joined #openstack-nova21:08
*** kfarr has joined #openstack-nova21:08
mriedemmgagne: so the issue is you create an ironic node instance with a config drive, and then when you rebuild the instance in nova, the new instance doesn't have a config drive, correct?21:08
mgagnewill add to open discussion for next meeting21:08
mgagnemriedem: yes21:08
mriedemok, really a bug fix21:08
mgagnemriedem: looks like someone from nova team had a different opinion in the bug report21:09
mgagneand suggested a blueprint21:09
mgagnehttps://bugs.launchpad.net/ironic/+bug/1575935/comments/1021:10
openstackLaunchpad bug 1575935 in Ironic "Rebuild should also accept a configdrive" [Wishlist,In progress] - Assigned to Mathieu Gagné (mgagne)21:10
mriedem"reno: nova rebuild of ironic instances will no longer trash your config drive. you're welcome."21:10
mriedemok, well, i'm cool with fixing it either way21:10
mgagnemriedem: I'm not sure what you were referring to? any link?21:12
mriedemi was being facetious,21:12
mriedemi.e. how would one write a release note for this as a 'feature'?21:13
mriedemanyway, bp approved21:13
mgagnemriedem: Configdrive is now regenerated when rebuilding an Ironic instance (matching behaviour of other virt drivers)21:13
mgagnewe can say it's done for feature parity21:14
*** suresh12 has quit IRC21:14
*** yamamoto has joined #openstack-nova21:18
*** kfarr has quit IRC21:20
openstackgerritMatt Riedemann proposed openstack/nova master: Don't ignore original retried hosts when moving an instance  https://review.openstack.org/50577121:21
mriedemtasker: updated and simplified that change to also fix the issue for resize, unshelve and evacuate ^21:21
mriedemzioproto: ^21:21
*** yamamoto has quit IRC21:24
dansmithmriedem: not sure what you're asking: if we should unify all the places into one call and backport that change?21:27
*** lpetrut has quit IRC21:27
mriedemdansmith: yeah that's just what i did21:28
*** crushil has quit IRC21:29
*** peter-hamilton has quit IRC21:29
*** suresh12 has joined #openstack-nova21:30
*** suresh12 has quit IRC21:32
*** suresh12 has joined #openstack-nova21:32
*** ijw has quit IRC21:32
mriedemtotally unrelated, but when querying stuff out of the db, if a sort key/direction is not specified, is it just left up to the rdbms?21:33
mriedemzzzeek: ^?21:34
mriedemor is there oslo.db magic happening somewhere by default?21:34
dansmithI think it's just undefined/insert order if you don't ask21:38
dansmithasking for it to be sorted when you don't care would just be overhead21:38
mriedemyeah, trying to reply to some questions on this spec for paging migrations21:38
mriedemand sort orders since we don't impose one today21:38
mriedemand if the changes-since filter should be on the created_at or updated_at fields21:39
melwittmriedem: yeah, I think what you did makes sense. do the change in one place and rename the method in a separate change that won't be backported21:40
*** claudiub has quit IRC21:40
*** mgariepy has quit IRC21:41
*** ijw has joined #openstack-nova21:43
*** MasterOfBugs has quit IRC21:49
*** pramodrj07 has quit IRC21:49
*** mgariepy has joined #openstack-nova21:54
*** takashin has joined #openstack-nova21:57
*** xyang1 has quit IRC21:58
edleafeWhat is the ovo trick for testing if an object's field is populated, without getting the "Cannot load 'foo' in the base class" error?21:59
*** bjolo has quit IRC22:00
*** jcook has quit IRC22:00
melwittedleafe: there's obj_attr_is_set() for checking if a field has been set22:01
mriedem'in'22:01
mriedemif 'foo' in bar22:01
mriedemuses obj_attr_is_set() under the covers22:01
melwittoh. I keep forgetting you added that22:01
melwittyeah, use that22:01
openstackgerritMathieu Gagné proposed openstack/nova master: Regenerate and pass configdrive when rebuild Ironic nodes  https://review.openstack.org/50308822:02
edleafemriedem: melwitt: thanks22:03
*** awaugama has quit IRC22:03
mriedemedleafe: api wg question,22:04
mriedemdoes changes-since come up in guidelines?22:04
mriedemchanges-since filtering i mean22:04
mriedemand if so, are there guidelines on which column to filter it on? we use updated_at for filtering instances by changes-since22:04
*** crushil has joined #openstack-nova22:06
edleafemriedem: not sure off the top of my head22:07
edleafemriedem: ok, a quick review doesn't turn up anything22:08
edleafethat means it's ripe for defining :)22:09
edleafeI can add it to the discussion for Thursday's meeting22:09
mriedemnot a big deal,22:09
mriedemsomeone is just proposing to add changes-since filtering to the os-migrations api and i said they should filter on updated_at to be consistent with changes-since on filtering instances22:10
edleafewell, updated_at sounds like the most logical choice22:10
*** lyan has quit IRC22:11
*** suresh12 has quit IRC22:12
*** suresh12 has joined #openstack-nova22:13
*** salv-orlando has quit IRC22:14
*** sapcc-bot has quit IRC22:16
*** sapcc-bot has joined #openstack-nova22:16
*** yamamoto has joined #openstack-nova22:21
*** edmondsw has joined #openstack-nova22:25
*** yamamoto has quit IRC22:26
*** masber has joined #openstack-nova22:26
*** edmondsw has quit IRC22:29
*** ijw has quit IRC22:33
*** ijw has joined #openstack-nova22:34
openstackgerritEric Fried proposed openstack/nova master: Send Allocations to spawn  https://review.openstack.org/51187922:36
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994922:36
*** esberglu has quit IRC22:36
*** felipemonteiro_ has quit IRC22:37
*** gouthamr has quit IRC22:37
*** cali_boxer has quit IRC22:43
*** rodolof has quit IRC22:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51032422:48
*** sdague has quit IRC22:56
*** lbragstad has quit IRC22:57
*** liverpooler has quit IRC22:57
*** catintheroof has joined #openstack-nova22:58
*** gouthamr has joined #openstack-nova22:58
*** esberglu has joined #openstack-nova23:11
*** hieulq has quit IRC23:11
*** hieulq has joined #openstack-nova23:12
*** esberglu has quit IRC23:15
*** salv-orlando has joined #openstack-nova23:15
*** ijw has quit IRC23:17
*** salv-orlando has quit IRC23:21
*** yamamoto has joined #openstack-nova23:22
*** chyka has quit IRC23:22
*** gjayavelu has quit IRC23:22
*** yamamoto has quit IRC23:28
*** gmann_afk is now known as gmann23:30
*** ijw has joined #openstack-nova23:30
*** ijw has quit IRC23:33
*** edleafe- has joined #openstack-nova23:33
*** edleafe has quit IRC23:35
*** chyka has joined #openstack-nova23:47
*** ijw has joined #openstack-nova23:52
*** ijw has quit IRC23:56

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