Monday, 2016-08-29

*** takashin has joined #openstack-nova00:00
*** gouthamr has joined #openstack-nova00:01
*** shaohe_feng has quit IRC00:04
*** shaohe_feng has joined #openstack-nova00:04
*** thorst has joined #openstack-nova00:05
*** thorst has quit IRC00:06
*** thorst has joined #openstack-nova00:10
*** shaohe_feng has quit IRC00:14
*** shaohe_feng has joined #openstack-nova00:15
*** ducttape_ has joined #openstack-nova00:15
*** thorst has quit IRC00:15
*** Jeffrey4l_ has joined #openstack-nova00:20
*** Jeffrey4l__ has quit IRC00:20
*** baoli has joined #openstack-nova00:22
*** hoangcx2 has quit IRC00:22
*** ducttape_ has quit IRC00:22
*** shaohe_feng has quit IRC00:24
*** shaohe_feng has joined #openstack-nova00:25
*** shaohe_feng has quit IRC00:34
*** shaohe_feng has joined #openstack-nova00:35
*** qeelee has joined #openstack-nova00:39
*** ducttape_ has joined #openstack-nova00:40
*** morgabra has quit IRC00:41
*** morgabra has joined #openstack-nova00:41
*** shaohe_feng has quit IRC00:45
*** shaohe_feng has joined #openstack-nova00:46
*** wanghao_ has joined #openstack-nova00:47
*** fragatina has joined #openstack-nova00:48
*** hoangcx has joined #openstack-nova00:48
*** thorst has joined #openstack-nova00:50
*** thorst has quit IRC00:50
*** thorst has joined #openstack-nova00:51
*** devkulkarni has joined #openstack-nova00:54
*** shaohe_feng has quit IRC00:55
*** shaohe_feng has joined #openstack-nova00:55
*** cheneydc has joined #openstack-nova00:57
*** code-R has joined #openstack-nova00:57
*** thorst has quit IRC00:59
*** ducttape_ has quit IRC01:00
*** shaohe_feng has quit IRC01:05
*** shaohe_feng has joined #openstack-nova01:06
*** cheneydc has quit IRC01:08
*** ducttape_ has joined #openstack-nova01:08
*** vdrok has quit IRC01:09
*** wanghao_ has quit IRC01:10
*** serverascode has quit IRC01:10
*** ameade has quit IRC01:10
*** sballe_ has quit IRC01:10
*** tdurakov has quit IRC01:10
*** xenogear has quit IRC01:11
*** rpodolyaka has quit IRC01:11
*** scottda has quit IRC01:11
*** betherly has quit IRC01:11
*** zhiyan has quit IRC01:11
*** raj_singh_ has joined #openstack-nova01:15
*** raj_singh_ has quit IRC01:15
*** shaohe_feng has quit IRC01:15
*** mtanino has joined #openstack-nova01:16
*** shaohe_feng has joined #openstack-nova01:16
*** salv-orlando has joined #openstack-nova01:17
*** ducttape_ has quit IRC01:20
*** ducttape_ has joined #openstack-nova01:21
*** salv-orlando has quit IRC01:22
*** rpodolyaka has joined #openstack-nova01:23
*** scottda has joined #openstack-nova01:23
*** xiaoyang has joined #openstack-nova01:23
*** lixiaoy1 has joined #openstack-nova01:24
*** magic has joined #openstack-nova01:24
*** wanghao_ has joined #openstack-nova01:25
*** vdrok has joined #openstack-nova01:25
*** sballe_ has joined #openstack-nova01:25
*** magic is now known as Guest4707401:25
*** ameade has joined #openstack-nova01:25
*** sdake_ has quit IRC01:25
*** shaohe_feng has quit IRC01:26
*** tdurakov has joined #openstack-nova01:26
*** serverascode has joined #openstack-nova01:26
*** shaohe_feng has joined #openstack-nova01:27
*** zhiyan has joined #openstack-nova01:27
*** betherly has joined #openstack-nova01:27
*** xiaoyang has quit IRC01:28
*** ducttape_ has quit IRC01:28
*** Guest47074 has quit IRC01:28
*** ducttape_ has joined #openstack-nova01:29
*** jamielennox is now known as jamielennox|away01:30
*** sdake has joined #openstack-nova01:30
*** thorst has joined #openstack-nova01:32
*** thorst has quit IRC01:32
openstackgerritwanghao proposed openstack/nova: Fix invalid Image&block device mapping combination  https://review.openstack.org/17198401:35
*** shaohe_feng has quit IRC01:36
*** baoli has quit IRC01:36
*** kaisers_ has joined #openstack-nova01:36
*** thorst has joined #openstack-nova01:37
*** shaohe_feng has joined #openstack-nova01:37
*** devkulkarni1 has joined #openstack-nova01:40
*** EinstCrazy has joined #openstack-nova01:41
*** kaisers_ has quit IRC01:41
*** EinstCrazy has quit IRC01:42
*** thorst has quit IRC01:42
*** EinstCrazy has joined #openstack-nova01:42
*** devkulkarni has quit IRC01:43
*** jamielennox|away is now known as jamielennox01:43
*** baoli has joined #openstack-nova01:44
*** shaohe_feng has quit IRC01:46
*** shaohe_feng has joined #openstack-nova01:47
*** wangqun has joined #openstack-nova01:47
*** ducttape_ has quit IRC01:47
*** baoli has quit IRC01:49
*** thorst has joined #openstack-nova01:52
*** devkulkarni has joined #openstack-nova01:54
*** thorst has quit IRC01:54
*** shaohe_feng has quit IRC01:56
*** baoli has joined #openstack-nova01:56
*** devkulkarni1 has quit IRC01:58
*** shaohe_feng has joined #openstack-nova01:58
*** EinstCrazy has quit IRC02:00
*** vishwanathj has joined #openstack-nova02:01
*** EinstCrazy has joined #openstack-nova02:01
*** su_zhang has joined #openstack-nova02:02
openstackgerritAnusha Unnam proposed openstack/nova: Fix floating-ip-list to show associated instance info  https://review.openstack.org/35261202:05
*** shaohe_feng has quit IRC02:07
*** shaohe_feng has joined #openstack-nova02:08
openstackgerritTakashi NATSUME proposed openstack/nova: Fix MonitorMetric obj_make_compatible  https://review.openstack.org/36179202:08
*** annp has joined #openstack-nova02:10
*** vishwanathj is now known as vishwanathj_zzz02:10
*** ducttape_ has joined #openstack-nova02:11
*** yamahata has quit IRC02:14
*** devkulkarni has quit IRC02:16
*** ducttape_ has quit IRC02:16
*** shaohe_feng has quit IRC02:17
*** EinstCrazy has quit IRC02:17
*** EinstCrazy has joined #openstack-nova02:18
*** shaohe_feng has joined #openstack-nova02:19
*** amotoki has joined #openstack-nova02:24
*** salv-orlando has joined #openstack-nova02:24
*** shaohe_feng has quit IRC02:27
*** salv-orlando has quit IRC02:27
*** shaohe_feng has joined #openstack-nova02:27
*** devkulkarni has joined #openstack-nova02:30
*** vishwanathj_zzz has quit IRC02:33
*** vishwanathj_zzz has joined #openstack-nova02:33
*** raunak has joined #openstack-nova02:33
*** shaohe_feng has quit IRC02:37
*** vishwanathj_zzz has quit IRC02:41
*** vishwanathj_zzz has joined #openstack-nova02:41
*** shaohe_feng has joined #openstack-nova02:42
*** vishwanathj_zzz has quit IRC02:44
*** vishwanathj_zzz has joined #openstack-nova02:44
*** shaohe_feng has quit IRC02:48
*** shaohe_feng has joined #openstack-nova02:48
*** haplo37__ has quit IRC02:49
*** thorst has joined #openstack-nova02:55
*** vishwanathj_zzz has quit IRC02:56
*** vishwanathj_zzz has joined #openstack-nova02:56
*** shaohe_feng has quit IRC02:58
*** code-R has quit IRC02:58
*** shaohe_feng has joined #openstack-nova02:58
*** tiendc has joined #openstack-nova02:59
*** tuanla_ has joined #openstack-nova02:59
*** ljxiash has joined #openstack-nova03:01
*** jianghuaw has quit IRC03:02
*** thorst has quit IRC03:03
*** kevinz has joined #openstack-nova03:04
*** shaohe_feng has quit IRC03:08
*** devkulkarni1 has joined #openstack-nova03:09
*** shaohe_feng has joined #openstack-nova03:10
*** rkrum has joined #openstack-nova03:11
*** devkulkarni has quit IRC03:12
*** ducttape_ has joined #openstack-nova03:17
*** shaohe_feng has quit IRC03:18
*** ljxiash has quit IRC03:19
openstackgerritTuan Luong-Anh proposed openstack/nova: Using assertIsNotNone() is preferred over assertIsNot(None,)  https://review.openstack.org/36181503:19
openstackgerritwanghao proposed openstack/nova: Fix invalid Image&block device mapping combination  https://review.openstack.org/17198403:19
*** su_zhang has quit IRC03:20
*** ljxiash has joined #openstack-nova03:20
*** su_zhang has joined #openstack-nova03:20
*** jamielennox is now known as jamielennox|away03:21
*** amotoki has quit IRC03:21
*** shaohe_feng has joined #openstack-nova03:21
*** ducttape_ has quit IRC03:21
*** ljxiash has quit IRC03:24
*** su_zhang has quit IRC03:24
*** kaisers_ has joined #openstack-nova03:26
*** markvoelker has joined #openstack-nova03:27
*** shaohe_feng has quit IRC03:29
*** markvoelker_ has joined #openstack-nova03:29
*** shaohe_feng has joined #openstack-nova03:30
*** kaisers_ has quit IRC03:30
*** markvoelker has quit IRC03:33
*** code-R has joined #openstack-nova03:38
*** shaohe_feng has quit IRC03:39
*** raunak has quit IRC03:39
*** amotoki has joined #openstack-nova03:40
*** shaohe_feng has joined #openstack-nova03:40
*** ManishD has joined #openstack-nova03:40
*** rmcall has joined #openstack-nova03:42
*** code-R has quit IRC03:45
*** aswadr_ has joined #openstack-nova03:45
*** code-R has joined #openstack-nova03:46
*** shaohe_feng has quit IRC03:49
*** ljxiash has joined #openstack-nova03:50
*** code-R has quit IRC03:50
*** shaohe_feng has joined #openstack-nova03:50
*** ljxiash has quit IRC03:50
*** ljxiash has joined #openstack-nova03:51
*** markvoelker_ has quit IRC03:53
*** markvoelker has joined #openstack-nova03:54
*** devkulkarni1 has quit IRC03:56
*** ljxiash has quit IRC03:56
*** jamielennox|away is now known as jamielennox03:56
*** takashin has left #openstack-nova03:57
*** raunak has joined #openstack-nova03:57
*** shaohe_feng has quit IRC03:59
*** gouthamr has quit IRC04:01
*** shaohe_feng has joined #openstack-nova04:01
*** thorst has joined #openstack-nova04:01
openstackgerritZhenyu Zheng proposed openstack/nova: Should not be able to sort instances based on joined tables  https://review.openstack.org/35913404:03
openstackgerritZhenyu Zheng proposed openstack/nova: Should not be able to sort instances based on joined tables  https://review.openstack.org/35913404:05
openstackgerrithuan proposed openstack/nova: XenAPI: Fix VM live-migrate with iSCSI SR volume  https://review.openstack.org/35954804:09
*** thorst has quit IRC04:09
*** shaohe_feng has quit IRC04:10
*** diga has joined #openstack-nova04:11
*** shaohe_feng has joined #openstack-nova04:11
*** tonytan4ever has quit IRC04:13
*** unicell has joined #openstack-nova04:14
*** salv-orlando has joined #openstack-nova04:18
*** ducttape_ has joined #openstack-nova04:18
*** lixiaoy1 has quit IRC04:19
*** shaohe_feng has quit IRC04:20
*** suresh12 has joined #openstack-nova04:20
*** shaohe_feng has joined #openstack-nova04:20
*** amotoki has quit IRC04:21
*** salv-orlando has quit IRC04:23
*** ducttape_ has quit IRC04:23
*** suresh12 has quit IRC04:25
*** suresh12 has joined #openstack-nova04:26
*** coolsvap_ has joined #openstack-nova04:28
*** unicell has quit IRC04:28
*** coolsvap_ is now known as coolsvap_\04:28
*** coolsvap_\ is now known as coolsvap04:28
*** unicell has joined #openstack-nova04:28
*** shaohe_feng has quit IRC04:30
*** shaohe_feng has joined #openstack-nova04:31
*** raunak has quit IRC04:32
*** sheel has joined #openstack-nova04:33
*** links has joined #openstack-nova04:33
*** ManishD has quit IRC04:37
*** ManishD has joined #openstack-nova04:38
*** shaohe_feng has quit IRC04:40
*** suresh12 has quit IRC04:40
*** shaohe_feng has joined #openstack-nova04:41
*** amotoki has joined #openstack-nova04:42
*** code-R has joined #openstack-nova04:44
*** fragatin_ has joined #openstack-nova04:45
*** suresh12 has joined #openstack-nova04:46
*** fragati__ has joined #openstack-nova04:48
*** fragatina has quit IRC04:48
*** amotoki has quit IRC04:48
*** fragatin_ has quit IRC04:50
*** shaohe_feng has quit IRC04:51
*** shaohe_feng has joined #openstack-nova04:51
*** jaosorior has joined #openstack-nova04:52
*** xiaoyang has joined #openstack-nova04:52
*** fragati__ has quit IRC04:53
ManishDHI All, Please can you have a look when you have some free time: https://review.openstack.org/#/c/357131/04:55
*** ecelik has joined #openstack-nova04:56
*** magic has joined #openstack-nova04:58
*** magic is now known as Guest9847404:59
*** vishwanathj_zzz has quit IRC05:01
*** shaohe_feng has quit IRC05:01
*** vishwanathj_zzz has joined #openstack-nova05:01
*** xiaoyang has quit IRC05:02
*** amotoki has joined #openstack-nova05:03
*** shaohe_feng has joined #openstack-nova05:05
*** ratailor has joined #openstack-nova05:06
*** thorst has joined #openstack-nova05:07
*** sdake_ has joined #openstack-nova05:10
*** sudipto has joined #openstack-nova05:10
*** shaohe_feng has quit IRC05:11
*** sdake_ is now known as dake05:13
*** sdake has quit IRC05:13
*** shaohe_feng has joined #openstack-nova05:13
*** dake is now known as sdake05:13
*** tonytan4ever has joined #openstack-nova05:13
*** thorst has quit IRC05:14
*** kaisers_ has joined #openstack-nova05:14
*** mtanino has quit IRC05:15
*** code-R_ has joined #openstack-nova05:17
*** ekuris has joined #openstack-nova05:18
*** lixiaoy1 has joined #openstack-nova05:18
*** tonytan4ever has quit IRC05:18
*** kaisers_ has quit IRC05:19
*** code-R has quit IRC05:20
*** shaohe_feng has quit IRC05:21
*** shaohe_feng has joined #openstack-nova05:22
*** ManishD has quit IRC05:24
*** jianghuaww has joined #openstack-nova05:26
*** sdake has quit IRC05:26
*** jianghuaww has quit IRC05:30
*** jianghuaw_ has joined #openstack-nova05:31
*** shaohe_feng has quit IRC05:32
*** shaohe_feng has joined #openstack-nova05:32
*** markvoelker has quit IRC05:36
*** salv-orlando has joined #openstack-nova05:36
*** suresh12 has quit IRC05:36
*** code-R_ has quit IRC05:39
*** code-R has joined #openstack-nova05:39
*** shaohe_feng has quit IRC05:42
*** shaohe_feng has joined #openstack-nova05:42
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/36089405:43
openstackgerritTuan Luong-Anh proposed openstack/nova: Using assertIsNone() is preferred over assertEqual()  https://review.openstack.org/36184705:44
*** pbandark has joined #openstack-nova05:45
*** jianghuaw_ is now known as jianghuaw05:45
*** pbandark has quit IRC05:50
*** liverpooler has joined #openstack-nova05:50
*** pbandark has joined #openstack-nova05:50
*** ssurana has joined #openstack-nova05:51
*** shaohe_feng has quit IRC05:52
*** shaohe_feng has joined #openstack-nova05:52
openstackgerritAlex Xu proposed openstack/nova: Emit warning when use 'user_id' in policy rule  https://review.openstack.org/35696305:52
*** ljxiash has joined #openstack-nova05:53
*** lpetrut has joined #openstack-nova05:58
*** tojuvone_ is now known as tojuvone05:58
*** sridharg has joined #openstack-nova05:59
*** shaohe_feng has quit IRC06:02
*** salv-orlando has quit IRC06:05
*** ssurana has quit IRC06:06
*** mjura has joined #openstack-nova06:06
*** moshele has joined #openstack-nova06:06
*** markvoelker has joined #openstack-nova06:07
*** shaohe_feng has joined #openstack-nova06:07
*** salv-orlando has joined #openstack-nova06:07
*** prateek has joined #openstack-nova06:07
openstackgerritAlex Xu proposed openstack/nova: Emit warning when use 'user_id' in policy rule  https://review.openstack.org/35696306:08
*** raunak has joined #openstack-nova06:09
openstackgerritgengchc2 proposed openstack/nova: Fix a typo in the telnet_example.rst file  https://review.openstack.org/36186106:10
*** markvoelker has quit IRC06:11
*** mjura has quit IRC06:12
*** thorst has joined #openstack-nova06:12
*** mjura has joined #openstack-nova06:12
*** code-R has quit IRC06:12
*** shaohe_feng has quit IRC06:13
*** code-R has joined #openstack-nova06:13
*** shaohe_feng has joined #openstack-nova06:13
*** matrohon has quit IRC06:17
*** code-R has quit IRC06:17
*** ManishD has joined #openstack-nova06:18
*** thorst has quit IRC06:19
*** ducttape_ has joined #openstack-nova06:20
*** nkrinner_afk is now known as nkrinner06:22
*** shaohe_feng has quit IRC06:23
*** shaohe_feng has joined #openstack-nova06:24
*** ducttape_ has quit IRC06:24
*** fragatina has joined #openstack-nova06:25
*** lixiaoy1 has quit IRC06:26
*** fragatina has quit IRC06:26
*** fragatina has joined #openstack-nova06:26
*** amotoki has quit IRC06:29
*** gcb has joined #openstack-nova06:30
*** shaohe_feng has quit IRC06:33
openstackgerritZhenyu Zheng proposed openstack/nova: Replace compute_req_id middlware by RequestId oslo middleware  https://review.openstack.org/35837506:33
*** lixiaoy1 has joined #openstack-nova06:34
*** shaohe_feng has joined #openstack-nova06:35
*** markvoelker has joined #openstack-nova06:36
*** praneshp has quit IRC06:38
*** pbandark has quit IRC06:38
*** pbandark has joined #openstack-nova06:39
*** markvoelker has quit IRC06:41
*** shaohe_feng has quit IRC06:43
openstackgerritAlex Xu proposed openstack/nova: Adds nova-policy-check cmd  https://review.openstack.org/32294406:44
*** Dinesh_Bhor has joined #openstack-nova06:44
*** shaohe_feng has joined #openstack-nova06:44
*** kaisers_ has joined #openstack-nova06:45
openstackgerritAlex Xu proposed openstack/nova: Adds nova-policy-check cmd  https://review.openstack.org/32294406:46
*** rcernin has joined #openstack-nova06:47
*** andreas_s has joined #openstack-nova06:49
*** amotoki has joined #openstack-nova06:50
*** shaohe_feng has quit IRC06:54
*** shaohe_feng has joined #openstack-nova06:56
*** amotoki has quit IRC06:58
*** pcaruana has joined #openstack-nova07:00
*** qeelee has quit IRC07:00
*** tesseract- has joined #openstack-nova07:01
*** aswadr_ has quit IRC07:01
*** qeelee has joined #openstack-nova07:02
*** lpetrut has quit IRC07:02
*** shaohe_feng has quit IRC07:04
*** jdurgin has quit IRC07:04
*** Hosam has joined #openstack-nova07:04
*** shaohe_feng has joined #openstack-nova07:04
*** bwallis has joined #openstack-nova07:05
*** markvoelker has joined #openstack-nova07:06
*** markvoelker has quit IRC07:12
*** jichen has joined #openstack-nova07:13
*** shaohe_feng has quit IRC07:14
*** shaohe_feng has joined #openstack-nova07:15
*** thorst has joined #openstack-nova07:17
*** amotoki has joined #openstack-nova07:19
*** jdurgin has joined #openstack-nova07:20
*** pbandark has quit IRC07:20
*** ekuris has quit IRC07:22
*** markus_z has joined #openstack-nova07:24
*** thorst has quit IRC07:24
*** shaohe_feng has quit IRC07:24
*** shaohe_feng has joined #openstack-nova07:25
*** markus_z has quit IRC07:28
*** acabot has joined #openstack-nova07:28
*** acabot has quit IRC07:29
*** acabot has joined #openstack-nova07:29
*** code-R has joined #openstack-nova07:29
*** markus_z has joined #openstack-nova07:29
*** karthiks_afk is now known as karthikc07:31
*** karthikc is now known as karthiks07:31
*** jdurgin has quit IRC07:32
*** matrohon has joined #openstack-nova07:34
*** ekuris has joined #openstack-nova07:34
*** EinstCrazy has quit IRC07:34
*** shaohe_feng has quit IRC07:35
*** EinstCrazy has joined #openstack-nova07:35
*** rkrum has quit IRC07:35
*** amotoki has quit IRC07:36
*** raunak has quit IRC07:36
*** markvoelker has joined #openstack-nova07:36
*** suresh12 has joined #openstack-nova07:37
*** shaohe_feng has joined #openstack-nova07:37
*** Guest98474 has quit IRC07:37
*** xiaoyang has joined #openstack-nova07:38
*** tiendc has quit IRC07:38
*** pbandark has joined #openstack-nova07:39
*** tiendc has joined #openstack-nova07:40
*** markvoelker has quit IRC07:41
*** suresh12 has quit IRC07:41
*** xiaoyang has quit IRC07:42
*** xiaoyang has joined #openstack-nova07:42
*** shaohe_feng has quit IRC07:45
*** shaohe_feng has joined #openstack-nova07:45
*** amotoki has joined #openstack-nova07:45
*** code-R_ has joined #openstack-nova07:45
*** tanee is now known as tanee_away07:46
*** tanee_away is now known as tanee07:46
*** Sukhdev has quit IRC07:46
*** code-R has quit IRC07:48
*** pilgrimstack has joined #openstack-nova07:49
*** EinstCra_ has joined #openstack-nova07:50
*** qeelee has quit IRC07:50
*** vishwanathj_zzz has quit IRC07:53
*** vishwanathj_zzz has joined #openstack-nova07:53
*** EinstCrazy has quit IRC07:53
*** markus_z has quit IRC07:54
*** shaohe_feng has quit IRC07:55
*** shaohe_feng has joined #openstack-nova07:55
*** yassine has joined #openstack-nova07:57
*** yassine is now known as Guest9162007:58
*** zzzeek has quit IRC08:00
*** daidv has joined #openstack-nova08:00
*** Guest91620 is now known as yassou08:00
*** markus_z has joined #openstack-nova08:01
*** zzzeek has joined #openstack-nova08:01
*** code-R_ has quit IRC08:02
*** code-R has joined #openstack-nova08:02
*** markvoelker has joined #openstack-nova08:05
*** shaohe_feng has quit IRC08:05
*** links has quit IRC08:06
*** shaohe_feng has joined #openstack-nova08:07
*** markvoelker has quit IRC08:10
*** derekh has joined #openstack-nova08:12
openstackgerritZhenyu Zheng proposed openstack/nova: The server_group_members quota cannot work when bulk boot instances  https://review.openstack.org/36018708:13
*** roeyc has joined #openstack-nova08:13
*** greghaynes has quit IRC08:13
*** daidv has quit IRC08:13
*** daidv has joined #openstack-nova08:13
*** shaohe_feng has quit IRC08:16
*** kuzko has quit IRC08:16
*** shaohe_feng has joined #openstack-nova08:16
*** kuzko has joined #openstack-nova08:18
*** daidv has quit IRC08:19
*** mnestratov has joined #openstack-nova08:20
*** lucas-afk is now known as lucasagomes08:21
*** coolsvap is now known as coolsvap_08:21
*** ducttape_ has joined #openstack-nova08:21
*** thorst has joined #openstack-nova08:22
*** qeelee has joined #openstack-nova08:25
*** ducttape_ has quit IRC08:25
*** shaohe_feng has quit IRC08:26
*** shaohe_feng has joined #openstack-nova08:26
tdurakovmorning nova08:29
*** thorst has quit IRC08:29
*** markvoelker has joined #openstack-nova08:33
*** code-R has quit IRC08:34
*** bwallis has quit IRC08:35
*** trisq has joined #openstack-nova08:36
*** shaohe_feng has quit IRC08:36
*** ekuris has quit IRC08:36
*** shaohe_feng has joined #openstack-nova08:37
*** markvoelker has quit IRC08:38
*** rmart04 has joined #openstack-nova08:39
*** greghaynes has joined #openstack-nova08:40
*** tonytan4ever has joined #openstack-nova08:44
*** shaohe_feng has quit IRC08:46
*** shaohe_feng has joined #openstack-nova08:47
*** qeelee has quit IRC08:48
*** tonytan4ever has quit IRC08:49
*** salv-orlando has quit IRC08:49
*** ekuris has joined #openstack-nova08:53
openstackgerritAlex Szarka proposed openstack/nova: Reduce code complexity - libvirt/config.py  https://review.openstack.org/35987908:54
*** lpetrut has joined #openstack-nova08:57
*** shaohe_feng has quit IRC08:57
*** shaohe_feng has joined #openstack-nova08:57
*** jdurgin has joined #openstack-nova09:00
*** lixiaoy1 has quit IRC09:00
*** rmart04 has quit IRC09:01
*** markvoelker has joined #openstack-nova09:03
*** qeelee has joined #openstack-nova09:05
*** shaohe_feng has quit IRC09:07
*** markvoelker has quit IRC09:07
*** shaohe_feng has joined #openstack-nova09:08
*** wznoinsk_ is now known as wznoinsk09:09
*** shaohe_feng has quit IRC09:17
*** shaohe_feng has joined #openstack-nova09:20
*** roeyc has quit IRC09:20
*** salv-orlando has joined #openstack-nova09:20
*** roeyc has joined #openstack-nova09:20
*** Hosam_ has joined #openstack-nova09:21
openstackgerritAlex Szarka proposed openstack/nova: Reduce code complexity - libvirt/config.py  https://review.openstack.org/35987909:22
*** ducttape_ has joined #openstack-nova09:22
*** Hosam has quit IRC09:25
*** ducttape_ has quit IRC09:26
*** thorst has joined #openstack-nova09:27
*** shaohe_feng has quit IRC09:27
*** rmart04 has joined #openstack-nova09:27
openstackgerritTuan Luong-Anh proposed openstack/nova: Python 3.x compatibility modules urllib  https://review.openstack.org/36196409:30
*** markvoelker has joined #openstack-nova09:31
*** shaohe_feng has joined #openstack-nova09:31
*** qeelee has quit IRC09:33
*** gszasz has joined #openstack-nova09:34
*** gabor_antal has joined #openstack-nova09:34
*** thorst has quit IRC09:34
*** flaper87 has quit IRC09:35
*** markvoelker has quit IRC09:35
*** code-R has joined #openstack-nova09:37
*** shaohe_feng has quit IRC09:38
*** rmart04 has quit IRC09:38
bauzasgood (jetlagged) morning, Nova09:38
*** shaohe_feng has joined #openstack-nova09:38
*** ljxiash has quit IRC09:39
*** code-R_ has joined #openstack-nova09:39
openstackgerritTuan Luong-Anh proposed openstack/nova: Python 3.x compatibility  https://review.openstack.org/36196909:40
*** code-R has quit IRC09:42
*** rkrum has joined #openstack-nova09:42
*** mamandle has joined #openstack-nova09:42
mamandleI'm running into an issue after upgrading from Liberty to Mitaka, it seems that uuid was added in ComputeNode in Mitaka. Do we need any special handling of that as part of upgrade?09:45
*** rkrum has quit IRC09:47
bauzasmamandle: a db sync ? :)09:48
*** shaohe_feng has quit IRC09:48
*** qeelee has joined #openstack-nova09:49
*** ljxiash has joined #openstack-nova09:49
*** shaohe_feng has joined #openstack-nova09:49
mamandleyeap doing that, just wanted to confirm that its not something that needs to be handled at service startup or anything similar.09:49
*** Hosam has joined #openstack-nova09:53
*** flaper87 has joined #openstack-nova09:53
*** ljxiash has quit IRC09:54
*** flaper87 has quit IRC09:54
*** flaper87 has joined #openstack-nova09:54
*** roeyc has quit IRC09:54
*** Hosam_ has quit IRC09:56
*** zigo_ is now known as zigo09:56
openstackgerritAlex Szarka proposed openstack/nova: Reduce code complexity - instance.py  https://review.openstack.org/35987809:57
*** vishwanathj_zzz has quit IRC09:58
*** shaohe_feng has quit IRC09:58
*** vishwanathj_zzz has joined #openstack-nova09:58
*** shaohe_feng has joined #openstack-nova10:00
*** yassou has quit IRC10:00
*** markvoelker has joined #openstack-nova10:00
*** ihrachys has joined #openstack-nova10:03
*** markvoelker has quit IRC10:05
*** coolsvap_ is now known as coolsvap10:06
*** shaohe_feng has quit IRC10:08
*** shaohe_feng has joined #openstack-nova10:09
*** shaohe_feng has quit IRC10:19
*** shaohe_feng has joined #openstack-nova10:19
*** tiendc has quit IRC10:27
*** markvoelker has joined #openstack-nova10:28
*** oomichi has quit IRC10:28
*** roeyc has joined #openstack-nova10:28
*** shaohe_feng has quit IRC10:29
*** hoangcx has quit IRC10:30
*** oomichi has joined #openstack-nova10:30
*** mamandle has quit IRC10:31
*** shaohe_feng has joined #openstack-nova10:31
*** cdent has joined #openstack-nova10:31
*** zenoway has joined #openstack-nova10:32
*** markvoelker has quit IRC10:32
*** Hosam_ has joined #openstack-nova10:35
*** qeelee has quit IRC10:37
*** Hosam has quit IRC10:38
*** shaohe_feng has quit IRC10:39
*** qeelee has joined #openstack-nova10:39
*** garyk has joined #openstack-nova10:41
*** amotoki has quit IRC10:41
*** shaohe_feng has joined #openstack-nova10:42
*** code-R_ has quit IRC10:43
*** code-R has joined #openstack-nova10:44
*** wangqun has quit IRC10:44
*** tonytan4ever has joined #openstack-nova10:45
*** amotoki has joined #openstack-nova10:46
*** amotoki has quit IRC10:46
*** mamandle has joined #openstack-nova10:48
*** tonytan4ever has quit IRC10:49
*** shaohe_feng has quit IRC10:49
*** amotoki has joined #openstack-nova10:50
*** shaohe_feng has joined #openstack-nova10:50
openstackgerritStephen Finucane proposed openstack/nova: conf: Make list->dict conversion more specific  https://review.openstack.org/35933810:51
openstackgerritStephen Finucane proposed openstack/nova: conf: Add 'deprecated_reason' to osapi opts  https://review.openstack.org/35706110:51
*** cdent has quit IRC10:53
openstackgerritPeng Li proposed openstack/nova: adsfsadfdfs  https://review.openstack.org/36201110:54
*** thorst has joined #openstack-nova10:54
*** kolesovdv has joined #openstack-nova10:54
openstackgerritHa Van Tu proposed openstack/nova: Fix using filter() to meet python2,3  https://review.openstack.org/36201410:57
*** tiendc has joined #openstack-nova10:59
*** markvoelker has joined #openstack-nova10:59
*** shaohe_feng has quit IRC11:00
*** shaohe_feng has joined #openstack-nova11:00
*** bwallis has joined #openstack-nova11:01
*** amotoki has quit IRC11:02
*** markvoelker has quit IRC11:03
*** tuanla_ has quit IRC11:05
openstackgerritStephen Finucane proposed openstack/nova: Add deprecated_since parameter  https://review.openstack.org/35363111:05
sfinucanmorning, johnthetubaguy11:07
sfinucanI've a question about your first comment on https://review.openstack.org/#/c/289431/12/nova/tests/unit/virt/xenapi/test_xenapi.py Surely it's better to be locally consistent and change everything over at once?11:07
sfinucanI can do a follow up patch that did the mox->mock conversion for that file, if it would help?11:08
*** roeyc has quit IRC11:08
*** trisq has quit IRC11:09
*** roeyc has joined #openstack-nova11:10
*** shaohe_feng has quit IRC11:10
*** EinstCra_ has quit IRC11:11
*** cdent has joined #openstack-nova11:12
*** shaohe_feng has joined #openstack-nova11:12
*** rodrigods has quit IRC11:13
*** rodrigods has joined #openstack-nova11:13
*** cdent has quit IRC11:13
*** sdague has joined #openstack-nova11:14
openstackgerritStephen Finucane proposed openstack/nova: objects: Move 'arch' to 'fields.Architecture'  https://review.openstack.org/35606711:15
openstackgerritStephen Finucane proposed openstack/nova: objects: Move 'vm_mode' to 'fields.VMMode'  https://review.openstack.org/35655311:15
openstackgerritStephen Finucane proposed openstack/nova: objects: Move 'hv_type' to 'fields.HVType'  https://review.openstack.org/35642411:15
openstackgerritStephen Finucane proposed openstack/nova: objects: Move 'cpumodel' to 'fields.CPU*'  https://review.openstack.org/35639811:15
*** bwallis has quit IRC11:15
openstackgerritPrateek Arora proposed openstack/nova: Delete traces of in-progress snapshot on VM being deleted  https://review.openstack.org/29451311:18
*** shaohe_feng has quit IRC11:20
*** shaohe_feng has joined #openstack-nova11:21
*** bvanhav has joined #openstack-nova11:21
*** ducttape_ has joined #openstack-nova11:23
*** markvoelker has joined #openstack-nova11:28
*** sridharg has quit IRC11:28
*** ducttape_ has quit IRC11:28
*** shaohe_feng has quit IRC11:30
*** shaohe_feng has joined #openstack-nova11:32
*** ratailor has quit IRC11:32
*** markvoelker has quit IRC11:32
*** sudipto has quit IRC11:33
*** yassine has joined #openstack-nova11:35
*** yassine is now known as Guest434711:35
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: virtlogd: use virtlogd for char devices  https://review.openstack.org/32376511:36
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: remove py26 compat code in "get_console_output"  https://review.openstack.org/33448011:36
*** tiendc has quit IRC11:40
*** shaohe_feng has quit IRC11:41
*** sridharg has joined #openstack-nova11:41
*** pradk has joined #openstack-nova11:42
*** shaohe_feng has joined #openstack-nova11:43
*** Guest85979 is now known as beagles11:44
*** annp has quit IRC11:44
openstackgerritAlex Xu proposed openstack/nova: Emit warning when use 'user_id' in policy rule  https://review.openstack.org/35696311:46
*** pradk has quit IRC11:46
*** rtheis has joined #openstack-nova11:47
*** shaohe_feng has quit IRC11:51
*** shaohe_feng has joined #openstack-nova11:51
*** code-R_ has joined #openstack-nova11:55
*** lucasagomes is now known as lucas-hungry11:55
*** tblakes has joined #openstack-nova11:56
*** code-R has quit IRC11:56
*** markvoelker has joined #openstack-nova11:57
*** ducttape_ has joined #openstack-nova11:58
*** code-R has joined #openstack-nova11:58
*** sridharg has quit IRC12:00
*** code-R_ has quit IRC12:01
*** markvoelker has quit IRC12:01
*** shaohe_feng has quit IRC12:01
*** mamandle has quit IRC12:02
*** jaosorior has quit IRC12:02
*** shaohe_feng has joined #openstack-nova12:02
*** jaosorior has joined #openstack-nova12:03
*** rfolco has joined #openstack-nova12:03
*** mamandle has joined #openstack-nova12:05
*** gouthamr has joined #openstack-nova12:06
*** salv-orl_ has joined #openstack-nova12:08
*** vishwanathj_zzz has quit IRC12:08
*** vishwanathj_zzz has joined #openstack-nova12:08
*** aswadr_ has joined #openstack-nova12:08
*** pradk has joined #openstack-nova12:09
*** salv-orlando has quit IRC12:10
*** shaohe_feng has quit IRC12:11
*** ducttape_ has quit IRC12:12
*** Hosam has joined #openstack-nova12:13
*** shaohe_feng has joined #openstack-nova12:14
*** rmart04 has joined #openstack-nova12:14
*** devkulkarni1 has joined #openstack-nova12:15
openstackgerritSergey Nikitin proposed openstack/nova-specs: Enable to share PCI devices between numa nodes  https://review.openstack.org/36114012:16
*** salv-orl_ has quit IRC12:16
*** amotoki has joined #openstack-nova12:17
*** Hosam_ has quit IRC12:17
*** amotoki has quit IRC12:17
*** baoli_ has joined #openstack-nova12:18
*** baoli has quit IRC12:21
*** _diana_ has joined #openstack-nova12:21
*** shaohe_feng has quit IRC12:22
*** shaohe_feng has joined #openstack-nova12:22
openstackgerritJay Pipes proposed openstack/nova: rt: ensure resource provider records exist from RT  https://review.openstack.org/35879712:23
*** markvoelker has joined #openstack-nova12:26
*** magic has joined #openstack-nova12:26
*** magic is now known as Guest9404812:26
*** rmart04 has quit IRC12:26
*** xiaoyang has quit IRC12:28
*** diana_clarke has joined #openstack-nova12:28
*** xiaoyang has joined #openstack-nova12:28
*** salv-orlando has joined #openstack-nova12:29
*** sudipto has joined #openstack-nova12:29
*** markvoelker has quit IRC12:30
*** Guest94048 has quit IRC12:31
*** prateek has quit IRC12:32
*** shaohe_feng has quit IRC12:32
*** shaohe_feng has joined #openstack-nova12:32
*** mamandle has quit IRC12:40
*** shaohe_feng has quit IRC12:42
*** shaohe_feng has joined #openstack-nova12:43
*** ManishD has quit IRC12:45
*** pradk has quit IRC12:46
*** pilgrimstack1 has joined #openstack-nova12:50
*** amotoki has joined #openstack-nova12:51
*** shaohe_feng has quit IRC12:52
*** trisq has joined #openstack-nova12:53
*** pilgrimstack has quit IRC12:53
*** garyk has quit IRC12:53
*** shaohe_feng has joined #openstack-nova12:54
*** devkulkarni1 has quit IRC12:54
*** diga has quit IRC12:54
*** roeyc has quit IRC12:55
*** rlrossit has joined #openstack-nova12:55
*** markvoelker has joined #openstack-nova12:56
*** lucas-hungry is now known as lucasagomes12:56
*** tbachman has joined #openstack-nova12:57
*** jichen has quit IRC12:59
*** prateek has joined #openstack-nova12:59
*** markvoelker has quit IRC13:00
openstackgerritAlex Xu proposed openstack/nova: Modify workflow of rebuild_instance when schedule fails  https://review.openstack.org/34811113:01
*** eandersson__ has quit IRC13:02
*** pcaruana has quit IRC13:02
*** shaohe_feng has quit IRC13:03
*** sdake has joined #openstack-nova13:03
*** _diana_ has joined #openstack-nova13:04
*** shaohe_feng has joined #openstack-nova13:04
*** tonytan4ever has joined #openstack-nova13:06
*** daemontool has joined #openstack-nova13:06
*** roeyc has joined #openstack-nova13:06
*** markvoelker has joined #openstack-nova13:06
*** markvoelker_ has joined #openstack-nova13:07
*** ducttape_ has joined #openstack-nova13:07
*** tbachman_ has joined #openstack-nova13:07
*** ducttape_ has quit IRC13:08
*** ljxiash has joined #openstack-nova13:10
*** markvoelker_ has quit IRC13:10
*** markvoelker has quit IRC13:10
*** markvoelker_ has joined #openstack-nova13:10
*** kylek3h has joined #openstack-nova13:11
*** tbachman has quit IRC13:11
*** tbachman_ is now known as tbachman13:11
*** markvoelker has joined #openstack-nova13:11
*** shaohe_feng has quit IRC13:13
*** markvoelker_ has quit IRC13:13
*** shaohe_feng has joined #openstack-nova13:13
*** cleong has joined #openstack-nova13:14
*** bkopilov has quit IRC13:14
*** marst has quit IRC13:16
*** pcaruana has joined #openstack-nova13:17
*** EinstCrazy has joined #openstack-nova13:18
*** xyang1 has joined #openstack-nova13:20
*** jaypipes has joined #openstack-nova13:20
*** erhudy has joined #openstack-nova13:20
*** devkulkarni has joined #openstack-nova13:21
*** nkrinner has quit IRC13:21
*** sudipto has quit IRC13:22
openstackgerritHussain Chachuliya proposed openstack/nova: Use min attribute from oslo_config  https://review.openstack.org/36211013:22
*** sdake_ has joined #openstack-nova13:23
*** shaohe_feng has quit IRC13:23
*** jaypipes has quit IRC13:24
*** nkrinner has joined #openstack-nova13:24
*** shaohe_feng has joined #openstack-nova13:24
*** devkulkarni has quit IRC13:25
*** mriedem has joined #openstack-nova13:25
mriedemahoy13:25
*** sdake has quit IRC13:25
bauzasyoha13:25
mriedemsdague: can we get this in for the 6.0 novaclient release? https://review.openstack.org/#/c/353018/13:26
mriedemsdague: neutron put in the fix for get me a network tests failing last week, i have the tempest revert up here https://review.openstack.org/#/c/361671/13:26
mriedemrechecked it 4 times yesterday, no failures13:26
sdaguemriedem: ok13:26
sdaguemriedem: where is the fix ?13:26
*** BjoernT has joined #openstack-nova13:26
sdaguejust so I can educate myself better13:26
mriedemhttps://review.openstack.org/#/c/358753/13:27
sdaguewhen is our 6.0 release cutoff?13:27
mriedemthursday13:27
sdagueHow about we get the revert landed for tempest, get more data today, if all goes well I'll approve tomorrow?13:28
mriedemalright13:28
sdagueI just approved the tempest revert13:28
sdaguealso, thanks for getting that sorted13:28
mriedemnp, armax did all of the heavy lifting on that before i got back13:29
mriedemspeaking of, it's my first day back and i have 2 hours of meetings this morning and then jury duty this afternoon,13:29
mriedemso are there any things that need my immediate attention?13:29
sdagueso... having a really excellent day?13:29
mriedemyeah :) i even had to dress like an adult for work.13:29
sdaguethe only thing I needed you for was the get-me-a-network issue, which armax solved13:29
sdagueso \o/13:30
mriedemcool13:30
*** markvoelker has quit IRC13:30
*** suresh12 has joined #openstack-nova13:31
*** nkrinner has quit IRC13:31
sdaguealex_xu: I don't seem to see warning messages with your policy bit - http://logs.openstack.org/43/360943/2/check/gate-tempest-dsvm-full-ubuntu-xenial/e271ea0/logs/screen-n-api.txt.gz?level=WARNING  ?13:31
*** pwnall has joined #openstack-nova13:33
* dansmith yawns13:33
*** shaohe_feng has quit IRC13:33
*** hoonetorg has quit IRC13:33
*** suresh12_ has joined #openstack-nova13:34
*** bhagyashris has quit IRC13:34
*** prateek has quit IRC13:34
*** shaohe_feng has joined #openstack-nova13:34
*** bhagyashris has joined #openstack-nova13:34
*** prateek has joined #openstack-nova13:35
*** suresh12 has quit IRC13:36
*** suresh12_ has quit IRC13:36
alaskidansmith: wanted to run something past you. I proposed https://review.openstack.org/#/c/361436/ to fix the issue of the cell0 db not being setup properly, but this weekend I was considering just having the simple_cell_setup run the migrations.13:36
alaskithoughts on direction here?13:36
* dansmith looks13:36
*** eharney has joined #openstack-nova13:37
dansmithalaski: doing them together may be confusing because the docs will have to say "if this is the first time you're setting up a cell, the migrations are already done and don't have to be run again like normal"13:37
dansmithalaski: so I think just doing that reorder patch is better13:37
*** kevinz has quit IRC13:38
*** ducttape_ has joined #openstack-nova13:38
*** efried has joined #openstack-nova13:38
mriedemalaski: looks like the grenade failure on the nova change which depends on that grenade change is unrelated http://logs.openstack.org/38/356138/13/check/gate-grenade-dsvm-neutron-ubuntu-trusty/5011f3a/logs/grenade.sh.txt.gz#_2016-08-26_20_28_07_01913:38
*** hshiina has joined #openstack-nova13:39
mriedemhmm, but all three grenade jobs failed13:39
alaskidansmith: okay. it would be a lot to add in the migrations there, but is simpler. I like the explicitness of the reorder though13:39
*** tbachman has quit IRC13:39
*** pwnall has quit IRC13:39
dansmithalaski: yeah, I think it's more explicit and less confusing to just make it separate.. they won't ever run cell_setup again, so..13:40
mriedemhttp://logs.openstack.org/38/356138/13/check/gate-grenade-dsvm-neutron-ubuntu-trusty/5011f3a/logs/new/screen-n-api.txt.gz?level=TRACE#_2016-08-26_20_28_09_16813:40
alaskimriedem: huh13:40
mriedemalaski: ^ same in all 3 job failures13:40
alaskimriedem: yeah, that's the failure the grenade patch should fix13:40
alaskican I depends-on a grenade patch?13:40
mriedemcan haz depends-on grenade patch?13:41
mriedemi thought you could13:41
alaskiI just know some things don't work, but have no clue which things.13:42
alaskiI'll have the grenade patch depends-on the nova patch and see what happens13:42
mriedemhold up13:42
mriedemthe depends-on from the nova change to the grenade change worked13:42
mriedemhttp://logs.openstack.org/38/356138/13/check/gate-grenade-dsvm-neutron-ubuntu-trusty/5011f3a/logs/devstack-gate-setup-workspace-new.txt.gz#_2016-08-26_20_03_16_70913:42
mriedemit pulled in the grenade change there ^13:42
*** prateek_ has joined #openstack-nova13:42
alaskihmm13:43
mriedembut what creates the nova_api_cell0 db?13:43
mriedemisn't that in devstack?13:43
*** shaohe_feng has quit IRC13:44
alaskiit should happen in http://logs.openstack.org/38/356138/13/check/gate-grenade-dsvm-neutron-ubuntu-trusty/5011f3a/logs/grenade.sh.txt.gz#_2016-08-26_20_25_43_60613:44
alaskiit was reverted from devstack13:44
alaskiand hasn't re merged13:44
*** nkrinner has joined #openstack-nova13:44
*** sc68cal_ is now known as sc68cal13:44
alaskihttps://review.openstack.org/#/c/355602/13:44
mriedemok, so make the grenade change depends on the devstack change? or the nova change depend on both?13:45
*** su_zhang has joined #openstack-nova13:45
*** shaohe_feng has joined #openstack-nova13:45
alaskiit shouldn't need the devstack change I don't think. devstack does the same thing grenade is doing13:45
*** prateek has quit IRC13:46
mriedemtrue13:46
*** ayoung has joined #openstack-nova13:47
alaskioh http://logs.openstack.org/38/356138/13/check/gate-grenade-dsvm-neutron-ubuntu-trusty/5011f3a/logs/grenade.sh.txt.gz#_2016-08-26_20_25_49_11313:47
*** burt has joined #openstack-nova13:47
mriedemyeah, that's why i'm wondering what creates the nova_api_cell0 db13:47
alaskithe simple_cell_setup commands creates the connection string, and I thought the migrations would create the db13:48
*** prateek has joined #openstack-nova13:48
mriedemi don't think that's how it works13:48
alaskidoes the database need to be present before migrations are run?13:48
*** Hosam has quit IRC13:48
mriedemthe migrations create the tables in the db13:48
mriedemdevstack creates the db13:48
alaskiahh13:49
*** Hosam has joined #openstack-nova13:49
mriedemthere is a recreate_database function in devstack13:50
mriedemoff to meetings13:50
*** prateek_ has quit IRC13:50
*** sdake_ has quit IRC13:50
alaskimriedem: found it. thanks13:50
*** sdake has joined #openstack-nova13:51
*** rlrossit has quit IRC13:52
*** prateek_ has joined #openstack-nova13:53
*** shaohe_feng has quit IRC13:54
*** Hosam has quit IRC13:54
*** woodster_ has joined #openstack-nova13:54
*** mriedem1 has joined #openstack-nova13:54
openstackgerritPrateek Arora proposed openstack/nova: Delete traces of in-progress snapshot on VM being deleted  https://review.openstack.org/29451313:55
*** mriedem has quit IRC13:55
*** pwnall has joined #openstack-nova13:55
*** pcaruana has quit IRC13:55
*** shaohe_feng has joined #openstack-nova13:55
*** prateek has quit IRC13:56
*** markvoelker has joined #openstack-nova13:57
*** jamesdenton has joined #openstack-nova13:57
*** tbachman has joined #openstack-nova13:58
edleafe-Scheduler subteam meeting in 2 minutes in #openstack-meeting-alt13:58
*** vladikr has joined #openstack-nova13:58
*** edleafe- is now known as edleafe13:59
*** ecelik has quit IRC14:01
*** rmcall has quit IRC14:01
*** markvoelker has quit IRC14:01
*** pradk has joined #openstack-nova14:02
*** rmcall has joined #openstack-nova14:02
*** tbachman_ has joined #openstack-nova14:02
*** tbachman has quit IRC14:04
*** tbachman_ is now known as tbachman14:04
bauzasalaski: dansmith: so, my question I had was related to cell0 being an hard requirement14:04
*** tpatzig_ has joined #openstack-nova14:04
*** shaohe_feng has quit IRC14:04
*** marcusvrn_ has quit IRC14:04
bauzasalaski: so, you think we should accept for Newton operators not running the simple cell creation ?14:04
dansmithno14:04
bauzasdansmith: context is https://review.openstack.org/#/c/356138/12/nova/compute/api.py14:05
*** tpatzig has quit IRC14:06
*** shaohe_feng has joined #openstack-nova14:06
*** mkoderer has quit IRC14:06
alaskibauzas: two things. I would like to get to a point where cell0 is necessary before forcing it, which I'm trying to get to in N. And even if we force it in N I'm not sure we should force that it must be run before N code can be used14:06
alaskiso I think we should still protect against it not being setup14:06
*** mtanino has joined #openstack-nova14:07
bauzasalaski: that's actually a good upgrade question14:07
bauzaswhen should we ask our operators to run the simple cell call ?14:07
dansmithalaski: everything we have now is still graceful about not having the cells setup right?14:07
alaskidansmith: yes14:08
dansmithI definitely think we need to have a cycle where they have to run it before upgrading to the next cycle,14:08
dansmithwhich means N can't break if they haven't run it, otherwise we didn't give them a graceful experience14:08
bauzasokay, so we should leave it cool14:08
alaskibauzas: sometime after upgrading to N but before upgrading to O14:08
bauzasgotcha14:08
*** mkoderer has joined #openstack-nova14:08
*** pcaruana has joined #openstack-nova14:09
*** sridharg has joined #openstack-nova14:12
*** annegentle has joined #openstack-nova14:13
*** sridharg has quit IRC14:13
openstackgerritPavel Kholkin proposed openstack/nova: test_keypairs_list_for_different_users for v2.10  https://review.openstack.org/34746214:14
*** shaohe_feng has quit IRC14:14
bauzasalaski: I was also having another nit in https://review.openstack.org/#/c/357396/6/nova/compute/api.py@101214:16
bauzasalaski: not sure you saw it when rebasing14:16
pkholkinmriedem1: alaski: hi folks, please review this patch with test, thanks! https://review.openstack.org/#/c/34746214:16
pkholkinAndrew, thanks for your comments14:16
*** ekuris has quit IRC14:16
*** mlavalle has joined #openstack-nova14:17
alaskibauzas: yeah, I need to respond to that14:17
*** moshele has quit IRC14:18
*** shaohe_feng has joined #openstack-nova14:19
*** pwnall has quit IRC14:20
*** vishwanathj_zzz is now known as vishwanathj14:20
*** annegent_ has joined #openstack-nova14:21
openstackgerritJay Pipes proposed openstack/nova: rt: ensure resource provider records exist from RT  https://review.openstack.org/35879714:21
*** zz_dimtruck is now known as dimtruck14:22
bhagyashrissdague: Hi, could you please review this patch https://review.openstack.org/#/c/360941/ ?14:22
*** jaypipes has joined #openstack-nova14:23
*** vladikr has quit IRC14:24
*** annegentle has quit IRC14:24
*** jaosorior is now known as jaosorior_away14:25
*** shaohe_feng has quit IRC14:25
*** rkrum has joined #openstack-nova14:25
*** tbachman has quit IRC14:27
sdaguebhagyashris: +214:27
*** shaohe_feng has joined #openstack-nova14:27
*** bhagyashris has quit IRC14:28
*** sridharg has joined #openstack-nova14:29
*** pwnall has joined #openstack-nova14:31
*** hemanthm|away is now known as hemanthm14:31
*** tbachman has joined #openstack-nova14:31
*** clenimar has joined #openstack-nova14:34
*** sridharg has quit IRC14:34
*** shaohe_feng has quit IRC14:35
alex_xusdague: emm...strange, let me check14:35
*** aghadge has joined #openstack-nova14:35
*** browne has joined #openstack-nova14:36
*** shaohe_feng has joined #openstack-nova14:36
*** sheel has quit IRC14:36
alex_xumriedem1: good morning, I have question about this patch https://review.openstack.org/328157, I saw you -2 the patch after non-priority features, then remove the -2 again. But you didn't leave any comment, so just want to ask whether we allow to that patch?14:37
*** devkulkarni has joined #openstack-nova14:38
mriedem1alex_xu: that looks like the -2 was dropped when i removed myself from the reviewers list14:38
mriedem1i didn't realize it would do that, but it makes sense14:39
*** vladikr has joined #openstack-nova14:39
*** mriedem1 is now known as mriedem14:39
mriedemi just didn't want all of the email since i wasn't actively reviewing that but it kept changing14:39
mriedemalex_xu: i re-applied the -214:39
*** tbachman has quit IRC14:40
alex_xumriedem: thanks, I'm clear now14:41
*** tonytan_brb has joined #openstack-nova14:42
*** cfriesen has joined #openstack-nova14:44
*** tonytan4ever has quit IRC14:45
*** shaohe_feng has quit IRC14:45
*** tonytan_brb is now known as tonytan4ever14:45
*** parora has joined #openstack-nova14:46
*** shaohe_feng has joined #openstack-nova14:46
*** kaisers_ has quit IRC14:46
*** code-R has quit IRC14:47
*** kevinz has joined #openstack-nova14:47
*** prateek_ has quit IRC14:49
jrolloh, removing yourself drops votes? lame14:51
jrollthanks for clearing that one up mriedem14:51
*** eandersson has joined #openstack-nova14:52
*** sridharg has joined #openstack-nova14:53
*** su_zhang has quit IRC14:53
*** mamandle has joined #openstack-nova14:53
alaskibauzas: responded on https://review.openstack.org/#/c/357396/614:54
*** rlrossit has joined #openstack-nova14:54
*** anush__ has joined #openstack-nova14:54
*** sridharg has quit IRC14:54
*** shaohe_feng has quit IRC14:55
*** _ducttape_ has joined #openstack-nova14:56
*** shaohe_feng has joined #openstack-nova14:56
*** pbandark has quit IRC14:56
bauzasalaski: so for example, I was thinking on a DB deadlock that would prevent the instance delete14:57
alaskibauzas: wouldn't that raise an exception?14:57
*** marst has joined #openstack-nova14:58
bauzasalaski: indeed14:58
*** kfarr has joined #openstack-nova14:58
*** rrecio has joined #openstack-nova14:58
alaskiand that would stop the instance_mapping from being deleted14:58
openstackgerritSean Dague proposed openstack/nova: Make api-ref bug link point to nova  https://review.openstack.org/36217014:59
*** eharney has quit IRC14:59
bauzasmmm, you're right, if we just raise an exception, then we would stop the loop14:59
*** ducttape_ has quit IRC14:59
bauzaswhich is sad but at least we wouldn't delete the mappings without deleting the related instance14:59
alaskiyeah14:59
*** sridharg has joined #openstack-nova15:00
alaskithis is also short term as the next patch I put up should move instance creation to the conductor15:00
*** sridharg has quit IRC15:00
bauzasright15:00
*** kevinz has quit IRC15:01
*** kevinz has joined #openstack-nova15:01
*** roeyc has quit IRC15:02
openstackgerritPeter Hamilton proposed openstack/nova-specs: Add support for certificate validation  https://review.openstack.org/35715115:04
*** mjura has quit IRC15:05
*** shaohe_feng has quit IRC15:06
*** shaohe_feng has joined #openstack-nova15:06
mriedemmdbooth: is there a reason why a unit test is not in this change https://review.openstack.org/#/c/355415/ ?15:07
mriedemmdbooth: i read some of the comments and it basically sounded like, 'it's hard so let's just not do it'15:07
*** daemontool has quit IRC15:07
*** hemnafk has quit IRC15:08
*** daemontool has joined #openstack-nova15:09
*** jaosorior_away is now known as jaosorior15:10
*** devkulkarni has quit IRC15:10
syjuliandansmith, jaypipes: hi, jay and dan. would you be able to review this change if you guys are available? it should be the last part of gibi's json-schema bp https://review.openstack.org/#/c/360095/15:11
*** devkulkarni has joined #openstack-nova15:13
*** hshiina has quit IRC15:13
*** gongysh has joined #openstack-nova15:14
*** aghadge has quit IRC15:14
mriedemsyjulian: we're past non-client lib releases for newton15:15
*** armax has joined #openstack-nova15:15
mriedemwhich means oslo.versionedobjects15:15
*** beagles is now known as beagles_brb15:15
*** shaohe_feng has quit IRC15:16
*** praneshp has joined #openstack-nova15:16
*** hoonetorg has joined #openstack-nova15:16
*** shaohe_feng has joined #openstack-nova15:16
*** sridharg has joined #openstack-nova15:17
*** markvoelker has joined #openstack-nova15:17
*** rlrossit has quit IRC15:18
*** sdake_ has joined #openstack-nova15:18
*** sdake has quit IRC15:20
*** rlrossit has joined #openstack-nova15:20
*** andreas_s has quit IRC15:20
*** mriedem1 has joined #openstack-nova15:20
*** prometheanfire has joined #openstack-nova15:21
prometheanfireI think I found another oslo bump that's gonna cause nova to fail tests15:22
prometheanfirehttps://review.openstack.org/36047615:22
prometheanfirenova.tests.unit.test_fixtures.TestStableObjectJsonFixture fails with a versioned-objects bump15:22
*** mriedem has quit IRC15:22
*** rkrum has quit IRC15:23
*** sridharg has quit IRC15:23
*** markus_z has quit IRC15:24
*** sdake has joined #openstack-nova15:24
*** sdake_ has quit IRC15:26
*** hemna has joined #openstack-nova15:26
*** shaohe_feng has quit IRC15:26
*** shaohe_feng has joined #openstack-nova15:27
*** browne has quit IRC15:29
*** kfarr has quit IRC15:29
*** eharney has joined #openstack-nova15:30
*** Sukhdev has joined #openstack-nova15:31
*** harlowja_at_home has joined #openstack-nova15:32
*** markvoelker has quit IRC15:32
mriedem1hmm http://logs.openstack.org/76/360476/2/check/gate-cross-nova-python27-db-ubuntu-xenial/14ae1cc/console.html#_2016-08-29_04_56_08_99462915:33
*** mriedem1 is now known as mriedem15:33
prometheanfiremriedem: yarp15:34
mriedemprobably due to this https://github.com/openstack/oslo.versionedobjects/commit/39a057becc10d1cfb5a5d5024bfcbbe6db1b56be15:34
*** hieulq_ has joined #openstack-nova15:35
mriedemdansmith: probably need your help handling ^15:35
mriedemshould we even have nova.tests.unit.test_fixtures.TestStableObjectJsonFixture in nova anymore?15:36
mriedemlooks like no15:36
*** shaohe_feng has quit IRC15:36
*** yamahata has joined #openstack-nova15:37
kashyapmriedem: or others with more time, this (non-intrusive) patch from Pawel has been sitting there for a while -- https://review.openstack.org/#/c/292826/14 ("Remove block_migration from LM rollback")15:37
mriedemStableObjectJsonFixture was released in 1.9.0, we require >=1.13.0 in g-r, so we can probably safely remove the duplicate fixture from nova and it's now-failing unit tests15:37
*** shaohe_feng has joined #openstack-nova15:37
prometheanfirethat'd be nice, removing code to fix a bug is always nice :D15:38
mriedemprometheanfire: i'll try and work up a patch quick15:38
*** Guest4347 has quit IRC15:38
prometheanfirethanks, I can rework the requirements patch to be dependant on yours (or you can, doesn't mater)15:39
*** EinstCrazy has quit IRC15:40
*** browne has joined #openstack-nova15:40
dansmithmriedem: okay yeah15:41
dansmithmriedem: I had to fix the test in o.vo  that was testing the wrong thing after that fix, so nova's is similarly broken15:41
dansmithmriedem: I can patch it out15:42
mriedemyup15:42
mriedemi'm working a patch15:42
dansmiththen I shall +2 said ptch15:42
*** tesseract- has quit IRC15:42
mriedemyar har15:42
*** pcaruana has quit IRC15:43
*** rcernin has quit IRC15:44
*** shaohe_feng has quit IRC15:47
*** tongli has joined #openstack-nova15:47
*** shaohe_feng has joined #openstack-nova15:47
*** READ10 has joined #openstack-nova15:48
*** yamahata has quit IRC15:48
*** matrohon has quit IRC15:48
*** gszasz has quit IRC15:51
mriedemdansmith: https://review.openstack.org/#/c/362214/15:54
*** vladikr has quit IRC15:54
mriedemprometheanfire: updated https://review.openstack.org/#/c/360476/15:54
dansmithmriedem: thanks15:54
*** amotoki has quit IRC15:55
prometheanfirek15:55
jaypipesmriedem, dansmith: in https://review.openstack.org/#/c/358797/, I'm attempting to use the same mechanism that the cinder volume driver uses to get the endpoint for the placement service. I'm having trouble though, since it's not clear that we have any entry for the new placement service in the Keystone catalog...15:56
*** shaohe_feng has quit IRC15:57
*** gongysh has quit IRC15:58
mriedemjaypipes: in here https://review.openstack.org/#/c/358797/5/nova/scheduler/client/report.py@4115:58
mriedemi thought cdent had a devstack change to add the placement service entry to the service catalog?15:58
mriedemand deploy and start the service, etc15:58
*** su_zhang has joined #openstack-nova15:59
*** yamahata has joined #openstack-nova16:00
mriedemjaypipes: added a comment inline16:00
mriedemcan we attempt to guess the URL?16:00
mriedemor provide a backdoor option for configuring the service name/type etc?16:01
mriedemsdague would probably hate that16:01
*** david-lyle_ is now known as david-lyle16:01
jaypipesmriedem: yeah, I specifically did not want to add an endpoint override URL configuration option (see commit message)16:01
*** shaohe_feng has joined #openstack-nova16:02
*** kevinz has quit IRC16:03
*** nic has joined #openstack-nova16:03
*** hieulq_ has quit IRC16:03
openstackgerritStephen Finucane proposed openstack/nova: plugins/xenserver: Add '.py' extension  https://review.openstack.org/28943116:04
*** browne has quit IRC16:04
*** devananda|OPS is now known as devananda16:05
*** nkrinner is now known as nkrinner_afk16:05
*** _ducttape_ has quit IRC16:06
*** ducttape_ has joined #openstack-nova16:07
*** shaohe_feng has quit IRC16:07
*** shaohe_feng has joined #openstack-nova16:08
openstackgerritSwaminathan Vasudevan proposed openstack/nova: Implement setup_networks_on_host for Neutron networks  https://review.openstack.org/27507316:08
cmartinCan somebody tell me where instance_type gets set when used in the creation of a new instance using the nova boot command16:08
*** browne has joined #openstack-nova16:09
*** wanghao_ has quit IRC16:10
*** prateek_ has joined #openstack-nova16:10
*** su_zhang has quit IRC16:11
*** su_zhang has joined #openstack-nova16:11
anteayacmartin: clarify you are asking in service of fixing a bug is often helpful for your goal16:11
bauzasjaypipes: mriedem: well, I unfortunately think we should ask our operators to provide the placement URL in the catalog, or bypass the whole placement API if not16:11
bauzasbut not use any hack to guess it16:12
anteayas/clarify/clarifing16:12
lbeliveaujaypipes: we fixed this patch, would be great if you could review so that it gets merged for the release (we would then have PCI migration and revert functionnality working) https://review.openstack.org/#/c/349060/16:12
*** beagles_brb is now known as beagles16:12
*** pilgrimstack1 has quit IRC16:12
*** parora has quit IRC16:13
sfinucanwznoinsk: any idea what's up with intel-nfv-ci? https://review.openstack.org/#/c/356398/16:13
mriedembauzas: jaypipes: yeah i'm fine with requiring the service catalog to make this work, that's what we should probably require on any new things since we want to get off hacky deployment-specific config options for endpoint overrides,16:14
*** liangy has quit IRC16:14
mriedemand given the scheduler isn't using the placement API data yet, it's probably not the end of the world if you're running newton w/o all of the data from RT going there right out of the gate right?16:14
mriedembut at some point we're going to have to switch that over16:14
mriedemi'm not sure if there is a way to make that a bit painful16:15
wznoinsksfinucan: 10min, hiccup, fixed, I left a comment for a recheck16:15
mriedembesides just the error/warning in the logs that it's not setup16:15
*** zenoway has quit IRC16:15
cmartinOk just to clarify, I am working on this bug https://bugs.launchpad.net/nova/+bug/1587108 and I am trying to find the root cause, from what I gather the root_gb value is what sets min_disk, and root_gb is obtained from instance_type so I am trying to figure out where instance_type is set because it is above the create method. I do know it seems to be taken from the flavor instead of the image which is what the bug is16:15
openstackLaunchpad bug 1587108 in OpenStack Compute (nova) "Booting an instance from snapshot (which is an instance booted from Cinder volume) fails with: "Volume is smaller than the minimum size specified in image metadata."" [Medium,In progress] - Assigned to Chris Martin (cm876n)16:15
*** su_zhang has quit IRC16:15
*** zenoway has joined #openstack-nova16:16
*** diana_clarke has left #openstack-nova16:16
openstackgerritTuan Luong-Anh proposed openstack/nova: Using assertIsNotNone() instead of assertIsNot(None,)  https://review.openstack.org/36181516:16
*** raunak has joined #openstack-nova16:17
*** shaohe_feng has quit IRC16:17
*** shaohe_feng has joined #openstack-nova16:18
*** liangy has joined #openstack-nova16:18
bauzasmriedem: yup, I wasn't thinking that a service catalog entry was needed for Newton16:19
*** sdake has quit IRC16:19
bauzasearly Ocata, maybe16:19
mriedembut if your data isn't migrated, how are we going to handle that in ocata? same as always?16:19
mriedemmigrated/duplicated16:19
*** armax has quit IRC16:20
*** zenoway has quit IRC16:20
*** rama_y has joined #openstack-nova16:20
mriedemi guess this is already doing a migration of sorts, if the RP doesn't exist from the RT call it creates it16:21
sfinucanwznoinsk: Lovely, thanks :)16:21
*** browne has quit IRC16:21
mriedemjaypipes: i think you need this https://review.openstack.org/#/c/342362/16:22
*** armax has joined #openstack-nova16:22
bauzasmriedem: mmm, that's actually a good question16:23
mriedemhttps://review.openstack.org/#/c/342362/8/lib/placement@107 creates the service catalog entries for the placement service16:24
mriedemso needs that as a depends-on for the nova change16:24
bauzasmriedem: if we say computes need to call the REST API for writing inventories, I was thinking we would directly call out the API stack using requests16:24
mriedemi'd think for newton we just log the error but don't fail if the SC isn't configured for the placement api16:24
mriedemfor ocata the SC entry is a requirement, but we still fallback to creating RPs on the fly16:24
bauzasmriedem: for Newton, we could assume that computes can read the placement conf entries16:25
mriedembauzas: i don't think we want to make that assumption, we don't make that assumption today for the nova-compute being able to read the nova-api config16:25
mriedemor that the configs are the same16:26
*** salv-orlando has quit IRC16:27
*** salv-orlando has joined #openstack-nova16:27
bauzasmriedem: well, that's an assumption we didn't enforced16:27
jaypipesmriedem: for the record, I didn't need that patch in the revision before this. I was asked by edleafe, Yingxin and cdent to not use the strategy I was previously using of having a _placement_api_error marker variable to short-circuit error handling and ensure that the report client object didn't bomb.16:27
bauzasmriedem: and by working on the disk/cpu/ram ratios to RT, I saw that we were basically reading those values16:28
*** shaohe_feng has quit IRC16:28
openstackgerritTuan Luong-Anh proposed openstack/nova: Using assertIsNone() instead of assertEqual(None)  https://review.openstack.org/36184716:28
bauzasanyway, I need to bail out :/16:28
*** yamahata has quit IRC16:28
openstackgerritBrent Eagles proposed openstack/nova: Add bigswitch command to compute rootwrap filters  https://review.openstack.org/35802416:29
*** shaohe_feng has joined #openstack-nova16:29
*** sdake has joined #openstack-nova16:30
*** salv-orlando has quit IRC16:30
mriedemjaypipes: ok, but either way with this change the placement API / service is still optional isn't it?16:33
*** _diana_ has left #openstack-nova16:33
mriedemwe want people using it though so the switchover isn't as painful when it comes16:34
*** kaisers_ has joined #openstack-nova16:35
mriedemwe need cdent (or someone) to fix the bashate failure in https://review.openstack.org/#/c/342362/16:36
mriedemand then i think we want a depends-on in the nova series to show this working16:36
mriedemjaypipes: ^16:36
*** lpetrut has quit IRC16:38
*** shaohe_feng has quit IRC16:38
*** shaohe_feng has joined #openstack-nova16:38
Guest35918sdague: RE profiling of nova-scheduler with Ironic, I found that this line takes 1s to complete: https://github.com/openstack/nova/blob/kilo-eol/nova/scheduler/host_manager.py#L56116:39
*** Guest35918 is now known as mgagne16:39
mgagnesdague: was me ^16:39
*** mgagne has quit IRC16:39
*** mgagne has joined #openstack-nova16:39
mriedemmgagne: is that still in master?16:39
*** harlowja_at_home has quit IRC16:39
mgagnemriedem: checking, just started my journey into profiling that code =)16:40
*** kaisers_ has quit IRC16:40
mriedemmgagne: ok, i'd be interested to see if you're hitting this https://github.com/openstack/nova/blob/kilo-eol/nova/scheduler/host_manager.py#L59016:40
mriedemi.e. backlevel computes16:40
mgagnemriedem: challenge is that we aren't running master or anything remotely recent16:40
*** Apoorva has joined #openstack-nova16:40
mgagnemriedem: will check right now16:40
sdaguemriedem: sorry, was away, what's the SC thing I would hate?16:40
*** prometheanfire has left #openstack-nova16:40
mriedemsdague: endpoint overrides16:40
sdaguemgagne: great, lets start stacking that up on a bug so we can figure out if it's still an issue16:41
jaypipesmriedem: yes, the placement API was entirely optional. It's just with edleafe and cdent's requests, the report client continually outputs error messages in the log file over and over again every time update_available_resource() is called.16:41
*** Apoorva has quit IRC16:41
mriedemsdague: looks like we need to get https://review.openstack.org/#/c/342362/ in so that https://review.openstack.org/#/c/358797/5/nova/scheduler/client/report.py@41 works16:41
mgagnemriedem: so I'm hitting objects.InstanceList.get_by_host16:41
mriedemmgagne: yeah, so i'm thinking there are backlevel computes not sending the instances over the wire to the scheduler16:42
mriedemwhich is why the scheduler is then looking them up in the db every time16:42
sdaguemriedem / jaypipes: if it's entirely optional, why do we need it? Optional should mean we don't error if it's not there.16:42
*** Apoorva has joined #openstack-nova16:42
mriedemwarning might be more appropriate,16:42
mriedemwe want people to use it so that we start creating resource providers in the placement service asap16:43
sdaguemaybe step back, what is the desired behavior if there is no SC entry?16:43
sdagueand when do we want it non optional?16:43
mriedemi thought ocata16:43
sdagueand how is that transition?16:43
armaxmriedem: how are we doing as far as bug 1615710 goes?16:43
openstackbug 1615710 in neutron "test_server_multi_create_auto_allocate failing with "Failed to allocate the network(s), not rescheduling"" [Critical,Fix released] https://launchpad.net/bugs/1615710 - Assigned to Kevin Benton (kevinbenton)16:43
armaxdid you notice any bump in the road so far?16:43
*** unicell has quit IRC16:43
mriedemarmax: the tempest skip revert merged this morning16:43
armaxmriedem: ok, still early to say then?16:44
mriedemarmax: so far no bumps16:44
mriedemhttp://status.openstack.org//elastic-recheck/index.html#161649816:44
mgagnemriedem: is it related to the scheduler_tracks_instance_changes config?16:44
armaxmriedem: ack16:44
sdaguearmax: thanks for digging into that16:44
mriedemmgagne: i don't know off the top of my head, would have to dig into that code16:44
armaxsdague: np16:44
mgagneok, will check16:44
jaypipessdague: the prior revision of that patch did *not* error (just logged a warning). edleafe and others asked me to change things to repeatedly log errors and try connecting to the placement API instead of the short-circuit error marker approach I was using in the previous patch revision.16:44
*** lucasagomes is now known as lucas-afk16:45
mriedemjaypipes: i think a warning in newton is ok16:45
mriedemand then we hard fail in ocata if it's not there right?16:45
jaypipesmriedem: that was indeed my original plan.16:45
jaypipesand my original revision.16:45
mriedemindubitably16:45
mriedemso let's do that16:46
mriedembut also get cdent's devstack change landed so we can see this working16:46
jaypipesle sigh... do you feel like arguing with edleafe and Yingxin on the patch comments?16:46
mgagnemriedem: well... help message is a bit confusing: https://github.com/openstack/nova/blob/282c257aff6b53a1b6bb4b4b034a670c450d19d8/nova/conf/scheduler.py#L174-L17716:46
mriedemjaypipes: not really, what's their reason? raise the big red flag that you need this thing setup even though the scheduler isn't using it yet?16:46
sdaguemriedem: hold on a sec, because the devstack change means that we don't test the optionality part16:46
*** Swami has joined #openstack-nova16:47
mriedemjaypipes: i don't think we need an error in tens of thousands of cern compute nodes when they upgrade to newton :)16:47
sdaguebecause this code is definitely not going to quietly not work if the SC entry isn't there16:47
mriedemfor an optional thing16:47
sdaguethis is going to blast errors left right and center16:47
mgagnemriedem: "You should disable it to gain performance if you don't need it BUT info could be loaded from DB is needed." I'm not sure *what* needs it, looks to be systematic...16:47
jaypipessdague: the previous revision did just that (quietly not work if the SC entry wasnt there, with a single warning in the logs)16:47
*** mamandle has quit IRC16:47
mriedemmgagne: it being the option16:48
mriedemset scheduler_tracks_instance_changes=False to disable 'it'16:48
mgagnemriedem: yes16:48
mriedemjaypipes: i think that's what we want16:48
*** shaohe_feng has quit IRC16:48
sdaguejaypipes: ok, so that seems better16:48
mriedemthen we bring the pain in ocata16:49
*** shaohe_feng has joined #openstack-nova16:49
*** trisq has quit IRC16:49
edleafejaypipes: the issue I had was that once an error hit, there was no reviving things short of restarting the service16:49
edleafejaypipes: I didn't want the logs flooded with repeated error messages16:50
*** READ10 has quit IRC16:50
mriedemso can we do both? time cache the sc lookup result, but log warning if it's not there (instead of error)16:50
sdaguemriedem: why would we want to do that?16:51
mriedemsdague: so it doesn't warn every minute16:51
sdaguemriedem: I guess I'm not sure I understand why it warns every minute16:51
mriedemb/c it's in the RT update_available_resource16:51
mriedemwhich by defaults runs every 60s16:51
sdagueso just set a global16:51
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/36089416:51
jaypipesedleafe: sorry, was Yingxin who said "If not, a misconfigured placement service may cause all the compute nodes fall into unrecoverable errors. And deployer must restart all the compute nodes to fix the problem. I don't think there is any unrecoverable errors in compute nodes."16:52
mriedem^ is the complaint against setting a global right?16:53
sdagueHAS_WARNED_ABOUT_PLACEMENT=True16:53
jaypipesmriedem: honestly, I'm not sure any more. :(16:53
sdaguedon't warn again if it's true16:54
sdaguebut still try to rebuild the client16:54
mriedemsdague: ok yeah i think that's fine16:54
sdagueand unset it if you find a working placement endpoint16:54
jaypipeshttps://review.openstack.org/#/c/358797/1/nova/scheduler/client/report.py16:54
mriedemwas mixing up what the flag was going to block16:54
jaypipes^^ please see above.16:54
mgagnemriedem: ok, this looks to be the config to enable. It will load all instance info in an async manner, maybe in-memory. Once info are all loaded, _add_instance_info takes no time to complete and db isn't hit anymore.16:55
jaypipesthere used to be a ScheduerReportClient._placement_api_error marker variable that was used to short-circuit to prevent constantly trying to connect to the placement service when it didn't exist.16:55
mriedemjaypipes: i think we want to try and keep reconnecting16:55
mriedembecause once that's set in the sc then we're good16:55
mriedemw/o having to restart nova-compute16:55
jroll+116:56
sdaguemriedem: where is this object built?16:56
mriedembut use the global to not dump a warning every 60s16:56
jaypipesI was asked to remove that _placment_api_error marker variable because it was too "strong". From Chris: "The -1 is because I'm not sure the behaviour of the error flag is sufficiently clear and without that clarity is hard to know if it is correct. At this stage it seems like it is too strong and not resilient in transitory failure states."16:56
*** tonytan4ever has quit IRC16:57
jaypipesmriedem: ok then. this patch will be 1K LOCC of more... just warning you.16:57
mriedemso (1) keep trying to reconnect, (2) log a warning on first failure, set a global, (3) don't warn on connection failure if we already have once before, (4) unset the flag once we connect16:57
mriedemi might be missing something, i obviously don't have the review history here16:58
mriedemanyway, jury duty time for me to get to the courthouse16:58
*** tonytan4ever has joined #openstack-nova16:58
sdaguejaypipes: right, so a lot of history happened, let's not entirely unwind that now. I mostly want to focus on what we think the correct behavior should be.16:58
jaypipesmriedem: I've been trying to keep the patch size small. doing things like retrying connections adds a significant amount of lines of code.16:58
*** vladikr has joined #openstack-nova16:58
*** vladikr has quit IRC16:58
*** shaohe_feng has quit IRC16:58
*** mriedem has quit IRC16:58
*** shaohe_feng has joined #openstack-nova16:59
jaypipessdague: the correct behaviour should be that the report client doesn't take a dump if there is no placement service available.16:59
mgagnesdague: so I found the culprit taking to mriedem16:59
jrollsure, that much is clear - the second question is whether we think folks should need to restart n-cpu once they get the placement service running?16:59
*** lucas-afk is now known as lucasagomes17:00
*** jaosorior has quit IRC17:00
sdaguemgagne: awesome17:00
jaypipessdague: whether or not *this particular patch* should add a bunch of code for handling retrying of the placement service connectivity along with logic for when and how often to log some warning/error is what is in question here. The longer the patch is, the less likely anything is to merge, right?17:00
mgagnesdague: scheduler_tracks_instance_changes needs to be True. Default value in Nova is True. BUT looking at Ironic install-guide, they recommend to set it to False: http://docs.openstack.org/developer/ironic/deploy/install-guide.html17:00
sdaguemgagne: ah... great17:00
mgagnesdague: yea.... super awesome17:00
*** mpaolino has joined #openstack-nova17:01
* jroll jumping into ironic meeting but would be curious what the problem there is17:01
sdaguemgagne: have you been able to test it in an environment to see the perf difference?17:01
jaypipesjroll: It would be great if they don't have to restrt n-cpu. The question is do we have to do all of this in the same patch.17:01
*** tonytan4ever has quit IRC17:01
jaypipesjroll: or can I please add a followup patch that does the reconnecting tries.17:01
jrolljaypipes: ah, fair enough17:01
jaypipesjroll: otherwise this patch is going to be enormous.17:01
mgagnesdague: adding a ton of debug logs in an environment with lot of hosts. I can see clear improvement in timing. 1s -> 0.01s17:01
sdaguemgagne: very cool17:01
mgagnesdague: at least it got fixed. I'm a bit frustrated that our team didn't catch it before today :-/17:02
mgagnewe knew it was in the get_all_host_states function but didn't push our investigation, big mistake17:03
sdaguemgagne: well, it happens17:03
mgagnesdague: my coworker found this: https://bugs.launchpad.net/nova/+bug/156818817:03
openstackLaunchpad bug 1568188 in OpenStack Compute (nova) "Scheduler should respect the setting of scheduler_tracks_instance_changes" [Undecided,Opinion]17:03
edleafejaypipes: what about setting a timeout on failure? This way it isn't constantly trying to re-connect, but will eventually reconnect if the problem is transient.17:03
sdagueedleafe: I don't understand how the problem will be transient17:05
*** browne has joined #openstack-nova17:05
jrollmgagne: btw, I really wouldn't recommend scheduler_tracks_instance_changes=True in ironic unless you're at a very small scale17:05
mgagnesdague: so I think that if you really don't care about details of instance located on nodes (like you would with an affinity filter), there is no way to disable the tracking of this info. You enable the option, it builds in an async manner, you disable it, it hits the DB every times17:05
mgagnejroll: well =False saved me 0.99s load time for every node. Please explain the logic here =)17:06
jrollmgagne: select * from instances where host='the-only-ironic-n-cpu-which-has-hundreds-or-thousands-of-instances';17:07
mgagnejroll: could be the behavior got fixed in latest Nova but so far, you NEED to have scheduler_tracks_instance_changes=True to scale Nova scheduler for Ironic.17:07
*** yamahata has joined #openstack-nova17:07
jrollmgagne: a cycle or two ago that was OOM'ing 8gb scheduler hosts at startup17:07
jrollbecause it loads all instances at scheduler startup17:07
sdaguejroll: this is kilo level17:07
mgagnejroll: adding debug logs shows that DB is hit for every hypervisor/ironic node loaded by scheduler.17:07
jrollsdague: okay, I think this was liberty17:08
*** tonytan4ever has joined #openstack-nova17:08
mgagnejroll: timing we have for one single node loaded by scheduler: http://paste.openstack.org/show/564621/17:08
*** shaohe_feng has quit IRC17:09
*** vladikr has joined #openstack-nova17:09
mgagne1s spent in add_instance_info which in turn calls objects.InstanceList.get_by_host(context, host_name)17:09
mgagnehere https://github.com/openstack/nova/blob/kilo-eol/nova/scheduler/host_manager.py#L59017:09
*** shaohe_feng has joined #openstack-nova17:10
jrollmgagne: ouch. I don't have time to dig into code right now, but I do recall that config causing us huge problems in liberty17:10
mgagneso I think there is no way to disable loading of instance info in Ironic context. Either it's done in an async manner (OOM problem?) or it's systematic for each nodes scheduler loads from database. (takes forever)17:11
*** jaypipes has quit IRC17:12
jrollmmm17:12
jrollyeah17:12
sdaguejaypipes: how does https://review.openstack.org/#/c/358797/5/nova/scheduler/client/report.py even work if the SC entry is there? It's using a naked requests session, and I don't see where it hands keystone auth to it anywhere?17:12
mgagnethat's why I think we should reopen this bug: https://bugs.launchpad.net/nova/+bug/156818817:13
openstackLaunchpad bug 1568188 in OpenStack Compute (nova) "Scheduler should respect the setting of scheduler_tracks_instance_changes" [Undecided,Opinion]17:13
mgagneit has a huge performance impact, even for huge cloud if you don't need affinity filters17:13
*** jaypipes has joined #openstack-nova17:13
mgagnethe reporter is describing the *exact* same situation we are in17:15
openstackgerritLudovic Beliveau proposed openstack/nova-specs: Improve usability of booting guest with SR-IOV  https://review.openstack.org/36228717:16
jrollmgagne: why do I feel like I had a similar bug files17:16
jrollfiled*17:16
*** mdrabe has joined #openstack-nova17:16
*** ManishD has joined #openstack-nova17:17
jrollmgagne: https://bugs.launchpad.net/nova/+bug/147912417:17
openstackLaunchpad bug 1479124 in OpenStack Compute (nova) "Scheduler doesn't respect tracks_instance_changes in all cases" [Low,Fix released] - Assigned to Ed Leafe (ed-leafe)17:17
jrollmgagne: doesn't fix it the way you'd think, but does fix it for ironic17:18
mgagnejroll: will read bug and commit17:18
jrollmgagne: enjoy :)17:19
*** shaohe_feng has quit IRC17:19
mgagnejroll: I think you implemented something similar to us but we limited scheduler to empty compute nodes at the DB level instead: https://gist.github.com/mgagne/1fbeca4c0b60af73f019bc2e21eb4a8017:19
jrollmgagne: actually, maybe it's not what you need, sorry I'm distracted with a meeting17:20
jrollah, interesting17:20
mgagnejroll: yea, I don't care about configurability, I don't mind having instance tracking disabled forever in Ironic context17:21
*** mpaolino has quit IRC17:21
*** su_zhang has joined #openstack-nova17:21
*** shaohe_feng has joined #openstack-nova17:22
mgagnejroll: I think our little hack should be part of upstream, I see little reasons for nova-scheduler to ever consider hypervisor with at least 1 instance in Ironic context. but you would lose some debug info since filtering would be done beforehand in database, not scheduler filters17:24
*** tri2sing has joined #openstack-nova17:24
*** ducttape_ has quit IRC17:25
jrollmgagne: yeah, that's a good point17:26
ManishDDansmith,BobBall,Jay Pipes, Nova team: HI, Please can you have a look when you have some free time: https://review.openstack.org/#/c/357131/17:27
*** lpetrut has joined #openstack-nova17:28
*** shaohe_feng has quit IRC17:29
*** shaohe_feng has joined #openstack-nova17:30
*** aghadge has joined #openstack-nova17:30
*** aghadge has quit IRC17:31
*** TravT_ has joined #openstack-nova17:32
*** yamahata__ has quit IRC17:33
*** unicell has joined #openstack-nova17:33
*** TravT has quit IRC17:34
*** ducttape_ has joined #openstack-nova17:37
*** mriedem has joined #openstack-nova17:38
*** maestropandy has joined #openstack-nova17:39
*** zul has quit IRC17:39
mriedemhe's guilty!17:39
mriedemjury duty cancelled suckas17:39
*** shaohe_feng has quit IRC17:39
mriedemthe real crime was making me wear dress pants when it's 90 out17:40
openstackgerritviswesuwara nathan proposed openstack/python-novaclient: The incorrect output of "nova show" when VM has long user data fixed. New argument "--wrap" is added for "nova show" command to wrap the output. The default wrap length is set to 80 now. Example: nova show --wrap 60 <server-id>  https://review.openstack.org/36229917:40
*** maestropandy has left #openstack-nova17:40
*** ihrachys has quit IRC17:40
*** praefect has joined #openstack-nova17:40
openstackgerritviswesuwara nathan proposed openstack/python-novaclient: The incorrect output of "nova show" when VM has long user data fixed.  https://review.openstack.org/36229917:41
*** tonytan4ever has quit IRC17:42
dansmithmriedem: hah17:42
*** zul has joined #openstack-nova17:42
*** shaohe_feng has joined #openstack-nova17:42
openstackgerritviswesuwara nathan proposed openstack/python-novaclient: The incorrect output of "nova show" when VM has long user data.  https://review.openstack.org/36229917:42
*** jaypipes has quit IRC17:43
*** fragatina has quit IRC17:44
*** ManishD has quit IRC17:44
*** ManishD has joined #openstack-nova17:44
*** Sukhdev has quit IRC17:45
mriedemsdague: so did jaypipes get his RT thing sorted out? i wasn't catching what the issue was with the retry17:45
edleafesdague: sorry, was AFK. If there is no placement service, then no, it won't be transient.17:48
edleafesdague: the concern was *with* the placement service, a network hiccup could turn it off.17:48
*** eharney_ has joined #openstack-nova17:49
*** shaohe_feng has quit IRC17:50
*** praefect has quit IRC17:50
sdagueedleafe: ah, yes17:50
sdagueright, that seems wrong for sure17:50
*** shaohe_feng has joined #openstack-nova17:51
sdaguemriedem: I do not think we are yet sorted17:51
*** eharney has quit IRC17:51
mgagnemriedem: so jroll found this bug: https://bugs.launchpad.net/nova/+bug/147912417:51
openstackLaunchpad bug 1479124 in OpenStack Compute (nova) "Scheduler doesn't respect tracks_instance_changes in all cases" [Low,Fix released] - Assigned to Ed Leafe (ed-leafe)17:51
*** bdeschenes has joined #openstack-nova17:52
openstackgerritviswesuwara nathan proposed openstack/python-novaclient: The incorrect output of "nova show" when VM has long user data fixed  https://review.openstack.org/36230317:52
mriedemsdague: ok, i just left a comment in the patch, i'm not sure where the extra 1K LOC comes in17:52
*** markvoelker has joined #openstack-nova17:53
mriedemmgagne: can we back up - i'm assuming something came out of the ops summit last week that is related to scheduler perf profiling or something?17:53
mriedemmgagne: so the fix for that bug doesn't actually fix the problem for what you were looking at, it was really a partial fix, and only for ironic17:54
mgagnemriedem: yea, I complained about performance in our setup. sdague came and asked for more details. I explained and we came up with the idea of profiling the setup. In the end, we found this was the root cause.17:54
mgagnemriedem: I only care about Ironic at this point17:54
mgagnemriedem: because it hasn't affected our cloud yet17:55
mriedemmgagne: ok, well, you're testing on kilo and https://review.openstack.org/#/c/206736/ was in liberty17:55
*** eharney_ is now known as eharney17:55
mgagnemriedem: yes but I'm sure the fix would be similar in Kilo17:55
mriedemok...this is feature freeze week so perf issues on kilo seem like a distraction right now17:56
mgagnemriedem: yea, my expectations aren't that a backport will be made, I can take care of that on my side. I was only looking for a root cause to this performance issue and hoping it's not something that is still present in master17:57
*** dharinic is now known as dharinic|lunch17:58
*** shaohe_feng has quit IRC18:00
*** isq has joined #openstack-nova18:01
sdaguemgagne: yeh, so given the mad rush this week to meet freeze, it might be better to pick it up next week in more detail. Especially if jroll can be involved as he'll understand more of the ironic implications.18:01
*** Sukhdev has joined #openstack-nova18:01
*** shaohe_feng has joined #openstack-nova18:01
openstackgerritLucian Petrut proposed openstack/nova: HyperV: use os-brick for volume related operations  https://review.openstack.org/27350418:02
*** moshele has joined #openstack-nova18:02
*** fragatina has joined #openstack-nova18:02
mgagnesdague: I think the bug is "solved" in Liberty+, since we are running Kilo, we are out of luck. We will take care of backporting process ourselves on our sides. I'm sure there is more to do to improve performance but so far, I'm satisfied with the bug jroll found and fixed.18:03
sdaguemgagne: ok, great18:03
mgagnesdague: thanks for the help btw, much appreciated =)18:03
sdaguemgagne: no prob. Glad you all got it solved.18:04
*** mugsie_ is now known as mugsie18:05
*** rmart04 has joined #openstack-nova18:06
openstackgerritVu Tran proposed openstack/nova: Not allow overcommit ratios to be negative  https://review.openstack.org/34425418:06
*** tbachman has joined #openstack-nova18:06
prateek_mriedem, jaypipes , can you please review https://review.openstack.org/#/c/294513/ whenever you have some free time18:06
*** markvoelker has quit IRC18:09
*** shaohe_feng has quit IRC18:10
*** rmart04 has quit IRC18:10
*** vishwanathj has quit IRC18:11
*** vishwanathj has joined #openstack-nova18:11
*** shaohe_feng has joined #openstack-nova18:12
*** kolesovdv has quit IRC18:15
*** lpetrut has quit IRC18:15
oomichimriedem: can we push https://review.openstack.org/#/c/328157 ? I and alex_xu are fine on current one, we just need 10 sec to push18:17
ManishDmriedem, sdageue, johnthetubaguy, jaypipes, can you please review https://review.openstack.org/#/c/357131/ whenever you have some free time18:18
*** jvgrant__ has quit IRC18:18
*** jvgrant has joined #openstack-nova18:18
mriedemoomichi: you're the 3rd person to ask me about that one now - why should we get that in so far past non-priority feature freeze?18:19
*** isq has quit IRC18:19
*** moshele has quit IRC18:19
*** jvgrant_ has joined #openstack-nova18:19
*** annegent_ has quit IRC18:19
*** tanee is now known as tanee_away18:20
*** isq has joined #openstack-nova18:20
*** shaohe_feng has quit IRC18:20
*** shaohe_feng has joined #openstack-nova18:22
*** ihrachys has joined #openstack-nova18:22
oomichimriedem: yeah, I know. we spend much time for that, and the sooner merging, the better quality by using it on many chances.18:22
*** su_zhang has quit IRC18:23
*** TravT_ has quit IRC18:23
*** jvgrant has quit IRC18:23
mriedemit should have been merged 2 months ago then18:24
ducttape_anyone able to speak to the timeline  on https://blueprints.launchpad.net/nova/+spec/enable-volume-types ?    wondering when we can launch instances with other volume types, in a single call18:24
*** kaisers_ has joined #openstack-nova18:24
openstackgerritAndrew Laski proposed openstack/nova: Pull from cell0 and build_requests for instance list  https://review.openstack.org/35613818:25
*** su_zhang has joined #openstack-nova18:25
*** isq has quit IRC18:26
mriedemducttape_: see the ML thread on that - no one ever pushed a spec for it18:27
*** moshele has joined #openstack-nova18:27
ducttape_k thanks mriedem18:28
oomichimriedem: yeah, and you have a good point on that now. I lose18:29
*** kaisers_ has quit IRC18:29
*** moshele has quit IRC18:30
*** shaohe_feng has quit IRC18:31
mriedemthis also seems like a thing we'd block on capabilities, like for live resize18:32
*** shaohe_feng has joined #openstack-nova18:32
mriedembecause it's totally dependent on how ironic is configured it looks like18:32
*** lucasagomes is now known as lucas-dinner18:33
*** isq has joined #openstack-nova18:34
*** dharinic|lunch is now known as dharinic18:34
*** salv-orlando has joined #openstack-nova18:34
mriedemoomichi: another thing is, shouldn't ironic have a microversion bump for this?18:36
mriedemit's a new console type / capability in their API isn't it? so how would nova, as a client, know if it's talking to an ironic that's new enough to support this type of console?18:37
*** stewie925_ has joined #openstack-nova18:37
jrollit's a new driver, the API already existed18:37
*** mnestratov has quit IRC18:37
*** tonytan4ever has joined #openstack-nova18:38
*** stewie925 has quit IRC18:38
*** stewie925_ is now known as stewie92518:38
*** jvgrant_ has quit IRC18:38
mriedemso i guess we just have https://review.openstack.org/#/c/328157/23/nova/virt/ironic/driver.py@133518:39
*** jvgrant_ has joined #openstack-nova18:39
jrollyeah18:39
mriedemwhich if it's not socat translates to a 400 in the nova API18:39
* jroll has not reviewed this yet18:39
*** ihrachys has quit IRC18:39
*** shaohe_feng has quit IRC18:41
*** salv-orlando has quit IRC18:42
mriedemi'm not sure we'd want to block this on host capabilities, since this has less to do with placement/scheduling, although in the far out future i could make a scheduling request that i'd prefer a host that supports serial console18:42
*** shaohe_feng has joined #openstack-nova18:42
mriedemas part of jay's required/preferred build request stuff18:42
*** cdent has joined #openstack-nova18:42
mriedemalso, that patch is a landmine of LOG.error18:42
*** ManishD has quit IRC18:44
stewie925hello guys - I investigated Nova bug #1117923  and found that it looks like a non-issue at all.  Please review my comments.  Inputs appreciated.18:44
openstackbug 1117923 in OpenStack Compute (nova) "instance_system_metadata column type truncates on snapshot" [Medium,In progress] https://launchpad.net/bugs/1117923 - Assigned to STEW TY (stewie925)18:44
*** Sukhdev has quit IRC18:46
*** su_zhang has quit IRC18:46
*** liverpooler has quit IRC18:47
*** shaohe_feng has quit IRC18:51
*** shaohe_feng has joined #openstack-nova18:53
cdentmriedem, sdague I just tried to catch up in the log about the resource tracker sending inventories stuff, and I'm not sure I was able to extract a good summary. I can say, howerver, that my concerns about hard versus soft failure were not about the service catalog not being up to date, but with the placement service suffering a failure because of network partition18:53
cdentedleafe: you too on ^, I guess jaypipes is no longer with us today18:54
mriedemcdent: looking at patch set 1 on that change, the error flag was set one of two ways i think, (1) sc lookup fails and (2) some placement API query fails18:56
mriedemand then the flag wasn't unset18:56
sdaguecdent: right, that makes a ton of sense18:56
cdentmriedem: yeah, and 2 was my arear of concern18:56
sdagueI agree that placement API falling over shouldn't wedge things18:56
*** tongli has quit IRC18:56
mriedemcdent: agree on that18:56
mriedemi commented in the latest patch set on the change18:56
sdagueI'm fine if a change in #1 requires nova-compute restart18:56
mriedemset a flag for warning on (1)18:56
*** praneshp has quit IRC18:56
* cdent is fixing the bashate thing on the devstack-for-placement review18:56
sdagueI still don't quite get how the auth is passed though18:57
cdentsdague: I have that concern too18:57
*** annegentle has joined #openstack-nova18:57
mriedemcdent: ah ok, i was just going to fix that bashate failure, figured you were done for the day18:57
cdentmriedem: I'm not really here today, is a holiday18:57
*** annegentle has quit IRC18:57
cdentbut I needed to exercise my typing fingers18:57
*** TravT has joined #openstack-nova18:58
sdagueso... I still don't think we want to land that devstack change this cycle, because for newton we should default test the "it's optional" state18:59
sdagueand add it in as soon as we branch devstack18:59
cdentI'm agnostic/ambivalent: I've needed it around for my own testing, so it is handy to have it exist, but I'm not certain it needs to be merged any time soon19:00
melwittmriedem: do you know if there's something different than needs to be done with glance v2 when doing ceph snapshots, to allow the rbd driver to update the image location in glance? I thought I remembered there being a difference between v1 and v2 glance for how the location update works19:00
melwittlike a config setting19:01
mriedemmelwitt: https://github.com/openstack/devstack-plugin-ceph/blob/master/devstack/lib/ceph#L55919:01
*** shaohe_feng has quit IRC19:01
mriedemmelwitt: i don't think we had to change anything for the ceph job to keep working with glance v219:02
*** ihrachys has joined #openstack-nova19:02
*** annegentle has joined #openstack-nova19:02
*** ljxiash has quit IRC19:02
*** shaohe_feng has joined #openstack-nova19:02
bauzasmriedem: sdague: cdent: so I agree with sdague, we should make the placement call optionak19:02
mriedemsdague: cdent: if not merged for newton, we should probably have something at the top of the stack running with it enabled to make sure the nova bits underneath don't totally explode when it's running19:02
bauzasI thought about that during dinner19:02
sdaguecdent: and you've seen it all work? I'm still a little confused on how a naked requests client that doesn't seem to add keystone headers work19:02
melwittmriedem: thanks! yeah, I thought if anything it was just a config thing, nothing else different19:03
sdaguemriedem: yeh, sure19:03
mriedemsdague: cdent: because i thought the point was, make it available but optional, but to start migrating/duplicating data now before it's all required19:03
sdaguecdent: but you can also get back to vacationing today19:03
sdaguemriedem: sure19:03
bauzasand I think we should just make sure that if there is some problem with the scheduler client, then it won't update the resource provider API, but it will still update the current compute nodes19:03
cdentsdague: no, I _haven't_ seen it work, thus the concern. By "my testing" I mean testing (with gabbi-run) of the placement api, not the resource tracker.19:03
sdaguecdent: ok, yeh, I expect that19:03
mriedemcdent: ok, so that's where we need a top-level DNM patch that runs with the latest nova RT code plus the devstack change to enable the placement API19:04
bauzascdent: mriedem: sdague: that way, operators needing to use the placement API would probably add a new service type, but for the others, then it will still work19:04
mriedembecause w/o that the RT code could be calling a non-existing placement API or something totally wonky19:04
dansmithalaski: melwitt: sanity check me here: https://review.openstack.org/#/c/326906/519:04
mriedemgiven the number of changes and specs that wouldn't surprise me19:04
cdentmriedem: I think we probably need to have an email thread or a chat in one of the meetings to get everyone on the same page because I'm not sure anyone really knows what the expected bits are19:06
*** TravT has quit IRC19:06
cdentIt needs to be written down, somewhere other than gerrit or specs19:06
mriedemhow about a tattoo on jay's butt?19:06
cdentoh, yeah, the devstack stuff needs to -W until the placement db stuff that got reverted is redone (which I'm going to do tomorrow morning)19:07
*** vladikr has quit IRC19:07
mriedemfrom the midcycle etherpad: "Jay's personal goal for Newton is for the resource tracker to be writing inventory and allocation data via the placement API. Get the data pumping into the placement API in Newton so we can start using it in Ocata."19:08
*** vladikr has joined #openstack-nova19:08
mriedemjay's working on the inventory/allocation stuff on top of https://review.openstack.org/#/c/358797/19:08
mriedemwhile on PTO i guess19:09
cdentfamily reunion plans don't align with openstack release cycles19:10
mriedemso today SchedulerReportClient.update_resource_stats just calls compute_node.save()19:10
mriedemhttps://review.openstack.org/#/c/358797/ updates it to start creating the resource provider in the placement service if it doesn't exist19:10
*** parora has joined #openstack-nova19:11
alaskidansmith: makes sense to me, commented my agreement19:11
mriedem"These resource provider objects will be used in followup patches that add creation of inventory and allocation records to the scheduler report client."19:11
dansmithalaski: okay19:11
*** shaohe_feng has quit IRC19:12
mriedemso i think we just need at least a nova DNM change that depends on the top of the generic-resource-pools series and depends on the devstack change to enable the placement api19:12
mriedemunless we had an experimental job that runs with the placement API19:12
*** tbachman has quit IRC19:13
*** shaohe_feng has joined #openstack-nova19:13
*** praneshp has joined #openstack-nova19:13
mriedemsdague: couldn't we do that ^ ? devstack defaults to not enable the placement API in newton, but we have a job that adds placement to ENABLED_SERVICES and run that in the experimental queue until ocata?19:13
cdentCreating an experimental job against the placement API is on my todo list for "very soon", but my todo list is way bigger than realistic at the moment :(19:13
*** prateek_ has quit IRC19:14
cdent(I was just gonna do a simple `gabbi-run < some-simple.yaml` (borrowed from integration tests in telemetry and a few other places))19:14
sdaguemriedem: yes, we can do that.19:14
mriedemcdent: we can have other people work on that job definition19:14
cdentthat would be very useful19:15
melwittdansmith, alaski: makes sense to me too, thanks for catching it19:15
mriedemcdent: so this is the -W right? https://review.openstack.org/#/c/342362/8/lib/placement@12319:15
mriedemsince there isn't a placement DB19:15
cdentright19:15
cdentwell19:16
cdentthe placement DB is optional19:16
cdentbut the way in which it is optional has changed since a weeka go19:16
*** prateek_ has joined #openstack-nova19:16
mriedemright19:16
mriedemso default is api db19:16
mriedembut could be a separate optional placement DB with the API DB schema19:17
mriedemcdent: which are you going to do in your devstack change?19:17
bauzascdent: don't reopen the wound :)19:17
cdentthe new way is triggered by how config is set, so it would just be an initset, I don't really have an opinion19:17
mriedemi'd think we'd want to go with the default in newton of just use the api db19:17
cdentthat's fine19:18
mriedemdansmith or jaypipes or alaski might have different ideas there19:18
mriedemmy thinking is test with the default that people are going to be using most likely in newton since the placement api is still optional19:18
bauzasmriedem: so the idea we discussed at midcycle was to make optional a connection string allowing operators who would to run a separate api db sync so they could have a 3rd engine for the placement stuff19:19
bauzas(and later, delete the non-related tables)19:19
*** parora has quit IRC19:19
alaskibecause the new db is very optional in N I would have devstack not use it for now, then switch to it in O if we're ready to urge people to move over19:19
bauzas++19:20
bauzasthe schemas will be the same, it's just for helping operators long-term19:20
bauzasthere is no need to run it in devstack for Newton19:20
* cdent alaski I feel in a rut19:22
cdenta big rut19:22
cdentoh wel19:22
cdentl19:22
*** shaohe_feng has quit IRC19:22
cdentSo what's the immediate plan:19:22
cdentfix the devstack thing to not use the placement db and fix the bashate19:22
mriedemcdent: yes19:23
*** whenry has joined #openstack-nova19:23
mriedemcdent: i'll work on a job for using the placement api19:23
cdentdo the stuff described in: https://etherpad.openstack.org/p/placement-db19:23
*** shaohe_feng has joined #openstack-nova19:23
bauzascdent: the above in the etherpad is totally necessary but unrelated to the RT19:24
cdentand jay continues working on the resource tracker stuff, but it needs to be resilient in the face of both the service catalog having no placement entry _and_ placement experiencing a partition19:24
mriedemi haven't read that, assuming it was a post-mortem from the placement db revert last week?19:24
*** raunak has quit IRC19:24
cdentbauzas: I'm trying to make an overview19:24
mriedemcdent: yes i think that's correct19:24
cdentbecause nobody seems to have a clear view19:24
mriedemjay still needs to get the inventory/allocation changes up on top of that RT series19:24
mriedemcdent: you work on the devstack change19:24
bauzascdent: here, we need to allow #1 operators to be able to set their own placement DB if they wish, #2 map the liaison between aggregates and RPs19:24
mriedemi'll work on the job to use the placement api19:24
mriedems/api/service/19:25
mriedemthen we can get the devstack change merged and run the job in the experimental queue on jay's changes (or any changes that use the placement service)19:25
cdentmriedem: there's still work to be done on the objects and and the api for allocations19:25
*** su_zhang has joined #openstack-nova19:25
mriedemcdent: ok, well those can be done in parallel right?19:25
cdentyes19:25
mriedemcool19:25
cdentjust making sure there's awareness19:25
mriedemi can summarize next steps in the ML if that helps since we're all on disjointed schedules19:26
cdentthat would be awesome, at least from my perspective19:27
bauzasso, just to make it clear, we're at 3 days from FF about to add a new devstack change and an experimental job in order to test our RT change that is still WIP ? :)19:27
alaskimriedem: a summary would be great. even when we all seem to be on the same page reality proves different19:27
mriedembauzas: yeah19:27
bauzasawesome goal19:27
bauzasI'm on an EU timezone, so I'll try to be present as much as I could19:28
bauzasmriedem: cdent: just to clarify, the devstack change is focusing on exposing the new placement service type in Keystone, you agree ?19:29
bauzasnothing related to an optional placement DB19:29
mriedemcorrect, the devstack change will just use the API DB19:30
bauzask, that's doable then19:30
mriedemin ocata we can make devstack start using a separate placement DB when we're ready to start migrating data19:30
*** su_zhang has quit IRC19:31
bauzasmriedem: cdent: so it would be a devstack flag that a specific job would turn on, right?19:31
*** _ducttape_ has joined #openstack-nova19:31
bauzasor even a new n-pl service...19:31
cdentbauzas: enable_service placement-api or something like that19:31
mriedemcorrect19:32
mriedemthat's what i'll be working on19:32
*** bvanhav has quit IRC19:32
*** shaohe_feng has quit IRC19:32
bauzasand again, comes my question whether we should prefix it placement- :)19:32
bauzasI guess placement-api is the best idea, but I just think it signals it as not being nova :)19:33
*** shaohe_feng has joined #openstack-nova19:33
cdentwell, honestly, bauzas, we should split all the pieces of nova out to something , not just placement, so from that perspective just splitting placement is limited, not a huge step.19:34
*** ducttape_ has quit IRC19:34
openstackgerritAndrew Laski proposed openstack/nova: New discover command to add new hosts to a cell  https://review.openstack.org/32849119:36
mriedemi don't want to rathole on if the devstack service is placement-api or nova-placement-api or whatever19:38
mriedemwe're writing it to be split out, so it should be placement-api19:38
*** fragatina has quit IRC19:39
*** fragatina has joined #openstack-nova19:39
cdentcool, I'm going to go back to being on holiday, go to bed relatively early and be fresh faced and enthusiastic and get shti done in the morning.19:40
* cdent waves19:40
*** cdent has quit IRC19:41
*** salv-orlando has joined #openstack-nova19:42
*** shaohe_feng has quit IRC19:42
*** shaohe_feng has joined #openstack-nova19:43
*** kfarr has joined #openstack-nova19:43
*** salv-orlando has quit IRC19:44
*** pradk has quit IRC19:46
*** thorst_ has joined #openstack-nova19:46
*** ijw has joined #openstack-nova19:47
*** sdake has quit IRC19:48
*** thorst has quit IRC19:48
*** annegentle has quit IRC19:50
*** zul has quit IRC19:51
*** annegentle has joined #openstack-nova19:51
*** aswadr_ has quit IRC19:51
*** markvoelker has joined #openstack-nova19:52
*** shaohe_feng has quit IRC19:53
*** shaohe_feng has joined #openstack-nova19:53
*** pradk has joined #openstack-nova19:59
*** shaohe_feng has quit IRC20:03
*** kaisers_ has joined #openstack-nova20:03
*** derekh has quit IRC20:03
*** tbachman has joined #openstack-nova20:03
*** raunak has joined #openstack-nova20:03
*** devkulkarni has quit IRC20:03
*** shaohe_feng has joined #openstack-nova20:04
*** gus has quit IRC20:05
*** darrenc has quit IRC20:05
*** jhesketh has quit IRC20:05
*** TravT has joined #openstack-nova20:05
*** TravT has quit IRC20:05
*** TravT has joined #openstack-nova20:06
*** darrenc has joined #openstack-nova20:07
*** markvoelker has quit IRC20:08
cmartinHey if anybody is available to help I have some questions about a bug I am working on and how to proceed20:09
*** tbachman has quit IRC20:11
*** tbachman has joined #openstack-nova20:11
openstackgerritBreno Leitão proposed openstack/nova: libvirt: add hugepages support for Power  https://review.openstack.org/30356420:11
*** lpetrut has joined #openstack-nova20:11
*** _ducttape_ has quit IRC20:12
*** jhesketh has joined #openstack-nova20:12
*** shaohe_feng has quit IRC20:13
*** ducttape_ has joined #openstack-nova20:13
*** shaohe_feng has joined #openstack-nova20:15
*** gus has joined #openstack-nova20:15
*** markvoelker has joined #openstack-nova20:17
*** tonytan_brb has joined #openstack-nova20:18
*** su_zhang has joined #openstack-nova20:19
*** Sukhdev has joined #openstack-nova20:20
*** tonytan4ever has quit IRC20:21
mriedemsdague: almost seems like this devstack change for the placement service should live as a devstack plugin within nova, but throwing that into the mix would probably kill it from landing this week...20:22
*** devkulkarni has joined #openstack-nova20:23
*** shaohe_feng has quit IRC20:23
*** shaohe_feng has joined #openstack-nova20:24
*** RuiChen has quit IRC20:25
*** devkulkarni has quit IRC20:26
*** TravT has quit IRC20:27
sdaguemriedem: yeh, so, here is what I propose, in the hopes that cdent might see this in the morning20:28
sdaguecdent gets devstack change up for review20:29
sdaguewe use that to test the world with Depends-On, but we don't really land it20:29
*** TravT has joined #openstack-nova20:29
sdaguethat will let us local verify the new thing works, test the fail back works in the gate, and we can even do Depends-On to test the new thing in the gate20:30
sdaguewe can get ourselves an experimental job next week so we can touch the code going forward20:30
sdagueand I think I can retool this patch to actually work with that devstack bit out there20:31
mriedemstating that in the ML thread will probably get more attention than irc scrollback if you can20:31
mriedemi went through his change, there are quite a few updates needed20:31
sdagueyeh20:31
sdaguemriedem: so... after we land this change, we are at the finish line?20:32
mriedemfor now i'm going to just do a d-g change that depends on the devstack and nova changes20:32
mriedemwhich change?20:32
mriedemjay's RT change?20:32
mriedemhonestly we should have landed the devstack thing and an experimental job months ago20:32
mriedembut nothing was using it until recently so i guess there wasn't pressure20:33
openstackgerritVu Tran proposed openstack/nova: Improve error log when snapshot fails  https://review.openstack.org/35602020:33
sdague35879720:34
*** shaohe_feng has quit IRC20:34
sdaguemriedem: I also agree that the devstack infrastructure should have existed much earlier than freeze week20:34
*** shaohe_feng has joined #openstack-nova20:34
sdaguemriedem: as I sort out my next couple of days, I'm trying to figure out where the finish like is with the placement API so that we can depend on it in ocata20:35
*** Jeffrey4l_ has quit IRC20:35
mriedemhttps://review.openstack.org/#/c/358797/ is only the beginning muwahaha20:36
*** Jeffrey4l_ has joined #openstack-nova20:36
mriedemseriously though, https://review.openstack.org/#/c/358797/ is the groundwork for the inventory/allocation records being written to the placement API from the RT20:36
mriedemthen that's the end for newton20:36
mriedembut those inventory/allocatoin patches don't exist yet, and cdent said he still has to work on the placement API code for the allocation objects20:36
sdagueright, I'm trying to understand the newton finish line20:36
mriedemit's the inventory/allocation records in the placement DB from the RT20:37
sdagueand that if we accomplish it, we actually accomplished something useful for the release20:37
sdaguebecause if the answer is even with 358797 it's all pointless, there are other things to spend time on this week20:37
mriedemagree20:37
*** zzelle has joined #openstack-nova20:38
sdagueso, that's the part I don't have an answer to20:38
mriedemi could be missing something since jaypipes isn't around, that's why i put it in the ML to hopefully make sure that's correct20:38
sdaguemriedem: ok, so you are handling the devstack patch?20:38
sdague(just getting to scrollback)20:38
mriedemi'm working the d-g/test/job change20:38
dansmithso,20:38
dansmithI think jay's rt patch is the finish line,20:39
mriedemsdague: cdent was going to cleanup the devstack change20:39
dansmithassuming that the devstack job shows that it's running and not throwing the warning about the placement service not being reachable20:39
mriedemdansmith: to just create the resource providers?20:39
sdagueok, so if I have a working devstack patch in the morning, I can rework 358797 to a landing state tomorrow I think20:39
openstackgerritAndrew Laski proposed openstack/nova: New discover command to add new hosts to a cell  https://review.openstack.org/32849120:39
dansmithI didn't follow all the api stuff to know what state the server side is in, but I think it's supposed to be ready and I think that we'll confirm that with jay's patch running on top of the devstack support20:39
*** Sukhdev_ has joined #openstack-nova20:40
dansmithmriedem: no it creates them and updates the inventory and allocations right?20:40
*** Sukhdev has quit IRC20:40
dansmithoh yeah 797 does not do all that, just create them20:40
dansmithguh20:40
mriedemright20:40
dansmithI thought he had that work up, so maybe there's another patch somewhere?20:41
sdaguewhere are these other patches?20:41
mriedemnope20:41
mriedemhe hasn't written them yet20:41
sdaguebecause I don't see any related changes20:41
sdague..... o_O20:41
*** rama_y has quit IRC20:41
* dansmith looks around20:41
mriedem"Directly following that  patch (coming today) is a patch that adds the inventory record setting  to the report client. After the the allocation records are added. "20:41
mriedemis what jay told me20:41
mriedemthat patch being 79720:42
mriedemso he might have them local, i'm not sure20:42
dansmithokay, yeah, talking to him I also thought they were ready20:42
sdagueeven if not ready, at least something written20:42
mriedemhe said he had it all in a giant patch and was working on splitting them up20:42
mriedembut is working from a starbucks in the UK while on vacation20:43
mriedemso...you know20:43
dansmithhmm.20:43
sdagueI wish he would have pushed that then so others could hunt / peck here20:43
dansmithyeah20:43
dansmithmaybe we can get him to do that next time he pops up20:43
mriedemi'll reply to his email with me saying the same20:43
*** shaohe_feng has quit IRC20:44
*** vladikr has quit IRC20:44
jrolljay's a bfd now, email is probably lower latency to reach him than irc anyway20:46
JayFThanks for that, jroll, I feel extra special now <.< >.>20:46
dansmithjroll: he was recently promoted out of BFD to GFD as I understand it20:46
jrollha!20:46
jrolldansmith: orly, what's the G there, great? grand? gross?20:47
dansmithjroll: you choose :P20:47
melwittI was guessing Giant20:47
jrollheh20:47
dansmithI meant giant yeah20:47
jrollyay for him20:47
*** markvoelker has quit IRC20:48
jrollI think that means you need to email his assistant20:48
*** shaohe_feng has joined #openstack-nova20:49
*** Sukhdev_ has quit IRC20:49
mriedemi emailed him yesterday about some of this and he got back to me so i think he'll pick it up20:49
*** rama_y has joined #openstack-nova20:49
sdaguemriedem: ok, I piled on20:50
*** salv-orlando has joined #openstack-nova20:51
mriedemhttp://s2.quickmeme.com/img/0c/0c0fcf30234ad83af446aaa5f1484afa60a6dd9dac943371fb4c026c7802fb04.jpg20:52
mriedemgreat20:52
*** sdake has joined #openstack-nova20:52
*** shaohe_feng has quit IRC20:54
mriedemhere is the d-g test change https://review.openstack.org/#/c/362441/20:56
openstackgerritAndrew Laski proposed openstack/nova: Pull from cell0 and build_requests for instance list  https://review.openstack.org/35613820:57
openstackgerritAndrew Laski proposed openstack/nova: Clean up instance mappings, build requests on quota failure  https://review.openstack.org/35739620:57
openstackgerritAndrew Laski proposed openstack/nova: DNM logs for debugging  https://review.openstack.org/36244220:57
*** mnestratov has joined #openstack-nova20:58
*** su_zhang has quit IRC20:59
*** salv-orlando has quit IRC20:59
*** su_zhang has joined #openstack-nova20:59
*** shaohe_feng has joined #openstack-nova20:59
*** gouthamr has quit IRC21:02
*** cleong has quit IRC21:03
*** shaohe_feng has quit IRC21:04
dansmithalaski: thinking about this: https://review.openstack.org/#/c/328491/621:05
dansmithalaski: are we sure that the scheduler won't pick a host with no hostmapping? If it did, it will schedule to that host, but fail to contact it via rpc21:05
*** shaohe_feng has joined #openstack-nova21:06
alaskidansmith: at this point the scheduler could pick a host with no mapping. but the conductor would fail the build because it wouldn't know where to send the request21:06
alaskior reschedule21:06
dansmithright21:06
dansmithso that kindof sucks21:06
dansmithmight be worth a "known issue" reno for that in general21:06
dansmithbecause now people will have to do that any time they add a compute node, which is new behavior right?21:07
alaskiyeah21:07
alaskiI can flesh out the reno21:07
dansmithI think it would probably be a good idea to do that21:08
bauzasmriedem: in https://review.openstack.org/#/c/358797/5/releasenotes/notes/placement-config-section-59891ba38e0749e7.yaml you're saying "find the keysyone entry or bust", but do you agree it's fine for operators that they could upgrade to Newton without first adding the service entry and just add it later ?21:10
*** su_zhang has quit IRC21:10
bauzasat least before upgrading to Ocata of course21:10
*** su_zhang has joined #openstack-nova21:10
bauzasmriedem: the "or bust" thing made me think you want the scheduler client to just complain21:11
*** vishwanathj has quit IRC21:11
dansmithbauzas: I think he means "or not report and warn"21:11
bauzasokay21:11
dansmithI don't think we should add another config variable just to bridge us to the keystone catalog, if at all possible21:11
*** vishwanathj has joined #openstack-nova21:11
dansmiththe more of those we have, the more we have to clean up21:11
*** daemontool has quit IRC21:11
mriedembauzas: correct21:12
mriedembauzas: 'or bust' meaning we use the service catalog, no override config options21:12
mriedemnot, break all of nova :)21:12
mriedemerrr what dan said above21:13
bauzascoolness then, clarifying your point21:13
*** thorst_ has quit IRC21:13
*** daemontool has joined #openstack-nova21:13
*** thorst has joined #openstack-nova21:14
openstackgerritAnusha Unnam proposed openstack/nova: Add a new release note  https://review.openstack.org/36244821:15
*** shaohe_feng has quit IRC21:15
*** shaohe_feng has joined #openstack-nova21:15
*** salv-orlando has joined #openstack-nova21:16
*** thorst has quit IRC21:18
openstackgerritMaciej Szankin proposed openstack/nova: WIP conf opt: added check for help msg line lenght  https://review.openstack.org/36245421:21
pumaranikarmriedem, checking your comment on https://review.openstack.org/#/c/247176/ Not sure if any updates/changes required in current patch set21:22
mriedempumaranikar: i think i was mostly talking to myself there21:23
mriedempumaranikar: i can't think of reasons not to make that change, but i feel like someone else might21:24
mriedemsomeone like alaski21:24
mriedemhe's always causing trouble21:24
alaskiit's what I do21:25
pumaranikarmriedem, :) can you +2 then21:25
*** shaohe_feng has quit IRC21:25
alaskiyeah, I didn't actually like that patch but I'm not going to try to stop it21:25
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Expand feature classification matrix with gate checks  https://review.openstack.org/36245621:26
*** shaohe_feng has joined #openstack-nova21:26
mriedempumaranikar: generally i don't +2 something i'm not comfortable with21:26
alaskito me the updated_at is a db field and should be updated when the db model changes. it being exposed in the api seems poorly thought out for exactly the reasons the patch is trying to address21:26
mriedemyeah we had this same discussion with the instance actions / events stuff21:27
mriedemfor paging21:27
mriedemand sorting21:27
mriedemit was a little different though21:27
alaskia little bit, but same sort of thing21:28
alaskipumaranikar: the use case for this is that a volume operation should mean the instance shows up in a changes-since query?21:29
mriedemright attach/detach volume would change the instance updated_at21:30
*** rlrossit has quit IRC21:30
alaskiI'm curious why that's important21:30
alaskiunless it's for API sorting21:31
alaski or filtering21:31
mriedemlooking at the default sort keys for listing instances,21:31
mriedemhttps://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L238921:31
mriedemupdated_at isn't in there anyway21:31
alaskioh right, it's created_at21:32
pumaranikaralaski, bug description says updated_at value of each instance need to be changed for any operation performed on the vm21:32
alaskipumaranikar: right, but why should updated_at be updated?21:32
*** sdake has quit IRC21:33
mriedembecause the bug says it should duh :)21:33
*** swatson has joined #openstack-nova21:33
alaskioh, now I see :)21:33
swatsonHey all, I heard Nova recently had a few config option changes. I was wondering if anyone here had experience with those. I have some questions regarding deprecation21:33
*** eharney has quit IRC21:34
mriedemalaski: there is also some discussion with ndipanov and russellb in the original version of this https://review.openstack.org/#/c/5582421:34
pumaranikaralaski, about accessing db fields directly, am not sure why we have _instance_update() in compute manager. I am using the same21:34
*** cdent has joined #openstack-nova21:34
mriedemreally, this bug has been around since 201321:35
mriedemi don't think anyone is dying by not having it in the api21:35
alaskipumaranikar: I think this proposal needs some more discussion about the scope of when updated_at should be changed. Should it be changed for network attach/detach events as well?21:35
*** shaohe_feng has quit IRC21:35
mriedemi asked about that also21:35
mriedemwe should be consistent21:35
mriedemand this isn't21:35
alaskiyeah21:35
pumaranikaralaski, I can work on that as well.21:36
*** shaohe_feng has joined #openstack-nova21:37
alaskipumaranikar: in my opinion I don't see this as a bug, it's a misunderstanding of what updated_at means. However I could see changing updated_at to work from an API perspective, e.g. attach/detach events update the instance, but I see that as a feature change21:38
cdentsdague, mriedem: did another log run through, only things I can comment on with any clarity is that the devstack code for placement has been in existence since early july and I've had wip code for all the endpoints of the placement api since quite a while before that, but the aggregates and allocations apis have changes a few times. I had hoped to do the placement api stuff as a devstack plugin but I didn't because21:38
cdentoptional wasn't an option...until today21:38
*** rtheis_ has joined #openstack-nova21:38
alaskipumaranikar: which means this would need a blueprint/spec and would need to wait until O. If we're going to change this let's do it properly21:39
cdentbut yeah, I'll make it go in its rudimentary form in the morning21:39
mriedemcdent: yeah, like i said, things weren't using it until recently either21:39
mriedemso it wasn't on my radar21:39
cdentI think we should use this entire process as a reference point for a "how to do things better next time" retrospective or something.21:40
*** rtheis has quit IRC21:40
cdentBecause I think there's been a lot of misspent energy21:41
pumaranikaralaski, ok. Can you please add comment under review as well. https://review.openstack.org/#/c/247176/21:41
alaskipumaranikar: done21:41
pumaranikaralaski, thanks.21:42
*** ijw has quit IRC21:43
mriedemcdent: i don't disagree. more regular f2f calls or something might have been better for this so more people were on the same page, but we had a lot going on this cycle and there's only so much time and attention for everything.21:43
pumaranikaralaski, I will connect with you regarding how this change request can be addressed.21:44
alaskiokay21:44
mriedemhaving said that, there has been quite a bit of progress made if you consider the placement api is a thing in just a single cycle21:44
pumaranikarmriedem, thanks for your comment21:44
*** mriedem is now known as mriedem_afk21:44
cdentmriedem: yeah (on both your statements). I'm only bringing it up because I think it is a general conversation we have to have sooner than later and having something concrete on which to base observations, rather than speculation, will probably help keep things from floating off into uselessness.21:45
*** shaohe_feng has quit IRC21:45
cdentA first thing we need to do is figure out a sane way to make "there's only so much time and attention for everything" less of an issue.21:45
* cdent hasn't got any ideas, yet21:46
*** tblakes has quit IRC21:46
*** shaohe_feng has joined #openstack-nova21:46
* cdent goes to bed21:46
cdentgood night21:46
*** cdent has quit IRC21:46
openstackgerritAndrew Laski proposed openstack/nova: New discover command to add new hosts to a cell  https://review.openstack.org/32849121:49
*** BjoernT has quit IRC21:52
*** zzelle has quit IRC21:53
*** shaohe_feng has quit IRC21:56
*** lucas-dinner has quit IRC21:56
*** burt has quit IRC21:56
*** shaohe_feng has joined #openstack-nova21:57
*** sai has quit IRC21:58
*** kevinz has joined #openstack-nova21:59
*** devananda has quit IRC21:59
*** sai has joined #openstack-nova21:59
*** lucasagomes has joined #openstack-nova21:59
*** devananda has joined #openstack-nova22:00
*** kfarr has quit IRC22:00
*** devananda has quit IRC22:01
dansmithalaski: cool, looks nicer :)22:02
*** devananda has joined #openstack-nova22:02
*** kevinz has quit IRC22:04
*** TravT_ has joined #openstack-nova22:04
*** annegentle has quit IRC22:05
*** shaohe_feng has quit IRC22:06
*** shaohe_feng has joined #openstack-nova22:06
*** ayoung has quit IRC22:07
*** TravT has quit IRC22:07
*** marst has quit IRC22:07
*** jamesdenton has quit IRC22:08
*** mnestratov has quit IRC22:13
*** efried has quit IRC22:16
*** shaohe_feng has quit IRC22:16
*** mdrabe has quit IRC22:16
*** chrichip has joined #openstack-nova22:18
*** marst has joined #openstack-nova22:18
*** ihrachys has quit IRC22:20
*** shaohe_feng has joined #openstack-nova22:20
*** ijw has joined #openstack-nova22:22
*** bdeschenes has quit IRC22:23
*** ijw has quit IRC22:23
*** chrichip has quit IRC22:25
*** shaohe_feng has quit IRC22:26
*** devkulkarni has joined #openstack-nova22:26
*** rtheis_ has quit IRC22:28
*** devkulkarni has quit IRC22:28
*** shaohe_feng has joined #openstack-nova22:29
*** ducttape_ has quit IRC22:33
*** devkulkarni has joined #openstack-nova22:34
*** thorst has joined #openstack-nova22:34
*** fragatin_ has joined #openstack-nova22:35
*** yamahata has quit IRC22:36
*** shaohe_feng has quit IRC22:37
*** shaohe_feng has joined #openstack-nova22:37
*** fragatina has quit IRC22:38
*** devkulkarni1 has joined #openstack-nova22:41
*** xyang1 has quit IRC22:41
*** mlavalle has quit IRC22:42
*** browne has quit IRC22:43
*** devkulkarni has quit IRC22:44
*** shaohe_feng has quit IRC22:47
*** shaohe_feng has joined #openstack-nova22:47
*** daemontool has quit IRC22:49
*** daemontool has joined #openstack-nova22:50
*** pwnall has quit IRC22:51
*** sdague has quit IRC22:55
*** yamahata has joined #openstack-nova22:55
*** shaohe_feng has quit IRC22:57
*** shaohe_feng has joined #openstack-nova22:59
*** trisq has joined #openstack-nova23:00
*** markvoelker has joined #openstack-nova23:02
*** dimtruck is now known as zz_dimtruck23:02
*** mmedvede has quit IRC23:02
*** annegentle has joined #openstack-nova23:04
*** lpetrut has quit IRC23:04
alaskidansmith: yep. thanks for pointing that out23:06
dansmithnp23:06
*** mmedvede has joined #openstack-nova23:06
*** gouthamr has joined #openstack-nova23:07
*** annegentle has quit IRC23:07
*** shaohe_feng has quit IRC23:07
*** bdeschenes has joined #openstack-nova23:10
*** shaohe_feng has joined #openstack-nova23:10
*** ducttape_ has joined #openstack-nova23:11
*** tri2sing has quit IRC23:12
*** praneshp has quit IRC23:14
*** pradk has quit IRC23:17
*** shaohe_feng has quit IRC23:18
*** vishwanathj has quit IRC23:18
*** vishwanathj has joined #openstack-nova23:18
*** ayoung has joined #openstack-nova23:20
*** shaohe_feng has joined #openstack-nova23:21
*** devkulkarni1 has quit IRC23:23
*** rkrum has joined #openstack-nova23:24
*** salv-orlando has quit IRC23:25
*** trisq has quit IRC23:26
*** shaohe_feng has quit IRC23:28
*** rama_y has quit IRC23:28
*** vishwanathj has quit IRC23:29
*** shaohe_feng has joined #openstack-nova23:29
*** zul has joined #openstack-nova23:29
*** vishwanathj has joined #openstack-nova23:29
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Expand feature matrix with server admin actions  https://review.openstack.org/36240823:30
*** vishwanathj has quit IRC23:31
*** browne has joined #openstack-nova23:31
*** vishwanathj has joined #openstack-nova23:31
*** vishwanathj has quit IRC23:37
*** vishwanathj has joined #openstack-nova23:37
*** praneshp has joined #openstack-nova23:38
*** shaohe_feng has quit IRC23:38
*** rrecio has quit IRC23:39
*** markstur has joined #openstack-nova23:40
*** shaohe_feng has joined #openstack-nova23:42
marksturAnyone out there happen to know what happens if you mix 2 different cpu_allocation_ratio settings on one hypervisor?23:45
marksturI think you can do this with overlapping host aggregates.23:45
marksturAnd then I think the math would not work well.23:45
marksturYou could nearly fill up with 1:1 ratio vCPUs and then add a whole bunch of 16:1 vCPUs because I think the multiplier is only used at placement and not reflected in the vcpus_used.23:45
marksturPlease holler if I read something wrong.23:45
*** TravT_ has quit IRC23:46
*** vishwanathj has quit IRC23:47
*** vishwanathj has joined #openstack-nova23:47
*** shaohe_feng has quit IRC23:48
*** shaohe_feng has joined #openstack-nova23:50
*** ducttape_ has quit IRC23:54
*** markvoelker has quit IRC23:58
*** anush__ has quit IRC23:58
*** shaohe_feng has quit IRC23:59
*** shaohe_feng has joined #openstack-nova23:59

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