Wednesday, 2015-06-10

*** josecastroleon has joined #openstack-nova00:00
*** bradjones has joined #openstack-nova00:00
*** bradjones has quit IRC00:00
*** bradjones has joined #openstack-nova00:00
*** josecastroleon has quit IRC00:03
*** dims has quit IRC00:03
*** dims has joined #openstack-nova00:03
*** asettle has joined #openstack-nova00:04
*** josecastroleon has joined #openstack-nova00:04
*** josecastroleon has quit IRC00:06
*** josecastroleon has joined #openstack-nova00:07
*** marun has joined #openstack-nova00:08
*** josecastroleon has quit IRC00:09
*** claudiub has quit IRC00:10
*** josecastroleon has joined #openstack-nova00:10
*** josecastroleon has quit IRC00:12
*** josecastroleon has joined #openstack-nova00:13
*** josecastroleon has quit IRC00:15
*** josecastroleon has joined #openstack-nova00:16
*** josecastroleon has quit IRC00:18
*** annashen has quit IRC00:18
*** josecastroleon has joined #openstack-nova00:19
*** josecastroleon has quit IRC00:21
*** tsekiyama has quit IRC00:21
*** markvoelker has joined #openstack-nova00:21
*** gholler has quit IRC00:21
*** gholler_ has quit IRC00:21
*** josecastroleon has joined #openstack-nova00:22
*** lchen has quit IRC00:23
*** josecastroleon has quit IRC00:24
*** marcusvrn has quit IRC00:24
*** josecastroleon has joined #openstack-nova00:25
*** markvoelker has quit IRC00:26
*** josecastroleon has quit IRC00:27
*** mtanino has quit IRC00:27
*** josecastroleon has joined #openstack-nova00:28
*** josecastroleon has quit IRC00:30
*** josecastroleon has joined #openstack-nova00:31
*** josecastroleon has quit IRC00:33
openstackgerritAlex Xu proposed openstack/nova-specs: Remove v3 from nova code tree  https://review.openstack.org/18921800:33
*** josecastroleon has joined #openstack-nova00:34
*** josecastroleon has quit IRC00:36
*** rfolco has quit IRC00:37
*** josecastroleon has joined #openstack-nova00:37
*** josecastroleon has quit IRC00:39
*** josecastroleon has joined #openstack-nova00:40
*** josecastroleon has quit IRC00:42
*** josecastroleon has joined #openstack-nova00:43
*** josecastroleon has quit IRC00:45
*** dprince has joined #openstack-nova00:46
*** josecastroleon has joined #openstack-nova00:46
*** tjones1 has quit IRC00:47
*** zhenguo has joined #openstack-nova00:47
*** dprince has quit IRC00:48
*** josecastroleon has quit IRC00:48
*** josecastroleon has joined #openstack-nova00:49
*** josecastroleon has quit IRC00:51
*** vilobhmm has quit IRC00:52
*** josecastroleon has joined #openstack-nova00:52
*** ijw has quit IRC00:52
*** josecastroleon has quit IRC00:54
*** josecastroleon has joined #openstack-nova00:55
openstackgerritGhanshyam Mann proposed openstack/nova: Merge V2 and V2.1 hypervisor functional tests  https://review.openstack.org/16708200:55
*** josecastroleon has quit IRC00:57
*** josecastroleon has joined #openstack-nova00:58
*** josecastroleon has quit IRC01:00
*** Guest5484 has quit IRC01:01
*** josecastroleon has joined #openstack-nova01:01
openstackgerritwangxiyuan proposed openstack/nova: Remove "rebuild" parameter in migrate_server  https://review.openstack.org/18406001:01
*** electroc_ has quit IRC01:03
*** Sukhdev has quit IRC01:03
*** josecastroleon has quit IRC01:03
*** josecastroleon has joined #openstack-nova01:04
*** josecastroleon has quit IRC01:06
*** mdbooth has quit IRC01:07
*** josecastroleon has joined #openstack-nova01:07
*** josecastroleon has quit IRC01:09
*** otter768 has joined #openstack-nova01:09
*** josecastroleon has joined #openstack-nova01:10
*** josecastroleon has quit IRC01:12
*** josecastroleon has joined #openstack-nova01:13
*** patrickeast has quit IRC01:13
*** mdbooth has joined #openstack-nova01:13
*** otter768 has quit IRC01:14
*** josecastroleon has quit IRC01:15
*** josecastroleon has joined #openstack-nova01:16
*** pixelbeat_ has quit IRC01:18
*** tobe has joined #openstack-nova01:18
*** josecastroleon has quit IRC01:18
*** annashen has joined #openstack-nova01:19
*** josecastroleon has joined #openstack-nova01:19
*** dsanders has quit IRC01:20
*** josecastroleon has quit IRC01:21
*** josecastroleon has joined #openstack-nova01:22
*** markvoelker has joined #openstack-nova01:22
*** dims has quit IRC01:23
*** josecastroleon has quit IRC01:24
*** ociuhandu has quit IRC01:24
*** annashen has quit IRC01:24
*** josecastroleon has joined #openstack-nova01:25
openstackgerritZhenzan Zhou proposed openstack/nova: Bypass ironic server not available issue  https://review.openstack.org/17368101:27
*** josecastroleon has quit IRC01:27
*** markvoelker has quit IRC01:27
*** diogogmt has joined #openstack-nova01:28
*** josecastroleon has joined #openstack-nova01:28
*** josecastroleon has quit IRC01:30
*** josecastroleon has joined #openstack-nova01:31
*** josecastroleon has quit IRC01:33
*** josecastroleon has joined #openstack-nova01:35
*** josecastroleon has quit IRC01:36
*** haigang has joined #openstack-nova01:37
*** josecastroleon has joined #openstack-nova01:37
*** dboik has joined #openstack-nova01:39
*** josecastroleon has quit IRC01:39
*** dboik_ has joined #openstack-nova01:39
*** josecastroleon has joined #openstack-nova01:41
*** josecastroleon has quit IRC01:42
*** dboik has quit IRC01:43
*** josecastroleon has joined #openstack-nova01:44
*** tjones1 has joined #openstack-nova01:44
*** vilobhmm has joined #openstack-nova01:45
*** josecastroleon has quit IRC01:45
*** haigang has quit IRC01:47
*** josecastroleon has joined #openstack-nova01:47
*** haigang has joined #openstack-nova01:48
*** josecastroleon has quit IRC01:49
*** josecastroleon has joined #openstack-nova01:50
*** josecastroleon has quit IRC01:52
*** josecastroleon has joined #openstack-nova01:53
*** josecastroleon has quit IRC01:55
*** josecastroleon has joined #openstack-nova01:56
*** josecastroleon has quit IRC01:58
*** josecastroleon has joined #openstack-nova01:59
*** patrickeast has joined #openstack-nova02:00
*** josecastroleon has quit IRC02:01
*** vilobhmm has quit IRC02:02
*** josecastroleon has joined #openstack-nova02:02
*** josecastroleon has quit IRC02:04
*** asettle has quit IRC02:04
*** josecastroleon has joined #openstack-nova02:05
*** dan_ has joined #openstack-nova02:05
*** dan_ is now known as Guest1956302:05
*** josecastroleon has quit IRC02:07
*** josecastroleon has joined #openstack-nova02:08
*** yamahata has quit IRC02:09
*** josecastroleon has quit IRC02:10
*** VW has joined #openstack-nova02:10
*** ajayaa has joined #openstack-nova02:10
*** josecastroleon has joined #openstack-nova02:11
*** boris-42 has quit IRC02:12
*** dims has joined #openstack-nova02:12
*** josecastroleon has quit IRC02:13
*** josecastroleon has joined #openstack-nova02:14
*** josecastroleon has quit IRC02:17
*** josecastroleon has joined #openstack-nova02:18
*** josecastroleon has quit IRC02:20
*** park_heijlong has joined #openstack-nova02:20
*** josecastroleon has joined #openstack-nova02:21
*** dsanders has joined #openstack-nova02:22
*** park_heijlong has quit IRC02:22
*** josecastroleon has quit IRC02:23
*** dims has quit IRC02:23
*** josecastroleon has joined #openstack-nova02:24
*** josecastroleon has quit IRC02:26
*** josecastroleon has joined #openstack-nova02:27
openstackgerritLianhao Lu proposed openstack/nova: Fixed some misspellings  https://review.openstack.org/17315302:29
*** josecastroleon has quit IRC02:29
*** unicell has quit IRC02:30
*** josecastroleon has joined #openstack-nova02:30
*** haigang has quit IRC02:31
*** josecastroleon has quit IRC02:32
*** josecastroleon has joined #openstack-nova02:33
*** josecastroleon has quit IRC02:35
*** josecastroleon has joined #openstack-nova02:36
*** josecastroleon has quit IRC02:38
*** VW has quit IRC02:39
*** josecastroleon has joined #openstack-nova02:39
*** josecastroleon has quit IRC02:41
*** gyee is now known as operator9902:42
*** josecastroleon has joined #openstack-nova02:43
*** josecastroleon has quit IRC02:44
*** josecastroleon has joined #openstack-nova02:46
*** varya has joined #openstack-nova02:46
*** tjones1 has quit IRC02:47
openstackgerritheijlong proposed openstack/nova: Merge quota_sets functional tests of v2 and v2.1  https://review.openstack.org/16789902:47
*** josecastroleon has quit IRC02:47
*** asettle has joined #openstack-nova02:48
*** josecastroleon has joined #openstack-nova02:49
*** asettle has quit IRC02:49
*** asettle has joined #openstack-nova02:50
*** josecastroleon has quit IRC02:50
*** bradjones has quit IRC02:52
*** josecastroleon has joined #openstack-nova02:52
*** bradjones has joined #openstack-nova02:53
*** bradjones has quit IRC02:53
*** bradjones has joined #openstack-nova02:53
*** josecastroleon has quit IRC02:53
*** alex_klimov has quit IRC02:54
*** josecastroleon has joined #openstack-nova02:55
*** varya_ has joined #openstack-nova02:55
*** unicell has joined #openstack-nova02:55
*** jecarey has joined #openstack-nova02:56
*** varya has quit IRC02:56
*** josecastroleon has quit IRC02:56
*** josecastroleon has joined #openstack-nova02:58
*** josecastroleon has quit IRC02:59
*** josecastroleon has joined #openstack-nova03:01
*** kiran-r has joined #openstack-nova03:02
*** josecastroleon has quit IRC03:03
*** kiran-r has quit IRC03:04
*** josecastroleon has joined #openstack-nova03:04
*** kiran-r has joined #openstack-nova03:04
*** asettle has quit IRC03:05
*** rushiagr_away is now known as rushiagr03:05
*** asettle has joined #openstack-nova03:05
*** josecastroleon has quit IRC03:06
*** ajayaa has quit IRC03:07
*** josecastroleon has joined #openstack-nova03:07
*** josecastroleon has quit IRC03:09
*** changbl_ has joined #openstack-nova03:09
*** otter768 has joined #openstack-nova03:10
*** josecastroleon has joined #openstack-nova03:10
*** markvoelker has joined #openstack-nova03:11
*** josecastroleon has quit IRC03:12
*** asettle has quit IRC03:13
*** josecastroleon has joined #openstack-nova03:13
*** asettle has joined #openstack-nova03:14
*** ssurana has left #openstack-nova03:14
*** otter768 has quit IRC03:15
*** josecastroleon has quit IRC03:15
*** markvoelker has quit IRC03:16
*** josecastroleon has joined #openstack-nova03:16
*** josecastroleon has quit IRC03:18
*** svalleru has joined #openstack-nova03:19
*** josecastroleon has joined #openstack-nova03:19
*** josecastroleon has quit IRC03:21
*** annashen has joined #openstack-nova03:21
*** josecastroleon has joined #openstack-nova03:22
*** kiran-r has quit IRC03:23
*** josecastroleon has quit IRC03:24
*** rushiagr is now known as rushiagr_away03:25
*** josecastroleon has joined #openstack-nova03:25
*** annashen has quit IRC03:26
*** josecastroleon has quit IRC03:27
*** mmedvede has quit IRC03:28
*** josecastroleon has joined #openstack-nova03:28
*** Nikolay_St has quit IRC03:28
*** asselin_ has joined #openstack-nova03:29
asselin_anyone know how to set this up? https://github.com/openstack/nova/blob/f75aba12a932f7b445631e2cdf6c4005d8b4c205/nova/virt/firewall.py#L26903:29
asselin_ # Pass through provider-wide drops03:29
openstackgerritYuuichi Fujioka proposed openstack/nova: pass environment variables of proxy to tox  https://review.openstack.org/18956903:31
*** josecastroleon has quit IRC03:33
*** josecastroleon has joined #openstack-nova03:34
*** vilobhmm has joined #openstack-nova03:34
*** mmedvede has joined #openstack-nova03:35
*** josecastroleon has quit IRC03:36
*** josecastroleon has joined #openstack-nova03:37
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_get_all_*  https://review.openstack.org/16020203:37
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_usage_update  https://review.openstack.org/16021503:37
*** josecastroleon has quit IRC03:39
asselin_I found this wiki: https://wiki.openstack.org/wiki/Spec-provider-firewall03:39
*** josecastroleon has joined #openstack-nova03:40
*** coolsvap|afk is now known as coolsvap03:42
*** josecastroleon has quit IRC03:42
*** josecastroleon has joined #openstack-nova03:43
*** dsanders has quit IRC03:44
*** diogogmt has quit IRC03:45
*** josecastroleon has quit IRC03:45
*** josecastroleon has joined #openstack-nova03:46
*** josecastroleon has quit IRC03:48
*** josecastroleon has joined #openstack-nova03:49
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add JSON-Home document methods  https://review.openstack.org/18955103:50
*** josecastroleon has quit IRC03:51
*** Sukhdev has joined #openstack-nova03:51
*** deepthi has joined #openstack-nova03:52
*** josecastroleon has joined #openstack-nova03:52
*** josecastroleon has quit IRC03:54
*** josecastroleon has joined #openstack-nova03:55
*** josecastroleon has quit IRC03:57
*** dsanders has joined #openstack-nova03:58
*** josecastroleon has joined #openstack-nova03:58
*** josecastroleon has quit IRC04:00
*** josecastroleon has joined #openstack-nova04:01
*** josecastroleon has quit IRC04:03
*** josecastroleon has joined #openstack-nova04:04
*** rushiagr_away is now known as rushiagr04:05
*** rushiagr is now known as rushiagr_away04:05
*** rushiagr_away is now known as rushiagr04:06
*** josecastroleon has quit IRC04:06
*** josecastroleon has joined #openstack-nova04:07
*** josecastroleon has quit IRC04:09
*** josecastroleon has joined #openstack-nova04:10
*** garyk has quit IRC04:12
*** josecastroleon has quit IRC04:12
*** josecastroleon has joined #openstack-nova04:13
*** rajesht has joined #openstack-nova04:16
openstackgerritVladik Romanovsky proposed openstack/nova: virt: introduce libosinfo library to set hardware policy  https://review.openstack.org/14962504:25
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring network model  https://review.openstack.org/14962704:25
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adding libosinfo configuration  https://review.openstack.org/14962604:25
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring the disk bus  https://review.openstack.org/14962804:25
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adjust os_command_empty test to ImageMetaProps object  https://review.openstack.org/19001704:25
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adjust model_kvm_bogus to ImageMetaProps object  https://review.openstack.org/19001804:25
*** arnaud____ has joined #openstack-nova04:27
*** svalleru has quit IRC04:28
*** nelsnelson has joined #openstack-nova04:30
*** amotoki_ has joined #openstack-nova04:40
*** josecastroleon has quit IRC04:43
*** nelsnelson has quit IRC04:43
*** nelsnelson has joined #openstack-nova04:44
*** josecastroleon has joined #openstack-nova04:44
*** amotoki_ has quit IRC04:46
*** josecastroleon has quit IRC04:46
*** josecastroleon has joined #openstack-nova04:47
*** josecastroleon has quit IRC04:49
*** tojuvone has joined #openstack-nova04:49
*** josecastroleon has joined #openstack-nova04:51
*** josecastroleon has quit IRC04:52
*** patrickeast has quit IRC04:52
*** josecastroleon has joined #openstack-nova04:54
*** josecastroleon has quit IRC04:55
*** rushiagr is now known as rushiagr_away04:55
*** josecastroleon has joined #openstack-nova04:56
*** arnaud____ has quit IRC04:57
*** achanda has joined #openstack-nova04:58
*** josecastroleon has quit IRC04:58
*** josecastroleon has joined #openstack-nova05:00
*** markvoelker has joined #openstack-nova05:00
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add jsonschema validation for creating secgroup  https://review.openstack.org/18954405:00
*** josecastroleon has quit IRC05:03
*** josecastroleon has joined #openstack-nova05:04
*** markvoelker has quit IRC05:04
*** arnaud____ has joined #openstack-nova05:05
*** josecastroleon has quit IRC05:06
*** jecarey has quit IRC05:07
*** fawadkhaliq has joined #openstack-nova05:07
*** josecastroleon has joined #openstack-nova05:07
*** josecastroleon has quit IRC05:09
*** josecastroleon has joined #openstack-nova05:10
*** ajayaa has joined #openstack-nova05:10
*** otter768 has joined #openstack-nova05:11
*** vilobhmm has quit IRC05:11
*** josecastroleon has quit IRC05:12
*** josecastroleon has joined #openstack-nova05:13
*** josecastroleon has quit IRC05:15
*** otter768 has quit IRC05:15
*** josecastroleon has joined #openstack-nova05:16
*** josecastroleon has quit IRC05:18
*** josecastroleon has joined #openstack-nova05:19
*** josecastroleon has quit IRC05:21
*** sudipto has joined #openstack-nova05:22
*** josecastroleon has joined #openstack-nova05:22
*** prashup has joined #openstack-nova05:23
*** pradipta has joined #openstack-nova05:23
*** josecastroleon has quit IRC05:24
*** josecastroleon has joined #openstack-nova05:25
*** rushiagr_away is now known as rushiagr05:25
*** josecastroleon has quit IRC05:27
*** kiran-r has joined #openstack-nova05:27
*** josecastroleon has joined #openstack-nova05:28
openstackgerritEli Qiao proposed openstack/nova: Clean up Fake_Url for unit test of flavor_access  https://review.openstack.org/16286905:29
*** josecastroleon has quit IRC05:30
*** xiaohui has joined #openstack-nova05:31
*** josecastroleon has joined #openstack-nova05:31
*** nihilifer_ has joined #openstack-nova05:32
*** nkrinner has joined #openstack-nova05:32
*** achanda has quit IRC05:32
*** josecastroleon has quit IRC05:33
*** apuimedo has joined #openstack-nova05:33
*** josecastroleon has joined #openstack-nova05:34
*** josecastroleon has quit IRC05:36
*** josecastroleon has joined #openstack-nova05:37
*** josecastroleon has quit IRC05:39
*** rook has quit IRC05:39
*** josecastroleon has joined #openstack-nova05:40
*** Murali has joined #openstack-nova05:40
*** amotoki_ has joined #openstack-nova05:41
*** unicell1 has joined #openstack-nova05:41
*** josecastroleon has quit IRC05:42
*** unicell has quit IRC05:43
*** josecastroleon has joined #openstack-nova05:43
*** rajesht has quit IRC05:45
*** josecastroleon has quit IRC05:45
*** amotoki_ has quit IRC05:46
*** josecastroleon has joined #openstack-nova05:46
*** ankit_ag has joined #openstack-nova05:47
*** josecastroleon has quit IRC05:48
*** eliqiao has joined #openstack-nova05:48
*** josecastroleon has joined #openstack-nova05:49
*** josecastroleon has quit IRC05:51
*** Sukhdev has quit IRC05:51
*** josecastroleon has joined #openstack-nova05:52
*** haomaiwang has quit IRC05:54
*** pilgrimstack has joined #openstack-nova05:54
*** pilgrimstack has quit IRC06:01
*** belmoreira has joined #openstack-nova06:01
*** pilgrimstack has joined #openstack-nova06:02
*** marun has quit IRC06:03
*** garyk has joined #openstack-nova06:05
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/19003406:07
*** jcoufal has joined #openstack-nova06:08
*** oro has joined #openstack-nova06:10
*** pbandzi has joined #openstack-nova06:11
*** asettle has quit IRC06:11
*** destiny has joined #openstack-nova06:14
*** eglynn_ has joined #openstack-nova06:15
*** arnaud____ has quit IRC06:17
*** Sukhdev has joined #openstack-nova06:19
*** sahid has joined #openstack-nova06:22
*** annashen has joined #openstack-nova06:23
*** oro has quit IRC06:25
*** achanda has joined #openstack-nova06:26
*** lsmola has joined #openstack-nova06:27
*** annashen has quit IRC06:29
*** Sukhdev has quit IRC06:33
*** rook has joined #openstack-nova06:34
*** pilgrimstack has quit IRC06:35
*** mdbooth has quit IRC06:39
*** amotoki_ has joined #openstack-nova06:41
*** moshele has joined #openstack-nova06:44
*** mdbooth has joined #openstack-nova06:45
*** ildikov_ has quit IRC06:45
*** jwcroppe_ has quit IRC06:46
*** amotoki_ has quit IRC06:47
*** markvoelker has joined #openstack-nova06:49
*** romainh has joined #openstack-nova06:49
*** browne has quit IRC06:50
*** markvoelker has quit IRC06:53
*** lpetrut has joined #openstack-nova06:58
*** ildikov_ has joined #openstack-nova06:58
*** ssurana has joined #openstack-nova06:59
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add jsonschema validation for creating secgroup  https://review.openstack.org/18954407:00
*** sahid has quit IRC07:00
*** marun has joined #openstack-nova07:01
*** sahid has joined #openstack-nova07:01
*** kiran-r has quit IRC07:03
*** kiran-r has joined #openstack-nova07:04
*** kiran-r has quit IRC07:04
*** kiranr has joined #openstack-nova07:04
*** kiranr has quit IRC07:04
*** kiranr has joined #openstack-nova07:05
*** marun has quit IRC07:05
*** kiranr is now known as kiran-r07:05
openstackgerritgaryk proposed openstack/nova: Compute: enable admin to decide action for conflicting states  https://review.openstack.org/19004707:05
*** mwagner_afk has quit IRC07:06
*** slong has quit IRC07:07
xiaohuix12307:09
xiaohuilllllll07:09
*** xiaohui has quit IRC07:09
*** otter768 has joined #openstack-nova07:12
*** abhishekk has joined #openstack-nova07:12
*** dsanders has quit IRC07:13
*** otter768 has quit IRC07:16
*** p_deore has joined #openstack-nova07:16
*** arnaud____ has joined #openstack-nova07:18
*** mwagner_afk has joined #openstack-nova07:18
*** achanda has quit IRC07:20
*** haypo has joined #openstack-nova07:22
*** haypo has quit IRC07:22
*** haypo has joined #openstack-nova07:22
*** rajesht has joined #openstack-nova07:22
*** arnaud____ has quit IRC07:22
*** armax has quit IRC07:26
*** mpaolino has joined #openstack-nova07:27
*** eglynn_ has quit IRC07:30
*** fawadkhaliq has quit IRC07:32
*** doude has joined #openstack-nova07:33
*** mmedvede has quit IRC07:37
*** jistr has joined #openstack-nova07:37
*** park_heijlong has joined #openstack-nova07:38
*** jlanoux has joined #openstack-nova07:38
*** dsanders has joined #openstack-nova07:40
*** amotoki_ has joined #openstack-nova07:43
*** achanda has joined #openstack-nova07:44
*** yingjun has joined #openstack-nova07:46
*** amotoki_ has quit IRC07:48
*** cfriesen has quit IRC07:55
*** haomaiwang has joined #openstack-nova07:56
*** park_heijlong has quit IRC07:57
*** oro has joined #openstack-nova07:57
*** rotbeard has joined #openstack-nova07:57
openstackgerritRui Chen proposed openstack/nova: Improve functional test base for microversion  https://review.openstack.org/19006307:58
*** leopoldj has joined #openstack-nova08:00
*** ZZelle has quit IRC08:01
*** ijw has joined #openstack-nova08:01
*** ZZelle has joined #openstack-nova08:02
*** fawadkhaliq has joined #openstack-nova08:03
*** lucasagomes has joined #openstack-nova08:07
*** park_heijlong has joined #openstack-nova08:08
*** atuvenie has joined #openstack-nova08:12
openstackgerritAlex Xu proposed openstack/nova: The devref for Nova stable API  https://review.openstack.org/16291208:13
*** dsanders has quit IRC08:13
openstackgerritRui Chen proposed openstack/nova: CreateVM supports subnet specified  https://review.openstack.org/18296908:14
openstackgerritYongli He proposed openstack/nova-specs: Allocate least feature device to user  https://review.openstack.org/19006508:14
*** eglynn_ has joined #openstack-nova08:14
*** markus_z has joined #openstack-nova08:16
*** fawadkhaliq has quit IRC08:17
*** yingjun has quit IRC08:17
*** arnaud____ has joined #openstack-nova08:18
*** Nikolay_St has joined #openstack-nova08:19
*** yingjun has joined #openstack-nova08:20
*** afazekas has joined #openstack-nova08:20
*** yassine has joined #openstack-nova08:23
*** ssurana has quit IRC08:23
*** arnaud____ has quit IRC08:23
*** danpb has joined #openstack-nova08:25
*** lsmola has quit IRC08:27
*** aarefiev has joined #openstack-nova08:28
*** lsmola has joined #openstack-nova08:34
*** BobBall_AWOL is now known as BobBall08:34
*** markvoelker has joined #openstack-nova08:37
*** bradjones has quit IRC08:40
openstackgerritgaryk proposed openstack/nova: DB: add support for volume_type by BDMS  https://review.openstack.org/13999208:41
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999408:41
*** alex_klimov has joined #openstack-nova08:41
*** markvoelker has quit IRC08:42
*** bradjones has joined #openstack-nova08:42
*** bradjones has quit IRC08:42
*** bradjones has joined #openstack-nova08:42
*** lpetrut has quit IRC08:43
*** amotoki_ has joined #openstack-nova08:44
*** park_heijlong has quit IRC08:44
*** amotoki_ has quit IRC08:48
*** vishwanathj has quit IRC08:51
openstackgerritgaryk proposed openstack/nova: Compute: enable admin to decide action for conflicting states  https://review.openstack.org/19004708:51
*** park_heijlong has joined #openstack-nova08:56
*** abhishekk has quit IRC08:56
*** apuimedo has quit IRC08:56
*** ijw has quit IRC08:57
*** fawadkhaliq has joined #openstack-nova08:59
*** palexster has joined #openstack-nova08:59
*** arnaud____ has joined #openstack-nova09:00
*** apuimedo has joined #openstack-nova09:02
*** arnaud____ has quit IRC09:06
*** yamahata has joined #openstack-nova09:07
*** otter768 has joined #openstack-nova09:13
*** abhishekk has joined #openstack-nova09:16
*** otter768 has quit IRC09:18
*** lpetrut has joined #openstack-nova09:18
*** apuimedo has quit IRC09:19
*** apuimedo has joined #openstack-nova09:20
*** dims has joined #openstack-nova09:27
*** dims has quit IRC09:31
*** aix has joined #openstack-nova09:34
gilliardjogo: What was the test which was failing frequently on the multinode job?09:35
gilliardI'm doing some logstash-diving.09:35
gilliardLooks like the live-migration test I added fails sometimes, but only a dozen times in the last 48h09:35
gilliardIIRC there was another one you mentioned at the summit?09:35
jogogilliard: nothing is failing very often09:38
jogoits just a few infrequent ones09:38
jogohttps://bugs.launchpad.net/nova/+bug/146230509:38
openstackLaunchpad bug 1462305 in OpenStack Compute (nova) "multi-node test causes nova-compute to lockup" [Undecided,Incomplete] - Assigned to Joe Gordon (jogo)09:38
jogogilliard: and https://bugs.launchpad.net/nova/+bug/144556909:39
openstackLaunchpad bug 1445569 in OpenStack Compute (nova) "No dhcp lease after shelve unshelve" [High,Confirmed]09:39
*** toan-tran has joined #openstack-nova09:39
jogogilliard: http://jogo.github.io/gate/multinode.html paints a good picture09:39
gilliardahh yes shelve/unshelve is the one I was thinking of.09:39
jogoalthough that spike looks really bad09:39
jogogilliard: yup unshelve/shelve and n-cpu hanging are the two that I know of09:39
*** yingjun has quit IRC09:40
*** varya_ has quit IRC09:40
gilliardgilliard: and https://bugs.launchpad.net/nova/+bug/144556909:41
openstackLaunchpad bug 1445569 in OpenStack Compute (nova) "No dhcp lease after shelve unshelve" [High,Confirmed]09:41
gilliardoh, c&p error, sorry.09:41
*** xek has joined #openstack-nova09:42
*** varya_ has joined #openstack-nova09:42
jogodansmith: I revved your partial n-net patch09:43
jogogilliard: I think this failure is new http://logs.openstack.org/92/139992/31/check/check-tempest-dsvm-multinode-full/59bcd9b//console.html#_2015-06-10_09_35_54_67509:45
gilliardYeah I was looking at that one.09:45
*** prashup has quit IRC09:45
gilliard~12 hits in 48h09:45
jogotime to check the nova logs09:46
gilliardhttp://logstash.openstack.org/#eyJzZWFyY2giOiJcIkZpbGUgXCJ0ZW1wZXN0L2FwaS9jb21wdXRlL2FkbWluL3Rlc3RfbGl2ZV9taWdyYXRpb24ucHlcIiwgbGluZSAxMTYsIGluIHRlc3RfbGl2ZV9ibG9ja19taWdyYXRpb25cIiAgQU5EIGJ1aWxkX25hbWU6XCJjaGVjay10ZW1wZXN0LWRzdm0tbXVsdGlub2RlLWZ1bGxcIiBBTkQgcHJvamVjdDpcIm9wZW5zdGFjay9ub3ZhXCIiLCJmaWVsZHMiOltdLCJvZmZzZXQiOjAsInRpbWVmcmFtZSI6IjE3MjgwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2lud09:46
gilliardGVydmFsIjowfSwic3RhbXAiOjE0MzM5Mjg1MDE4ODIsIm1vZGUiOiIiLCJhbmFseXplX2ZpZWxkIjoiIn0=09:46
gilliard:( long url.  "File "tempest/api/compute/admin/test_live_migration.py", line 116, in test_live_block_migration"  AND build_name:"check-tempest-dsvm-multinode-full" AND project:"openstack/nova"09:46
jogothatis a lot of red http://logs.openstack.org/92/139992/31/check/check-tempest-dsvm-multinode-full/59bcd9b/logs/screen-n-cpu.txt.gz?level=TRACE09:46
gilliardWorth logging a bug for the failure in test_live_block_migration?09:47
jogogilliard: yes for this stacktrace09:47
*** fesp has joined #openstack-nova09:48
*** ildikov_ has quit IRC09:48
*** rushiagr is now known as rushiagr_away09:49
*** artom has joined #openstack-nova09:49
*** prashup has joined #openstack-nova09:49
gilliardhttps://bugs.launchpad.net/nova/+bug/146374709:50
openstackLaunchpad bug 1463747 in OpenStack Compute (nova) "multinode job failing in test_live_block_migration" [Undecided,New]09:50
*** dims has joined #openstack-nova09:51
*** dims_ has joined #openstack-nova09:52
jogogilliard: this is a 100% breakage09:54
jogothat is the good news09:54
*** fesp has quit IRC09:55
jogoand this is the offending patch: https://review.openstack.org/#/c/177437/09:56
*** dims has quit IRC09:56
gilliardI have 2 questions. 1/ how do you know it's 100% breakage? I really struggle to get that kind of info out of logstash09:57
*** park_heijlong has quit IRC09:57
gilliard2/ How did you find that patch so fast?!09:57
jogogilliard: great questions.09:58
jogo1) with this query message:"Finished: SUCCESS" AND   build_name:"check-tempest-dsvm-multinode-full"09:58
jogoso that will show you the last time multinode finished successfully09:58
jogofirst hint that it was 100% failure was my graphite page http://jogo.github.io/gate/multinode.html09:59
jogothat is a very steep curve (moving average)09:59
jogo2) I went into n-cpu and looked for stacktraces09:59
jogohttp://logs.openstack.org/92/139992/31/check/check-tempest-dsvm-multinode-full/59bcd9b/logs/screen-n-cpu.txt.gz?level=TRACE09:59
jogoand found this fingerprint: message:"TypeError: string indices must be integers" AND tags:"screen-n-cpu.txt"09:59
jogothen looked for the first few hits for it10:00
garykBobBall: any idea why citrix CI is broken - can we stop the -1 vote until it is fixed. My world is red (and I am not a liverpool fan)10:00
jogothe first hits are from two separate runs on the same patch10:00
jogo(build_change in logstash)10:00
BobBallI've already turnd it off10:01
BobBallno idea what's going on though10:01
BobBalltrying to investigate10:01
BobBallJust one more job running that'll get a -1 vote (189576) - but no more -1s will be posted10:01
BobBallDon't suppose you've got an idea why requests might disappear?  http://dd6b71949550285df7dc-dda4e480e005aaa13ec303551d2d8155.r49.cf1.rackcdn.com/63/190063/1/581/logs/devstacklog.txt.gz10:02
jogogilliard: it would be great of you try what I just did and hopefully come to the same conclusion10:02
gilliardjogo: I'm just working through it...10:02
jogogilliard: thanks!10:03
gilliardthanks for the tutorial :)10:03
BobBallOk... It's hitting https://git.openstack.org/cgit/openstack-dev/devstack/commit/?id=1bbe71c856916a81e2a4aebcf380235cf0fb819b hmmmmz10:03
jogogilliard: I am happy to spread the know how around10:03
*** Kennan2 has joined #openstack-nova10:03
*** Kennan has quit IRC10:04
*** achanda has quit IRC10:04
BobBallLooks like devstack is broken for some systems now! :) yay.10:04
dims_ndipanov: danpb: thanks for the py34 review yday. i got it working (https://review.openstack.org/#/c/187785/)10:06
openstackgerritJoe Gordon proposed openstack/nova: Revert "libvirt: Remove unnecessary JSON conversions"  https://review.openstack.org/19009810:06
jogoBobBall: if it makes you feel better, someone broke live migration as well10:07
*** achanda has joined #openstack-nova10:07
BobBallheh :) Wasn't me!10:08
jogodims_: isn't it 6AM by you?10:08
lifelessof course they did10:08
dims_ndipanov: danpb: py34 does not support unbound methods and ismethod was not working, so had to add isfunction10:08
dims_jogo: hehe, yes :)10:08
jogolifeless: well we did catch the issue in <6 hours10:08
dims_jogo: and you are travelling? :)10:08
jogodims_: just checking10:08
jogodims_: yup, in Israel (and Rome next week)10:09
*** boris-42 has joined #openstack-nova10:09
jogogilliard: any other logstash.o.o questions I can help with?10:09
dims_safe travels jogo!10:09
jogodims_: thanks10:09
gilliardI'm sure I'll come up with some more!10:09
*** achanda has quit IRC10:13
*** gszasz has joined #openstack-nova10:14
*** matrohon has joined #openstack-nova10:16
*** pixelbeat_ has joined #openstack-nova10:20
gilliardjogo: https://gist.github.com/mjg123/cb544f2f6853df8d866c10:22
*** markvoelker has joined #openstack-nova10:23
jogogilliard: yup10:23
jogonote logstash.openstack.org has 10 days worth of logs10:23
*** wuhg has quit IRC10:24
*** romainh has quit IRC10:27
*** annashen has joined #openstack-nova10:27
*** markvoelker has quit IRC10:27
*** ociuhandu has joined #openstack-nova10:28
*** annashen has quit IRC10:31
*** mpaolino has quit IRC10:32
jogodanpb: want to post non-revert fix for https://review.openstack.org/#/c/190098/ ?10:33
*** cbader has quit IRC10:34
ndipanovdims_, cool - will take a look10:37
*** ildikov_ has joined #openstack-nova10:37
*** marun has joined #openstack-nova10:38
*** derekh has joined #openstack-nova10:38
openstackgerritPetrut Lucian proposed openstack/nova-specs: Hyper-V: Add Fibre Channel support  https://review.openstack.org/19010710:39
*** ociuhandu has quit IRC10:40
openstackgerritPetrut Lucian proposed openstack/nova-specs: Hyper-V: Add Fibre Channel support  https://review.openstack.org/19010710:40
*** subscope has joined #openstack-nova10:41
*** varya_ has quit IRC10:42
*** Kennan2 is now known as Kennan10:42
danpbjogo: yes, i'm just doing that now10:42
*** marun has quit IRC10:43
jogodanpb: thanks10:43
*** kmartin has quit IRC10:44
*** mpaolino has joined #openstack-nova10:44
*** amotoki_ has joined #openstack-nova10:45
*** coolsvap is now known as coolsvap|afk10:45
openstackgerritgaryk proposed openstack/nova: VMware: improve instance names on VC  https://review.openstack.org/16660810:47
openstackgerritgaryk proposed openstack/nova: VMware: add in folder support on VC  https://review.openstack.org/16506010:47
*** fawadkhaliq has quit IRC10:48
*** fawadkhaliq has joined #openstack-nova10:48
*** arnaud____ has joined #openstack-nova10:50
*** amotoki_ has quit IRC10:50
*** asselin has quit IRC10:50
lpetrutjogo: Hi. We'd like to add support for nova assisted volume snapshots using a similar workflow as the one used by the Libvirt driver. Considering the fact that this is a parity feature, would it require a spec or is a blueprint enough?10:51
lpetrutjogo: this is targeting the Hyper-V driver10:51
jogolpetrut: not sure, a blueprint at the very least.  You can add the blueprint to the next nova meeting schedule to see if needs a spec or not10:52
jogolpetrut: I am inclined to say a blueprint is enough though10:52
openstackgerritPetrut Lucian proposed openstack/nova-specs: Hyper-V: Add Fibre Channel support  https://review.openstack.org/19010710:53
lpetrutjogo: great, thanks!10:53
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: fix live migration handling of disk_info  https://review.openstack.org/19011010:53
*** arnaud____ has quit IRC10:54
jogodanpb: thanks10:58
danpbthe sooner we objectify the rest of the nova/virt/driver.py  API and kill these damn dicts and json strings the better10:59
openstackgerritRitesh proposed openstack/python-novaclient: Enhance CLI commands for more usability  https://review.openstack.org/19011111:00
jogodanpb: amen11:00
jogodanpb: good news is the revert worked, so hopefully your patch will work too11:00
*** yingjun has joined #openstack-nova11:02
*** eglynn_ has quit IRC11:07
*** prashup has quit IRC11:07
*** alexpilotti has joined #openstack-nova11:08
*** prashup has joined #openstack-nova11:10
*** mwagner_afk has quit IRC11:12
*** tojuvone has quit IRC11:13
*** otter768 has joined #openstack-nova11:14
*** lucasagomes is now known as lucas-hungry11:18
alexpilottijohnthetubaguy: morning, about the supports_migrate_to_same_host, it’s a bit blocking for Hyper-V: https://review.openstack.org/#/c/189798/11:18
*** otter768 has quit IRC11:18
alexpilottijohnthetubaguy: in testing resizes on single host11:18
johnthetubaguyalexpilotti: sorry, fighting an internal fire right now11:19
johnthetubaguyalexpilotti: is that top of your hyper-v ready to merge list?11:19
alexpilottijohnthetubaguy: np :-)11:20
johnthetubaguyother folks should spot it there11:20
danpbalexpilotti:  jogo can probably give you the second +211:20
alexpilottijohnthetubaguy: well, it’s a 6 lines patch which just completes zhangtralon’s patch11:20
alexpilottijohnthetubaguy: basically a 0 review effort :-)11:21
johnthetubaguyalexpilotti: why has the hyperv CI failed on that?11:21
johnthetubaguyping we when its passed, and I can take a peak11:21
alexpilottijohnthetubaguy: the CI has 2 Hyper-V nodes (for live migration)11:21
danpbalexpilotti: ha, those words are sure to trigger murphy's law11:21
* danpb has been burnt too often by patches which are "trivial" :-)11:21
johnthetubaguyalexpilotti: sill would expect that test to be green though, if it doesn't break existing stuff11:22
johnthetubaguydanpb: me too11:22
*** Longgeek has joined #openstack-nova11:22
alexpilottijohnthetubaguy: this patch allows to do resizes on *single* nodes11:22
johnthetubaguyalexpilotti: it should still be green11:22
alexpilottijohnthetubaguy: I misunderstood your question and good point11:22
*** prashup has quit IRC11:22
alexpilottijohnthetubaguy: ociuhandu ^11:22
alexpilottidanpb: looks like murphy’s laws have ben triggered retroactively :-)11:23
*** markvoelker has joined #openstack-nova11:24
*** Longgeek_ has joined #openstack-nova11:25
*** deepthi has quit IRC11:26
*** markvoelker has quit IRC11:28
*** Longgeek has quit IRC11:28
*** eglynn_ has joined #openstack-nova11:30
*** oro has quit IRC11:32
*** mpaolino has quit IRC11:36
*** varya has joined #openstack-nova11:37
*** thorst has joined #openstack-nova11:44
*** jcoufal has quit IRC11:44
*** rdo has quit IRC11:45
*** rdo has joined #openstack-nova11:47
*** tobe has quit IRC11:47
*** fawadkhaliq has quit IRC11:49
*** heyongli- has joined #openstack-nova11:49
*** marcusvrn has joined #openstack-nova11:51
*** baoli has joined #openstack-nova11:51
*** markvoelker has joined #openstack-nova11:54
*** dprince has joined #openstack-nova11:59
*** romainh has joined #openstack-nova12:00
*** jcoufal has joined #openstack-nova12:01
*** baoli_ has joined #openstack-nova12:01
*** pradipta has quit IRC12:02
*** claudiub has joined #openstack-nova12:03
openstackgerritAndre Aranha proposed openstack/nova-specs: Pass Down the Instance Name to Ironic Driver  https://review.openstack.org/18985012:04
*** prashup has joined #openstack-nova12:04
*** baoli has quit IRC12:04
*** subscope has quit IRC12:05
*** rushiagr_away is now known as rushiagr12:06
*** varya has quit IRC12:08
*** fawadkhaliq has joined #openstack-nova12:08
openstackgerritMatt Thompson proposed openstack/python-novaclient: Pass full path to pkgutil.iter_modules()  https://review.openstack.org/19014112:11
openstackgerritDaniel Berrange proposed openstack/nova: ironic: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18936212:13
openstackgerritDaniel Berrange proposed openstack/nova: objects: convert config drive to use ImageMeta object  https://review.openstack.org/18932312:13
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18811912:13
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: make instance compulsory in blockinfo APIs  https://review.openstack.org/18811812:13
openstackgerritDaniel Berrange proposed openstack/nova: hyperv: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18930212:14
jogodanpb: success https://review.openstack.org/#/c/190110/12:14
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert hardware module to use nova.objects.ImageMeta  https://review.openstack.org/18878912:14
openstackgerritDaniel Berrange proposed openstack/nova: compute: convert manager to use nova.objects.ImageMeta  https://review.openstack.org/18968512:14
openstackgerritDaniel Berrange proposed openstack/nova: xenapi: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18879012:14
openstackgerritDaniel Berrange proposed openstack/nova: test: add MatchType helper class as equivalent of mox.IsA  https://review.openstack.org/19014412:14
openstackgerritDaniel Berrange proposed openstack/nova: objects: add virtual 'image_meta' property to Instance object  https://review.openstack.org/19014512:14
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert to use instance.image_meta property  https://review.openstack.org/19014612:14
jogojohnthetubaguy sdague: want to review this and fix live migration https://review.openstack.org/#/c/190110/12:14
*** aix has quit IRC12:14
* danpb wonders if the live migration test is reliable enough yet that we can make it voting12:14
openstackgerritVineet Menon proposed openstack/nova-specs: Add flavor tables to API database  https://review.openstack.org/19014712:14
*** ivasev has joined #openstack-nova12:15
openstackgerritRomil Gupta proposed openstack/nova: Revert patch-set "VMware: remove unused parameter for VMOPS spawn"  https://review.openstack.org/19014812:15
jogodanpb: sadly no12:15
jogodanpb: bug https://bugs.launchpad.net/nova/+bug/1445569 and https://bugs.launchpad.net/nova/+bug/146230512:15
openstackLaunchpad bug 1445569 in OpenStack Compute (nova) "No dhcp lease after shelve unshelve" [High,Confirmed]12:15
openstackLaunchpad bug 1462305 in OpenStack Compute (nova) "multi-node test causes nova-compute to lockup" [Undecided,Incomplete] - Assigned to Joe Gordon (jogo)12:15
jogodanpb: using GMR to figure out the second one12:15
sdaguejogo: +A12:16
sdaguedanpb: thanks for that fix12:16
danpbnp12:16
jogodanpb: if you have any ideas for either of those bugs, help is appreciated I don't have any good leads for either one12:17
*** sudipto has quit IRC12:17
danpbsdague: do you have review privs for openstack-infra ? i'm looking for someone to have a look at https://review.openstack.org/#/c/186412/12:18
danpbjogo: ok, i'll have a quick look12:18
*** oro has joined #openstack-nova12:19
danpbjogo: what is the service deployment setup for the multi-node test case ?12:19
*** aysyanne has joined #openstack-nova12:19
danpbjogo: both nodes running n-cpu and one node running everything else ?12:20
sdaguedanpb: only +1 on that repo, but it looks fine to me12:20
*** subscope has joined #openstack-nova12:20
jogodanpb: correct12:20
*** dulek has joined #openstack-nova12:20
jogodanpb: and second node runs n-net too12:20
*** mwagner_afk has joined #openstack-nova12:21
danpbok12:21
jogodanpb: see http://logs.openstack.org/10/190110/1/check/check-tempest-dsvm-multinode-full/e0b5720/logs/subnode-2/12:21
*** ildikov_ has quit IRC12:25
*** raildo has joined #openstack-nova12:25
*** bradjones has quit IRC12:26
*** garyk has quit IRC12:26
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] cleanup openstack-common.conf and sync updated files  https://review.openstack.org/18911812:27
*** bradjones has joined #openstack-nova12:27
*** bradjones has quit IRC12:27
*** bradjones has joined #openstack-nova12:27
sdaguejogo: and the metadata service12:27
kashyapCan any other Nova core take a look at this? - https://review.openstack.org/#/c/181781/12:28
kashyap(Fixes a crazy race bug, frequently tops the Elastic Recheck charts.)12:29
*** amotoki has joined #openstack-nova12:30
*** mpaolino has joined #openstack-nova12:30
*** pilgrimstack has joined #openstack-nova12:31
*** claudiub has quit IRC12:32
* jogo looks12:32
*** marun has joined #openstack-nova12:32
jogokashyap: done12:33
kashyapjogo: Excellent, thanks.12:34
openstackgerritVineet Menon proposed openstack/nova-specs: Add flavor tables to API database  https://review.openstack.org/19014712:36
*** VW has joined #openstack-nova12:37
*** eharney has joined #openstack-nova12:37
*** arnaud____ has joined #openstack-nova12:38
*** VW has quit IRC12:39
*** rfolco has joined #openstack-nova12:40
openstackgerritVineet Menon proposed openstack/nova-specs: Add flavor tables to API database  https://review.openstack.org/19014712:40
*** VW has joined #openstack-nova12:40
jogokashyap: next big step is to fix the two known multinode bugs so we can gate on it12:40
jogokashyap: if you have any ideas for either of them help is appreciated12:40
kashyapjogo: Yeah, I have the two bugs open in tabs.12:41
jogokashyap: excellent, I am at a loss for root causes for both of them at the moment12:41
kashyapjogo: You're testing with nova-net, you also have any jobs with Neutron-net?12:41
jogokashyap: there is a neutron job somewhere but I am ignoring it for now12:41
jogocheck-tempest-dsvm-neutron-multinode-full12:42
gilliardjogo: where are the repos which define the devstack setup for those?12:42
jogogilliard: http://git.openstack.org/cgit/openstack-infra/devstack-gate12:43
jogoand git.openstack.org/cgit/openstack-infra/project-config/12:43
gilliardthanks12:43
*** arnaud____ has quit IRC12:43
kashyapjogo: About that lockup bug, I'll see if I can make a reproducer on my DevStack+Neutron two node setup here. Trying to understand if there's any kind of predictable trigger.12:43
jogogilliard: n-net has nova multihost enabled, and no shared storage12:43
openstackgerritDavanum Srinivas (dims) proposed openstack/python-novaclient: [WIP] cleanup openstack-common.conf and sync updated files  https://review.openstack.org/18911912:44
jogokashyap: that would be helpful, it doesn't happen to often so may take some time12:44
jogokashyap:  build_name:"check-tempest-dsvm-neutron-multinode-full" AND (message:"Finished: FAILURE" OR message:"Finished: SUCCESS")12:45
jogoonly one successful run in 7 days for the neutron job though ...12:45
*** salv-orlando has quit IRC12:45
jogoso that may be chewing too much off in one bite12:46
kashyapjogo: To begin, I'll try by making a test that repeatedly does live block migration. Wonder if that sounds sensible12:46
*** ildikov_ has joined #openstack-nova12:46
jogokashyap: yes, but not sure if neutron is stable enough even for that12:46
jogomy hunch is the two bugs we are seeing are nova-net related12:47
jogoso if you test neutron you will hit a separate class of bugs (ones that need fixing as well)12:47
kashyapYep, noted. The thing is, I hardly ever ran nova-net, just so that I can get used to debugging OVS w/ Neutron.12:47
jogokashyap: well if you want to work on getting the neutron version of the job working, by all means go for it12:48
jogoit uses DVR in neutron AFAIK12:48
jogoand I don't remember of the top of my head who is working on it over there12:48
kashyapjogo: Prefer to begin with small steps. Not sure if this DVR thing _necessary_. I'd begin with a simple OVS+GRE/VXLAN env - that's complex enough.12:49
jogokashyap: you should talk to the neutron team and see who is working on it over there12:50
jogokashyap: yeah ++ to start simple, I think they bit off too much at first myself12:50
kashyapjogo: Yep, once I have done some tests and seen some real failures.12:50
*** aix has joined #openstack-nova12:50
jogothere are plenty of real failures for you to play with12:51
*** jcoufal has quit IRC12:51
*** pilgrimstack has quit IRC12:52
jogokashyap: another useful thing is what gilliard is working on https://review.openstack.org/#/c/189733/12:52
*** jcoufal has joined #openstack-nova12:52
jogokashyap: which is to make the connectivity tests pass (I think the tempest code may have bit rotted along with real bugs)12:52
*** jcoufal is now known as Guest6217812:52
*** ociuhandu has joined #openstack-nova12:53
gilliardI'm working with a couple of the -qa team on that...12:53
*** lucas-hungry is now known as lucasagomes12:53
kashyapjogo: Thanks for the pointer, will look. Just torn between multiple bugs right now. Who isn't? :-)12:53
jogogilliard: awesome!12:54
*** ociuhandu has quit IRC12:54
jogogilliard: looking at http://logs.openstack.org/33/189733/1/check/check-tempest-dsvm-full/301a679/logs/testr_results.html.gz when things fail we don't colelct console logs for most of those jobs12:55
jogogilliard: getting that info would make debugging a lot easier12:55
*** Guest62178 has quit IRC12:55
gilliardjogo kashyap - https://blueprints.launchpad.net/tempest/+spec/ssh-auth-strategy << includes pinging vms12:57
kashyapYep - will look.12:59
*** cbader has joined #openstack-nova13:03
jogogilliard: nice!13:05
*** nihilifer_ has quit IRC13:06
lpetrutHi, could anyone please take a look over this easy fix targeting the Libvirt SMB volume driver? https://review.openstack.org/#/c/187619/ We have some issues w/ our Cinder CI because of this and would like to get this in as soon as possible13:06
lpetrutit's merely 40 LOC13:06
*** ferest has joined #openstack-nova13:06
jogogilliard: anything I can do to help with that work?13:08
*** garyk has joined #openstack-nova13:08
BobBallgaryk: Thanks to sdague the xenserver CI is back working now.  I've requeued all failures that were affected by this bug.13:10
garykBobBall: sdague: gracias. "you will never walk alone!"13:11
*** mriedem has joined #openstack-nova13:13
jlanouxjogo: you can always harass qa cores to review and approve the changes :)13:13
mriedemdanpb: i figured out why we weren't getting volume encryption metadata back from cinder for the ceph case - it's pretty simple actually,13:14
*** otter768 has joined #openstack-nova13:15
mriedemdanpb: nagyz: the problem is the rbd volume driver in cinder doesn't set the 'encrypted' key in the connection_info sent back during initialize_connection like the isci volume driver does13:15
*** ajayaa has quit IRC13:15
mriedemthat's the flag that nova is checking before calling the cinder API13:15
*** mdrabe has joined #openstack-nova13:15
mriedemso while i could 'fix' that in cinder, there are many volume drivers that don't set it and i'm not sure if that's on purpose or not - the cinder API shows if a volume is encrypted or not13:15
mriedemmy guess is this is some leftover tight coupling from when the volume service was in nova, but that was before my time13:16
mriedemjdurgin: fyi since you commented on the bug ^13:18
*** otter768 has quit IRC13:19
*** jcoufal_ has joined #openstack-nova13:19
*** rushiagr is now known as rushiagr_away13:20
danpbmriedem: yeah, i commented to this effect on the logging patch too13:20
danpbmriedem: merely setting the encrypted flag isn't going to do anything useful though13:20
danpbbecause nova will not have any way of supporting encryption with rbd13:21
*** tojuvone has joined #openstack-nova13:21
danpbat least not without some significant dev work13:21
mriedemdanpb: yeah, that's what nagyz is planning on13:21
mriedemand confirmed that it blows up https://review.openstack.org/#/c/190053/13:21
danpbi think it is really serious bug that you can request encryption via an api call and have that request totally ignored13:21
mriedemin cinder?13:22
danpbwe really must return an error to the user if they request something that cannot be honoured13:22
danpbyeah13:22
mriedemyeah, that was my justification for the bug13:22
*** claudiub has joined #openstack-nova13:22
sdaguegaryk: https://review.openstack.org/#/c/170054/2/nova/virt/vmwareapi/vmops.py,cm - I'm confused on that change, because it seems to be equivalent13:22
danpbmriedem: which bug #13:22
mriedemdanpb: https://bugs.launchpad.net/cinder/+bug/146352513:22
openstackLaunchpad bug 1463525 in Cinder "There is no volume encryption metadata for rbd-backed volumes" [Undecided,Triaged] - Assigned to Matt Riedemann (mriedem)13:22
*** yingjun has quit IRC13:23
mriedemdanpb: it's almost like the cinder volume drivers need capabilities bubbled up to the volume manager to tell it if they support encryption, like what we do with the virt drivers13:23
mriedemthen if a request is made to create a volume from an encrypted volume type, if the driver doesn't support it it should blow up13:23
mriedemi also poked around in the connection_info bits in some of the various cinder drivers, and oh those are not fun if we want to try and model some of that with objects in nova13:24
*** ociuhandu has joined #openstack-nova13:25
mriedemplus those are not considered any part of the cinder API, it's just a black box and you get what the vendor driver gives you, and you'd better hope it doesn't change13:25
danpbmriedem: yeah, thta's exactly why we must model them as objects - this free-for-all cannot continue13:25
asselin_is this wiki page spec implemented? I couldn't find any docs on it. https://wiki.openstack.org/wiki/Spec-provider-firewall13:26
danpbwe'll hopefully have the VIF  stuff modelled as objects soon too13:26
mriedemi think i'm going to start by just trying to document the connection_info that comes back from the cinder drivers to get an idea for what's common13:26
danpbmriedem: yeah, that's a good idea13:26
*** mhorban has quit IRC13:27
*** changbl_ has quit IRC13:27
*** jgrimm is now known as zz_jgrimm13:28
dansmithjogo: thanks!13:28
nagyzhey danpb mriedem13:28
*** mhorban has joined #openstack-nova13:29
nagyzright I just made the RBD driver to pass it through - I still need to write the nova part to handle it well13:29
nagyzI'm a bit unsure where that piece should go to inside nova - certainly not into the luks/cryptsetup handlers?13:29
*** annashen has joined #openstack-nova13:30
mriedemnagyz: i have no idea, apparently we simply just don't have shared storage volume encryption support at all13:30
mriedemso this would be new13:30
*** VW_ has joined #openstack-nova13:30
*** VW has quit IRC13:31
*** exploreshaifali has joined #openstack-nova13:31
garyksdague: the issues is when the disk_bus is an empty string. if that is the case then the empty string will be returned and the spawn will be failed. hecne we need the or13:31
*** ociuhandu has quit IRC13:31
BobBallCan I beg for core reviews on https://review.openstack.org/#/c/189397/ ? It seems to be causing a race which is hurting the XenServer CI at around a 10-20% rate.13:31
*** ijuwang has joined #openstack-nova13:31
jrolljohnthetubaguy: are there notes from the ironic/nova-compute session? and how do you feel about a spec on that being in ironic/nova/both, where should that live (I assume nova)?13:32
*** jcoufal_ has quit IRC13:32
*** teju has joined #openstack-nova13:32
sdaguegaryk: gotcha13:32
*** jcoufal_ has joined #openstack-nova13:33
mriedemBobBall: +213:34
BobBallYay - thanks :)13:34
*** annashen has quit IRC13:35
nagyzmriedem, I was thinking to reuse the iSCSI device mapping code that I'm sure happens for iSCSI volumes at the moment?13:35
nagyzthat's already in tree13:35
mriedemBobBall: gross, looks like this also needs to be backported to at least kilo and maybe juno?13:35
danpbif you wanted todo that, you'd really need to make cinder return a connection_info with the iscsi driver type, instead of rbd type13:35
danpbbut that seems like the wrong way to go13:35
danpbinstead I think you'd want to use the rbd kernel module so that the compute host makes a direct connection to the rbd server13:36
*** rotbeard has quit IRC13:36
danpbyou can then layer the dm crypt on top of that13:36
*** ferest has quit IRC13:36
*** ankit_ag has quit IRC13:36
danpbso you keep iscsi out of the loop still, avoiding that performance hit in the i/o path13:36
mriedemBobBall: any idea what changed to tickle that bug?13:37
*** ociuhandu has joined #openstack-nova13:37
danpbnagyz: ^^13:37
nagyzdanieru, that's exactly what I want to do!13:37
nagyzdanpb13:37
*** vladikr has joined #openstack-nova13:37
BobBallGood question...13:37
*** vishwanathj has joined #openstack-nova13:37
BobBallNo - I assumed once alaski figured out what was going on that it was recently introduced13:37
nagyzdanpb, based on the data returned from cinder we should be able to distinguish between an iSCSI and an rbd connection, right? so we can handle it per-case13:37
mriedemBobBall: maybe doesn't matter, the code in the bw usage object is wrong, and it goes back to juno so probably needs to be backported either way13:37
danpbthe cryptsetup part of nova is all in nova/volume/encryptors13:38
*** oro has quit IRC13:38
alaskiBobBall: mriedem it was introduced when the bw usage task moved to objects13:38
BobBallPerhaps, but it does raise the question of if actually this is just a symptom rather than the real issue... Which might mean it might not fix the race we're hitting13:38
alaskiunfortunately that's not at all tested outside of xen CI13:38
*** vishwana_ has joined #openstack-nova13:39
danpbnagyz: yes  connection_info.get('driver_volume_type')13:39
BobBallOh? Why does this CI test this and not others?13:39
*** tojuvone has quit IRC13:40
alaskimost/all(?) other virt drivers bail at http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/manager.py#n548713:40
BobBallAh - I see.  Makes sense.13:41
*** vishwanathj has quit IRC13:42
*** fawadkhaliq has quit IRC13:42
nagyzdanpb, so do you think that in the cryptsetup part let's check the driver_volume_type and if it's rbd then do the kernel mapping? I haven't looked at the code there but there must be a similar code path already for iSCSI in place, right?13:43
*** pbandzi has quit IRC13:43
*** apuimedo has quit IRC13:47
danpbnagyz: i don't think you can do it entirely within the encryptors code - the libvirt volume.py needs to understand this too13:47
*** dboik_ has quit IRC13:48
nagyzdanpb, let me dig around and see what I come up with. I'll shout if I hit a block (which could be soon! :P)13:49
*** jcoufal_ has quit IRC13:49
openstackgerritYusuke Ide proposed openstack/python-novaclient: Add help message for secgroup-add/del-default-rule  https://review.openstack.org/18926313:51
nagyzdanpb, how come there is both a luks and a cryptsetup one?13:51
abhishekkclaudiub: hi, you around?13:51
claudiubabhishekk: hello13:51
*** Murali has quit IRC13:51
*** zzzeek has joined #openstack-nova13:51
danpbnagyz: i dunno really13:52
abhishekkclaudib: this is related to your comment on https://review.openstack.org/#/c/183404/2/nova/compute/manager.py13:52
claudiubdanpb: hello. You have a +2 on this commit and it already has 2x +2. Can you give it a +A? https://review.openstack.org/#/c/189798/113:52
claudiubabhishekk: ok, thanks! taking a look13:53
abhishekkclaudiub: yes please13:53
*** matrohon has quit IRC13:53
mriedemnagyz: i've seen joel coffman's name in the volume encryption stuff in nova and in cinder, he might have some more background, but i don't know his irc nick13:56
*** igordcard_ has quit IRC13:56
*** igordcard_ has joined #openstack-nova13:57
*** doude has quit IRC13:57
dansmithit's like jcoffman13:57
dansmithand yeah, he'd be the one to ask I think13:57
*** doude has joined #openstack-nova13:58
*** VW_ has quit IRC13:58
mriedemdanpb: i sent a thing to the ML asking the cinder devs for help on documenting this connection_info mess13:59
mriedemhopefully i get someone to help13:59
*** cfriesen has joined #openstack-nova13:59
mriedemi didn't really want our object to be made up of 2 fields: driver_volume_type (string) and data (dict of strings)13:59
mriedemhonestly cinder should really have an object modeling that on their side that is versioned and the volume drivers should be using it, and if someone adds/drops/renames a field it would bump the version14:00
mriedemand the caller (nova) would have the version for compat handling14:00
mriedemlike actually store the version of the connection_info object in cinder and return that in os-initialize_connection14:01
openstackgerritAndreas Scheuring proposed openstack/nova-specs: Spec to add 'libvirt_net' as vif type to novas libvirt driver.  https://review.openstack.org/19019814:02
*** pilgrimstack has joined #openstack-nova14:02
mriedemmaybe that's something that should go in brick so both nova and cinder would be using the same thing14:02
*** pilgrimstack has quit IRC14:02
mriedemsince it's common and could live in a library14:02
*** pilgrimstack has joined #openstack-nova14:02
*** subscope has quit IRC14:04
*** VW has joined #openstack-nova14:05
*** tojuvone has joined #openstack-nova14:05
*** mpaolino has quit IRC14:07
danpbmriedem: indeed - this is the case where we'd define a ConnectionInfo base object, and then subclass it for RBDConnectionInfo, ISCSIConnectionInfo, etc and have everything formally specified14:08
danpbsome static method on ConnectInfo would look at driver_volume_type to decide which subclass to instantiate perhaps14:08
*** kiran-r has quit IRC14:08
*** dboik has joined #openstack-nova14:09
johnthetubaguyjroll: we have notes in the etherpad, linked from the wiki, but I think we need a nova spec for the nova work, we could probably merge something in the docs around the longer term vision, but I don't have the structure in place for that yet I am afraid14:09
alex_xudansmith: hi, good morning. I read you talk with cfriesen about cpu model yesterday. As my understand you prefer an API can be used to define what cpu model and what cpu features in that model. Then scheduler choice one host can support that model and those features. Then compute-node build up an instance with that model and those features.14:10
alex_xuHowever our propose is reversed with your propose. We propose nova-compute report supported cpu models and features in those models. Then user choice one of it to boot up that instance.  Did I understand right?14:11
*** abhishekk has quit IRC14:11
BobBalldanpb: Thanks for the second review (https://review.openstack.org/#/c/189397/); Just checking - are you happy to +A or do you think it needs more eyes? (I suspect you and mriedem reviewed in parallel)14:11
mriedemdanpb: i'm writing up some ideas on that to the ML now for cinder devs - and i'm going to be bugging jungleboyj about this when he gets into the office since he can't physically hide from me14:11
danpbBobBall: ah yes14:11
BobBallJoy of joys!14:12
BobBallThanks.14:12
dansmithalex_xu: yes, but the problem is not that the models are sourced from the compute, the problem is that the models reported from the compute are not consistent because hypervisor versions, technologies, etc will report different things under the same name14:12
*** aloga has quit IRC14:13
alex_xudansmith: ok, I see now, your propose force all hypervisor create instance with the specific model and features. Then resolve all the problem created by inconsistent between hyperivsors, even different version hyepervisors14:14
*** dguitarbite has joined #openstack-nova14:14
dansmithalex_xu: yes14:14
*** aloga has joined #openstack-nova14:15
dansmithalex_xu: you can report flags up so the scheduler can place what was requested, but you have to do that by flags and not by the arbitrary model name14:15
alex_xudansmith: ah, thanks, I see now:) and the API you expected is jaypipes proposed resource template?14:15
dansmithalex_xu: no, I don't think jaypipes has proposed the flavors/options spec yet, AFAIK14:15
danpbdansmith: using flags exclusively only works on x8614:15
*** pilgrimstack has quit IRC14:16
danpbdansmith: non-x86 architectures don't really have the same fine grained CPUID flags concept14:16
danpbdansmith: so for those the only option is using cpu model names14:16
*** VW has quit IRC14:16
danpbif we want to expose the ability to influence placement based on cpu, I'm not sure i see any solution  which is portable across hypervisors14:17
dansmithdanpb: we could report flags that correspond to architectures from the compute when we're on such a platform, right? like ppc64native or whatever14:17
*** amotoki has quit IRC14:17
*** amotoki has joined #openstack-nova14:17
*** amotoki has quit IRC14:18
danpbdansmith: how does that let the user chose between different ppc64 cpu models with differing capabilities14:18
alex_xudansmith: yea, jaypipes didn't propose that yet. But the concept is resource template, right?14:18
*** jecarey has joined #openstack-nova14:18
danpbi guess you could introduce an abstraction so that only the cloud admin needs to care about hypervisor specific cpu differences14:19
dansmithdanpb: you meant that on PPC we only have the machine type, right?14:19
*** thangp has joined #openstack-nova14:19
*** amotoki has joined #openstack-nova14:19
jrolljohnthetubaguy: found it, ty14:19
dansmiththe -M flag to qemu I mean14:19
danpbdansmith: no, i meant that on PPC you have a huge choice of cpus  http://paste.fedoraproject.org/230740/1433945914:19
dansmithdanpb: right, so expose that machine type as a flag14:20
danpband you can't express preferences based on CPU feature names14:20
*** mpaolino has joined #openstack-nova14:20
dansmithdanpb: on intel you may ask for sse414:20
danpbthat's not a machine type - that's cpu model names14:20
dansmithdanpb: on ppc you may ask for 970mp14:20
*** amotoki has quit IRC14:20
dansmithfine, whatever, they're just symbols that the compute node exposes as capabilities14:20
*** amotoki has joined #openstack-nova14:20
danpbthose aren't standardized across hyprevisors in any way14:20
danpbso we still have the same problem14:21
*** mtanino has joined #openstack-nova14:21
dansmithwe have many fewer hypervisors that can do non-intel architectures,14:21
danpbi could see one way to solve this is to not expose any concept of cpu models and features to the tenant user at all14:22
dansmithand those that do are massively limited in the CPUs they could expose I think, so just standardizing those model names seems like a reasonable thing for us to do internally to nova14:22
danpbinstead create a "CPU" object abstraction that the users choose14:22
danpband let the cloud admin populate those abstractions with the hypervisor specific cpu model names / features14:22
danpbso the user would see & choose "Xeon with SSE3"14:22
dansmithdanpb: we still need a way for them to control how to find a cpu like that, but yes that's the heavier approach I'd really like us to take14:23
danpband the cloud admin would have setup a mapping so that uses  CPUBlah on libvirt and CPUFoo on vmware14:23
dansmithdanpb: doing it just based on flags is a medium approach between that and just cheaping out and using the model names the hypervisors provide14:23
danpbso the cloud admin still gets the pain of dealing with hypervisor specific setup14:23
danpbbut the tenant user is isolated from it14:23
*** READ10 has quit IRC14:23
dansmithyes, this is what I originally asked for in the summit conversation14:23
dansmithalthough I think it needs to be modeled in a generic way, like what jaypipes was suggesting as options that sit on top of a flavor14:24
dansmithbut yes14:24
danpba much bigger bit of work, but it feels like the right approach if we want to islate the user from low level details14:24
dansmithyep14:24
*** arnaud____ has joined #openstack-nova14:27
*** nihilifer has quit IRC14:28
*** nkrinner has quit IRC14:29
*** READ10 has joined #openstack-nova14:29
*** varya has joined #openstack-nova14:30
alex_xudansmith: danpb , so you are both like flavor options?14:30
dansmithalex_xu: note that we're talking about a new model here, not options == extra_specs14:31
alex_xudansmith: yea, got that14:31
*** yingjun has joined #openstack-nova14:32
*** arnaud____ has quit IRC14:32
alex_xudansmith: so user can use that API specific an fake model name like "Xeon with SSE3" and that includes a set of features.14:33
dansmithalex_xu: yes, but the model has to expose useful information I think,14:33
dansmithso it still needs to expose CPUID flags in the intel case, IMHO14:33
dansmithso that you can actually know what is included in that model14:33
dansmith"Xeon with SSE3" might be missing some other flag like vmx which is masked out14:34
alex_xudansmith: yea, but what about the real cpu model used for guest? Like libvirt don't know "Xeon with SSE3", how hypervisor decide which real model used for guest?14:34
dansmithalex_xu: sure, you still have to turn that into something useful14:37
openstackgerritAndrew Laski proposed openstack/nova: DNM Cells: Provide example boot request flow for reference  https://review.openstack.org/19020914:38
alex_xudansmith: ok so that also an important of live-migratable. If a host finally choice Haswell, but on old host didn't know that model name, then we can't live migration also.14:39
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to get domain XML  https://review.openstack.org/18930714:39
openstackgerritsahid proposed openstack/nova: libvirt: introduce method detach_device to Guest object  https://review.openstack.org/18876514:39
openstackgerritsahid proposed openstack/nova: libvirt: introduce GuestBlock to wrap around Block API  https://review.openstack.org/19021014:39
openstackgerritsahid proposed openstack/nova: libvirt: update swap volume to use Guest  https://review.openstack.org/19021114:39
openstackgerritsahid proposed openstack/nova: libvirt: update live swnapshot to use Guest  https://review.openstack.org/19021214:39
openstackgerritsahid proposed openstack/nova: libvirt: update volume delete swnapshot to use Guest  https://review.openstack.org/19021314:39
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to wait block device job  https://review.openstack.org/19021414:39
alex_xuso not only need care about flags14:39
dansmithalex_xu: I don't think this will affect the existing libvirt mechanisms and restrictions14:40
dansmiththis is all about knowing what to ask libvirt for, but in the end it will still be the same thing, AFAIK14:40
*** openstackgerrit has quit IRC14:41
danpbyeah, this is only about what the user sees14:41
*** openstackgerrit has joined #openstack-nova14:41
danpbwe'd convert this into the libvirt specific format the moment we use it14:41
danpbso everything in libvirt will continue to just work14:42
dansmithyeah14:42
alex_xuemm...ok, I may misunderstand something, let me think about and re-read the talk between you14:43
alex_xudansmith: danpb anyway, thanks for the talk :)14:44
dansmithalex_xu: np, thanks for working on this14:44
alex_xu:)14:44
*** electrocucaracha has joined #openstack-nova14:45
cfriesendansmith: danpb: so are we saying that this feature would have to wait on some generic modelling framework to replace the free-form flavor extra-specs and image metadata?14:45
danpbno, its something that should be modelled separately from flavours imho14:47
danpba standard alone object in its own right14:47
danpbthe flavour extra-specs would merely refer to it via some unique id key14:47
jaypipesguh, so much I need to read in scrollback... late start today, sorry guys :(14:47
*** tsekiyama has joined #openstack-nova14:47
danpbor likewise the image meta could refer to it in the same way14:47
lxslijaypipes: morning!14:47
jaypipesis it? :)14:48
lxslijaypipes: I'm rewriting your resource objects spec in terms of inventory objects, this should be a much smaller change than my previous patch (conceptually at least)14:48
lxslijaypipes: somewhere!14:48
cfriesendanpb: right, but from what I see the suggestion is that the cpu model/flavor feature is blocked until such an entity exists?14:48
jaypipeslxsli: cool, thank you sir.14:48
danpbcfriesen: yep, looks that way14:49
*** lan_ has joined #openstack-nova14:49
cfriesendanpb: dansmith: and based on dansmith's comments last night nobody is actively working on such an entity?14:50
dansmithdanpb: I'm not sure that the model gets selected via extra_specs, actually, but *something*14:50
*** diogogmt has joined #openstack-nova14:50
dansmithdanpb: you missed the discussion at summit about how this might look in a general way for adding options to flavors that are orthogonal to normal cpu/mem/disk things14:50
*** VW has joined #openstack-nova14:50
dansmithcfriesen: *you* can work on it to unblock yourself :)14:51
danpbdansmith: ok, sure, how we attach them to flavours doesn't matter - just that there's some association there14:51
dansmithdanpb: yep14:51
cfriesendansmith: yeah, I get that.  but realistically I don't think I have that much time to put on this.14:52
cfriesendansmith: alex might be able to help14:53
dansmithyep, and he has api chops14:53
alex_xuyea, I'm interesting, but I need figure out more~14:53
dansmithalex_xu: you are definitely interesting :D14:53
alex_xudansmith: yes...that's trure14:54
alex_xus/trure/true14:54
alex_xuanyway bad news is we block by something, good news is there is something have agreement :)14:55
nagyzdanpb, mriedem, what you guys discussed would be a longer plan right? :-) if I add an RBDVolumeDriver to libvirt's volume.py and reuse that from the encryptor to actually attach/detach in the encrypted case, is that ok? currently it's using the base variant to get the xml back14:55
openstackgerritChris Friesen proposed openstack/nova: fix "down" nova-compute service spuriously marked as "up"  https://review.openstack.org/16306014:56
mriedemnagyz: today for rbd the LibvirtNetVolumeDriver is used14:56
*** danpb has quit IRC14:56
*** mmedvede has joined #openstack-nova14:56
dansmithalex_xu: well, we need a spec for agreement, but yeah14:56
openstackgerritVineet Menon proposed openstack/nova-specs: Add flavor tables to API database  https://review.openstack.org/19014714:56
*** belmoreira has quit IRC14:57
bauzasthat flavor stuff wasn't something which was defined as "need an owner/plan" ? :)14:57
nagyzmriedem, how come there are iscsi bits in the LibvirtNetVolumeDriver yet there is a separate ISCSIVolumeDriver as well?14:57
* alex_xu still search dictionary about what is 'chops' mean...14:57
*** danpb has joined #openstack-nova14:57
gilliardchops == strength, in this context :)14:57
mriedemnagyz: i have no idea, i've been looking at the volume drivers in nova and wondering the same about the lack of hierarchy14:58
* alex_xu is going to search "strength"14:58
dansmithalex_xu: yes, I meant "alex_xu is skilled at API stuff, and this will be easier for him than some other people"14:58
*** dguitarbite has quit IRC14:58
* alex_xu just joke14:58
dansmithheh14:58
mriedemnagyz: because i'm not exactly sure the best way to model these volume connections, e.g. local vs shared vs fibre channel14:59
*** dguitarbite has joined #openstack-nova14:59
mriedemi don't want to model everything per vendor, since there are dozens of vendor drivers in cindder14:59
mriedem*cinder14:59
*** afazekas has quit IRC14:59
nagyzmriedem, I think the current grouping is fine it's just confusing to have a generic net driver that has rbd and iscsi bits while there is a separate iscsi implementation there14:59
nagyzare you against introducing a separate RBDVolumeDriver that can be told if it's an encrypted volume or not and if it's non-encrypted it just calls the base method and if it is then it does the local attach/detach?15:00
*** lan__ has joined #openstack-nova15:00
*** nelsnelson has quit IRC15:01
*** exploreshaifali has quit IRC15:01
mriedemnagyz: i'm not against that no15:02
mriedemthe volume drivers are mapped in the libvirt driver.py15:02
mriedemtoday rbd driver_volume_type is mapped to LibvirtNetVolumeDriver - that could change to RbdVolumeDriver which extends LibvirtNetVolumeDriver15:02
*** dims_ has quit IRC15:03
*** lan_ has quit IRC15:03
*** lan_ has joined #openstack-nova15:04
openstackgerritDan Smith proposed openstack/nova: API support for migration_type  https://review.openstack.org/18320015:05
openstackgerritDan Smith proposed openstack/nova: Make live migration create a migration object record  https://review.openstack.org/18333115:05
openstackgerritDan Smith proposed openstack/nova: Make evacuate leave a record for the source compute host to process  https://review.openstack.org/18335415:05
*** kmartin has joined #openstack-nova15:05
*** lan__ has quit IRC15:06
*** lan__ has joined #openstack-nova15:06
*** tjones1 has joined #openstack-nova15:06
mriedemndipanov: danpb: why is it that the connection_info for NFS backends in cinder have a 'mount_point_base' but in the nova libvirt volume module for NFS volumes we also use our own config options, e.g. nfs_mount_point_base, glusterfs_mount_point_base, etc - couldn't we just get that info from cinder after initializing the connection?15:07
mriedemi'm totally confused why you have to configure nova for this stuff when it appears that cinder is already passing it back to nova15:07
*** lan__ has quit IRC15:08
*** dims has joined #openstack-nova15:08
*** dims has quit IRC15:08
*** dims has joined #openstack-nova15:08
*** lan_ has quit IRC15:09
ndipanovmriedem, no idea - probably15:10
ndipanovsome of the cinder stuff might be internal to cinder15:10
*** patrickeast has joined #openstack-nova15:10
ndipanovi.e. where the volume service will mount it for some of it's operations15:10
ndipanovso maybe that's what you are seeing15:10
ndipanov(that should not leak back to nova tho15:10
ndipanov)15:10
*** pedroalvarez_ has joined #openstack-nova15:11
mriedemndipanov: ok, i'll admit i don't know much about the flow here15:11
danpbmriedem: not sure really15:12
*** mpaolino has quit IRC15:12
mriedemi do see that the LibvirtGlusterfsVolumeDriver is 95% the same as the LibvirtNFSVolumeDriver in nova, i think i'm going to refactor that to clean those up15:12
mriedemmake glusterfs driver extend nfs driver for the common bits15:12
mriedemreally the only differences are the options used15:12
ndipanovmriedem, or both extend a localmount driver15:12
*** agireud has joined #openstack-nova15:13
*** pedroalvarez has quit IRC15:14
*** pedroalvarez_ is now known as pedroalvarez15:15
*** otter768 has joined #openstack-nova15:15
*** lpetrut has quit IRC15:15
*** mikedillion has joined #openstack-nova15:16
jogosdague: how do I find out what the difference is between each API version?15:17
jogomicroversion*15:17
openstackgerritDavanum Srinivas (dims) proposed openstack/python-novaclient: [WIP] cleanup openstack-common.conf and sync updated files  https://review.openstack.org/18911915:17
mriedemjogo: there is an rst file in tree15:17
dansmithand comments in the api_version_request file15:17
mriedemjogo: https://github.com/openstack/nova/blob/master/nova/api/openstack/rest_api_version_history.rst15:17
jogoahh nice15:18
jogoshould we wire that up to http://docs.openstack.org/developer/nova/15:18
*** mikedillion has quit IRC15:18
mriedemjogo: yeah15:18
mriedemi don't know how though15:19
* jogo knows the secrets of the sphinx15:19
mriedemthere is a joke there somewhere15:19
*** otter768 has quit IRC15:20
lxslijaypipes: so in your patches I see IntegerAmount and IntegerUsage. That means that from one of those, there's no way to know what resource it applies to. We could use a dict with key ResourceType and value *Amount; but ugh. Do you think we need something (other than the computenode) to relate these? Specifically I'm looking at the _update_usage example which needs to take a collection of amounts and15:20
lxsliknow which resources they apply to15:21
openstackgerritNisha Agarwal proposed openstack/nova-specs: Nova and Ironic-virt-driver to support json list  https://review.openstack.org/18257215:21
lxsliWe could pass dual comprehension lists but again ugh15:22
kashyapmriedem: Heya ill you also backport to stable/kilo once merged in master? I could do that, but wanted to check if you planned to do, so I don't step on toes - https://review.openstack.org/#/c/181781/15:22
kashyaps/ill/will/15:22
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] cleanup openstack-common.conf and sync updated files  https://review.openstack.org/18911815:23
jaypipeslxsli: no, I don't think we need anything other than a dict, keyed by the nova.objects.resources.ResourceType classes, of *Amount objects for the user-requested stuff and *Usage (or Inventory) objects for the capacity stuff.15:23
*** ajayaa has joined #openstack-nova15:23
lxslijaypipes: OK, thanks15:23
jaypipeslxsli: of course, I'm happy to hear your thoughts on alternatives, though...15:23
jogomriedem: lucky guess it was a movie http://www.imdb.com/title/tt0123262/15:24
lxslijaypipes: no that's fine for now, thanks - if it looks like a problem I'll raise again15:25
jaypipescoolio.15:25
jaypipesBTW, edleafe, lxsli: did we come to agreement on a new shceduler IRC meeting time?15:25
*** leopoldj has quit IRC15:26
lxslipoll should have closed by now15:26
openstackgerritMichael Bayer proposed openstack/nova: Add an index to virtual_interfaces.uuid  https://review.openstack.org/15424315:26
bauzasjaypipes: I was not there at the previous meeting, but it seems we have a conflict with timings, by reading the logs15:26
*** tjones1 has quit IRC15:27
*** yamahata has quit IRC15:27
*** yamahata has joined #openstack-nova15:28
*** arnaud____ has joined #openstack-nova15:28
lxslioh dear, I missed the last one, must have been quiet!15:28
*** dsanders has joined #openstack-nova15:29
edleafejaypipes: there wasn't a slot that *someone* didn't have a conflict15:29
edleafejaypipes: we almost did, but bauzas15:29
edleafeugh15:29
bauzasedleafe: which slot ?15:30
edleafebut bauzas's vote messed that up15:30
bauzasedleafe: I saw the logs but you didn't tell which one15:30
edleafeI think it was 1700 UTC Tue15:30
bauzasedleafe: which is 7pm by me, really hard to follow due to work/life balance15:30
bauzas(at least during summer time)15:31
mriedemdansmith: can you view this? https://docs.google.com/drawings/d/1geSKQXz4SqfXllq1Pk5o2YVCycZVf_i6ThY88r9YF4A/edit?usp=sharing15:31
mriedemdansmith: you're my guinnea pig15:31
dansmithmriedem: yep15:31
mriedemcool15:31
mriedemit's not ascii art, i know15:32
bauzasthat's gdocs, evil !15:32
mriedemmeh15:32
mriedemi apparently uninstalled dia at some point15:32
mriedemso this was next15:32
*** arnaud____ has quit IRC15:33
*** sileht has quit IRC15:33
*** pradipta has joined #openstack-nova15:33
lxslijaypipes: oh I hit it. The method that used to be update_compute_node_resource_usages. We want to pass a Dict<Resource, Inventory> to that I think15:33
*** mpaolino has joined #openstack-nova15:33
*** sdake has joined #openstack-nova15:33
*** burt has joined #openstack-nova15:34
lxslijaypipes: would adding a DictOfObjectsField help? hitting my objects knowledge rather hard here sorry15:34
lxsliI think we'd still need an object to put that field on15:35
dansmithdanpb: on this https://review.openstack.org/#/c/16225315:35
dansmithdanpb: do we ever give up and cancel after we run out of steps?15:35
nagyzmriedem, nice pic :)15:35
dansmithdanpb: it doesn't look like we do to me, but maybe I'm missing some piece of existing functionality?15:35
jaypipeslxsli: no, we'll be passing the compute node object itself, which is versioned and will have already had its resource information set using the (local, not remoteable) update_usages() method.15:35
bauzasjaypipes: any change I could put my dirty hands on ?15:36
lxslijaypipes: aha. so really we'll just call .save() ?15:36
jaypipeslxsli: yuppers.15:36
lxsliGotcha, thanks15:36
*** sileht has joined #openstack-nova15:36
jaypipesbauzas: just reviewing my two resource-objects patches please, if you haven't already?15:36
bauzasjaypipes: sure, my question was about those 215:36
bauzasjaypipes: given the convo you had with lxsli15:37
bauzasjaypipes: I'm just missing the URLs15:37
jaypipesbauzas: I will have third patch in the series submitted by EOD today. will of course add you and lxsli  as reviewer15:37
bauzasjaypipes: (I was off these 2 last days, so sorry about my lagging)15:37
jaypipesbauzas: no worries at all, my friend.15:37
*** lpetrut has joined #openstack-nova15:38
*** lucasagomes has quit IRC15:39
*** sileht has quit IRC15:39
*** tjones1 has joined #openstack-nova15:40
*** sileht has joined #openstack-nova15:40
*** unicell has joined #openstack-nova15:40
bauzasjaypipes: hold the trigger for the RequestSpec series, I'm just now struggling with those lovely numa and pci hacks15:40
nagyzmriedem, so I see that the volume drivers are passingin a is_block_dev value to their superclass - now in the RBD driver we would need to handle this based on weather it's used for encryption or not15:40
*** kiran-r has joined #openstack-nova15:40
*** rajesht has quit IRC15:40
*** dulek has quit IRC15:42
*** unicell1 has quit IRC15:42
nagyzmriedem, we could introduce a config flag that sets if it's if we want to use krdb or qemu for rbd mounting, but the nicer thing to do would be to use qemu's rbd for native and krdb for encrypted... however, introducing an LibvirtEncryptedRBDVolumeDriver sounds horrible15:43
mriedemnagyz: if you look at where that's used, it's in nova.virt.libvirt.utils.pick_disk_driver_name and it's only in the case of xen15:43
*** p_deore has quit IRC15:43
nagyzwell based on it's name it sounds generic15:43
*** Daviey has quit IRC15:44
danpbdansmith: this patch doesn't do anything to terminate live migration - it only cares about increasing the downtime value15:44
dansmithdanpb: okay, so this makes it much better but we could still end up at the end of the steps with a migration that never completes, right?15:44
danpbdansmith: the second patch in the series introduces the concept of a overall timeout, along with detection & abort of stuck migrations (ie data is being dirtied faster than it is transferred)15:44
dansmithah, okay15:44
* dansmith hadn't gotten there yet15:44
danpbthe code is kind of hard to understand so i split the work in 2 pieces15:45
dansmithdanpb: I have a couple minor comments mostly about clarity, but otherwise looks cool15:45
mriedemnagyz: is_block_dev looks like it's only ever True for local volume drivers15:45
mriedemnagyz: so for rbd that would always be False15:45
nagyziSCSI sets it to true :-)15:45
*** dsanders has quit IRC15:46
*** Sukhdev has joined #openstack-nova15:46
openstackgerritjichenjc proposed openstack/nova-specs: New API for get service info from id  https://review.openstack.org/17241215:46
mriedemgdi15:46
mriedemyeah15:46
mriedemidk, it seems like a bad name15:46
mriedemnagyz: anyway, i don't see what it has to do with encryption15:46
*** oro has joined #openstack-nova15:47
edleafebauzas: sorry, on a call. I totally understand the conflict; I just like blaming you for stuff :-P15:47
nagyzmriedem, just for the encrypted rbd it's a local block device while for the non-encrypted it's not since that's handled by qemu directly15:47
*** yingjun has quit IRC15:48
*** kiran-r has quit IRC15:48
mriedemnagyz: ok15:48
*** armax has joined #openstack-nova15:49
lxsliedleafe: who doesn't like blaming the French?15:49
nagyzmriedem, so besides introducing a config option, splitting them into two classes sounds horrid, no?15:49
edleafelxsli: :)15:49
*** Daviey has joined #openstack-nova15:50
mriedemnagyz: splitting seems unnecessary15:50
mriedemnagyz: couldn't a single rbd volume driver just have a condional path based on whether or not cinder tells us the volume is encrypted?15:50
mriedemvia connection_info['data'].get('encrypted')?15:51
bauzasedleafe: eh, you're becoming French, if you begin arguing and blaming people for your own duty15:51
bauzasedleafe: just try to be a little more grumpy and you'll get your passport15:51
*** ildikov_ has quit IRC15:52
edleafebauzas: True, but I don't know if the English in me would allow turning French15:52
bauzasedleafe: which state are you in ?15:52
bauzasedleafe: I mean, where are you based ?15:52
*** zz_jgrimm is now known as jgrimm15:52
edleafebauzas: San Antonio, Texas15:52
bauzasedleafe: because nearly 50% of the US was French, a while ago :)15:52
lxslibauzas: England, too...15:53
bauzaslxsli: we gave you queens15:53
lxslia bit longer ago though ;)15:53
edleafebauzas: It was Spain here15:53
*** lucasagomes has joined #openstack-nova15:53
edleafebauzas: ok, enough geography. Got another call to hop onto.15:53
bauzasedleafe: ;)15:54
openstackgerritJoe Gordon proposed openstack/nova: Link to microversion history in docs  https://review.openstack.org/19024015:54
openstackgerritJoe Gordon proposed openstack/nova: Improve formatting of rest_api_version_history  https://review.openstack.org/19024115:54
dansmithcburgess: I can't find you in gerrit, so resorting to this... Can you look these over? https://review.openstack.org/#/c/16225315:54
jogomriedem: there ^15:54
*** varya has quit IRC15:55
dansmithrmk: you too ^^15:55
dansmithrmk: cburgess: libvirt robustification of live migration parameters15:55
*** browne has joined #openstack-nova15:56
*** dboik_ has joined #openstack-nova15:58
nagyzmriedem, if I need to pass the block device nature back in the super() then I can't - if as you said that's largely irrelevant as it only pertains to Xen, then right, we can have that easily15:58
*** lpetrut has quit IRC15:59
*** mpaolino has quit IRC16:00
*** jlanoux has quit IRC16:00
*** arnaud____ has joined #openstack-nova16:00
*** Nikolay_St has quit IRC16:01
*** dboik has quit IRC16:02
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance resize support  https://review.openstack.org/18225716:03
dansmithalaski: so, I think you were +2 on this idea, assuming my robustify spec would make it require-able for an evacuation16:04
dansmithalaski: so if you want to review/merge this I can add that to my amendment: https://review.openstack.org/#/c/16983616:04
*** mdrabe has quit IRC16:04
*** rushiagr_away is now known as rushiagr16:06
*** nic has joined #openstack-nova16:06
alaskidansmith: I was, I'll go through it again and rubber stamp if nothing jumps out at me16:07
mriedemnagyz: true, since the volume drivers are initialized when the libvirt driver is initialized16:07
mriedemand you don't have the connection_info at that point16:07
dansmithalaski: cool, thanks16:07
*** arnaud____ has quit IRC16:08
*** kylek3h has joined #openstack-nova16:08
*** unicell has quit IRC16:09
mriedemdansmith: with this https://docs.google.com/drawings/d/1geSKQXz4SqfXllq1Pk5o2YVCycZVf_i6ThY88r9YF4A/edit?usp=sharing - the subclassing is a problem for object versioning because of which direction for the version changes? if the parent changes then all of the children have to bump a version or vice-versa?16:10
*** annegentle has joined #openstack-nova16:11
openstackgerritAlexis Lee proposed openstack/nova-specs: Amend resource objects proposal  https://review.openstack.org/18875916:12
openstackgerritjichenjc proposed openstack/nova: Add common function for v2.1 API flavor_get.  https://review.openstack.org/13656816:12
openstackgerritjichenjc proposed openstack/nova: Add common function for v2 API flavor_get.  https://review.openstack.org/13656716:12
dansmithmriedem: is this supposed to be UML?16:13
dansmithmriedem: i.e. the arrows are inheritance?16:13
bauzasdansmith: sorry to interrupt you, but I saw you moved most of the fields to o.voo16:14
mriedemdansmith: yeah16:14
mriedemConnectionInfo is the base class16:14
mriedemthe others are sub-classes16:14
dansmithmriedem: so why is SharedConnectionInfo not just in the base class?16:14
bauzasdansmith: my question is, I guess we would like to avoid any new field being created like ListOfListOfStringsField ?16:14
*** jistr has quit IRC16:14
dansmithmriedem: or is Shared meaning "NFS like things" ?16:14
mriedemdansmith: NFS like things16:14
bauzasdansmith: being created in the nova codebase I mean16:14
dansmithmriedem: gotcha16:14
*** varya has joined #openstack-nova16:14
mriedemmaybe i should rename that16:15
dansmithbauzas: you'll have to create them in both places if you don't want to be blocked, and we'll just have to clean them up as we release o.vo with things you need16:15
dansmithbauzas: but also, it'd be great to avoid things like ListOfListOfListOfListOfString16:15
bauzasdansmith: okay, my take is that I probably don't need that ugly ListOfListOfStringsField16:15
dansmithmriedem: sharedfsconnectioninfo?16:15
bauzasdansmith: thanks, I think I got your idea, I'll amend my object to not use that but rather something else16:16
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778516:17
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796816:17
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/virt/vmwareapi/test*.py  https://review.openstack.org/18865316:17
mriedemi guess cinder calls the base class a RemoteFS16:17
mriedemNFS extends RemoteFS and GlusterFS extends NFS16:17
dansmithmriedem: so, I think mount options need not be a dict, but I don't know the details16:17
dansmithmriedem: what about the tgt_port_wwns? that has to be a dict?16:17
*** mdrabe has joined #openstack-nova16:17
dansmithbecause otherwise, all of that looks like it could easily be in the extra dict16:17
rmkdansmith: I shed a tear that you remember my coding days :D16:18
mriedemdansmith: i was just looking at how it's modeled in the cinder code today16:18
lxslijaypipes: amounts can be negative. Is it still necessary to have a 'sign' argument to some methods or is that just confusing?16:18
rmkI just glanced at this for a second and I already know where this approach came from.16:18
dansmithrmk: well, still figure you can evaluate the usefulness or applicability of the config options being added16:18
rmkThis is exactly what Proxmox does.16:18
dansmithrmk: even if you are too big of a deal to concern yourself with code these days :)16:19
rmkdansmith: Oh trust me I'd rather do this, they don't let me, not that I take myself too seriously.16:19
rmkI'm overhead now.16:19
dansmithheh16:19
mriedemmount options is probably not a dict, i got confused by the cinder code. tgt_port_wwns is a list16:19
dansmithmriedem: okay, lists are easily encoded in a string without much danger I think16:19
rmkOK this is going to require a new/current libvirt.16:20
dansmithis it?16:20
dansmithI guess I thought this had been available in libvirt for some time16:21
rmkIt was broken.16:21
dansmithokay16:21
rmkWe actually submitted the patch into Libvirt to fix it.  Sometime in the 1.2.8+ timeframe.16:21
mriedemdansmith: fwiw i think everything could live in a single object with a bunch of optional fields16:22
mriedemdansmith: the downside of that is from a developer point of view things aren't typed very well16:22
dansmithmriedem: meaning real fields and not just a bag of extra as a dict?16:22
mriedemdansmith: yeah16:22
dansmithyeah, that gets more confusing I think16:23
dansmithbecause you have options that look formal but don't matter for a given backend16:23
dansmithmriedem: so does that mean you're leaning towards subclasses? let me answer your question above:16:23
rmkBasically libvirt would only allow setting maxdowntime while the domain was migrating.  Well, two problems with that: the migrate libvirt call is a blocking operation, and then if you tried to set it during migration via libvirt, it would respond back that qemu monitor was unresponsive.16:23
mriedemdansmith: at a min we could have a single object with a few attributes like what connection_info is today, driver_volume_type, serial and 'data'16:23
mriedemwhere 'data' is a big dict of gorp16:23
dansmithmriedem: you can tie the versions of all of those objects together so that they all bump when anything bumps, which makes it a little easier16:23
rmkThe limitation around setting maxdowntime only during migration isn't a reality for qemu itself, libvirt was imposing a limitation that didn't exist.16:23
mriedembut i don't want that b/c data has passwords in it and i want to specifically list those separately so we can mask them in the logs16:23
dansmithmriedem: yeah16:24
*** teju has left #openstack-nova16:24
mriedemi want to flatten the nested data dict out as much as possible so that the only thing left in 'data' from today is the vendor-specific thingies16:24
rmkI have to read more of this code but I don't see how this works.  I'm sure danbp sorted it but I'd think this all needs to run in a thread of its own.16:24
dansmithrmk: thanks for justifying me pinging you for review :)16:25
rmkHaha np16:25
mriedemdansmith: so if the fibrechannel object version changes, we'd also bump the version in the shared object?16:25
*** varya has quit IRC16:25
dansmithmriedem: yeah16:25
mriedemthat seems weird16:25
*** vilobhmm has joined #openstack-nova16:25
dansmithmriedem: doing that means we can automate some of the dependency stuff and make it less manually intensive when we need to tweak things16:26
dansmithmriedem: actually, you have this as inheriting from the same class, not a nested object relationship16:26
*** mpaolino has joined #openstack-nova16:26
dansmithmriedem: so it's a little less of a problem that way I think16:27
dansmithmriedem: the painful part comes in when one object embeds another, and the embedded object version changes, the parent has to be bumped as well to signal the change, and so that we can efficiently backport the whole thing and not just the leaves as we hit them16:27
mriedemdansmith: right, no nested objects right now16:27
dansmithyeah, we've not done it that way as often, usually because we don't have this sort of arrangement16:28
mriedemi originally thought we'd have a Data object that was nested within ConnectionInfo to model like how it is serialized today, but then i realized the way it is today sucks16:28
dansmithso yeah, I say give it a go16:28
*** mingy has joined #openstack-nova16:29
openstackgerritAlexis Lee proposed openstack/nova-specs: Amend resource objects proposal  https://review.openstack.org/18875916:29
mriedemcool16:29
mriedemthis is going to ruin me16:29
lxslijaypipes: ok, in your copious free time :)16:30
*** exploreshaifali has joined #openstack-nova16:30
*** annashen has joined #openstack-nova16:32
*** browne has quit IRC16:33
openstackgerritKevin Fox proposed openstack/nova-specs: Instance Users for Cloud Interaction  https://review.openstack.org/18661716:33
*** atuvenie has quit IRC16:37
*** annashen has quit IRC16:37
mingyhmm, in the nova scheduler, what's the difference between the tests in nova/tests/scheduler/test_filters[...].py and nova/tests/scheduler/filters/[...].py16:37
*** unicell has joined #openstack-nova16:39
mingyspecifically for example, there are test files in two different directories that test functions in nova/scheduler/filters/utils.py16:40
mriedemmingy: one is probably just older than the other16:40
mriedemmingy: like nova.tests.unit.compute.test_compute is old, and newer tests for the compute manager are in nova.tests.unit.compute.test_compute_mgr (mock compute.api), and test_compute_api (mock compute.manager)16:41
openstackgerritPhilip Marc Schwartz proposed openstack/nova: Implement online schema migrations  https://review.openstack.org/15452116:41
mingymriedem: oh, what's the rationale for organizing it that way?16:42
mriedemmingy: for the compute manager tests?16:42
mriedemlayer isolation16:42
mriedemso we can mock out the things that we aren't testing16:42
mriedemif i'm testing nova.compute.api, i hit that in test_compute_api and mock out the calls to conductor16:42
mriedemtest_compute (old way) doesn't mock that stuff out, so requests go through comptue.api then through conductor and into compute.manager16:43
mriedemwhich is more of a functional test16:43
*** tonytan4ever has joined #openstack-nova16:43
mriedemso generally more complex and racier16:44
*** sahid has quit IRC16:46
mingyhmm, I see, that makes sense, but in the filter tests both don't mock anything16:47
*** romainh has left #openstack-nova16:48
*** ajayaa has quit IRC16:48
*** haypo has quit IRC16:48
mingythey're both functional tests16:48
mingyI mean they16:49
mingy're both unit test16:49
*** Nikolay_St has joined #openstack-nova16:52
*** gszasz has quit IRC16:52
mriedemmingy: i guess i don't know, i don't venture in there often. are you trying to figure out where to put a test?16:54
mriedemwhen i was new i figured out where to put new tests based on where the code i'm trying to test is currently tested16:54
*** esmute has joined #openstack-nova16:55
*** annegentle has quit IRC16:56
mingymriedem: mm somewhat, I was trying to figure out where the tests for the methods were, just to see how they are invoked16:56
*** asselin has joined #openstack-nova16:56
mriedemmingy: this jaypipes guy once said that the unit tests for the scheduler were bonkers16:57
*** alex_klimov has quit IRC16:57
mriedemfalls in with my beware from yesterday16:57
*** marun has quit IRC16:58
*** moshele has quit IRC16:58
mingyI guess I could put them in the same file, since they look like very similar. I was confused because for a moment I thought half of the methods weren't tested16:58
mriedemjogo: your sphinx skillz are maddening16:59
*** esmute has quit IRC17:00
*** claudiub has quit IRC17:00
*** dsanders has joined #openstack-nova17:00
*** Mike_D_laptop has joined #openstack-nova17:01
jaypipesmriedem: they are slightly better now than they were before. ... slightly.17:01
jaypipesmriedem: at least now they are all no-db test cases...17:01
mriedem> 0 is improvement17:02
cfriesendansmith: danpb: could you take a look at my latest comment on https://review.openstack.org/#/c/168982/ ?  I'm trying to figure out if we can agree on backend stuff while we work on how the end-user specifies what they want.17:02
edleafemingy: test_filters.py actually tests the nova/filters.py code17:02
edleafemingy: not sure why that's not nova/scheduler/filters.py, but it is what it is17:03
edleafemingy: the tests in nova/tests/unit/scheduler/filters test the individual filters17:03
*** derekh has quit IRC17:04
bauzasedleafe: because filters.py is not only for the scheduler :)17:04
mingyedleafe: I was wondering about nova/tests/unit/scheduler/test_filters_utils.py vs nova/tests/unit/scheduler/filters/test_utils.py17:05
bauzasedleafe: the scheduler uses it as a base handler for the filters17:05
*** tonytan4ever has quit IRC17:05
ndipanovjaypipes, a very old one - responded to  you so if you can come back to it that would be great17:06
*** tonytan4ever has joined #openstack-nova17:06
ndipanovhttps://review.openstack.org/#/c/83516/17:06
*** achanda has joined #openstack-nova17:07
*** lucasagomes is now known as lucas-dinner17:07
*** claudiub has joined #openstack-nova17:07
edleafemingy: ah. That looks like people adding tests at different times and not consolidating the files17:07
mingyalso wondering about what the directory nova/tests/unit/functional does17:08
edleafebauzas: I didn't realize that cells uses it too17:08
bauzasyep17:08
jaypipesndipanov: +W'd17:09
patrickeasthi everyone, cross posting from #openstack in the hopes maybe someone here might know whats going on17:10
edleafemingy: there are also 2 utils files: nova/scheduler/utils and nova/scheduler/filters/utils17:10
patrickeasti’m having some trouble with nova-network dhcp in multi-host flat dhcp configuration, i have force_dhcp_release=True and see when instances are terminated that nova-network is calling the dhcp_release script (and its returning 0), but in nova-dhcpbridge.log i only sometimes actually see a ‘del’17:10
patrickeastand then later if another vm is assigned the old ip address, the dnsmasq proccess gives error output in syslog saying the address is already leased to another mac address (the old vm that had been terminated)17:10
ndipanovjaypipes, many thanks17:10
patrickeastany ideas on what might be causing that?17:10
*** tonytan4ever has quit IRC17:10
jaypipespatrickeast: sorry, I don't recognize what the issue might be there. have you posted to the openstack[-operators] ML about it?17:11
patrickeastjaypipes: not yet, i’ll ask there next17:11
mingyedleafe: I think the former is tested in nova/tests/unit/scheduler/test_scheduler_utils.py, while the latter is tested in the two files from earlier17:11
*** lpetrut has joined #openstack-nova17:11
*** ZZelle_ has joined #openstack-nova17:12
*** prashant__ has joined #openstack-nova17:12
jaypipesn0ano: any idea what your Intel colleague Michael Dulko's IRC nick might be?17:12
openstackgerritKarim Boumedhel proposed openstack/nova: report an error for hw:numa_nodes=0  https://review.openstack.org/19026717:13
vilobhmmjaypipes : dulek17:13
jaypipesvilobhmm: cheers :)17:13
vilobhmm:)17:13
vilobhmmcheers17:13
*** prashup has quit IRC17:13
*** browne has joined #openstack-nova17:13
n0anojaypipes, looks like you got it (I would have responded quicker if my keyboard hadn't decided to stop working)17:14
cfriesendansmith: you mentioned a couple times that HP and Rackspace had different cpu features exposed.  Do you know anything about how they're implementing that?  Are they defining compute nodes with custom models, or turning off features in the BIOS, or...17:14
*** achanda has quit IRC17:15
edleafemingy: yeah, just pointing out even more potential confusion17:16
alaskicfriesen: I can't say for sure for Rackspace, but I don't think it's anything we do intentionally17:16
alaskicfriesen: different versions of hypervisors would be my guess17:16
edleafemingy: this might be a good place to start contributing: sorting this out and making the structure saner.17:16
alaskiI've never investigated though17:16
openstackgerritKarim Boumedhel proposed openstack/nova: report an error for hw:numa_nodes=0  https://review.openstack.org/19026717:17
mingyedleafe: alright, I will file a bug and deal with it :)17:17
cfriesenalaski: thanks.  Dan mentioned the hypervisor version thing in a different context..my mind is blown that they would change the model/feature mapping after a model has been released.17:17
alaskicfriesen: agreed, unless it was just a matter of support.  but I could be totally off on what's actually happening17:20
*** tonytan4ever has joined #openstack-nova17:21
johnthetubaguycfriesen: so from the rackspace side we use, Xen (well XenServer)17:21
*** exploreshaifali has quit IRC17:21
johnthetubaguycfriesen: the old gear is AMD, the new stuff is Intel17:21
johnthetubaguycfriesen: mostly we don't do any CPU masking, except a few cases where I think we needed some for live-migrate17:22
johnthetubaguycfriesen: Xen CPU masking required a reboot, so its quite minimal17:22
*** esmute has joined #openstack-nova17:22
johnthetubaguyits possible Xen just hides some stuff when using its crazy QEMU fork, which causes extra confusion, but thats beyond where I have looked17:22
*** annashen has joined #openstack-nova17:23
johnthetubaguycfriesen: I think as we get new hardware, some of them get new CPUs too, and to alaski's point, different version of Xen might give us some differences, but I didn't think they were massive, we have a few versions out there17:24
*** pradipta has quit IRC17:24
cfriesenjohnthetubaguy: thanks.  I'm trying to get context for the "setting cpu model/features" spec.17:25
*** markus_z has quit IRC17:25
johnthetubaguycfriesen: yeah, thats cool17:26
johnthetubaguycfriesen: appreciate the effort to get a good solution thats workable across clouds17:26
johnthetubaguycfriesen: its the CPU masking for live-migrate that means the models anyone expose might not actually be something anyone has ever made17:26
danpbcfriesen: fyi, intel have issued microcode updates in the past which removed features17:27
cfriesenjohnthetubaguy: it's a pain in the butt. :)   So it's starting to look like we're going to have to rely on the admin to come up with a hypervisor-specific "base_model+features" that gets exported as some sort of named entity for end-users to use.17:28
danpbthis caused an unbelievable amount of pain because peoples guests configured to use those featurs no longer booted :-(17:28
cfriesendanpb: the haswell tsx stuff?  or were there others like that?17:28
danpbcfriesen: yeah haswell17:28
*** ssurana has joined #openstack-nova17:28
johnthetubaguywhat happened with haswell?17:28
johnthetubaguypeople want it I guess?17:29
danpbthey screwed up the impl of a feature in silicon and had to disble it17:29
cfriesenjohnthetubaguy: Intel realized the TSX instructions were broken17:29
johnthetubaguyoh...17:29
*** claudiub has quit IRC17:29
johnthetubaguyooops17:29
danpbit also turns out they actually shipped cpus with the same names but without the feature present at all17:29
johnthetubaguylike the old floating point bug or something, that happened before17:29
danpbie, you could actually buy haswell cpus which never had tsx in the first place17:29
johnthetubaguydanpb: gotcha, yuck17:29
danpbyeah17:29
*** esmute_ has joined #openstack-nova17:30
*** pixelbeat_ has quit IRC17:30
*** esmute has quit IRC17:30
*** esmute_ has quit IRC17:30
*** belmoreira has joined #openstack-nova17:30
johnthetubaguyhonestly, its tempting to just talk about features17:30
johnthetubaguyits just very very long winded17:30
danpbjohnthetubaguy: nope, that doesn't work on non-x8617:30
johnthetubaguydanpb: really? they are all model based then?17:31
*** esmute has joined #openstack-nova17:31
*** sdake has quit IRC17:31
danpbprimarily yes - fine grained cpuid like features are only used/exposed on x86 currently17:31
cfriesendanpb: so based on your comment it seems like we're going to need to let admins specify "base_mode+features" for the "high level model"?  (In which case it'd be up to the admins to ensure that what they come up with will actually run?)17:31
danpbthis is why libvirt tries very hard to discourage you from using features at all and focus on cpu model names17:32
cfriesens/base_mode/base_model17:32
johnthetubaguydanpb: that makes sense now... ouch17:32
danpbwell i'd expect admins would mostly just specify a base libvirt model - i doubt they'd often customize feature set17:32
*** aix has quit IRC17:33
*** earlephilhower has joined #openstack-nova17:33
*** achanda has joined #openstack-nova17:33
danpbfor vmware i think you need to specify the raw cpuid hex masks17:33
danpband likewise for xenapi iirc17:33
cfriesendanpb: dansmith was opinionated about wanting to be able to define something that would be common across hypervisors...that seemed to imply the ability to tweak features17:34
danpbwe could possibly provide some canned cpu models in nova, so admin doesn't have to figure this out in a plain deployment17:34
danpbwe could provide a tool which takes the libvirt cpu xml  definitions and generates the suitable cpuid masks for xen & vmware to make their life easier17:35
cfriesendanpb: otherwise if we're not going to tweak features then it's basically my current proposal where you just use the CPU models actually present on hosts in the cloud.17:35
*** krtaylor has quit IRC17:37
*** zul has quit IRC17:38
*** changbl has joined #openstack-nova17:40
*** zul has joined #openstack-nova17:40
openstackgerritMarian Horban proposed openstack/nova: Associating of floating IPs corrected  https://review.openstack.org/14935817:40
*** danpb has quit IRC17:42
*** yamahata has quit IRC17:42
*** achanda_ has joined #openstack-nova17:43
cfriesendanpb: so my current thinking is that the virt driver will have to support base_model+features.  Do you think we'd let the cloud operator limit the supported base models to a subset?  Or would we need to support the full set that the hypervisor is capable of running?17:44
nagyzmriedem, even if I do two classes, I need to register them in the driver.py... is it sensible to have a separate encrypted RBD option?17:44
nagyzmriedem, I don't like this one bit. :)17:44
kashyapcfriesen: Seems like his IRC client got disconnected.17:44
mriedemnagyz: i honestly don't have my head fully wrapped around it but i don't see why two rbd drivers are necessary17:45
cfriesenkashyap: thx, missed that.17:45
*** achanda has quit IRC17:45
kashyapcfriesen: I've seen those Haswell related patches fly by on QEMU and related lists, not quite pretty :-)17:45
*** Sukhdev has quit IRC17:46
kashyap(The issue, not the fixes.)17:46
*** Sukhdev has joined #openstack-nova17:46
*** electrocucaracha has quit IRC17:49
sdaguejohnthetubaguy: so... I thought there were some quite old instructions masked out on rax, which was part of our fun coming up with a custom model for the gate live migration testing17:50
sdaguesame with HP, but different ones17:50
sdagueneither looks anything like anything in the libvirt model set17:51
*** moshele has joined #openstack-nova17:56
nagyzmriedem, is there a document describing the flow in nova when someone wants to attach an encrypted volume?17:56
*** arnaud____ has joined #openstack-nova17:56
*** annegentle has joined #openstack-nova17:56
mriedemnagyz: i very much doubt it17:56
mriedemnagyz: it's pretty simple to trace though from the nova.compute.manager.attach_volume method17:57
nagyzok, will do just that17:57
mriedemthe nova.virt.block_device.attach method does the encryptor lookup stuff17:57
mriedemthe do_driver_attach flag tells block_device to call the attach_volume method on the virt driver (libvirt)17:57
mriedemand that uses the encryptor (if present) to do the stuff in nova.volume.encryptors17:58
nagyzok, so the libvirt volume driver is before the encryptor - so it has time to actually attach the device if needed, cool17:58
*** harlowja has quit IRC17:58
*** krtaylor has joined #openstack-nova17:59
mriedemnagyz: yeah that happens here http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/driver.py#n104418:00
*** tojuvone has quit IRC18:00
mriedemnova.virt.block_device is what calls out to cinder's os-initialize_connection API where we get the connection_info dict back18:01
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/virt/block_device.py#n23818:01
*** arnaud____ has quit IRC18:01
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] cleanup openstack-common.conf and sync updated files  https://review.openstack.org/18911818:01
mriedemthen that gets persisted in the block_device_mapping table in the nova db18:01
*** harlowja has joined #openstack-nova18:02
mriedemwell, saved in the db after calling the virt driver18:02
*** annegentle has quit IRC18:02
mriedemonce we get back from the virt driver's attach_volume, we call the attach API in cinder to mark the volume as in-use18:03
mriedemnagyz: maybe you want to throw a nice flow diagram into the devref after all :)18:03
nagyz:D18:04
nagyzI appreciate your help; I need to take care of some stuff but will dig into this later tonight and tomorrow and then push some patches for review... it can't be that hard :-)18:04
mriedemi think the compute api actually tells cinder to mark the volume as attaching before we even get to the compute manager in case of races18:05
mriedemand on failure that's rolled back18:05
*** Mike_D_laptop has quit IRC18:06
*** claudiub has joined #openstack-nova18:08
*** yassine has quit IRC18:09
*** annashen has quit IRC18:09
mriedemjaypipes: are you ready? https://review.openstack.org/#/c/154243/18:10
jaypipesmriedem: done.18:10
*** exploreshaifali has joined #openstack-nova18:11
*** annegentle has joined #openstack-nova18:12
mriedemjaypipes: thanks18:14
mriedemmelwitt: do you know if there are any things in novaclient today which are checking for microversions to do stuff?18:14
mriedemlike with v2.4 the os-fixed-ips response will have a 'reserved' field in it18:15
melwittmriedem: not yet. some patches have been up for a long time but Im not sure if they do all the things needed to fully support microversions18:16
mriedemmelwitt: i arguably don't need to know the version since this isn't a request change, it's just checking a thing in the response18:16
*** achanda_ has quit IRC18:16
mriedemwhich i could easily do w/o a version check18:16
mriedemif it's not in the response body we just don't show it18:16
*** agireud has quit IRC18:17
*** annashen has joined #openstack-nova18:17
melwittmriedem: yeah, I remember the spec mentioned that18:17
*** baoli_ has quit IRC18:17
*** yamahata has joined #openstack-nova18:20
*** iamjarvo has joined #openstack-nova18:21
openstackgerritDavanum Srinivas (dims) proposed openstack/python-novaclient: [WIP] cleanup openstack-common.conf and sync updated files  https://review.openstack.org/18911918:21
*** Sukhdev has quit IRC18:22
*** ijw has joined #openstack-nova18:22
*** exploreshaifali has quit IRC18:22
melwittmriedem: curious, did you understand what that fixedip-post-req.json.tpl required by the api sample tests is for? I was looking at the review last night and was puzzled by it18:22
*** rushiagr is now known as rushiagr_away18:23
melwittmriedem: nvm, it seems to be for schema validation stuff. maybe18:23
*** bradjones has quit IRC18:23
mriedemmelwitt: i more or less just copied what the existing fixed_ips api samples tests were doing18:24
mriedemi try not to think about how those are setup too much18:24
melwittheh18:24
*** bradjones has joined #openstack-nova18:24
*** bradjones has quit IRC18:24
*** bradjones has joined #openstack-nova18:24
*** phschwartz has joined #openstack-nova18:27
*** amotoki has quit IRC18:28
mriedemmelwitt: looks like i'd need to implement __contains__ in base.Resource in novaclient if i wanted to do a kind of: if 'reserved' in fixed_ip:18:29
dimsmelwitt: i remember running into it once, see api_samples_test_base._verify_response18:29
mriedemotherwise it looks like you'll get an AttributeError18:29
*** mpaolino has quit IRC18:30
*** dprince has quit IRC18:31
mriedemor use to_dict() if i want to be a brute18:31
*** electrocucaracha has joined #openstack-nova18:34
jaypipesdansmith: https://review.openstack.org/#/c/163060/ looks ready to me.18:34
openstackgerritJay Pipes proposed openstack/nova: Conditionally expose "last_seen_up" in service list  https://review.openstack.org/16841818:34
*** achanda has joined #openstack-nova18:35
dansmithjaypipes: okay, it's been a while since I've looked at that18:35
dansmithjaypipes: I'll add it to my tab queue18:36
jaypipesdansmith: yes, understood. I pinged cfriesen last night for him to rebase that.18:36
mriedemoh ew http://git.openstack.org/cgit/openstack/oslo-incubator/tree/openstack/common/apiclient/base.py is o-i18:36
mriedemnevermind adding __contains__18:36
melwittmriedem: looking through it still. I have used getattr before to do similar, __contains__ would be nicer. if it's in o-i we would have to add it there first are you saying?18:39
*** agireud has joined #openstack-nova18:39
*** cbader has quit IRC18:39
melwittmriedem: I'm also thinking of python api users, without microversion they wouldn't know whether to expect 'reserve' to be there or not18:40
*** prashant__ has quit IRC18:40
openstackgerritDavanum Srinivas (dims) proposed openstack/python-novaclient: [WIP] cleanup openstack-common.conf and sync updated files  https://review.openstack.org/18911918:40
openstackgerritjichenjc proposed openstack/nova-specs: New API for get service info from id  https://review.openstack.org/17241218:44
*** Nikolay_St has quit IRC18:45
melwittdims: thanks. the thing I mentioned was a request template though. looking at test_fixed_ips.py I see now that it's just a sample request for reserving an ip, to test the reserve ip call18:46
dimsmelwitt: ah cool18:47
openstackgerritHans Lindgren proposed openstack/nova: Make compute_api.trigger_members_refresh() issue a single db call  https://review.openstack.org/7238218:48
openstackgerritHans Lindgren proposed openstack/nova: Remove unused db.security_group_rule_get_by_security_group_grantee()  https://review.openstack.org/7238318:48
openstackgerritHans Lindgren proposed openstack/nova: New db api method instance_get_all_by_grantee_security_groups()  https://review.openstack.org/7238018:48
openstackgerritHans Lindgren proposed openstack/nova: Add new instance object method get_by_grantee_security_groups()  https://review.openstack.org/7238118:48
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor security_groups_trigger_members_refresh()  https://review.openstack.org/18221318:48
openstackgerritHans Lindgren proposed openstack/nova: Revert "Make nova-network use conductor for security groups refresh"  https://review.openstack.org/18221218:48
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adjust os_command_empty test to ImageMetaProps object  https://review.openstack.org/19001718:49
openstackgerritVladik Romanovsky proposed openstack/nova: objects: raise a meaningful exception when validating VIF properties  https://review.openstack.org/19001818:49
openstackgerritVladik Romanovsky proposed openstack/nova: virt: introduce libosinfo library to set hardware policy  https://review.openstack.org/14962518:49
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring network model  https://review.openstack.org/14962718:49
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adding libosinfo configuration  https://review.openstack.org/14962618:49
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring the disk bus  https://review.openstack.org/14962818:49
*** vladikr has quit IRC18:49
*** iamjarvo has quit IRC18:53
*** zzzeek has quit IRC18:54
openstackgerritJens Rosenboom proposed openstack/nova: Add microversion to allow server search option ip6 for non-admin  https://review.openstack.org/17956918:56
openstackgerritHans Lindgren proposed openstack/nova: Remove/deprecate unused parts of the compute node object  https://review.openstack.org/18675718:57
openstackgerritHans Lindgren proposed openstack/nova: Make ComputeNode.service_id nullable to match db schema  https://review.openstack.org/16928418:57
*** tonytan4ever has quit IRC18:58
openstackgerritNicolas Simonds proposed openstack/nova: Use utf8_bin collation on the flavor extra-specs table in MySQL  https://review.openstack.org/19030019:00
*** arnaud____ has joined #openstack-nova19:00
*** vladikr has joined #openstack-nova19:01
*** achanda has quit IRC19:02
*** achanda has joined #openstack-nova19:03
*** pece has joined #openstack-nova19:04
*** iamjarvo has joined #openstack-nova19:04
openstackgerritHans Lindgren proposed openstack/nova: Avoid querying for Service in resource tracker  https://review.openstack.org/16928819:04
*** iamjarvo has quit IRC19:05
*** Nikolay_St has joined #openstack-nova19:05
*** iamjarvo has joined #openstack-nova19:05
*** arnaud____ has quit IRC19:05
*** iamjarvo has quit IRC19:05
*** iamjarvo has joined #openstack-nova19:06
*** iamjarvo has quit IRC19:06
openstackgerritMing Yang proposed openstack/nova: Two separate test files [nova/tests/unit/scheduler/test_filters_utils.py] and [nova/tests/unit/scheduler/filters/test_utils.py] appear to be testing methods from the same module nova.scheduler.filters.utils in a very similar fashion. This commit consolida  https://review.openstack.org/19030119:06
*** iamjarvo has joined #openstack-nova19:07
*** iamjarvo has quit IRC19:07
dansmithmingy: ^ short first lines in your commits, and wrapped at 79 cols after that :)19:07
*** iamjarvo has joined #openstack-nova19:07
mingydansmith: ok19:07
*** iamjarvo has quit IRC19:07
*** nihilifer has joined #openstack-nova19:07
*** iamjarvo has joined #openstack-nova19:08
dansmithmingy: https://wiki.openstack.org/wiki/GitCommitMessages19:08
*** iamjarvo has quit IRC19:08
*** iamjarvo has joined #openstack-nova19:09
*** iamjarvo has quit IRC19:09
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adjust os_command_empty test to ImageMetaProps object  https://review.openstack.org/19001719:09
openstackgerritVladik Romanovsky proposed openstack/nova: objects: raise a meaningful exception when validating VIF properties  https://review.openstack.org/19001819:09
openstackgerritVladik Romanovsky proposed openstack/nova: virt: introduce libosinfo library to set hardware policy  https://review.openstack.org/14962519:09
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring network model  https://review.openstack.org/14962719:09
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adding libosinfo configuration  https://review.openstack.org/14962619:09
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring the disk bus  https://review.openstack.org/14962819:09
*** iamjarvo has joined #openstack-nova19:09
*** iamjarvo has quit IRC19:09
*** atuvenie has joined #openstack-nova19:09
*** iamjarvo has joined #openstack-nova19:10
*** iamjarvo has quit IRC19:10
openstackgerritEarle F. Philhower, III proposed openstack/nova: Add support for HGST Solutions volumes to libvirt  https://review.openstack.org/18659419:10
*** iamjarvo has joined #openstack-nova19:10
*** iamjarvo has quit IRC19:11
openstackgerritMing Yang proposed openstack/nova: Consolidates scheduler utils tests into a single file.  https://review.openstack.org/19030119:11
*** iamjarvo has joined #openstack-nova19:11
*** iamjarvo has quit IRC19:11
dansmithmingy: yes, better :)19:11
sdaguemriedem: so... https://review.openstack.org/#/c/190304/1 - db2 merge conflict spam19:12
*** iamjarvo has joined #openstack-nova19:12
*** iamjarvo has quit IRC19:12
sdagueI guess I should just take it to infra and get them banned19:12
mingydansmith: I feel that maybe the changes should be split into different commits. I'm not sure. I'm headed out for lunch now, but will come back to take a look at it. Thanks for guiding!19:12
*** iamjarvo has joined #openstack-nova19:12
dansmithmingy: yep, when you say things like "additional stuff I did in here:" that usually means they should be separate :)19:12
*** iamjarvo has quit IRC19:13
*** iamjarvo has joined #openstack-nova19:13
*** iamjarvo has quit IRC19:14
*** iamjarvo has joined #openstack-nova19:14
*** iamjarvo has quit IRC19:14
*** Sukhdev has joined #openstack-nova19:14
*** iamjarvo has joined #openstack-nova19:15
*** iamjarvo has quit IRC19:15
*** iamjarvo has joined #openstack-nova19:15
*** iamjarvo has quit IRC19:15
*** iamjarvo has joined #openstack-nova19:16
*** iamjarvo has joined #openstack-nova19:17
*** iamjarvo has quit IRC19:17
*** iamjarvo has joined #openstack-nova19:17
*** iamjarvo has quit IRC19:17
*** iamjarvo has joined #openstack-nova19:18
melwittdoes anyone think we should revert behavior and instead do a deprecation period for something like this in novaclient? creating a Client object with "invalid version" used to silently ignore and use the default/latest version, and recently we started raising an exception on invalid version https://bugs.launchpad.net/python-novaclient/+bug/146380919:18
openstackLaunchpad bug 1463809 in python-novaclient "Invalid message returned when attempting to use version 3" [Undecided,In progress] - Assigned to Matt Thompson (mattt416)19:18
openstackgerritChris Friesen proposed openstack/nova: fix "down" nova-compute service spuriously marked as "up"  https://review.openstack.org/16306019:18
*** iamjarvo has quit IRC19:18
*** iamjarvo has joined #openstack-nova19:18
*** iamjarvo has joined #openstack-nova19:19
*** iamjarvo has quit IRC19:19
*** iamjarvo has joined #openstack-nova19:20
*** iamjarvo has quit IRC19:20
*** iamjarvo has joined #openstack-nova19:21
*** iamjarvo has quit IRC19:21
*** achanda has quit IRC19:21
*** iamjarvo has joined #openstack-nova19:21
*** iamjarvo has quit IRC19:22
*** iamjarvo has joined #openstack-nova19:22
*** vladikr has quit IRC19:26
openstackgerritgaryk proposed openstack/nova: VMware: use vCenter instead of VC  https://review.openstack.org/18959319:26
alaskimelwitt: using version 3 was never really supported right?  just based on that bug I'm not sure it's worth a revert19:27
garykmelwitt: maybe that is something that should be raised on the list19:27
melwittalaski: it wasn't, it was being silently changed to '2'. concern is people who wrote client = client.Client('3', ...) and client.do_stuff() code used to work and now it doesn't19:28
melwittso I wasn't sure19:28
*** amotoki has joined #openstack-nova19:29
alaskimelwitt: gotcha, was just reading further and seeing that.  definitely not revert worthy imo, better to fail clearly than continue incorrect behavior19:29
alaskiwe broke a use case that was completely incorrect and didn't do what users thought it did is what I mean to say19:30
bauzasdansmith: around ? was just wondering how to provide something like a NamedTuple as a field ?19:30
dansmithbauzas: dict?19:30
bauzasdansmith: eg. I have a list of tuples like (host, node)19:30
bauzasdansmith: yeah, there is a ListofDicts19:31
melwittalaski: yeah, what you're saying makes sense.19:31
bauzasdansmith: but I was thinking it was not cool since any dict could be done19:31
dansmithbauzas: yeah, maybe19:31
dansmithbauzas: what do you need to store that for?19:31
bauzasdansmith: that's for the Retry object used by the ReqSpec19:31
dansmithbauzas: which would just be a list of hosts if we didn't have the uuber stupid host,node thing :(19:32
bauzasdansmith: there, we have a list of lists like [['host1, 'node1'], ['host2, 'node2']] which is quite ugly19:32
dansmithit's ugly regardless19:32
bauzasyeah... :(19:32
dansmithjaypipes: host-and-node continues to assault infantile felines ^ :(19:33
bauzasdansmith: wondering if providing a list of ComputeNode object would be cooler19:33
bauzasdansmith: since all of that is actually just a Computenode19:34
*** amotoki has quit IRC19:34
dansmithbauzas: yeah, it would be a sparse compute node object19:34
dansmithwith just those two things19:34
*** achanda has joined #openstack-nova19:34
dansmiththat's much heavier in terms of messaging load, but maybe not that bad19:34
dansmithhow many things will be in the list?19:34
*** nihilifer has quit IRC19:35
bauzasdansmith: for the moment, we're just checking the list and add the tuple if reschedule need19:35
dansmithbauzas: so it would just be $num_retries long/?19:36
bauzasdansmith: so I think a not-saved ComputeNode with just 2 fields set (host, hypervisor_hostname) is enough19:36
*** tonytan4ever has joined #openstack-nova19:36
*** baoli has joined #openstack-nova19:36
bauzasdansmith: nope, we need to know which nodes were bad19:36
*** pixelbeat_ has joined #openstack-nova19:36
openstackgerritJorge Niedbalski R. proposed openstack/nova: Detach iSCSI latest path for latest disk  https://review.openstack.org/13538219:38
*** haypo has joined #openstack-nova19:43
*** oro has quit IRC19:46
openstackgerritVilobh Meshram proposed openstack/nova-specs: Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/19032219:48
openstackgerritNikola Dipanov proposed openstack/nova: API: make sure a blank volume with no size is rejected  https://review.openstack.org/18891319:48
openstackgerritNikola Dipanov proposed openstack/nova: Make Nova better at keeping track of volume sizes in BDM  https://review.openstack.org/18891419:48
openstackgerritNikola Dipanov proposed openstack/nova: compute: Make swap_volume with resize updates BDM size  https://review.openstack.org/18891519:48
openstackgerritNikola Dipanov proposed openstack/nova: snapshot: Add device_name to the snapshot bdms  https://review.openstack.org/19032319:49
openstackgerritNikola Dipanov proposed openstack/nova: Fix overloading of block device on boot by device name  https://review.openstack.org/19032419:49
dansmithbauzas: okay19:49
dansmithbauzas: it means your version is tied to the compute node version, but otherwise it seems like a win19:49
bauzasdansmith: that's exactly my thoughts :/19:50
bauzasdansmith: I don't like to have a tied Computenode object but it seems it would be far cleaner IMHO19:50
dansmithyeah19:50
*** iamjarvo has quit IRC19:50
vilobhmmjaypipes : As per your feedback on https://review.openstack.org/#/c/138607/28 and we have spoken on this before…wrote a new spec…Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/19032219:51
bauzasdansmith: ack, let's see how to fix that uglyness19:52
bauzasdansmith: thanks for your help19:52
*** aix has joined #openstack-nova19:53
*** achanda has quit IRC19:55
*** achanda has joined #openstack-nova19:56
*** Mike_D_laptop has joined #openstack-nova19:57
*** dboik has joined #openstack-nova19:57
*** pixelbeat_ has quit IRC19:57
mriedemsdague: i haven't heard back from the db2 ci maintainer since yesterday19:58
*** haypo has left #openstack-nova19:58
*** annashen has quit IRC19:59
*** achanda has quit IRC20:00
*** dboik_ has quit IRC20:00
mriedemsdague: i see the ML thread, i'll post that in the internal issue20:00
*** setuid has quit IRC20:01
*** iamjarvo has joined #openstack-nova20:01
*** arnaud____ has joined #openstack-nova20:01
*** setuid has joined #openstack-nova20:01
mriedemdims: so how deprecated is apiclient in oslo-incubator?20:02
mriedemdims: given novaclient is not deprecated and novaclient is using it20:02
dimsmriedem: doing minimum changes to it20:02
dimswhat do you need mriedem?20:04
mriedemdims: was thinking about adding __contains__ to base.Resource so in novaclient i can do: if 'reserved' in fixed_ip:20:04
mriedemit looks like hasattr will work though?20:05
*** arnaud____ has quit IRC20:06
mriedemi'll just use that20:06
mriedemnvm20:06
dimsmriedem: ack20:06
*** sdake has joined #openstack-nova20:06
*** marun has joined #openstack-nova20:08
ijwCan anyone recall why we didn't make it possible to add and enumerate nova VIF plugging drivers?  I seem to recall there was a reason you couldn't just add a new VIF plugging type by adding a chunk of non-core code, but I can't remember what it was20:09
ijwCos it seems to be a problem we repeatedly stumble over when doing new nova-neutron stuff20:10
ijw(nd I'm thinking specifically libvirt here)20:10
*** burt has quit IRC20:11
openstackgerritVilobh Meshram proposed openstack/nova-specs: Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/19032220:13
mriedemijw: no idea, it's gross though, and the same thing happens with cinder volume drivers20:14
mriedemfwiw getting changes into nova to talk to a new vif type is generally not controversial20:15
mriedemijw: you probably want to talk to danpb when he's around20:15
openstackgerritVilobh Meshram proposed openstack/nova-specs: Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/19032220:15
ijwYeah, I do, and he'll know, but I checked first to see if he was there...20:15
ijwI want to get to the point that we can add trivial drivers in Nova, test them, and *then* commit them upstream.  But the other point is that when you add a (now out of tree) new driver in Neutron you actually can't supply 3rd party VIF plugging for Nova.20:16
mriedemoh i see what you're saying, when the config option was removed20:17
*** VW has quit IRC20:17
mriedemto load the driver20:17
ijwYeah - which was, for what it's worth, not a bad thing - the generic driver (which is not really a driver any more) was the right approach20:18
ijwBut there is no ability to add types to it without changing Nova, because they're all in a single file and there's no discovery20:18
ijwI dream of the day where VIF drivers register themselves with a (hypervisor, VIF type) and Nova tells Neutron what types it can offer...20:18
ijwI believe the worry was that if that's done by autodiscovery then the behaviour of Openstack is at the whim of what else you might have installed on the system.20:19
*** VW has joined #openstack-nova20:19
dansmithno, the worry was that people would consider it a stable plugin interface20:20
dansmithwhich is what you're describing20:20
mriedemthis is the change that deprecates the option in icehouse https://github.com/openstack/nova/commit/fdffaab6171562487a404963dbf6b7f1f9469a65 - https://github.com/openstack/nova/commit/7561c8ded211d53e8745d1420a73b82bd0fc35cf was the commit to remove it20:20
mriedemijw: this was a ML thread on the topic https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg30174.html20:21
*** marun has quit IRC20:22
mriedem^ was all pre-neutron moving drivers/plugins out of tree20:24
mriedemso that muddles things a bit20:24
*** VW has quit IRC20:24
*** setuid has quit IRC20:26
*** annegentle has quit IRC20:26
openstackgerritAndrew Laski proposed openstack/nova: DNM Cells: Provide example request flows for v2  https://review.openstack.org/19020920:26
*** setuid has joined #openstack-nova20:27
cfriesenjaypipes: lifeless: you guys remember the glance-api file descriptor thing from yesterday?  I just reproduced it again and this time it's been almost 10 minutes and the file descriptor is still hanging around.20:30
*** VW has joined #openstack-nova20:30
lifeless\o/20:30
lifelesscfriesen: strace -p $glance-api-pid ?20:31
cfriesenlifeless: one sec, have to disable some monitoring stuff that doesn't like strace.20:31
*** lpetrut has quit IRC20:32
cfriesenlifeless: http://paste.openstack.org/show/282092/20:32
cfriesen~10 secs between poll calls20:33
lifelessso no obvious cile copying or anything20:34
cfriesennope20:34
cfriesenlsof shows:20:34
cfriesenpython   86732 root   16r      REG              147,3 4294967296   262155 /opt/cgcs/glance/images/5e039b35-8fb8-4e08-bdec-7e4d7b922978 (deleted)20:34
*** baoli_ has joined #openstack-nova20:34
lifelessjaypipes: ^20:34
*** ivasev has quit IRC20:34
lifelesscfriesen: ok so thats not the cached copy AIUI ?20:35
cfriesenthis is with the cache middleware enabled20:35
cfriesenbut that's the actual glance image file.    In this test there wasn't enough room to store the copy in /etc/nova/instances/_base on the compute node20:36
cfriesenthen I deleted the image before the fd had gone away20:37
*** sdake has quit IRC20:37
*** hemna is now known as hemnafk20:38
*** tjones1 has quit IRC20:39
*** baoli has quit IRC20:39
lifelesscfriesen: lsof time on the server20:39
lifelesscfriesen: lets see if the http fd is still open20:39
*** Mike_D_laptop has quit IRC20:40
*** marun has joined #openstack-nova20:40
cfriesenlifeless: just the glance-api process has the file open20:41
lifelesscfriesen: not the file20:41
lifelesscfriesen: the socket20:41
cfriesenfor that glance-api process?20:41
lifelessyeah20:41
cfriesenlifeless: http://paste.openstack.org/show/282131/20:42
*** oro has joined #openstack-nova20:43
lifelessso python  86732 root   13u  IPv4           73359764        0t0      TCP controller:9292->compute-0:52632 (ESTABLISHED)20:43
lifelessthats suspect to me20:43
lifelesscfriesen: can you see how long its been open ?20:43
ijwmriedem: In fact, if you look at the stevedore-driven plugging mechanisms, there's a configuration file (except, when deployed, it usually *isn't* a configuration file, it's a source code file that shouldn't be changed and will be overwritten on upgrade) listing options.  My concern is that this makes it impossible to plug 3rd party code into certain plugpoints where it would be valuable.20:45
ijw(This may be a Neutron-only thing, but I don't think so.)20:46
openstackgerritDmitry Guryanov proposed openstack/nova: libvirt: resize ploop disks with prl_disk_tool  https://review.openstack.org/18239020:46
mriedemijw: as pointed out in that mailing list, there was also a pluggable volume driver thing too that was removed20:46
cfriesenlifeless: how do I check connection established timestamp?  netstat?20:46
ijwmriedem: Yeah.  Perhaps we should address the underlying problem, then, and have a config item that lists drivers that should register themselves as options.20:47
ijw(for each category)20:47
ijwI fantasise, given that half the day has passed and I've yet to find the time for the 10 minute journey to the office ;)20:48
mriedemijw: my understanding from the ML thread and history is that there is no stable API for this and that's part of the reason for killing it20:48
mriedemthe pluggability i mean20:48
dansmithmriedem: yep20:48
mriedemdidn't compute manager and/or conductor used to be pluggable?20:48
ijwmriedem: I would phrase that as 'we choose not to define that API as stable', but yes, it's a fair point.20:49
dansmithnot ever conductor, that I know of, but yeah20:49
mriedemso compute manager20:49
dansmithijw: right, that's exactly it20:49
mriedemi vaguely remember that causing some powervc shenanigans20:49
*** alex_klimov has joined #openstack-nova20:49
dansmithmriedem: jaypipes had a nice list of "pluggable interfaces" that were to be nuked in that thread20:50
ijwThe libvirt plugging drivers are awkward, because they have to return a load of crap that (in the case of libvirt) can be folded into a config file in a way that suits the rest of the config file over which they have no control20:50
ijwI shall rephrase and make that tuple (hypervisor, interface-version, plug-type)20:50
*** dboik_ has joined #openstack-nova20:51
ijwAs long as the registration API remained stable, then you could put the new version in place prior to an upgrade and have it picked up when nova changed version20:51
ijw(and ignored beforehand)20:51
lifelesscfriesen: sorry, my daughter is using me as a climbing frame atm20:52
cfriesenlifeless: no worries.  I've got my own.20:52
ijwPluggable interfaces serve a purpose when they're not there because they're architecture wank (technical term)20:52
lifelesscfriesen: the thing is to figure out if there is a stuck http connection open from nova20:52
lifelesscfriesen: and then use that to eliminate glance-api as the source of the bug20:52
lifelesscfriesen: another way - bounce the nova-compute process20:52
*** dboik_ has quit IRC20:52
cfriesenlifeless: that I can do20:52
lifelesscfriesen: if I'm right, the file will disappear immediately more or less20:52
cfriesenfile gone on server20:53
openstackgerritMatt Riedemann proposed openstack/python-novaclient: WIP: Show reserved status for a fixed_ip if available  https://review.openstack.org/19034620:53
*** mwagner_afk has quit IRC20:53
*** thangp has quit IRC20:54
cfriesenlifeless: so somehow we ended up with a socket in nova that didn't get closed20:54
cfriesenlifeless: and that was keeping the glance one open20:54
*** dboik has quit IRC20:54
bauzasoh oh oh, live migrate doesn't check the retries20:54
*** zzzeek has joined #openstack-nova20:54
bauzasit also doesn't claim20:55
bauzasuh uh20:55
lifelesscfriesen: yes, exactly20:55
* bauzas just wonders if we should just say EXPERIMENTAL for live-migrate :)20:55
lifelesscfriesen: so - this is the thing I was proposing when I looked at the iterator stuff in nova's side20:55
*** pixelbeat_ has joined #openstack-nova20:56
lifelesscfriesen: so what I'd suggest as the next step is to figure out the type of the iterator in nova's code20:56
lifelessso we can look at it and see if it has an appropraite close hooked in somewhere20:56
lifelessrather than relying on gc20:56
openstackgerritDmitry Guryanov proposed openstack/nova: libvirt: resize ploop disks with prl_disk_tool  https://review.openstack.org/18239020:57
*** annashen has joined #openstack-nova20:57
*** jdurgin1 has joined #openstack-nova21:01
openstackgerritPhilip Marc Schwartz proposed openstack/nova: Implement online schema migrations  https://review.openstack.org/15452121:03
*** belmoreira has quit IRC21:04
*** ildikov_ has joined #openstack-nova21:04
*** belmoreira has joined #openstack-nova21:04
*** belmoreira has quit IRC21:04
*** jdurgin has quit IRC21:04
*** thorst has quit IRC21:05
cfriesenlifeless: I'm stopped with pdb in nova-compute, but image_chunks.__class__ just returns <type 'generator'>21:05
lifelessouch21:06
lifelessmay need to work back up the code to the point where its acquired or something21:06
openstackgerritVilobh Meshram proposed openstack/nova-specs: Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/19032221:08
*** angdraug has joined #openstack-nova21:11
*** angdraug has quit IRC21:11
*** angdraug has joined #openstack-nova21:11
openstackgerritNicolas Simonds proposed openstack/nova: Use utf8_bin collation on the flavor extra-specs table in MySQL  https://review.openstack.org/19030021:14
*** Sukhdev has quit IRC21:14
*** ociuhandu has quit IRC21:15
*** agentle has joined #openstack-nova21:16
*** VW has quit IRC21:16
*** oro has quit IRC21:18
cfriesenlifeless: not totally certain, but I think we're hitting glanceclient.v1.images.ImageManager.data()21:18
lifelesscfriesen: yup, and its buggy21:20
openstackgerritMatt Riedemann proposed openstack/nova: Add libvirt-python to test-requirements.txt to enforce min version  https://review.openstack.org/18370621:21
*** ijw has quit IRC21:22
*** sdake has joined #openstack-nova21:22
lifelesscfriesen: try this https://review.openstack.org/19035921:23
cfriesenlifeless: will try.  what's the actual underlying thing that we're calling close() on?21:24
lifelessa requests body object21:24
lifelesspretty sure it has close on it, but hey, we'll find otu21:24
cfriesenheh21:24
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/19036221:26
cfriesenlifeless: if this works you should reference my bug in your fix21:27
*** moshele has quit IRC21:28
lifelesscfriesen: tag, you're it.21:29
lifelesscfriesen: the client probably needs tests etc. I was just demonstrating through code.21:30
lifelesscfriesen: (review -d it, add yourself as co-authored-by, write tests, profit)21:30
*** zzzeek has quit IRC21:30
*** amotoki has joined #openstack-nova21:31
cfriesenlifeless: works.  will let you know how it goes21:31
*** bnemec has quit IRC21:31
*** tonytan4ever has quit IRC21:32
cfriesenlifeless: thanks for the help21:32
*** jdurgin has joined #openstack-nova21:32
*** tonytan4ever has joined #openstack-nova21:32
*** jdurgin1 has quit IRC21:32
lifelessassuming it works. it may not21:33
lifelessnow, I have to disappear21:33
*** amotoki has quit IRC21:36
*** tonytan4ever has quit IRC21:37
*** baoli_ has quit IRC21:39
openstackgerritKarim Boumedhel proposed openstack/nova: report an error for hw:numa_nodes=0  https://review.openstack.org/19026721:39
*** baoli has joined #openstack-nova21:39
*** baoli has quit IRC21:46
*** baoli has joined #openstack-nova21:46
openstackgerritMing Yang proposed openstack/nova: Consolidates scheduler utils tests into a single file.  https://review.openstack.org/19030121:50
openstackgerritmelanie witt proposed openstack/nova: Send Instance object to cells instance_update_at_top  https://review.openstack.org/17651821:50
*** arnaud____ has joined #openstack-nova21:50
*** iamjarvo has quit IRC21:51
openstackgerritKarim Boumedhel proposed openstack/nova: report an error for hw:numa_nodes=0  https://review.openstack.org/19026721:51
*** svalleru has joined #openstack-nova21:51
openstackgerritMing Yang proposed openstack/nova: Minor refactor in nova.scheduler.filters.utils  https://review.openstack.org/19036921:52
*** aysyanne has quit IRC21:52
openstackgerritKarim Boumedhel proposed openstack/nova: report an error for hw:numa_nodes=0  https://review.openstack.org/19026721:54
*** marcusvrn has quit IRC21:54
*** mriedem is now known as mriedem_away21:54
*** arnaud____ has quit IRC21:54
*** iamjarvo has joined #openstack-nova21:55
*** agireud has quit IRC21:57
*** esmute has quit IRC22:00
*** dguitarbite has quit IRC22:01
openstackgerritMing Yang proposed openstack/nova: Minor refactor in nova.scheduler.filters.utils  https://review.openstack.org/19036922:01
*** lsmola has quit IRC22:01
*** changbl has quit IRC22:05
*** kylek3h has quit IRC22:05
*** salv-orlando has joined #openstack-nova22:05
marundoes anyone else find it insane that devstack runs an instance of nova-api per core by default?22:06
*** Sukhdev has joined #openstack-nova22:07
marunI can remember a devstack aio needing 1gb of ram, now it's pushing 4gb.  And that's without any instances!22:07
openstackgerritQiu Yu proposed openstack/nova: Force iSCSI disconnect after timeout  https://review.openstack.org/16781522:08
openstackgerritEarle F. Philhower, III proposed openstack/nova: Add support for HGST Solutions volumes to libvirt  https://review.openstack.org/18659422:09
openstackgerritMing Yang proposed openstack/nova: Minor refactor in nova.scheduler.filters.utils  https://review.openstack.org/19036922:10
*** alexpilotti has quit IRC22:13
*** alexpilotti has joined #openstack-nova22:17
*** salv-orlando has quit IRC22:18
openstackgerritEarle F. Philhower, III proposed openstack/nova: Add support for HGST Solutions volumes to libvirt  https://review.openstack.org/18659422:23
*** artom has quit IRC22:23
*** artom has joined #openstack-nova22:24
*** mdrabe has quit IRC22:25
*** harlowja has quit IRC22:27
*** agentle has quit IRC22:28
*** baoli has quit IRC22:28
*** Alexandra_ has joined #openstack-nova22:30
*** Alexandra_ has quit IRC22:30
*** amotoki has joined #openstack-nova22:32
*** harlowja has joined #openstack-nova22:32
*** jgrimm is now known as zz_jgrimm22:34
*** salv-orlando has joined #openstack-nova22:36
*** baoli has joined #openstack-nova22:36
*** amotoki has quit IRC22:36
*** ssurana has left #openstack-nova22:43
*** jecarey has quit IRC22:46
*** lucas-dinner has quit IRC22:48
*** baoli has quit IRC22:50
*** baoli has joined #openstack-nova22:51
*** angdraug has quit IRC22:51
*** krtaylor has quit IRC22:54
*** ZZelle_ has quit IRC22:57
*** baoli has quit IRC22:58
*** hanzhang has joined #openstack-nova23:00
*** shz has quit IRC23:02
*** n0ano has quit IRC23:04
*** nic has quit IRC23:05
*** alex_klimov has quit IRC23:06
*** marun has quit IRC23:06
openstackgerritMing Yang proposed openstack/nova: Consolidates scheduler utils tests into a single file.  https://review.openstack.org/19030123:09
*** ijw has joined #openstack-nova23:09
*** sdake has quit IRC23:10
*** atuvenie has quit IRC23:14
*** iamjarvo has quit IRC23:20
openstackgerritMiguel Lavalle proposed openstack/nova-specs: Integrate DNS resolution with Neutron using Nova hostname  https://review.openstack.org/9015023:26
*** angdraug has joined #openstack-nova23:28
*** asettle has joined #openstack-nova23:28
*** svalleru has quit IRC23:31
*** browne has quit IRC23:34
vilobhmmdansmith : ping23:37
dansmithvilobhmm: ack23:38
*** krtaylor has joined #openstack-nova23:38
*** arnaud____ has joined #openstack-nova23:39
vilobhmmdoes nova maintain *instance snapshot QUOTA* because when i did nova quota-show —tenant <id> i cannot find *instance snapshot* as one the resource http://paste.openstack.org/show/282434/23:39
vilobhmmdansmith : ^^23:39
dansmithvilobhmm: I think that would count against your glance quota23:39
*** david-lyle has quit IRC23:40
dansmithor cinder if snapshotting to a volume of course23:40
*** electrocucaracha has quit IRC23:40
vilobhmmdansmith : but looks like glance does not maintain any quota…atleast no cli to display quota23:41
vilobhmmsecond part I agree23:41
dansmithvilobhmm: https://review.openstack.org/#/c/37993/23:42
dansmithwhat version?23:42
vilobhmmdansmith : juno23:43
vilobhmmthanks for the link23:43
dansmithseems like that should be in there though23:43
dansmithbut yeah, I dunno23:43
dansmithI don't know a whole lot about nova quotas, but if it's not in the quota output, I'd assume we rely on glance23:43
*** arnaud____ has quit IRC23:43
vilobhmmsure thanks for the pointer as always useful…will jump on the glance channel and check23:43
openstackgerritp-draigbrady proposed openstack/nova: rbd: use rbd snapshots and cloning for ephemeral disk snapshots  https://review.openstack.org/12596323:43
openstackgerritMing Yang proposed openstack/nova: Minor refactor in nova.scheduler.filters.utils  https://review.openstack.org/19036923:44
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/19036223:49
*** harlowja has quit IRC23:54
*** harlowja has joined #openstack-nova23:55
*** gmann has quit IRC23:56

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