Monday, 2018-06-18

*** Guest557 has quit IRC00:01
*** heyongli has quit IRC00:01
*** heyongli has joined #openstack-nova00:02
*** shaohe_feng has quit IRC00:03
*** stakeda has joined #openstack-nova00:03
*** shaohe_feng has joined #openstack-nova00:04
*** masayukig has quit IRC00:05
*** hshiina|afk is now known as hshiina00:05
*** artom has joined #openstack-nova00:06
*** heyongli has quit IRC00:11
*** masayukig has joined #openstack-nova00:12
*** heyongli has joined #openstack-nova00:12
*** shaohe_feng has quit IRC00:13
*** shaohe_feng has joined #openstack-nova00:14
*** suresh12 has joined #openstack-nova00:15
*** Guest557 has joined #openstack-nova00:16
*** suresh12 has quit IRC00:21
*** _alastor1 has quit IRC00:21
*** heyongli has quit IRC00:22
*** heyongli has joined #openstack-nova00:22
*** shaohe_feng has quit IRC00:24
*** shaohe_feng has joined #openstack-nova00:26
*** heyongli has quit IRC00:32
*** heyongli has joined #openstack-nova00:32
*** Dinesh_Bhor has joined #openstack-nova00:33
*** rcernin_ has joined #openstack-nova00:34
*** shaohe_feng has quit IRC00:34
*** shaohe_feng has joined #openstack-nova00:35
*** rcernin has quit IRC00:37
*** heyongli has quit IRC00:42
*** heyongli has joined #openstack-nova00:43
*** yamamoto has joined #openstack-nova00:43
*** shaohe_feng has quit IRC00:44
*** shaohe_feng has joined #openstack-nova00:45
*** ircuser-1 has quit IRC00:47
*** yamamoto has quit IRC00:48
*** moshele has quit IRC00:49
*** edmondsw_ has joined #openstack-nova00:52
openstackgerritMerged openstack/python-novaclient master: Microversion 2.63 - Add trusted_image_certificates  https://review.openstack.org/50039600:52
*** heyongli has quit IRC00:52
*** heyongli has joined #openstack-nova00:53
*** shaohe_feng has quit IRC00:54
*** edmondsw has quit IRC00:55
*** shaohe_feng has joined #openstack-nova00:55
*** hongbin has joined #openstack-nova01:02
*** heyongli has quit IRC01:03
*** heyongli has joined #openstack-nova01:03
*** shaohe_feng has quit IRC01:05
*** namnh has joined #openstack-nova01:05
*** shaohe_feng has joined #openstack-nova01:06
*** phuongnh has joined #openstack-nova01:07
*** slaweq has joined #openstack-nova01:11
*** heyongli has quit IRC01:13
*** heyongli has joined #openstack-nova01:13
*** artom has quit IRC01:14
*** tiendc has joined #openstack-nova01:14
*** shaohe_feng has quit IRC01:15
*** slaweq has quit IRC01:16
*** shaohe_feng has joined #openstack-nova01:16
*** heyongli has quit IRC01:23
*** heyongli has joined #openstack-nova01:24
*** germs has quit IRC01:24
*** germs has joined #openstack-nova01:25
*** germs has quit IRC01:25
*** germs has joined #openstack-nova01:25
*** shaohe_feng has quit IRC01:25
*** tetsuro has joined #openstack-nova01:27
*** shaohe_feng has joined #openstack-nova01:27
*** yamamoto has joined #openstack-nova01:29
*** edmondsw_ has quit IRC01:29
*** yamamoto has quit IRC01:33
*** heyongli has quit IRC01:33
*** heyongli has joined #openstack-nova01:34
*** shaohe_feng has quit IRC01:35
*** shaohe_feng has joined #openstack-nova01:38
*** heyongli has quit IRC01:44
*** heyongli has joined #openstack-nova01:44
*** shaohe_feng has quit IRC01:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (10)  https://review.openstack.org/57601701:47
*** shaohe_feng has joined #openstack-nova01:48
*** vladikr has quit IRC01:50
*** vladikr has joined #openstack-nova01:51
*** heyongli has quit IRC01:54
*** heyongli has joined #openstack-nova01:54
*** shaohe_feng has quit IRC01:56
*** yamamoto has joined #openstack-nova01:59
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (11)  https://review.openstack.org/57601802:00
*** shaohe_feng has joined #openstack-nova02:00
*** bkopilov has quit IRC02:01
*** yamamoto has quit IRC02:04
*** heyongli has quit IRC02:04
*** vpc has joined #openstack-nova02:04
vpchi02:04
*** heyongli has joined #openstack-nova02:05
*** shaohe_feng has quit IRC02:06
*** shaohe_feng has joined #openstack-nova02:07
*** sapd has joined #openstack-nova02:09
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (12)  https://review.openstack.org/57601902:09
*** rcernin_ has quit IRC02:09
*** vladikr has quit IRC02:10
*** vladikr has joined #openstack-nova02:11
*** slaweq has joined #openstack-nova02:11
*** yamamoto has joined #openstack-nova02:14
*** heyongli has quit IRC02:14
*** heyongli has joined #openstack-nova02:15
*** slaweq has quit IRC02:16
*** shaohe_feng has quit IRC02:16
*** shaohe_feng has joined #openstack-nova02:17
*** yamamoto has quit IRC02:18
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (13)  https://review.openstack.org/57602002:20
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Define numa dedicated CPU resource class  https://review.openstack.org/56177002:21
*** annp has joined #openstack-nova02:22
*** psachin has joined #openstack-nova02:24
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Define numa dedicated CPU resource class  https://review.openstack.org/56177002:24
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Add respective conf options  https://review.openstack.org/56177102:24
*** heyongli has quit IRC02:25
*** heyongli has joined #openstack-nova02:25
*** trungnv has joined #openstack-nova02:26
*** shaohe_feng has quit IRC02:27
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Add respective conf options  https://review.openstack.org/56177102:27
openstackgerritDinesh Bhor proposed openstack/nova master: NUMACell, InstanceNUMACell: Adopt 'PCPU' changes  https://review.openstack.org/57602102:27
*** shaohe_feng has joined #openstack-nova02:28
*** yamamoto has joined #openstack-nova02:29
*** yamamoto has quit IRC02:34
*** heyongli has quit IRC02:35
*** heyongli has joined #openstack-nova02:35
*** homeski has joined #openstack-nova02:36
*** shaohe_feng has quit IRC02:37
*** shaohe_feng has joined #openstack-nova02:38
*** edmondsw has joined #openstack-nova02:44
*** yamamoto has joined #openstack-nova02:44
openstackgerritMerged openstack/python-novaclient master: Modify novaclient to support basic attributes  https://review.openstack.org/57228502:45
*** heyongli has quit IRC02:45
*** heyongli has joined #openstack-nova02:46
*** shaohe_feng has quit IRC02:47
*** shaohe_feng has joined #openstack-nova02:48
*** yamamoto has quit IRC02:49
*** edmondsw has quit IRC02:49
*** yamamoto has joined #openstack-nova02:49
*** yamamoto has quit IRC02:49
*** suresh12 has joined #openstack-nova02:54
*** heyongli has quit IRC02:55
*** heyongli has joined #openstack-nova02:56
*** shaohe_feng has quit IRC02:57
*** shaohe_feng has joined #openstack-nova02:59
*** stakeda has quit IRC03:00
*** suresh12 has quit IRC03:00
*** yamamoto has joined #openstack-nova03:01
*** yamamoto has quit IRC03:06
*** heyongli has quit IRC03:06
*** heyongli has joined #openstack-nova03:06
*** shaohe_feng has quit IRC03:08
*** shaohe_feng has joined #openstack-nova03:08
*** slaweq has joined #openstack-nova03:11
*** yamamoto has joined #openstack-nova03:16
*** slaweq has quit IRC03:16
*** heyongli has quit IRC03:16
*** heyongli has joined #openstack-nova03:16
*** bkopilov has joined #openstack-nova03:17
*** shaohe_feng has quit IRC03:18
*** madhaviy has joined #openstack-nova03:19
*** shaohe_feng has joined #openstack-nova03:20
*** yamamoto has quit IRC03:20
*** yamamoto has joined #openstack-nova03:21
*** hongbin has quit IRC03:23
*** heyongli has quit IRC03:26
*** heyongli has joined #openstack-nova03:27
*** shaohe_feng has quit IRC03:28
*** vivsoni has joined #openstack-nova03:29
*** shaohe_feng has joined #openstack-nova03:29
*** heyongli has quit IRC03:36
*** heyongli has joined #openstack-nova03:37
*** shaohe_feng has quit IRC03:38
*** shaohe_feng has joined #openstack-nova03:40
*** heyongli has quit IRC03:47
*** heyongli has joined #openstack-nova03:47
*** shaohe_feng has quit IRC03:49
*** suresh12 has joined #openstack-nova03:49
*** shaohe_feng has joined #openstack-nova03:51
*** udesale has joined #openstack-nova03:51
*** zcorneli has quit IRC03:54
*** heyongli has quit IRC03:57
*** heyongli has joined #openstack-nova03:57
*** shaohe_feng has quit IRC03:59
*** shaohe_feng has joined #openstack-nova04:00
*** ivve has joined #openstack-nova04:05
*** heyongli has quit IRC04:07
*** heyongli has joined #openstack-nova04:08
*** Bhujay has joined #openstack-nova04:08
*** shaohe_feng has quit IRC04:09
*** shaohe_feng has joined #openstack-nova04:10
*** r-daneel has joined #openstack-nova04:10
*** slaweq has joined #openstack-nova04:11
*** r-daneel_ has joined #openstack-nova04:13
*** germs has quit IRC04:14
*** r-daneel has quit IRC04:15
*** r-daneel_ is now known as r-daneel04:15
*** slaweq has quit IRC04:15
*** heyongli has quit IRC04:17
*** heyongli has joined #openstack-nova04:18
*** shaohe_feng has quit IRC04:19
*** shaohe_feng has joined #openstack-nova04:23
*** heyongli has quit IRC04:28
*** heyongli has joined #openstack-nova04:28
*** shaohe_feng has quit IRC04:30
*** vladikr has quit IRC04:31
*** shaohe_feng has joined #openstack-nova04:31
*** vladikr has joined #openstack-nova04:31
*** edmondsw has joined #openstack-nova04:32
*** vivsoni has quit IRC04:36
*** edmondsw has quit IRC04:37
*** links has joined #openstack-nova04:37
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (14)  https://review.openstack.org/57602704:38
*** heyongli has quit IRC04:38
*** heyongli has joined #openstack-nova04:38
*** vladikr has quit IRC04:39
*** vladikr has joined #openstack-nova04:40
*** janki has joined #openstack-nova04:40
*** shaohe_feng has quit IRC04:40
*** abhishekk has joined #openstack-nova04:40
*** shaohe_feng has joined #openstack-nova04:44
*** moshele has joined #openstack-nova04:45
*** vladikr has quit IRC04:47
*** vladikr has joined #openstack-nova04:47
*** heyongli has quit IRC04:48
*** heyongli has joined #openstack-nova04:49
*** moshele has quit IRC04:50
*** mvk has joined #openstack-nova04:50
*** shaohe_feng has quit IRC04:50
*** vivsoni has joined #openstack-nova04:50
openstackgerritDinesh Bhor proposed openstack/os-traits master: Adds HW_CPU_HYPERTHREADING standard trait  https://review.openstack.org/57603004:51
*** lifeless has quit IRC04:52
*** shaohe_feng has joined #openstack-nova04:53
*** vladikr has quit IRC04:57
*** vladikr has joined #openstack-nova04:57
*** heyongli has quit IRC04:59
*** heyongli has joined #openstack-nova04:59
*** shaohe_feng has quit IRC05:00
*** shaohe_feng has joined #openstack-nova05:02
vpc[  240.899040] ipmi_si: Unable to find any System Interface(s)05:06
*** heyongli has quit IRC05:09
*** heyongli has joined #openstack-nova05:09
vpcanyonce05:10
vpccan help me05:10
*** shaohe_feng has quit IRC05:11
*** slaweq has joined #openstack-nova05:11
*** shaohe_feng has joined #openstack-nova05:13
*** slaweq has quit IRC05:16
*** itlinux has quit IRC05:19
*** vivsoni has quit IRC05:19
*** heyongli has quit IRC05:19
*** heyongli has joined #openstack-nova05:19
*** rcernin has joined #openstack-nova05:20
*** shaohe_feng has quit IRC05:21
*** shaohe_feng has joined #openstack-nova05:22
*** vladikr has quit IRC05:27
*** vladikr has joined #openstack-nova05:28
*** suresh12 has quit IRC05:28
*** heyongli has quit IRC05:29
*** heyongli has joined #openstack-nova05:30
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (15)  https://review.openstack.org/57603105:30
*** udesale_ has joined #openstack-nova05:31
*** shaohe_feng has quit IRC05:31
*** shaohe_feng has joined #openstack-nova05:32
*** udesale has quit IRC05:33
*** vpc has quit IRC05:35
*** vivsoni has joined #openstack-nova05:35
*** Eran_Kuris has joined #openstack-nova05:36
*** heyongli has quit IRC05:40
*** heyongli has joined #openstack-nova05:40
*** ratailor has joined #openstack-nova05:41
*** shaohe_feng has quit IRC05:41
*** shaohe_feng has joined #openstack-nova05:43
*** sridharg has joined #openstack-nova05:48
openstackgerritgaryk proposed openstack/nova master: Prevent compute manager freeze when greenpool is full  https://review.openstack.org/57503405:48
*** heyongli has quit IRC05:50
*** heyongli has joined #openstack-nova05:50
*** shaohe_feng has quit IRC05:52
*** shaohe_feng has joined #openstack-nova05:53
*** suresh12 has joined #openstack-nova05:53
*** bhagyashris has quit IRC05:55
*** suresh12 has quit IRC05:57
*** kholkina has joined #openstack-nova05:59
*** heyongli has quit IRC06:00
*** heyongli has joined #openstack-nova06:00
*** shaohe_feng has quit IRC06:02
*** jangutter has joined #openstack-nova06:02
*** shaohe_feng has joined #openstack-nova06:03
*** heyongli has quit IRC06:10
*** heyongli has joined #openstack-nova06:11
*** shaohe_feng has quit IRC06:12
*** shaohe_feng has joined #openstack-nova06:13
*** sheel has joined #openstack-nova06:14
*** dpawlik has joined #openstack-nova06:18
*** Bhujay has quit IRC06:18
*** bhagyashris has joined #openstack-nova06:20
*** heyongli has quit IRC06:21
*** heyongli has joined #openstack-nova06:21
*** edmondsw has joined #openstack-nova06:21
*** annp has quit IRC06:21
openstackgerritDinesh Bhor proposed openstack/nova master: NUMACell, InstanceNUMACell: Adopt 'PCPU' changes  https://review.openstack.org/57602106:22
*** dpawlik has quit IRC06:22
*** shaohe_feng has quit IRC06:22
*** dpawlik has joined #openstack-nova06:23
*** shaohe_feng has joined #openstack-nova06:23
*** Bhujay has joined #openstack-nova06:23
*** edmondsw has quit IRC06:26
*** heyongli has quit IRC06:31
*** heyongli has joined #openstack-nova06:31
*** shaohe_feng has quit IRC06:33
*** shaohe_feng has joined #openstack-nova06:33
*** udesale__ has joined #openstack-nova06:35
*** pcaruana has joined #openstack-nova06:35
*** udesale_ has quit IRC06:38
*** heyongli has quit IRC06:41
*** heyongli has joined #openstack-nova06:41
*** shaohe_feng has quit IRC06:43
openstackgerritVishakha Agarwal proposed openstack/python-novaclient master: No requirement of –all-tenants while listing servers  https://review.openstack.org/56909006:44
*** shaohe_feng has joined #openstack-nova06:44
*** slaweq has joined #openstack-nova06:50
*** heyongli has quit IRC06:51
*** heyongli has joined #openstack-nova06:52
*** shaohe_feng has quit IRC06:53
*** shaohe_feng has joined #openstack-nova06:54
*** udesale__ is now known as udesale06:54
*** sree has joined #openstack-nova06:55
*** brault has joined #openstack-nova07:00
*** armaan has joined #openstack-nova07:01
*** brault has quit IRC07:01
*** rcernin has quit IRC07:01
*** heyongli has quit IRC07:02
*** heyongli has joined #openstack-nova07:02
*** shaohe_feng has quit IRC07:03
*** tojuvone has quit IRC07:04
*** vpc has joined #openstack-nova07:07
vpchi guys07:07
*** damien_r has joined #openstack-nova07:07
*** shaohe_feng has joined #openstack-nova07:07
vpchi guys07:08
*** tojuvone has joined #openstack-nova07:09
*** belmoreira has joined #openstack-nova07:12
*** heyongli has quit IRC07:12
*** heyongli has joined #openstack-nova07:12
*** shaohe_feng has quit IRC07:14
*** shaohe_feng has joined #openstack-nova07:15
*** brault has joined #openstack-nova07:17
kashyapmelwitt: Yeah, sorry.  Time zone delays :-)  I see that you noticed the reply in the backlog.07:19
vpccan anyone help me with ipmi07:20
*** heyongli has quit IRC07:22
*** heyongli has joined #openstack-nova07:22
*** tesseract has joined #openstack-nova07:22
*** shaohe_feng has quit IRC07:24
*** shaohe_feng has joined #openstack-nova07:24
*** Luzi has joined #openstack-nova07:28
*** madhaviy has quit IRC07:31
*** heyongli has quit IRC07:32
*** heyongli has joined #openstack-nova07:33
*** shaohe_feng has quit IRC07:34
*** shaohe_feng has joined #openstack-nova07:35
*** janki has quit IRC07:36
*** links has quit IRC07:38
*** ccamacho has joined #openstack-nova07:40
*** heyongli has quit IRC07:43
*** heyongli has joined #openstack-nova07:43
*** jpena|off is now known as jpena07:43
*** giblet is now known as gibi07:44
*** amoralej|off is now known as amoralej07:44
*** shaohe_feng has quit IRC07:44
gibifinucannot: I think this is ready to go now https://review.openstack.org/#/c/561284/07:44
*** shaohe_feng has joined #openstack-nova07:46
*** lee1 has joined #openstack-nova07:47
*** lee1 is now known as l3307:47
*** l33 is now known as lyarwood07:47
*** ktibi has joined #openstack-nova07:49
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix parameters about trusted certificate IDs  https://review.openstack.org/57604607:50
*** heyongli has quit IRC07:53
vpcgibi07:53
vpccan you help me with ipmi07:53
*** heyongli has joined #openstack-nova07:53
*** ttsiouts has joined #openstack-nova07:53
*** shaohe_feng has quit IRC07:55
*** links has joined #openstack-nova07:55
*** shaohe_feng has joined #openstack-nova07:56
*** AlexeyAbashkin has joined #openstack-nova07:57
*** janki has joined #openstack-nova08:00
gibimelwitt: see my answer about the bandwidth series dependency on nested series in the etherpad https://etherpad.openstack.org/p/nova-rocky-blueprint-status08:00
gibivpc: I don't have the knowledge :/08:00
*** armaan has quit IRC08:01
*** armaan has joined #openstack-nova08:01
*** heyongli has quit IRC08:03
*** heyongli has joined #openstack-nova08:03
*** links has quit IRC08:04
*** shaohe_feng has quit IRC08:05
*** shaohe_feng has joined #openstack-nova08:06
*** vpc has quit IRC08:06
*** sq4ind has joined #openstack-nova08:06
*** tetsuro has quit IRC08:07
*** tetsuro has joined #openstack-nova08:08
*** r-daneel has quit IRC08:08
*** r-daneel has joined #openstack-nova08:09
*** Bhujay has quit IRC08:09
*** edmondsw has joined #openstack-nova08:09
*** heyongli has quit IRC08:13
*** edmondsw has quit IRC08:14
*** heyongli has joined #openstack-nova08:14
*** shaohe_feng has quit IRC08:15
*** moshele has joined #openstack-nova08:16
*** shaohe_feng has joined #openstack-nova08:16
*** sahid has joined #openstack-nova08:17
*** links has joined #openstack-nova08:18
*** slunkad has joined #openstack-nova08:22
*** lpetrut has joined #openstack-nova08:23
*** armaan has quit IRC08:23
*** armaan has joined #openstack-nova08:23
*** heyongli has quit IRC08:24
*** sususuryashines has joined #openstack-nova08:24
*** heyongli has joined #openstack-nova08:24
*** madhaviy has joined #openstack-nova08:24
*** alexchadin has joined #openstack-nova08:25
*** shaohe_feng has quit IRC08:25
*** shaohe_feng has joined #openstack-nova08:26
openstackgerritgaryk proposed openstack/nova master: Resource tracker: improve resource tracker periodic task  https://review.openstack.org/57605208:30
*** Bhujay has joined #openstack-nova08:31
*** moshele has quit IRC08:31
*** takashin has left #openstack-nova08:34
*** heyongli has quit IRC08:34
*** heyongli has joined #openstack-nova08:34
*** annp has joined #openstack-nova08:34
*** mgoddard has joined #openstack-nova08:34
*** derekh has joined #openstack-nova08:35
*** shaohe_feng has quit IRC08:36
*** shaohe_feng has joined #openstack-nova08:37
openstackgerritkarim proposed openstack/nova master: Update scheduler to use image-traits  https://review.openstack.org/57605408:41
*** heyongli has quit IRC08:44
*** heyongli has joined #openstack-nova08:44
*** shaohe_feng has quit IRC08:46
openstackgerritMerged openstack/nova stable/queens: Fix the file name of development-environment.rst  https://review.openstack.org/57417508:47
*** finucannot is now known as stephenfin08:47
*** shaohe_feng has joined #openstack-nova08:48
*** suresh12 has joined #openstack-nova08:48
*** sree has quit IRC08:51
*** suresh12 has quit IRC08:53
*** heyongli has quit IRC08:54
*** lifeless has joined #openstack-nova08:55
*** heyongli has joined #openstack-nova08:55
*** shaohe_feng has quit IRC08:56
*** shaohe_feng has joined #openstack-nova08:57
openstackgerritStephen Finucane proposed openstack/nova master: placement: Make API history doc more consistent  https://review.openstack.org/47747809:02
*** heyongli has quit IRC09:05
*** heyongli has joined #openstack-nova09:05
*** shaohe_feng has quit IRC09:06
*** sree has joined #openstack-nova09:10
*** shaohe_feng has joined #openstack-nova09:11
*** sambetts|afk is now known as sambetts09:14
*** heyongli has quit IRC09:15
*** heyongli has joined #openstack-nova09:15
*** shaohe_feng has quit IRC09:17
*** shaohe_feng has joined #openstack-nova09:17
*** jaosorior has joined #openstack-nova09:23
*** heyongli has quit IRC09:25
*** heyongli has joined #openstack-nova09:25
*** shaohe_feng has quit IRC09:27
*** shaohe_feng has joined #openstack-nova09:27
*** armaan has quit IRC09:33
*** PapaOurs is now known as bauzas09:34
*** heyongli has quit IRC09:35
*** heyongli has joined #openstack-nova09:36
*** armaan has joined #openstack-nova09:36
*** shaohe_feng has quit IRC09:37
*** rmart04 has joined #openstack-nova09:37
*** armaan has quit IRC09:38
*** jichen has joined #openstack-nova09:41
*** armaan has joined #openstack-nova09:42
*** tetsuro has quit IRC09:42
*** shaohe_feng has joined #openstack-nova09:43
*** dtantsur|afk is now known as dtantsur09:43
*** heyongli has quit IRC09:46
*** heyongli has joined #openstack-nova09:46
*** shaohe_feng has quit IRC09:47
*** shaohe_feng has joined #openstack-nova09:49
*** bkopilov has quit IRC09:49
*** Dinesh_Bhor has quit IRC09:49
*** sree has quit IRC09:50
*** sree has joined #openstack-nova09:50
*** sree_ has joined #openstack-nova09:52
*** sree_ is now known as Guest9427609:52
*** sridharg has quit IRC09:55
*** sree has quit IRC09:55
*** armaan has quit IRC09:55
*** heyongli has quit IRC09:56
*** heyongli has joined #openstack-nova09:56
*** Guest94276 has quit IRC09:56
*** armaan has joined #openstack-nova09:57
*** shaohe_feng has quit IRC09:58
*** shaohe_feng has joined #openstack-nova09:59
*** lifeless has quit IRC10:03
*** sridharg has joined #openstack-nova10:03
*** lifeless has joined #openstack-nova10:04
*** heyongli has quit IRC10:06
*** heyongli has joined #openstack-nova10:06
*** shaohe_feng has quit IRC10:08
*** shaohe_feng has joined #openstack-nova10:10
*** heyongli has quit IRC10:16
*** heyongli has joined #openstack-nova10:17
*** shaohe_feng has quit IRC10:18
*** namnh has quit IRC10:19
*** shaohe_feng has joined #openstack-nova10:19
*** suresh12 has joined #openstack-nova10:19
*** suresh12 has quit IRC10:23
*** heyongli has quit IRC10:27
*** heyongli has joined #openstack-nova10:27
*** shaohe_feng has quit IRC10:28
*** shaohe_feng has joined #openstack-nova10:29
*** jaosorior has quit IRC10:30
*** mvenesio has joined #openstack-nova10:33
*** abhishekk has quit IRC10:33
*** hshiina has quit IRC10:33
*** heyongli has quit IRC10:37
*** heyongli has joined #openstack-nova10:37
*** shaohe_feng has quit IRC10:39
openstackgerritAndrey Volkov proposed openstack/nova master: Update nova network info when doing rebuild for evacuate operation  https://review.openstack.org/38285310:40
*** shaohe_feng has joined #openstack-nova10:40
*** jichen_ has joined #openstack-nova10:43
*** yamamoto has quit IRC10:44
*** jichen has quit IRC10:45
*** jichen_ is now known as jichen10:45
*** phuongnh has quit IRC10:45
*** heyongli has quit IRC10:47
*** heyongli has joined #openstack-nova10:47
*** alex_xu has quit IRC10:49
*** shaohe_feng has quit IRC10:49
*** alex_xu has joined #openstack-nova10:49
*** shaohe_feng has joined #openstack-nova10:50
*** madhaviy has quit IRC10:50
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver  https://review.openstack.org/52338710:50
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver  https://review.openstack.org/52765810:50
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add snapshot function  https://review.openstack.org/53424010:51
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add power actions  https://review.openstack.org/54334010:51
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add get console output  https://review.openstack.org/54334410:51
openstackgerritVladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792110:52
*** mvenesio has quit IRC10:53
*** szaher has joined #openstack-nova10:54
gibieasy doc update needs a second +2 https://review.openstack.org/#/c/574890/10:55
gibibtw I think that is the last piece of the nova-validate-certificates bp10:56
*** jichen has quit IRC10:56
*** heyongli has quit IRC10:57
*** heyongli has joined #openstack-nova10:58
*** shaohe_feng has quit IRC10:59
*** shaohe_feng has joined #openstack-nova10:59
*** madhaviy has joined #openstack-nova11:00
openstackgerritgaryk proposed openstack/nova master: Resource tracker: remove costly copy  https://review.openstack.org/57609911:00
*** cdent has joined #openstack-nova11:04
*** alexchadin has quit IRC11:05
*** Tom-Tom has joined #openstack-nova11:06
*** heyongli has quit IRC11:08
*** heyongli has joined #openstack-nova11:08
*** jpena is now known as jpena|lunch11:08
*** shaohe_feng has quit IRC11:09
*** lifeless has quit IRC11:10
*** shaohe_feng has joined #openstack-nova11:10
*** damien_r has quit IRC11:13
cdentefried: I have a question for you about powervm plans. Have you explored theoretical upper limits on number of instances in/on a compute node? In vmware-land we've discovered there are some inefficiences in the way data is managed in the resource tracker that can present some problems.11:17
*** alexchadin has joined #openstack-nova11:18
*** heyongli has quit IRC11:18
*** heyongli has joined #openstack-nova11:18
*** shaohe_feng has quit IRC11:20
*** shaohe_feng has joined #openstack-nova11:21
*** mvenesio has joined #openstack-nova11:23
*** vladikr has quit IRC11:27
*** vladikr has joined #openstack-nova11:27
*** heyongli has quit IRC11:28
*** heyongli has joined #openstack-nova11:28
stephenfingibi: Done and done11:29
gibistephenfin: thanks and thanks :)11:29
*** shaohe_feng has quit IRC11:30
*** shaohe_feng has joined #openstack-nova11:32
*** jaosorior has joined #openstack-nova11:33
*** amoralej is now known as amoralej|lunch11:33
*** dave-mcc_ has joined #openstack-nova11:35
*** bkopilov has joined #openstack-nova11:35
*** mvenesio has quit IRC11:35
*** moshele has joined #openstack-nova11:36
*** tbachman has quit IRC11:36
*** heyongli has quit IRC11:38
*** damien_r has joined #openstack-nova11:38
*** heyongli has joined #openstack-nova11:39
*** tbachman has joined #openstack-nova11:39
*** shaohe_feng has quit IRC11:40
*** moshele has quit IRC11:40
*** shaohe_feng has joined #openstack-nova11:40
*** armaan has quit IRC11:43
*** armaan has joined #openstack-nova11:43
*** tiendc has quit IRC11:43
*** yamamoto has joined #openstack-nova11:45
*** heyongli has quit IRC11:49
*** heyongli has joined #openstack-nova11:49
*** udesale_ has joined #openstack-nova11:49
*** owalsh_ has joined #openstack-nova11:49
*** owalsh has quit IRC11:50
*** shaohe_feng has quit IRC11:50
*** yamamoto has quit IRC11:52
*** udesale has quit IRC11:52
*** yamamoto has joined #openstack-nova11:52
*** shaohe_feng has joined #openstack-nova11:54
*** udesale_ has quit IRC11:54
*** moshele has joined #openstack-nova11:55
*** tbachman has quit IRC11:56
*** moshele has quit IRC11:57
*** heyongli has quit IRC11:59
*** heyongli has joined #openstack-nova11:59
*** ispp has joined #openstack-nova12:00
*** shaohe_feng has quit IRC12:01
*** shaohe_feng has joined #openstack-nova12:02
*** jpena|lunch is now known as jpena12:03
*** edleafe- has joined #openstack-nova12:07
*** edmondsw has joined #openstack-nova12:09
*** heyongli has quit IRC12:09
*** edleafe has quit IRC12:09
*** edleafe- is now known as edleafe12:09
*** heyongli has joined #openstack-nova12:09
*** shaohe_feng has quit IRC12:11
*** shaohe_feng has joined #openstack-nova12:14
openstackgerritRajesh Tailor proposed openstack/nova master: Fix case-sensitivity for metadata keys  https://review.openstack.org/50488512:14
*** ratailor has quit IRC12:14
*** armaan has quit IRC12:18
*** armaan has joined #openstack-nova12:18
*** tbachman has joined #openstack-nova12:19
*** heyongli has quit IRC12:19
*** tbachman has quit IRC12:19
*** heyongli has joined #openstack-nova12:20
*** suresh12 has joined #openstack-nova12:20
*** shaohe_feng has quit IRC12:21
*** shaohe_feng has joined #openstack-nova12:23
*** alexchadin has quit IRC12:23
*** suresh12 has quit IRC12:24
*** heyongli has quit IRC12:30
*** heyongli has joined #openstack-nova12:30
*** Eran_Kuris has quit IRC12:31
*** shaohe_feng has quit IRC12:31
*** shaohe_feng has joined #openstack-nova12:32
*** jistr is now known as jistr|mtg12:36
*** takashin has joined #openstack-nova12:39
*** heyongli has quit IRC12:40
*** heyongli has joined #openstack-nova12:40
*** josecastroleon has joined #openstack-nova12:40
*** sree has joined #openstack-nova12:41
*** shaohe_feng has quit IRC12:42
sahidgibi: if you have a moment to ACK that one https://review.openstack.org/#/c/572699/12:43
gibisahid: looking12:43
openstackgerritMerged openstack/nova master: Add trusted certs to feature support matrix docs  https://review.openstack.org/57489012:44
gibisahid: +W12:45
*** shaohe_feng has joined #openstack-nova12:45
sahidgibi: thanks12:46
gibisahid: thank you for the cleanup12:46
*** sree has quit IRC12:46
*** Eran_Kuris has joined #openstack-nova12:46
*** lyan has joined #openstack-nova12:47
*** amoralej|lunch is now known as amoralej12:47
*** liverpooler has joined #openstack-nova12:47
*** heyongli has quit IRC12:50
*** heyongli has joined #openstack-nova12:51
*** shaohe_feng has quit IRC12:52
*** shaohe_feng has joined #openstack-nova12:53
*** artom has joined #openstack-nova12:53
*** alexchadin has joined #openstack-nova12:56
*** dklyle_ has joined #openstack-nova12:57
*** arvindn05 has joined #openstack-nova12:59
*** artom_ has joined #openstack-nova12:59
*** david-lyle has quit IRC12:59
efriedcdent: I'm sure the PowerVC guys have some idea about that.  edmondsw?  (The question was: "Have you explored theoretical upper limits on number of instances in/on a compute node? In vmware-land we've discovered there are some inefficiences in the way data is managed in the resource tracker that can present some problems.")12:59
*** arvindn051 has quit IRC12:59
*** alexchadin has quit IRC13:00
cdentthe latest is that there are some deepcopy of self.stats happening which may not be required13:00
*** heyongli has quit IRC13:00
*** heyongli has joined #openstack-nova13:01
*** alexchadin has joined #openstack-nova13:01
*** r-daneel has quit IRC13:01
*** artom has quit IRC13:02
*** shaohe_feng has quit IRC13:02
*** r-daneel has joined #openstack-nova13:02
*** shaohe_feng has joined #openstack-nova13:02
efriedcdent: You're talking about the n-cpu service choking at a certain number of VMs?13:02
cdentefried: exhibiting less than ideal load at >N VMs13:03
cdentsometimes choking13:03
*** jaypipes has joined #openstack-nova13:03
*** jistr|mtg is now known as jistr13:04
*** zcorneli has joined #openstack-nova13:05
*** r-daneel has quit IRC13:05
*** tbachman has joined #openstack-nova13:05
*** mriedem has joined #openstack-nova13:05
edmondswefried cdent we support a max of 1000 VMs per compute node13:06
efriedcdent: Sounds like something you may want to ask CERN about.13:06
efriededmondsw: Is that a Power limit or an OpenStack limit?13:06
edmondswthat's a PowerVC statement13:06
edmondswI'm not sure all of what went into picking that number13:06
efriedokay, so really just "nothing has broken down at this point, and we don't want to commit to testing more than that, and what do you think you need more than that for anyway??"13:07
cdentefried: what does cern have to do with this, don't they kvm? (where the hardware presents physical limits. The issue for vmware is that it is possible to have a lot of hardware in one vcenter (which is tied to one compute node)13:07
cdentit's not the recommend form to have a lot of nodes in one vcenter, but people do13:07
cdentproblems seem to start showing up around 1500 instances (whatever the hardware) on one compute node13:08
edmondswcdent I was wondering how someone would ever get up to a high number of VMs in x86 land :)13:08
efriedcdent: ohh, I see.  We don't have more than one hardware node per n-cpu.  But our hardware nodes can be big and hold a lot of VMs.13:08
edmondswefried cdent maybe ask the Z guys?13:09
efriedcdent: In that sense, the only difference with kvm is that we're hosting the VMs on the hardware, not within the controller VM.13:09
efriedyeah, I was wondering about z.13:10
efriedPretty sure they also only use one hardware node, but not sure how many VMs they can handle.13:10
*** mchlumsky has joined #openstack-nova13:10
edmondswa lot13:10
cdentthe limits show up when the count of instances goes high, so it sounds like it would impact you guys too13:10
efriedI was kinda thinking they would typically have biggish VMs, but no reason to think that.13:10
cdentthings like syncing power state info13:10
*** heyongli has quit IRC13:11
efriedcdent: Well, it sounds like we cut you off at 1000 from a support statement standpoint, so...13:11
* cdent nods13:11
*** heyongli has joined #openstack-nova13:11
efriedI guess as soon as someone demands more, we'll see.13:11
cdentare you interested in/excited by/disturbed by making that limit higher?13:11
cdentjinxish13:11
*** tbachman_ has joined #openstack-nova13:11
cdentit appears that going higher is relatively straightfoward. the limits are basically of the "oh we didn't think of that" variety13:11
*** shaohe_feng has quit IRC13:12
*** tbachman has quit IRC13:12
*** tbachman_ is now known as tbachman13:12
*** shaohe_feng has joined #openstack-nova13:13
*** mvenesio has joined #openstack-nova13:15
efriedcdent: Oh, is there some hardcoded limit somewhere?  I was getting the impression it was more of an overload.13:15
*** jmlowe has quit IRC13:15
*** awaugama has joined #openstack-nova13:16
edmondswefried cdent I am told that PowerVC chose 1000 because PowerVM itself only supports 1000 per node13:19
efriedokay, fair enough.13:20
*** heyongli has quit IRC13:21
*** heyongli has joined #openstack-nova13:21
*** zcorneli has quit IRC13:21
*** shaohe_feng has quit IRC13:23
openstackgerritMatt Riedemann proposed openstack/nova master: Revert "Re-using the code of os brick cinder"  https://review.openstack.org/57613613:23
*** shaohe_feng has joined #openstack-nova13:24
*** avolkov has joined #openstack-nova13:26
*** ttsiouts has quit IRC13:26
*** sususuryashines has quit IRC13:27
*** nicolasbock has joined #openstack-nova13:29
*** sree has joined #openstack-nova13:29
*** ttsiouts has joined #openstack-nova13:30
*** heyongli has quit IRC13:31
*** armaan has quit IRC13:31
*** ispp has quit IRC13:31
*** heyongli has joined #openstack-nova13:31
*** armaan has joined #openstack-nova13:32
*** sususuryashines has joined #openstack-nova13:32
*** artom_ is now known as artom13:32
openstackgerritJulia Kreger proposed openstack/nova master: ironic: bugfix: ensure a host is set for volume connectors  https://review.openstack.org/57198213:33
mriedemi've moved certs validation out of the runway, it's complete13:33
*** belmorei_ has joined #openstack-nova13:33
*** josecastroleon has quit IRC13:33
*** shaohe_feng has quit IRC13:33
mriedemalex_xu: is https://review.openstack.org/#/c/560317/ ready for a runway slot?13:33
*** Eran_Kuris has quit IRC13:34
*** belmoreira has quit IRC13:34
*** shaohe_feng has joined #openstack-nova13:34
*** josecastroleon has joined #openstack-nova13:35
*** ispp has joined #openstack-nova13:35
cdentefried: no, no hardcoded limit (that I'm aware of).13:35
mriedemit looks like it probably is...13:35
*** sususuryashines is now known as tssurya13:36
*** esberglu has joined #openstack-nova13:37
*** superdan is now known as dansmith13:38
mriedembauzas: consecutive build failure weigher backport to pike is ready to go https://review.openstack.org/#/c/573248/13:40
openstackgerritStephen Finucane proposed openstack/nova master: conf: Deprecate 'network_manager'  https://review.openstack.org/53092313:40
bauzasmriedem: roger.13:41
*** heyongli has quit IRC13:41
stephenfinmdbooth, mriedem: There was a follow-up fix required for this, right? Do you recall what it was? https://review.openstack.org/#/c/524681/13:41
*** heyongli has joined #openstack-nova13:42
*** esberglu has quit IRC13:42
stephenfinTrying to decide whether to fix or abandon the backports I have proposed13:42
*** yamamoto has quit IRC13:42
*** yamamoto has joined #openstack-nova13:42
mriedemi don't remember off the top of my head13:42
*** shaohe_feng has quit IRC13:43
*** shaohe_feng has joined #openstack-nova13:44
bauzasmriedem: +W'aboom13:46
* bauzas goes back to stupid paperwork thingies13:47
openstackgerritStephen Finucane proposed openstack/nova master: Simplify instance name generation  https://review.openstack.org/51657313:47
mriedembauzas: thanks13:47
*** udesale has joined #openstack-nova13:48
alex_xumriedem: let me do a review on it first13:50
*** esberglu has joined #openstack-nova13:51
*** tetsuro has joined #openstack-nova13:51
*** heyongli has quit IRC13:52
*** heyongli has joined #openstack-nova13:52
*** armaan has quit IRC13:52
*** armaan has joined #openstack-nova13:52
*** shaohe_feng has quit IRC13:53
*** psachin has quit IRC13:55
*** jmlowe has joined #openstack-nova13:55
*** shaohe_feng has joined #openstack-nova13:56
*** throwsb1 has joined #openstack-nova13:59
*** sheel has quit IRC13:59
*** heyongli has quit IRC14:02
*** heyongli has joined #openstack-nova14:02
*** shaohe_feng has quit IRC14:04
*** Luzi has quit IRC14:04
*** shaohe_feng has joined #openstack-nova14:05
*** felipemonteiro has joined #openstack-nova14:07
*** felipemonteiro_ has joined #openstack-nova14:08
mriedemtssurya: i put something together this morning https://bugs.launchpad.net/nova/+bug/177745814:08
openstackLaunchpad bug 1777458 in OpenStack Compute (nova) "Listing instances with a marker that is in the build_requests table and the ip/ip6 filters results in an error" [High,Triaged] - Assigned to Matt Riedemann (mriedem)14:08
mriedemworking a fix now, but have a functional test recreate14:08
tssuryaI saw it just now14:08
*** links has quit IRC14:09
*** abhishekk has joined #openstack-nova14:09
tssuryaoh new bug! I was checking the update here: https://review.openstack.org/#/c/575556/14:11
*** nicolasbock has quit IRC14:11
*** felipemonteiro has quit IRC14:12
*** sq4ind has quit IRC14:12
*** heyongli has quit IRC14:12
*** heyongli has joined #openstack-nova14:12
tssuryamriedem: I also have something which is a very dirty POC (without version bumps yet, see comment) : https://review.openstack.org/#/c/575996/ for the spec, however I just wanted to know if you and gibi were thinking something similar for linking the "is this cell down" to adding the uuids to the new top key. Please have a look whenever you have the time14:13
gibitssurya: ack14:14
tssuryagibi: thanks14:14
*** shaohe_feng has quit IRC14:14
*** sq4ind has joined #openstack-nova14:15
*** mlavalle has joined #openstack-nova14:15
*** shaohe_feng has joined #openstack-nova14:16
*** chyka has joined #openstack-nova14:17
*** suresh12 has joined #openstack-nova14:21
*** heyongli has quit IRC14:22
*** heyongli has joined #openstack-nova14:23
*** alexchad_ has joined #openstack-nova14:23
*** ShilpaSD has joined #openstack-nova14:24
*** shaohe_feng has quit IRC14:24
*** suresh12 has quit IRC14:25
*** alexchadin has quit IRC14:25
*** shaohe_feng has joined #openstack-nova14:26
*** cfriesen has joined #openstack-nova14:30
*** tidwellr has joined #openstack-nova14:30
*** felipemonteiro_ has quit IRC14:31
*** sree has quit IRC14:31
*** heyongli has quit IRC14:33
*** heyongli has joined #openstack-nova14:33
*** throwsb1 has quit IRC14:33
*** sq4ind has quit IRC14:33
*** shaohe_feng has quit IRC14:34
*** shaohe_feng has joined #openstack-nova14:35
*** antosh has joined #openstack-nova14:35
*** vpc has joined #openstack-nova14:38
vpccan i use pxe_ssh as a driver for my ironic since my hardware is dont have ipmi14:38
artomIf it's real hardware I'm pretty you need ipmi...14:39
*** hongbin has joined #openstack-nova14:42
*** heyongli has quit IRC14:43
*** heyongli has joined #openstack-nova14:43
*** janki has quit IRC14:44
*** shaohe_feng has quit IRC14:45
gibitssurya: I left some idea inline https://review.openstack.org/#/c/575996/14:45
tssuryagibi: yep, checking thanks a lot14:45
*** ZZellefr has joined #openstack-nova14:46
*** shaohe_feng has joined #openstack-nova14:46
vpcartom yes it is real hardware14:47
ZZellefrgaryk: Hi14:47
artomvpc, so I'm no Ironic expert, but thinking about it logically, you need ipmi14:47
vpci have this 2 module14:47
artomOtherwise how are you going to get an OS to run on the machine?14:47
vpcipmi_msghandler14:48
vpcand ipmi_devintf14:48
*** dklyle_ has quit IRC14:49
*** tbachman has quit IRC14:52
*** heyongli has quit IRC14:53
*** heyongli has joined #openstack-nova14:53
*** hshiina has joined #openstack-nova14:54
*** shaohe_feng has quit IRC14:55
*** shaohe_feng has joined #openstack-nova14:57
*** pooja_jadhav has joined #openstack-nova14:59
openstackgerritMatt Riedemann proposed openstack/nova master: Fix regression when listing build_requests with marker and ip filter  https://review.openstack.org/57616115:00
mriedemtssurya: dansmith: melwitt: ^15:00
mriedemthat's also regressed in queens15:00
*** takashin has left #openstack-nova15:01
*** lpetrut has quit IRC15:01
*** lpetrut has joined #openstack-nova15:02
*** rmart04 has quit IRC15:02
*** zcorneli has joined #openstack-nova15:02
*** tetsuro has quit IRC15:03
*** heyongli has quit IRC15:03
*** suresh12 has joined #openstack-nova15:04
*** heyongli has joined #openstack-nova15:04
*** shaohe_feng has quit IRC15:05
*** dhellmann has joined #openstack-nova15:05
*** sridharg has quit IRC15:06
*** shaohe_feng has joined #openstack-nova15:07
*** dtruong_ has joined #openstack-nova15:07
openstackgerritStephen Finucane proposed openstack/nova master: metadata: Add '[metadata] domain_name' option  https://review.openstack.org/48061615:07
*** artom has quit IRC15:08
*** artom has joined #openstack-nova15:08
stephenfinmriedem, dansmith, <anyone else who was in the nova-neutron cross-project talk>: I took the easy out with that dhcp_domain name deprecation thing. Context in the commit message. Lemme know if you (dis)agree, please :)15:08
dansmithmriedem: melwitt is out this week15:08
*** sq4ind has joined #openstack-nova15:09
mriedemoh that's right15:09
*** tbachman has joined #openstack-nova15:09
dansmithstephenfin: I thought the easy out is just not touching what we have and undeprecating it?15:09
mriedemstephenfin: easy out?15:09
*** nicolasbock has joined #openstack-nova15:09
mriedemstephenfin: there was an agreed-to plan to fix the issue, did you or did you not follow that plan?15:10
dansmithbecause a new thing means everyone has to change config afaict15:10
*** ccamacho has quit IRC15:10
stephenfinmriedem: There were two option but no clear indication which one to go for https://etherpad.openstack.org/p/YVR18-novaneutron-ops-cross-project-session15:11
mriedemoption 2, L3515:11
dansmithI thought the clear way was identified as just leaving what we had15:11
mriedem"change the dhcp_domain default to None and check that in the code; if not set, default to 'novalocal' which is the previous default; then check if network.dns_domain is set and if so, you use it, else something something use dhcp_domain...."15:11
*** dtruong has quit IRC15:12
cdentsomething I forgot to ask in scheduler meeting: should we seek spec freeze exception on https://review.openstack.org/#/c/552105/ ? melwitt, jaypipes ?15:12
*** belmorei_ has quit IRC15:12
*** ispp has quit IRC15:12
*** josecastroleon has quit IRC15:12
stephenfinmriedem: Right, option two of two. Option one is still valid, no?15:12
*** josecastroleon has joined #openstack-nova15:13
mriedemstephenfin: no, we agreed on option 2 during the session15:13
*** itlinux has joined #openstack-nova15:13
dansmithstephenfin: even still your patch isn't option 1 either is it?15:13
*** lpetrut has quit IRC15:13
*** heyongli has quit IRC15:14
mriedemit's not15:14
dansmiththat's what I'm trying to get at15:14
*** heyongli has joined #openstack-nova15:14
stephenfindansmith: It's a variant of 1. I figured we could take the option to clean this up while we were at it, as we've done extensively in the past. "dhcp_domain" makes no sense, right?15:14
*** ispp has joined #openstack-nova15:15
stephenfinmriedem: Your recollection of that differs from mine. I don't recall anyone stating a reason _to_ enable neutron integration15:15
*** belmoreira has joined #openstack-nova15:15
*** shaohe_feng has quit IRC15:15
dansmithstephenfin: my recollection matches mriedem's as well15:16
*** sq4ind has quit IRC15:16
stephenfinwhile there were a few reasons not to (it's not always available, it'll break configurations, there are multiple ways this can be configured in neutron)15:16
dansmithstephenfin: right so you give it priority if it's defined15:16
dansmithif not, you fall back to the conf value15:16
dansmithand I don't think I heard anything in the room about changing the conf option,15:17
mriedemyeah that's what i remember, we have a priority order15:17
mriedemone of which is allowing using the network.dns_domain from neutron15:17
*** josecastroleon has quit IRC15:17
*** shaohe_feng has joined #openstack-nova15:18
stephenfinHmm, that takes us firmly into feature territory15:18
*** josecastroleon has joined #openstack-nova15:18
stephenfinA feature that, again, I didn't hear anyone actually ask for15:18
*** madhaviy has quit IRC15:18
dansmithwho else was in there, gibi ?15:18
* mriedem queues this up for berlin15:19
mriedemi know sorrison was in the room15:19
stephenfindansmith: gibi and melwitt, I think. Not sure about bauzas15:19
dansmithmelwitt is out this week15:19
*** throwsb1 has joined #openstack-nova15:19
bauzasmmm ?15:19
gibiI was there but honestly I don't remember :/ reading the etherpad now to get memories back15:19
mriedem"smorrison says everyone will read the release notes."15:19
* bauzas scrolling back15:20
dansmithmriedem: right, related to giving the neutron value precedence right?15:20
mriedemwe likely indicated this would be a behavior change, mentioned in release notes15:20
mriedemyes15:20
*** udesale_ has joined #openstack-nova15:20
dansmithbecause if we weren't going to change anything (option 1) then it wouldn't matter15:20
mriedemand sam was a proxy for all openstack operators worldwide15:20
*** damien_r has quit IRC15:20
bauzasstephenfin: sorry can't help, was in another room AFAIR15:21
mriedemso dhcp_domain takes precedence if set15:21
mriedemas noted inline, some people set that to '' to skip all that logic and just use the server hostname provided by the user15:22
*** sree has joined #openstack-nova15:22
*** udesale has quit IRC15:22
mriedemif dhcp_domain is None, then we use the network.dns_domain (if set), else default to 'novalocal' which is the default today15:22
mriedemso if, as an operator, i want the user-supplied name to be the hostname, i set dhcp_domain=''15:23
mriedemif i want novalocal, i set dhcp_domain=novalocal explicitly15:23
mriedemelse i let it come from the network (if set)15:23
*** TxGirlGeek has joined #openstack-nova15:23
stephenfinmriedem: I get that. I'm asking what the rationale for pulling it from neutron in the first place is. I haven't seen an RFE/bug open for this in the past so is it an issue?15:24
*** heyongli has quit IRC15:24
*** heyongli has joined #openstack-nova15:24
stephenfinAs opposed to just undeprecating the existing option15:24
dansmithpulling it from neutron would be pulling it from the source of network truth15:25
dansmithwhich, AFAIK, was the plan we never implemented15:25
dansmitheven still,15:25
*** udesale_ has quit IRC15:25
*** suresh12 has quit IRC15:25
*** shaohe_feng has quit IRC15:26
dansmithjust undeprecating what we have could be step 1 if you just don't want to do the step 2 of honoring the neutron thing15:26
gibiI've read the etherpad but no memories came back from this part of the session. sorry. But ^^ seems reasonable to me15:27
*** gyee has joined #openstack-nova15:27
*** shaohe_feng has joined #openstack-nova15:27
*** munimeha1 has joined #openstack-nova15:27
dansmithdoesn't L42 say "Agree: option 2" ?\15:27
*** suresh12 has joined #openstack-nova15:28
dansmithoh, heh15:28
dansmithcheater15:28
mriedemheh yeah15:28
dansmithhaha15:28
mriedemhowever,15:28
mriedemi also wrote up daily session reports internally and that's the option i said we were going with15:28
mriedem"- agreed on the direction to resolve bug15:29
mriedem  https://bugs.launchpad.net/nova/+bug/1698010 for15:29
mriedem  the nova dhcp_domain option; we'll undeprecate it,15:29
mriedem  give priority to the option if set, otherwise use15:29
mriedem  the neutron network dns_domain attribute if set,15:29
openstackLaunchpad bug 1698010 in OpenStack Compute (nova) "neutron-based instances should not use the nova-network 'dhcp_domain' option" [High,In progress] - Assigned to Stephen Finucane (stephenfinucane)15:29
mriedem  otherwise default to 'novalocal' as before"15:29
mriedemfrom my trip report ^15:29
*** dklyle has joined #openstack-nova15:29
mriedemso i failed to make it super clear in the etherpad, i'm sorry15:29
*** armaan has quit IRC15:31
*** Phuongnh has joined #openstack-nova15:32
*** josecastroleon has quit IRC15:32
*** sree has quit IRC15:32
*** vpc has quit IRC15:33
*** heyongli has quit IRC15:34
*** heyongli has joined #openstack-nova15:34
*** kholkina has quit IRC15:35
*** Bhujay has quit IRC15:36
*** shaohe_feng has quit IRC15:36
*** shaohe_feng has joined #openstack-nova15:37
*** felipemonteiro has joined #openstack-nova15:38
*** jaosorior has quit IRC15:38
*** ttsiouts has quit IRC15:39
*** Phuongnh has quit IRC15:41
*** tbachman has quit IRC15:41
*** Phuongnh has joined #openstack-nova15:42
*** ZZellefr has quit IRC15:43
*** alexchad_ has quit IRC15:44
*** heyongli has quit IRC15:44
*** alexchadin has joined #openstack-nova15:44
*** heyongli has joined #openstack-nova15:45
*** alexchadin has quit IRC15:45
*** shaohe_feng has quit IRC15:46
openstackgerritStephen Finucane proposed openstack/nova master: conf: Undeprecate the 'dhcp_domain' option  https://review.openstack.org/48061615:46
*** lpetrut has joined #openstack-nova15:47
*** shaohe_feng has joined #openstack-nova15:47
*** ttsiouts has joined #openstack-nova15:48
*** sree has joined #openstack-nova15:48
*** lpetrut has quit IRC15:49
*** ktibi has quit IRC15:49
*** hemna_ has joined #openstack-nova15:49
*** lpetrut has joined #openstack-nova15:49
*** janki has joined #openstack-nova15:51
*** ispp has quit IRC15:52
*** sree has quit IRC15:52
openstackgerritVladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792115:52
*** yamamoto has quit IRC15:53
*** yamamoto has joined #openstack-nova15:54
*** heyongli has quit IRC15:55
*** heyongli has joined #openstack-nova15:55
*** yamamoto has quit IRC15:56
*** yamamoto has joined #openstack-nova15:56
*** lpetrut has quit IRC15:56
*** shaohe_feng has quit IRC15:56
*** lyan has quit IRC15:57
mriedemand we have a new rebuild test in tempest which means new cells v1 random rebuild failures15:57
*** lpetrut has joined #openstack-nova15:58
*** shaohe_feng has joined #openstack-nova15:59
*** hshiina has quit IRC16:00
*** Phuong_nh has joined #openstack-nova16:00
*** Phuongnh has quit IRC16:00
openstackgerritMatt Riedemann proposed openstack/nova master: Skip ServerShowV263Test.test_show_update_rebuild_list_server for cellsv1  https://review.openstack.org/57619416:01
mriedemdansmith: want to just fast approve this? ^ i've seen 2 failures from that today16:01
dansmithk16:01
mriedemi've also got a revert here for a change that breaks lvm in the libvirt driver https://review.openstack.org/#/c/576136/16:02
mriedemclearly never tested properly in the original change16:03
*** tbachman has joined #openstack-nova16:04
*** heyongli has quit IRC16:05
dansmith+2, gibi efried stephenfin ^16:05
dansmithbauzas: ^16:05
*** heyongli has joined #openstack-nova16:05
dansmiththat's a pretty bad one16:05
dansmithmriedem: was that just failing some lvm job that doesn't vote?16:05
bauzasdansmith: I thought reverts were fast-approved ?16:06
mriedemdansmith: our nova-lvm job runs in the experimental queue but i don't see that was actually run on the original change, but it wouldn't be voting if it iwas,16:06
bauzasanyway, +Wd16:06
mriedembut that's not how i found the failure16:06
dansmithbauzas: sure, but there are people around, so meh16:06
mriedemi found it because the trusted certs barbican patch was failing b/c it uses lvm apparently https://review.openstack.org/#/c/515210/16:06
mriedemwith the depends-on the revert it passes again16:07
*** shaohe_feng has quit IRC16:07
*** nicolasbock has quit IRC16:08
*** lpetrut has quit IRC16:11
*** shaohe_feng has joined #openstack-nova16:11
*** AlexeyAbashkin has quit IRC16:11
openstackgerritMatt Riedemann proposed openstack/nova master: Skip ServerShowV263Test.test_show_update_rebuild_list_server for cellsv1  https://review.openstack.org/57619416:12
*** sambetts is now known as sambetts|afk16:12
*** heyongli has quit IRC16:15
*** heyongli has joined #openstack-nova16:15
*** lpetrut has joined #openstack-nova16:16
*** psachin has joined #openstack-nova16:16
*** shaohe_feng has quit IRC16:17
*** Phuongnh has joined #openstack-nova16:18
*** shaohe_feng has joined #openstack-nova16:18
*** Phuong_nh has quit IRC16:18
*** tesseract has quit IRC16:19
*** ircuser-1 has joined #openstack-nova16:20
*** pcaruana has quit IRC16:20
*** nicolasbock has joined #openstack-nova16:20
*** ttsiouts has quit IRC16:22
*** yamahata has quit IRC16:22
*** ttsiouts has joined #openstack-nova16:22
*** nicolasbock has quit IRC16:24
*** nicolasbock has joined #openstack-nova16:24
*** sahid has quit IRC16:25
*** heyongli has quit IRC16:25
*** heyongli has joined #openstack-nova16:26
*** ttsiouts has quit IRC16:27
*** shaohe_feng has quit IRC16:27
*** lyan has joined #openstack-nova16:27
*** jaosorior has joined #openstack-nova16:27
*** jaosorior has quit IRC16:28
*** shaohe_feng has joined #openstack-nova16:28
*** dave-mcc_ has quit IRC16:30
*** abhishekk has quit IRC16:30
openstackgerritVladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792116:31
*** tidwellr has quit IRC16:31
*** jaosorior has joined #openstack-nova16:32
*** mvenesio has quit IRC16:32
*** tidwellr has joined #openstack-nova16:33
openstackgerritMatt Riedemann proposed openstack/nova master: Fix regression when listing build_requests with marker and ip filter  https://review.openstack.org/57616116:33
openstackgerritElod Illes proposed openstack/nova master: Reject interface attach with QoS aware port  https://review.openstack.org/57007816:33
stephenfinmriedem: What did you mean here? https://review.openstack.org/#/c/567876/ (second last comment)16:35
*** germs has joined #openstack-nova16:35
*** germs has quit IRC16:35
*** germs has joined #openstack-nova16:35
mriedem?16:35
*** heyongli has quit IRC16:36
mriedemhttp://logs.openstack.org/66/575766/1/check/legacy-grenade-dsvm-neutron-multinode-live-migration/2bd7d1f/logs/screen-n-cpu.txt.gz#_Jun_15_17_06_09_88805316:36
mriedem?16:36
*** germs has quit IRC16:36
*** yamamoto has quit IRC16:36
*** heyongli has joined #openstack-nova16:36
stephenfinmriedem: Do you mean it's working and you're happy or that it shouldn't be working because the older compute node should be rejected?16:36
mriedemjust shows that when we're doing a live migration over n-1 and n level computes, if one is file-backed memory and the other isn't, we fail as the code is doing16:36
mriedemi'm happy16:36
*** germs has joined #openstack-nova16:36
*** germs has quit IRC16:36
*** germs has joined #openstack-nova16:36
*** yamamoto has joined #openstack-nova16:36
*** armaan has joined #openstack-nova16:36
stephenfinOK, that link was what I need. I'll re-review that in the morning so16:36
stephenfin*needed16:37
*** shaohe_feng has quit IRC16:37
*** owalsh_ is now known as owalsh16:37
mriedemgibi: stephenfin: thanks for hitting https://review.openstack.org/#/c/561284/16:38
*** shaohe_feng has joined #openstack-nova16:38
*** yamamoto has quit IRC16:41
*** r-daneel has joined #openstack-nova16:42
*** felipemonteiro_ has joined #openstack-nova16:43
*** Phuongnh has quit IRC16:46
*** heyongli has quit IRC16:46
*** heyongli has joined #openstack-nova16:46
*** felipemonteiro has quit IRC16:47
*** shaohe_feng has quit IRC16:48
*** shaohe_feng has joined #openstack-nova16:49
*** artom_ has joined #openstack-nova16:54
*** heyongli has quit IRC16:56
*** heyongli has joined #openstack-nova16:56
*** artom has quit IRC16:57
*** shaohe_feng has quit IRC16:58
*** shaohe_feng has joined #openstack-nova16:58
*** mvenesio has joined #openstack-nova17:00
*** mgoddard has quit IRC17:00
*** jaosorior has quit IRC17:01
*** derekh has quit IRC17:01
openstackgerritEric Fried proposed openstack/nova master: Handle agg generation conflict in report client  https://review.openstack.org/55666917:03
*** sree has joined #openstack-nova17:04
*** moshele has joined #openstack-nova17:05
*** sree has quit IRC17:06
*** _alastor1 has joined #openstack-nova17:06
*** heyongli has quit IRC17:06
*** heyongli has joined #openstack-nova17:07
openstackgerritEric Fried proposed openstack/nova master: Nix unused raise_if_custom_resource_class_pre_v1_1  https://review.openstack.org/57584717:07
*** shaohe_feng has quit IRC17:08
*** shaohe_feng has joined #openstack-nova17:09
*** dtantsur is now known as dtantsur|afk17:11
*** moshele has quit IRC17:11
*** amoralej is now known as amoralej|off17:13
*** artom_ is now known as artom17:14
*** jpena is now known as jpena|off17:15
*** heyongli has quit IRC17:17
*** heyongli has joined #openstack-nova17:17
*** shaohe_feng has quit IRC17:18
*** psachin has quit IRC17:19
*** shaohe_feng has joined #openstack-nova17:20
*** suresh12 has quit IRC17:20
*** nicolasbock has quit IRC17:25
*** heyongli has quit IRC17:27
*** heyongli has joined #openstack-nova17:27
*** cdent has quit IRC17:28
*** shaohe_feng has quit IRC17:29
*** shaohe_feng has joined #openstack-nova17:30
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258317:33
*** dklyle has quit IRC17:36
*** antosh has quit IRC17:37
*** dklyle has joined #openstack-nova17:37
*** armaan has quit IRC17:37
*** heyongli has quit IRC17:37
*** antosh has joined #openstack-nova17:37
*** heyongli has joined #openstack-nova17:37
*** yamamoto has joined #openstack-nova17:38
*** mgoddard has joined #openstack-nova17:39
*** shaohe_feng has quit IRC17:39
*** yamamoto has quit IRC17:42
zcornelidansmith, mriedem: For the file backed memory work, when going to implement the discard option (libvirt 4.4.0+), for migration XML generation we need to pass a second value back to the source from the destination. Is there a preference toward making the existing field into an Enum (or similar) vs creating a new field for discard?17:43
mriedemthe dst_wants_file_backed_memory field?17:45
zcorneliyes17:46
mriedemdiscard is a different thing and would be a different version of the migrate data object17:46
mriedemso probably easiest to model that as a different field17:46
*** heyongli has quit IRC17:47
zcorneliThe only reason I would have against that would be that dst_wants_file_backed_memory=False + discard=True doesn't make sense.17:47
*** heyongli has joined #openstack-nova17:48
zcorneliAnd I'm not sure if there's a way (or even really a will) to validate that in the object.17:48
openstackgerritArtom Lifshitz proposed openstack/nova master: DNM: Use claim context during live migration  https://review.openstack.org/57622217:48
*** tssurya has quit IRC17:49
*** shaohe_feng has joined #openstack-nova17:49
mriedemwould either of the is_shared_* fields make sense with dst_wants_file_backed_memory?17:49
mriedemnvm, wrong type of thing17:49
*** shaohe_feng has quit IRC17:49
mriedemanyway, i don't think it's that big a deal, you'd just have a comment by the discard field saying it only makes sense when dst_wants_file_backed_memory=True17:49
zcorneliYep, works for me. Thanks for the input17:50
*** shaohe_feng has joined #openstack-nova17:50
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Add policy rule to block image-backed servers with 0 root disk flavor  https://review.openstack.org/56369217:52
*** janki has quit IRC17:56
*** heyongli has quit IRC17:58
*** heyongli has joined #openstack-nova17:58
*** shaohe_feng has quit IRC17:59
*** shaohe_feng has joined #openstack-nova18:00
*** dklyle has quit IRC18:00
*** gjayavelu has joined #openstack-nova18:01
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add policy rule to block image-backed servers with 0 root disk flavor  https://review.openstack.org/56370018:01
*** suresh12 has joined #openstack-nova18:07
*** suresh12 has quit IRC18:07
*** suresh12 has joined #openstack-nova18:07
*** heyongli has quit IRC18:08
*** heyongli has joined #openstack-nova18:08
*** r-daneel has quit IRC18:09
*** r-daneel has joined #openstack-nova18:10
*** shaohe_feng has quit IRC18:10
*** shaohe_feng has joined #openstack-nova18:10
*** artom_ has joined #openstack-nova18:14
*** suresh12 has quit IRC18:14
*** suresh12 has joined #openstack-nova18:14
crazikhuh, finally. all services in pike.18:16
craziki was a looong and hard journey18:16
dansmithmriedem: hmm, did you know a migration record can go into "pre-migrating" state because of the resource tracker?18:16
crazikdansmith: or other issue18:17
craziklike DB schema mismatch18:17
*** artom has quit IRC18:17
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Add policy rule to block image-backed servers with 0 root disk flavor  https://review.openstack.org/56371918:17
dansmithhuh?18:17
*** dave-mccowan has joined #openstack-nova18:17
dansmithmriedem: I mean "will go" by the way18:17
mriedemdansmith: i'm fairly sure that's on page 374 of the nova core handbook18:17
*** heyongli has quit IRC18:18
mriedemwhy, what is it breaking?18:18
dansmithmriedem: since you updated the comment above the list of filters, I challenge the fact that you knew that :P18:18
*** heyongli has joined #openstack-nova18:18
dansmithmriedem: well, a migration can be in pre-migrating state, and thus neither of accepted or done,18:19
mriedemwhat filters?18:19
dansmithso the source compute may not find it if it comes up at the exact time18:19
dansmithmriedem: https://review.openstack.org/#/c/500144/18:19
mriedemi assume you're referring to something else, like evac on startpu18:19
dansmithyes, that's what I'm talking about18:20
*** shaohe_feng has quit IRC18:20
*** shaohe_feng has joined #openstack-nova18:21
mriedemok yeah i guess rebuild_claim will put the migration into pre-migrating status for evac18:21
dansmithso it will go accepted->pre-migrating -> done -> completed18:21
dansmithyeah18:21
*** armaan has joined #openstack-nova18:21
mriedemsorry i didn't have the full evac migration task state in my head when writing that comment...18:21
dansmithwell, I never knew it would do that18:21
dansmithalthough I wonder if it would when I wrote that, because we did rebuild_claim recently, IIRC18:21
*** suresh12 has quit IRC18:22
mriedemas in 2015? https://review.openstack.org/#/c/200485/18:22
dansmithoh18:22
dansmithI thought we added that while cleaning things up for placement, but maybe not18:22
*** armaan has quit IRC18:23
mriedemno, it was part of this https://review.openstack.org/#/q/topic:bug/1417667+(status:open+OR+status:merged)18:23
dansmithyep, okay18:23
mriedemi semi remember looking at that recently because of https://review.openstack.org/#/c/560467/18:24
*** jroll has quit IRC18:24
mriedemand because we log a warning during every live migratoin18:24
*** artom__ has joined #openstack-nova18:24
*** jroll has joined #openstack-nova18:24
*** suresh12 has joined #openstack-nova18:25
mriedemartom_: artom__: you might care about ^18:25
*** pcaruana has joined #openstack-nova18:25
*** dklyle has joined #openstack-nova18:26
*** artom_ has quit IRC18:28
*** artom__ is now known as artom18:28
artomSorry, moving around between rooms in the office :(18:28
artommriedem, thanks for the tip, I *would* care about that, but what's the context?18:28
*** heyongli has quit IRC18:28
*** heyongli has joined #openstack-nova18:29
mriedemartom: RT claims code with live migration18:29
mriedemwhich is now your thing18:29
artomSorta (see http://lists.openstack.org/pipermail/openstack-dev/2018-June/131605.html)18:30
*** shaohe_feng has quit IRC18:30
* artom still has no idea if he's supposed to read something or answer a question :/18:32
*** AlexeyAbashkin has joined #openstack-nova18:32
crazik:D18:32
*** mgoddard has quit IRC18:34
*** shaohe_feng has joined #openstack-nova18:34
*** AlexeyAbashkin has quit IRC18:35
*** AlexeyAbashkin has joined #openstack-nova18:38
*** heyongli has quit IRC18:39
openstackgerritZack Cornelius proposed openstack/nova master: Implement file backed memory for instances in libvirt  https://review.openstack.org/56787618:39
*** yamamoto has joined #openstack-nova18:39
*** pcaruana has quit IRC18:39
*** heyongli has joined #openstack-nova18:39
*** shaohe_feng has quit IRC18:40
*** yamamoto has quit IRC18:44
*** shaohe_feng has joined #openstack-nova18:45
*** AlexeyAbashkin has quit IRC18:45
*** yamahata has joined #openstack-nova18:46
*** anupn has joined #openstack-nova18:47
*** lpetrut has quit IRC18:48
*** heyongli has quit IRC18:49
*** heyongli has joined #openstack-nova18:49
*** jmlowe has quit IRC18:50
*** shaohe_feng has quit IRC18:51
*** shaohe_feng has joined #openstack-nova18:52
*** armaan has joined #openstack-nova18:54
*** imacdonn has joined #openstack-nova18:56
*** avolkov has quit IRC18:56
*** heyongli has quit IRC18:59
*** heyongli has joined #openstack-nova18:59
*** shaohe_feng has quit IRC19:01
openstackgerritGiridhar Jayavelu proposed openstack/nova master: Avoid redundant compute node update  https://review.openstack.org/57623519:04
*** shaohe_feng has joined #openstack-nova19:05
*** tssurya has joined #openstack-nova19:07
*** heyongli has quit IRC19:09
*** heyongli has joined #openstack-nova19:10
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258319:11
*** shaohe_feng has quit IRC19:11
*** jmlowe has joined #openstack-nova19:11
*** moshele has joined #openstack-nova19:11
*** shaohe_feng has joined #openstack-nova19:12
*** moshele has quit IRC19:14
openstackgerritEric Fried proposed openstack/nova master: WIP: Compute: Handle reshaped provider trees  https://review.openstack.org/57623619:15
*** heyongli has quit IRC19:20
*** heyongli has joined #openstack-nova19:20
*** tidwellr has quit IRC19:21
*** shaohe_feng has quit IRC19:21
*** mgoddard has joined #openstack-nova19:22
*** shaohe_feng has joined #openstack-nova19:24
*** rmart04 has joined #openstack-nova19:25
*** owalsh has quit IRC19:26
*** lifeless has joined #openstack-nova19:26
*** owalsh has joined #openstack-nova19:26
*** mgoddard has quit IRC19:27
*** tbachman has quit IRC19:28
*** heyongli has quit IRC19:30
*** heyongli has joined #openstack-nova19:30
*** shaohe_feng has quit IRC19:32
*** shaohe_feng has joined #openstack-nova19:33
*** edmondsw has quit IRC19:39
*** heyongli has quit IRC19:40
*** heyongli has joined #openstack-nova19:40
*** yamamoto has joined #openstack-nova19:40
*** shaohe_feng has quit IRC19:42
*** shaohe_feng has joined #openstack-nova19:43
*** ttsiouts has joined #openstack-nova19:44
*** owalsh has quit IRC19:44
*** yamamoto has quit IRC19:45
*** owalsh has joined #openstack-nova19:48
*** germs is now known as GotOneHandCutOff19:50
*** GotOneHandCutOff is now known as germs19:50
*** heyongli has quit IRC19:50
*** heyongli has joined #openstack-nova19:51
*** tbachman has joined #openstack-nova19:51
*** shaohe_feng has quit IRC19:52
openstackgerritEric Fried proposed openstack/nova master: Nix unused raise_if_custom_resource_class_pre_v1_1  https://review.openstack.org/57584719:52
*** shaohe_feng has joined #openstack-nova19:53
*** TxGirlGeek has quit IRC19:53
*** owalsh has quit IRC19:55
*** owalsh has joined #openstack-nova19:56
*** TxGirlGeek has joined #openstack-nova20:00
*** heyongli has quit IRC20:01
*** heyongli has joined #openstack-nova20:01
*** armaan has quit IRC20:02
*** shaohe_feng has quit IRC20:02
*** armaan has joined #openstack-nova20:02
*** shaohe_feng has joined #openstack-nova20:05
*** rmart04 has quit IRC20:05
*** felipemonteiro_ has quit IRC20:08
*** felipemonteiro__ has joined #openstack-nova20:08
*** liverpooler has quit IRC20:09
*** heyongli has quit IRC20:11
*** ttsiouts has quit IRC20:11
*** heyongli has joined #openstack-nova20:11
*** dave-mccowan has quit IRC20:12
*** ttsiouts has joined #openstack-nova20:12
*** shaohe_feng has quit IRC20:13
*** shaohe_feng has joined #openstack-nova20:13
*** dave-mccowan has joined #openstack-nova20:14
openstackgerritMerged openstack/nova master: Skip ServerShowV263Test.test_show_update_rebuild_list_server for cellsv1  https://review.openstack.org/57619420:18
*** throwsb1 has quit IRC20:19
*** heyongli has quit IRC20:21
*** heyongli has joined #openstack-nova20:21
*** shaohe_feng has quit IRC20:23
anupnHi Folks, I am trying to schedule an instance over my baremetal node which is in "Available" state, but "host not mapped to any cell" error is coming upon scheduling an instance. Could you please point me how to map the host to the nova_cell1?20:24
anupnI tried running "nova-manage db sync", and "nova-manage cell_v2 simple_cell_setup" but no luch20:25
anupn*luck20:25
mriedemanupn: see the discover_hosts command https://docs.openstack.org/nova/latest/cli/nova-manage.html#nova-cells-v220:25
*** shaohe_feng has joined #openstack-nova20:25
anupnmriedem: Yes I did, and I don't see any hosts there20:27
mriedemdid you run it with the --by-service option?20:27
openstackgerritDan Smith proposed openstack/nova master: Fix MigrateData object tests for compat routines  https://review.openstack.org/57625620:28
dansmithzcorneli: ^20:28
zcornelidansmith: Was just looking at jaypipes suggestion for that.20:29
dansmithzcorneli: basically just what I did20:29
anupnmriedem: Nope, i ran without it and I got a user warning "UserWarning: The psycopg2 wheel package will be renamed from release 2.8......"20:29
dansmithexcept better20:29
* anupn tries with --by-service20:29
mriedemanupn: well, try running with it, since it's for ironic nodes20:30
zcorneliYep. I like the lambda, makes it more clear, I think.20:30
anupnmriedem: still the same20:30
dansmithzcorneli: I spent my time writing code, else I'd have committed my comment before jaypipes :P20:30
mriedemanupn: did you run it with --verbose to see if it actually mapped anything?20:30
anupnmriedem: Should i run "nova-manage cell_v2 map_cell1"?20:30
mriedemno20:30
zcornelidansmith: Do we want to follow his other suggestion as well, and do the associated AssertIn's?20:31
mriedemunless the host is actually in some other db20:31
dansmithzcorneli: I did20:31
*** heyongli has quit IRC20:31
dansmithzcorneli: well, what I meant was, I added a positive assertion in each case20:31
anupnmriedem: Okay so with --verbose, I see it finds two cells - cell0 and cell120:31
dansmithzcorneli: no need to assert the presence of all the things for the latest version, IMHO20:32
anupnit is skips cell0 as no hosts in that20:32
dansmithzcorneli: just one to make sure you're not looking at the wrong level of the structure20:32
*** heyongli has joined #openstack-nova20:32
anupnand from cell1 I see - "Getting computes from cell 'cell1': 182677b0-4e7d-416b-a47b-57c2f33e090e20:32
anupnFound 0 unmapped computes in cell: 182677b0-4e7d-416b-a47b-57c2f33e090e20:32
anupn"20:32
zcorneliSeems like the positive assertion for every field is "clear" - It should be covered elsewhere in the tests as well, but ensures "It was there before making compatible, and not there after"20:33
mriedemanupn: what does this give you? nova-manage cell_v2 list_hosts 182677b0-4e7d-416b-a47b-57c2f33e090e20:33
mriedemdoes the compute host that's hosting that baremetal node show up in the list?20:33
*** shaohe_feng has quit IRC20:33
zcornelidansmith: The single definitely helps fix the previous issue we had through with the false positives20:33
dansmithright20:33
dansmithzcorneli: you're welcome to positive-assert your property if you want, but I don't think it's that necessary20:34
anupnmriedem: yes20:35
mriedemanupn: ok so then the host is mapped to cell120:35
anupnI see the hostname of my node20:35
mriedemanupn: try scheduling now20:35
*** shaohe_feng has joined #openstack-nova20:35
zcornelidansmith: I'm OK with the statement that the positive side is covered elsewhere.20:35
openstackgerritArtom Lifshitz proposed openstack/nova master: DNM: Use claim context during live migration  https://review.openstack.org/57622220:36
anupnmriedem: Okay, wait but "openstack hypervisor list" shouldn't it show my ironic type hypervisor?20:36
mriedemanupn: yes20:36
anupnmriedem: oh yeah, it shows now20:36
mriedemwhew20:37
anupnmriedem: so I think scheduling should work now20:37
mriedemi hope so20:37
anupnmriedem: what commands, made this magic?20:37
mriedemdiscover_hosts --by-service20:37
mriedempresumably20:37
anupnmriedem: Ah, that's interesting, worth making a note20:37
*** armaan has quit IRC20:40
*** armaan has joined #openstack-nova20:41
*** tbachman_ has joined #openstack-nova20:41
*** yamamoto has joined #openstack-nova20:41
*** heyongli has quit IRC20:42
*** heyongli has joined #openstack-nova20:42
*** tbachman has quit IRC20:43
*** tbachman_ is now known as tbachman20:43
anupnmriedem: Instance got scheduled like charm :)20:43
anupnthanks20:43
*** shaohe_feng has quit IRC20:43
mriedemanupn: cool, yw20:44
*** shaohe_feng has joined #openstack-nova20:46
*** yamamoto has quit IRC20:46
openstackgerritMatt Riedemann proposed openstack/nova master: Fix regression when listing build_requests with marker and ip filter  https://review.openstack.org/57616120:51
*** dave-mcc_ has joined #openstack-nova20:51
*** heyongli has quit IRC20:52
*** heyongli has joined #openstack-nova20:52
*** dave-mccowan has quit IRC20:54
*** shaohe_feng has quit IRC20:54
*** shaohe_feng has joined #openstack-nova20:55
openstackgerritEric Fried proposed openstack/nova master: Tighten up ReportClient use of generation  https://review.openstack.org/55666920:56
*** owalsh_ has joined #openstack-nova20:57
openstackgerritMatt Riedemann proposed openstack/nova master: Clarify placement DB schema migration  https://review.openstack.org/57626520:57
SpamapSSo.. question about placement service logs..20:59
SpamapSThey're basically destroying our ELK stack21:00
SpamapSis there any value in logging all of that at INFO?21:00
*** tidwellr has joined #openstack-nova21:01
*** owalsh has quit IRC21:01
*** owalsh- has joined #openstack-nova21:01
*** owalsh- is now known as owalsh21:01
*** heyongli has quit IRC21:02
*** owalsh_ has quit IRC21:02
*** heyongli has joined #openstack-nova21:02
*** shaohe_feng has quit IRC21:04
*** shaohe_feng has joined #openstack-nova21:05
*** tidwellr has quit IRC21:05
*** tbachman has quit IRC21:07
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258321:10
*** wwriverrat has joined #openstack-nova21:11
*** awaugama has quit IRC21:12
*** heyongli has quit IRC21:12
*** heyongli has joined #openstack-nova21:13
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258321:13
efriedSpamapS: You can bust the log level down if you like.21:13
efriedSpamapS: What kind of logging are you seeing?  I haven't looked at one lately.21:14
*** tidwellr has joined #openstack-nova21:14
*** shaohe_feng has quit IRC21:14
*** shaohe_feng has joined #openstack-nova21:15
openstackgerritChris Dent proposed openstack/nova master: Isolate placement database config  https://review.openstack.org/54143521:16
openstackgerritChris Dent proposed openstack/nova master: Ensure that os-traits sync is attempted only at start of process  https://review.openstack.org/55385721:16
*** tidwellr has quit IRC21:18
openstackgerritDan Smith proposed openstack/nova stable/queens: Add amd-ssbd and amd-no-ssb CPU flags  https://review.openstack.org/57627021:19
*** lifeless has quit IRC21:21
*** lifeless has joined #openstack-nova21:22
*** heyongli has quit IRC21:23
*** heyongli has joined #openstack-nova21:23
*** shaohe_feng has quit IRC21:24
jrollefried: random tempest-full run on INFO: http://logs.openstack.org/66/362766/109/gate/tempest-full/52a4e60/controller/logs/screen-placement-api.txt.gz?level=INFO21:25
jrollthat is certainly a lot of logs21:25
jrolllooks like it's logging each request at INFO21:25
efriedjroll: Is that not what it should be doing?21:25
efriedIt's not logging payloads.21:25
efriedThat would be DEBUG-worthy.21:26
jrollI don't know, I don't make those decisions :P21:26
zcornelidansmith: For that test fixup, looks like there's a number of similar issues in the objects/ dir, worth fixing them all?21:26
jrollefried: in my experience, apache/nginx/whatever does the request logging, and the service only logs whatever else is needed21:26
jrollbut clearly someone decided at some point this should happen in placement at info ¯\_(ăƒ„)_/¯21:26
*** shaohe_feng has joined #openstack-nova21:27
efriedcdent, jaypipes - what are your thoughts on making placement logging less noisy?21:27
efriedjroll: I mean, you can always bust the log level down, right?21:27
*** armaan has quit IRC21:27
*** tssurya has quit IRC21:28
jrollefried: I assume there are some important things logged at INFO21:28
*** armaan has joined #openstack-nova21:28
efriedjroll: You mean in general, or here?21:28
jrollboth?21:28
efriedcause here all I see is just the calls.21:28
jrollwell that's the point, signal-to-noise ratio is low21:29
jrollto be clear, I don't (currently) have a problem, just got curious21:30
*** moshele has joined #openstack-nova21:30
efriedand what I'm saying is, if these lines about which operations are called and how long they took and how many bytes they generated are all considered "noise", you can switch to WARNING and you'll get not those, but you (seemingly) won't lose out on anything else.21:30
efriedIma go look see if there's anything else logged at INFO...21:30
jrollI just checked, heh21:30
jrollcurl http://logs.openstack.org/66/362766/109/gate/tempest-full/52a4e60/controller/logs/screen-placement-api.txt.gz\?level\=INFO | grep -v nova.api.openstack.placement.requestlog | grep -v 'switches on core' | grep INFO21:31
jrollgives a single line21:31
efriedYeah, traits db sync and online migration are the only other two things in the code.21:31
jrollso you're right, there isn't really anything other than request logging at INFO21:31
efried(online _data_ migration, that is - nothing to do with migrating instances)21:32
jrollmost openstack services log very useful things at INFO, so operators tend to run at INFO21:32
SpamapS"Info: Usually indicates successful service start/stop, versions and such non-error related data. This should include largely positive units of work that are accomplished (such as starting a compute, creating a user, deleting a volume, etc.)"21:32
*** moshele has quit IRC21:32
*** tidwellr has joined #openstack-nova21:32
efrieduseful is in the eye of the beholder, I suppose.21:33
SpamapShttps://specs.openstack.org/openstack/openstack-specs/specs/log-guidelines.html21:33
*** heyongli has quit IRC21:33
SpamapSIMO those should be TRACE21:33
efriedSpamapS: I don't really see this as violating that precept, personally.21:33
SpamapSThey aren't really useful for realtime analysis.21:33
*** heyongli has joined #openstack-nova21:33
*** munimeha1 has quit IRC21:33
efriedNo, trace would include all the payloads, generated SQL statements and result sets, etc.21:33
SpamapSThey're good for like, tracing through to find out when an aggregate changed to what or was requested as what.21:33
SpamapSbut every single compute node is constantly hitting placement21:34
efriedPut in the context of the other logs, the info level is useful for letting you figure out which calls happened when and what their result was.21:34
*** shaohe_feng has quit IRC21:35
efriedKeeping in mind that placement doesn't necessarily see a 4xx as a "failure" or whatever, so something that's an ERROR in n-cpu or n-cond or whatever might just be a vanilla request/response to placement.21:35
efriedSo we can't condition on status code.21:35
efriedTurn it around: if we were to take these lines out of INFO level, the log would be basically empty.21:35
SpamapSYa, at this point we're just going to dump them from our ELK cluster.21:36
SpamapSThey represent ~70% of all logs flowing in.21:36
efriedSpamapS: I'm going to say again, if you don't like these INFO messages, change the log level (for placement only) to WARNING.21:36
*** shaohe_feng has joined #openstack-nova21:36
SpamapSYa, just wondering why people would think these would be useful enough for INFO.21:37
efriedSpamapS: Because I reckon you do want to know if something goes wrong.  So you don't just want to blow away the logs.21:37
*** tidwellr has quit IRC21:37
SpamapSYeah thats what I meant by dump them.. we'll not send the INFO+placement through to elastic.21:37
efriedSpamapS: For ffdc, being able to correlate an ERROR in the nova logs to the corresponding placement calls - that's useful.  And INFO-worthy IMO.21:38
efriedagain because placement has no way to distinguish what's ERROR-worthy from the client's perspective.21:38
efriedAlso finding it a little hard to believe that the placement log is noisier than the combined compute logs.  Keep in mind that there's only one placement service.21:39
SpamapSthe computes don't spray as much on INFO21:39
SpamapSunless they're super busy with churn21:40
SpamapSmeanwhile they're constantly hammering on placement21:40
efriedyup21:40
*** lyan has quit IRC21:42
*** yamamoto has joined #openstack-nova21:43
*** heyongli has quit IRC21:43
*** TxGirlGeek has quit IRC21:43
*** heyongli has joined #openstack-nova21:44
*** esberglu has quit IRC21:44
*** antosh has quit IRC21:44
*** EmilienM is now known as EmilienM_PTO21:45
*** shaohe_feng has quit IRC21:45
*** shaohe_feng has joined #openstack-nova21:46
*** dklyle has quit IRC21:48
*** yamamoto has quit IRC21:49
*** dklyle has joined #openstack-nova21:50
jaypipesSpamapS, jroll: do you have specific advice on what to down-level from INFO?21:52
*** slaweq has quit IRC21:52
*** heyongli has quit IRC21:53
*** heyongli has joined #openstack-nova21:54
*** shaohe_feng has quit IRC21:55
*** jmlowe has quit IRC21:56
*** chyka has quit IRC21:56
*** shaohe_feng has joined #openstack-nova21:56
*** TxGirlGeek has joined #openstack-nova21:57
*** itlinux has quit IRC21:59
*** jmlowe has joined #openstack-nova22:00
*** felipemonteiro_ has joined #openstack-nova22:01
*** antosh has joined #openstack-nova22:03
*** heyongli has quit IRC22:04
*** heyongli has joined #openstack-nova22:04
*** felipemonteiro__ has quit IRC22:05
*** shaohe_feng has quit IRC22:05
*** Sundar has joined #openstack-nova22:06
*** shaohe_feng has joined #openstack-nova22:06
Sundarefried: Please ping me when you can22:07
efriedSundar: I'm here.22:07
efriedSundar: I skimmed your responses, but didn't dig deep yet.22:07
efriedoh, right, the main issue is "cyborg discovers automatically etc."22:08
efriedThis is missing the point, I think.22:08
*** gjayavelu has quit IRC22:08
efriedWhen we do `openstack accelerator create` we're not getting a specific device.  We're creating an ethereal meta-thingy that basically just has an ID for now.22:08
*** liverpooler has joined #openstack-nova22:09
efriedIt's not until after placement has done its thang that you can actually (with the help of the plugin) associate that with an actual (possibly-virtual) device.22:09
Sundarefried: Sure, I am saying that Cyborg discovers PCI functions and such, apart from devices per se. So, all the information needed for an attach are already there.22:10
efriedExcept it's not.22:10
SundarCould you clarify? What is missing?22:10
efriedThe main purpose of `openstack accelerator create <config details>` is to give <config details> a handle so we don't have to sling a random dict around all the services.22:10
efriedIt's the same principle as the port in neutron.  You do a `port create` and get a UUID, but it's not associated with anything *real* yet.22:11
efriedIt's only much later, once you've landed on a real host, that you actually get a port on a NIC with an IP or whatever.22:11
efriedSame thing here.22:11
SundarThat can be done from Nova compute ->  os-acc, as opposed t doing at the controller between n-sched/placement and Cyborg22:11
SundarThe analogy with Neutron is ok, but do we need to copy it exactly?22:12
SundarWe need to see what makes sense in this context, right?22:12
efriedheh, yeah, we should copy it insofar as it makes sense, and no further.22:12
SundarWhat goes wrong if we create an attach object when n-cpu calls os-acc?22:13
efriedwell, what's an "attach object"?22:13
efriedBut let me answer that anyway22:13
jaypipesefried: it's pretty much the same as a "volume attachment". it's an ephemeral connection_info thing.22:14
*** heyongli has quit IRC22:14
efriedThe problem is that n-cond needed to know things about that accelerator long before we ever get to n-cpu.22:14
efriedjaypipes: It was a semi-rhetorical question.22:14
*** heyongli has joined #openstack-nova22:14
jaypipesefried: yes, I know :)22:14
SundarIt is an object that encapsulates what it takes to attach an accelerator to a VM22:14
jaypipesefried: as mine was a semi-rhetorical answer.22:14
jaypipesefried: it's a non-consumable thing. it's just configuration info.22:15
jaypipesefried: i.e. it isn't a placement concern.22:15
efriedSundar: Example: I want my instance to have a VGPU with 1 display heads and resolution of 1024x768 (ambitious, I know).22:15
efriedSundar: I need a way to have that information passed from the very start of my `server create` request.22:15
*** mriedem has quit IRC22:16
*** shaohe_feng has quit IRC22:16
efriedSo when I do `openstack server create --flavor foo --image bar --accelerator <what goes here?>`22:16
efriedAnd the answer could be <random dict of values>22:16
efriedbut that sucks.22:16
jaypipesefried: like the neutron port profile..22:16
efriedjaypipes: precisely22:16
jaypipesefried: which is used to created the instance pci device request22:16
SundarI am not an expert on GPUs by a long shot :) but can't you apply traits on your GPU indicating what resolutions it can support, and use those traits in placement to pick a device?22:17
efriedSo instead we first do `openstack accelerator create --type vgpu --specs display_heads=1,resolution=1024x768`, or similar.22:17
*** shaohe_feng has joined #openstack-nova22:17
*** tssurya has joined #openstack-nova22:17
*** jmlowe has quit IRC22:17
Sundar"--specs display_heads=1,resolution=1024x768`" --> why can't this be a trait?22:17
efriedAnd we get back an "accelerator UUID"  Or maybe it's called an "attachment UUID".  Whatever term, not important right now.  Point is, it's just a handle for that config data.22:17
efriedSundar: It *is*.  That's the point.22:17
jaypipesefried: it's >1 trait, to be clear.22:17
efriedSundar: We're not *creating* anything in placement at this point in the game.  That was already done by cyborg when you did your discovery and whatnot.22:18
efriedSo now we got back some $acc_uuid and we can say `openstack server create --flavor foo --image bar --accelerator $acc_uuid`22:18
*** mlavalle has quit IRC22:19
*** mriedem has joined #openstack-nova22:19
Sundarefried, jaypipes: Since it is a trait, placement can choose a GPU device in a node on on that basis, and have n-cpu call os-acc to 'configure' the gpu as needed?22:19
efriedyes, Sundar, that's exactly what's going to happen.  I'm talking through how placement is going to get that information.22:19
mriedemSpamapS: jroll: efried: n-api also logs requests at INFO http://logs.openstack.org/66/362766/109/gate/tempest-full/52a4e60/controller/logs/screen-n-api.txt.gz#_Jun_15_15_26_18_71952822:19
* mriedem joins way late22:20
SpamapSThat makes sense. It just doesn't get as many requests. :)22:20
efriedSundar: ...So now when the conductor needs to draw up a placement query for allocation candidates, it asks cyborg (via os-acc?) "hey, give me the details on this accelerator: $acc_uuid".  Cyborg returns the AccGPU object, populated with an AccGPUProfile, which in turn is populated with information about display_heads=1 and resolution=1024x76822:20
Sundarefried: May be I am being dense. The placement knows enough to choose a RP (GPU in a node). What else does it need? The rest can be left to entities in the compute node, right?22:21
efriedconductor parlays that into querystring content for GET /allocation_candidates and sends it down to placement.22:21
efriedSundar: Nope, placement knows what it's told.  I need to tell it about more than just "I need one VGPU".  Otherwise I have to do all my filtering later, which defeats the purpose of having used placement.22:22
Sundar"conductor needs to draw up a placement query for allocation candidates, it asks cyborg (via os-acc?)" This is not needed for selecting a node22:22
*** tssurya has quit IRC22:22
efriedyes it is.22:22
SundarYou can do GET /a-c without talking to Cyboirg22:22
efriedunless, as I say, you want to do all the filtering later, which defeats the purpose.22:22
efriedSundar: n-cond had to get the config details of the accelerator from *somewhere*.22:23
efriedSundar: Where did it get that from?22:23
SundarE.g. resources:ACCELERATOR_GPU=1; traits:RESOLUTION-1024-768=required (or whatever)22:23
efriedright, where does traits:RESOLUTION_1024X768=required come from?22:24
SundarCYborg (or whatever) published it22:24
efriedSundar: Oh, this may be the source of confusion: are you thinking that comes from the flavor?22:24
*** heyongli has quit IRC22:24
SundarYes22:24
*** heyongli has joined #openstack-nova22:24
efriedjaypipes, dansmith: Remind me why we're not putting accelerator stuff in flavors22:25
efried(which I suppose may be the same reason we don't put neutron port stuff in flavors??)22:25
jaypipesefried: we are putting that stuff in flavors and image metadata (at least, we are for *v*GPUs...)22:25
*** felipemonteiro_ has quit IRC22:25
*** shaohe_feng has quit IRC22:26
Sundarjaypipes: +1 Same for FPGAs22:26
efriedwell then22:26
jaypipesefried: that, of course, is what is being *requested* by the user. something (Cyborg I was assuming) needs to decorate resource providers representing the physical accelerators with those traits.22:26
SundarTotally agreed22:26
efriedyeah, got that22:26
jaypipesk22:27
SundarGreat. I need to drop now for a 3:30 PM call22:27
SundarI am open to coming back tomorrow (or even later today) to close this22:27
efriedWe need to get a consensus with dansmith.22:27
*** shaohe_feng has joined #openstack-nova22:27
SundarOK, what's the best time for that?22:27
efriedSundar: You don't need to be around for that, necessarily.22:27
jrolljaypipes: I don't have specific advice, I was just curious what clint was referring to and then tried to help clarify :)22:27
SundarOK. Thanks, efried and jaypipes. Take care!22:28
efriedSundar: I'll try to catch up with dansmith and see if it was just a misunderstanding or what.22:28
*** Sundar has quit IRC22:28
efriedjaypipes: FYI, this is the flow that dansmith and I talked through the other day: http://logs.openstack.org/45/575545/1/check/build-openstack-sphinx-docs/77f4d6a/html/specs/rocky/approved/nova-cyborg-flow.html22:29
*** jmlowe has joined #openstack-nova22:30
efriedjaypipes: It closely follows the neutron port model with os-vif.22:30
jaypipesjroll: k, no prob. was just curious if we should make a specific change.22:30
*** mvenesio has quit IRC22:31
*** lifeless_ has joined #openstack-nova22:32
*** gjayavelu has joined #openstack-nova22:32
*** lifeless has quit IRC22:32
jaypipesefried: I don't see *end users* ever doing `openstack acc create --type GPU <specs>`. Maybe some admin... maybe. though that said, I don't really know what <specs> would be.22:32
jaypipesefried: end users (at least that I'm aware of) don't have the ability to create "accelerators".22:33
efriedjaypipes: same thing as whatever it would be in the flavor, more or less.22:33
jaypipesefried: I guess I don't see why we need a separate service for that, but ok.22:33
efriedOkay, if this is all driven by the flavor, so be it.22:33
*** ttsiouts has quit IRC22:33
efriedjaypipes: If we don't, we don't.  I've never been a huge fan of the `port create` pre-step.22:33
efriedI guess the difference is that every port needs to have specific *unique* config info (IP addr).22:34
*** heyongli has quit IRC22:34
efried...which doesn't make sense to be in a flavor.22:34
*** heyongli has joined #openstack-nova22:35
jaypipesefried: we're talking about different things entirely.22:36
*** shaohe_feng has quit IRC22:36
*** rcernin has joined #openstack-nova22:36
jaypipesefried: I'll just leave this conversation like this... I don't see why Cyborg isn't the generic device manager...22:37
efriedI fully hope it will be22:37
jaypipesin other words, I don't see the point of having `openstack acc $ANYTHING`.22:38
*** shaohe_feng has joined #openstack-nova22:38
efriedI'm on board with that, if dansmith is.22:38
jaypipesthere should be a YAML inventory file describing devices (that can't for some reason be auto-discovered on a node) and that's that...22:38
efriedThe way the conversation with Sundar started was that his specs talk about os-acc parallelling os-vif, but then doesn't actually do that.22:39
jaypipesnote that I didn't say that os-acc shouldn't exist.22:39
*** hongbin has quit IRC22:40
efriedI wanted os-acc to have Acc* objects (corresponding to VIF*) and Acc*Profile (=~ VIF*PortProfile); and to define plug/unplug methods which call to plugins registered/loaded stevedore-wise.22:40
efriedthey didn't have any of that in their specs.22:40
jaypipesefried: but I don't see the point of a Cyborg REST API. sorry if that offends anyone. I just really only see the point of a utility library (os-acc) that can be called to configure/init a particular device slot.22:41
efried...where os-acc has a plugin mechanism that in turn lets it call out to platform-specific code to do plugging etc.22:42
jaypipessure, that's fine with me.22:42
efriedI imagine the REST API may be useful for things like programming FPGAs or twiddling details in their database.22:42
efriedbut Nova isn't going to touch it, as you say, because all Nova needs to interact with is os-acc.22:43
efriednow it's possible that os-acc will talk to the cyborg API.22:43
efriedisn't it?22:43
jaypipesefried: nobody is going to be "prgramming FPGAs" via a REST API. :)22:43
jaypipesefried: sure, I guess I'm fine with this sort of thing being in the Cyborg API: https://github.com/openstack/cyborg/blob/master/cyborg/api/controllers/v1/deployables.py22:44
jaypipesefried: what I *don't* think should be in the Cyborg API is this: https://github.com/openstack/cyborg/blob/master/cyborg/api/controllers/v1/accelerators.py22:44
jaypipesefried: because all that is is inventory and resource providers information.22:44
*** heyongli has quit IRC22:45
efriedjaypipes: Just meaning in the same sense that we have a REST API to create a server by identifying the UUID of an image to load up; cyborg would have an API to identify the UUID of a bitstream image to program onto the thing.22:45
jaypipesefried: and that belongs in placement, IMHO.22:45
efriedis that off base?22:45
*** heyongli has joined #openstack-nova22:45
*** yamamoto has joined #openstack-nova22:45
jaypipesefried: no. https://github.com/openstack/cyborg/blob/master/cyborg/api/controllers/v1/accelerators.py <-- that is the equivalent of compute_nodes in Nova, not instances table.22:45
*** dhellmann has left #openstack-nova22:45
efriedI was still talking about "programming FPGAs via a REST API".22:46
jaypipesoh.22:46
*** shaohe_feng has quit IRC22:46
jaypipesefried: sure, that's fine. that's the /deployables REST API endpoint in Cyborg.22:47
*** shaohe_feng has joined #openstack-nova22:47
*** chyka has joined #openstack-nova22:49
*** yamamoto has quit IRC22:49
efriedjaypipes: The other thing dansmith talked about was this need for a "bind" step.  This is after allocate but before plug, and (I guess) lets cyborg know the actual RP we're grabbing.  I think the purpose is so that cyborg can do their on-the-fly inventory/trait adjustment or perhaps final checking stuff?  Not sure why this couldn't happen at the front of plug() before the plugin is invoked.22:52
openstackgerritMatt Riedemann proposed openstack/nova master: Wait for network-vif-plugged before starting live migration  https://review.openstack.org/55800122:53
dansmithefried: the point of bind would be to get the inventory adjustment step and start programming the thing as early as we know where it's going to be22:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add check if neutron "binding-extended" extension is available  https://review.openstack.org/52354822:53
mriedemwatch out22:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add "bind_ports_to_host" neutron API method  https://review.openstack.org/52360422:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add "delete_port_binding" network API method  https://review.openstack.org/55217022:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add "activate_port_binding" neutron API method  https://review.openstack.org/55594722:53
openstackgerritMatt Riedemann proposed openstack/nova master: Delete port bindings in setup_networks_on_host if teardown=True  https://review.openstack.org/55633322:53
openstackgerritMatt Riedemann proposed openstack/nova master: Implement migrate_instance_start method for neutron  https://review.openstack.org/55633422:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add VIFMigrateData object for live migration  https://review.openstack.org/51542322:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add VIFMigrateData.get_dest_vif  https://review.openstack.org/56693122:53
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: factor out pre_live_migration plug_vifs call  https://review.openstack.org/56693222:53
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: use dest host port bindings during pre_live_migration  https://review.openstack.org/56693322:53
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: use dest host vif migrate details for live migration  https://review.openstack.org/55137022:53
openstackgerritMatt Riedemann proposed openstack/nova master: Annotate flows and handle PortBindingDeletionFailed in ComputeManager  https://review.openstack.org/55137122:53
openstackgerritMatt Riedemann proposed openstack/nova master: Port binding based on events during live migration  https://review.openstack.org/43487022:53
openstackgerritMatt Riedemann proposed openstack/nova master: conductor: use port binding extended API in during live migrate  https://review.openstack.org/52253722:53
mriedemgibi: thanks for the reviews ^22:53
efrieddansmith: I don't think we have the actual "VF" at that point, though.22:54
*** boris_42_ has joined #openstack-nova22:54
efrieddansmith: Any case, is there a reason that couldn't be done at the front of plug() before the plugin's plug() is invoked?22:54
dansmithefried: we have the host, and cyborg could decide which "VF" it's going to give away22:54
efriedcyborg doesn't decide that - the plugin does.22:54
dansmithefried: no, but it just serializes things that are parallelizeable, and makes us wait later to actually let cyborg adjust its inventory if it needs to22:55
*** heyongli has quit IRC22:55
*** ekhugen has quit IRC22:55
dansmithwhich reduces the window where we might've promised two things that can't actually co-exist22:55
*** heyongli has joined #openstack-nova22:55
efrieddansmith: And, since you're here now, do you agree that there's no `openstack accelerator create` thing to get an attachment handle - because the accelerator details are going to be in the flavor?22:56
dansmithI really wish I wasn't here, I'm supposed to be EOD22:56
efriedThen just agree, and you can go free.22:56
*** egarbade- has quit IRC22:56
*** artom has quit IRC22:56
*** shaohe_feng has quit IRC22:57
dansmithI dunno, I thought that if we don't allow them to create via cyborg (like creating a port via neutron) we're not going to be able to represent all the extra shit they want, and/or have to pass it all through our API22:57
efriedIf by "pass it all through" you mean it piggybacks on the flavor and the allocation record in the RequestSpec, then... yeah.22:58
dansmithno,22:58
dansmithI mean if we don't let them do anything other than set stuff in the flavor,22:58
*** egarbade has joined #openstack-nova22:58
dansmithbut that doesn't provide enough detail to say things like "I want SSLv3 offload accelerator vs. I want generic crypto accelerator" or something22:58
*** ekhugen has joined #openstack-nova22:59
dansmithif it's only ever going to be "I want N of $foo" then flavor is enough,22:59
dansmithbut it's never that22:59
efriedheh22:59
dansmithlike neutron, it was just network,22:59
dansmithbut then it became mac, and qos, and subnet, and ip and....22:59
efriedwell, I guess we can do it one way and then add the other way later.  That's never a problem.22:59
*** shaohe_feng has joined #openstack-nova23:00
*** dklyle has quit IRC23:01
*** chyka_ has joined #openstack-nova23:01
eanderssonIs there a way to do live migration one-by-one in Mitaka? e.g. using some external script or similar?23:03
eanderssonwith NUMA support23:04
efriedeandersson: I imagine you could do some kind of23:04
efriedfor uuid in `nova list --params`; do nova migrate $uuid blah; done23:04
efriedBut I suspect that's not what you're asking...23:04
eanderssonAh yea, sorry left out an important detail about NUMA :p23:04
*** gjayavelu has quit IRC23:05
*** lifeless_ has quit IRC23:05
*** heyongli has quit IRC23:05
*** chyka has quit IRC23:05
eanderssonTrying to figure out if there is a one-off script we could use to manually fix the NUMA calculation after live migrating VMs23:05
*** heyongli has joined #openstack-nova23:05
*** lifeless has joined #openstack-nova23:06
efriedeandersson: Ask stephenfin in about 12h23:06
efriedsean-k-mooney[m] may also be able to help, but he's also UTC.23:07
efriedcfriesen possibly?23:07
*** shaohe_feng has quit IRC23:07
*** r-daneel has quit IRC23:07
eanderssonThanks efried23:08
cfrieseneandersson: one issue is that you may not actually succeed in live migrating23:08
*** shaohe_feng has joined #openstack-nova23:09
cfrieseneandersson: since in the general case you need to recalculate any dedicated CPUs, guest-to-host NUMA mapping, etc23:09
*** liverpooler has quit IRC23:09
cfriesenIf you could arrange things such that you have an empty compute node that is identical to the one you want to migrate off of, that would simplify things since they could all keep the same resources.23:11
*** hamzy_ has joined #openstack-nova23:12
cfrieseneandersson: ^   (I suppose it would also work if dest compute node was larger than the source.)23:12
*** chyka_ has quit IRC23:13
*** tidwellr has joined #openstack-nova23:13
*** hamzy has quit IRC23:13
*** heyongli has quit IRC23:15
*** heyongli has joined #openstack-nova23:16
*** dave-mcc_ has quit IRC23:16
*** antosh has quit IRC23:16
*** zcorneli has quit IRC23:17
*** shaohe_feng has quit IRC23:17
*** tidwellr has quit IRC23:18
*** shaohe_feng has joined #openstack-nova23:18
eanderssoncfriesen, yea we were thinking of disabling a compute node, and then live migrating to it23:20
eanderssonto avoid raceconditions etc23:20
eanderssonmost of these vms are probably gonna take up a single numa zone, with two zones per host23:23
*** owalsh_ has joined #openstack-nova23:24
*** heyongli has quit IRC23:26
*** heyongli has joined #openstack-nova23:26
*** shaohe_feng has quit IRC23:27
*** owalsh has quit IRC23:27
*** shaohe_feng has joined #openstack-nova23:29
openstackgerritEric Fried proposed openstack/os-vif master: doc: Fix arg specs and object types in docs  https://review.openstack.org/57515123:30
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fixed auto-convergence option name in doc  https://review.openstack.org/57628223:32
cfrieseneandersson: if it's disabled then nova won't let you live migrate to it23:34
cfrieseneandersson: but as long as you can guarantee that the resources being used on the source host are available on the dest, then it should be basically okay.  Once the resource audit has run on the dest (within a minute by default) then you should be basically sane.23:36
*** heyongli has quit IRC23:36
*** heyongli has joined #openstack-nova23:36
*** shaohe_feng has quit IRC23:38
*** shaohe_feng has joined #openstack-nova23:40
*** suresh12 has quit IRC23:40
*** suresh12 has joined #openstack-nova23:41
*** suresh12 has quit IRC23:42
*** suresh12 has joined #openstack-nova23:43
*** lifeless has quit IRC23:43
*** takashin has joined #openstack-nova23:45
mriedemfor all you ceph nerds, this doesn't make a ton of sense https://bugs.launchpad.net/nova/+bug/177712323:46
openstackLaunchpad bug 1777123 in OpenStack Compute (nova) "Nova 17.04 fails to create ephemeral storage with rbd driver " [Undecided,New]23:46
*** heyongli has quit IRC23:46
*** lifeless has joined #openstack-nova23:46
*** heyongli has joined #openstack-nova23:46
*** suresh12 has quit IRC23:47
*** suresh12 has joined #openstack-nova23:47
*** shaohe_feng has quit IRC23:48
*** shaohe_feng has joined #openstack-nova23:51
*** wwriverr_ has joined #openstack-nova23:55
*** heyongli has quit IRC23:56
*** heyongli has joined #openstack-nova23:57
*** wwriverrat has quit IRC23:58
*** shaohe_feng has quit IRC23:58
*** TxGirlGeek has quit IRC23:58
*** shaohe_feng has joined #openstack-nova23:59

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