Tuesday, 2018-06-05

*** moshele has quit IRC00:00
*** lifeless_ has joined #openstack-nova00:01
*** chyka has joined #openstack-nova00:01
*** lifeless has quit IRC00:02
*** Sukhdev_ has quit IRC00:03
*** fragatina has quit IRC00:05
*** fragatina has joined #openstack-nova00:05
*** shaohe_feng has quit IRC00:06
*** bigdogstl has joined #openstack-nova00:06
*** chyka has quit IRC00:06
*** shaohe_feng has joined #openstack-nova00:06
openstackgerritTsuyoshi Nagata proposed openstack/nova master: openstack server add volume fails over 26vols  https://review.openstack.org/56747200:09
*** fragatina has quit IRC00:10
*** liverpooler has joined #openstack-nova00:11
*** bigdogstl has quit IRC00:11
*** fragatina has joined #openstack-nova00:13
openstackgerritChris Dent proposed openstack/nova master: [placement] Do not import oslo_service for log_options  https://review.openstack.org/57223100:14
*** masuberu has joined #openstack-nova00:15
*** shaohe_feng has quit IRC00:16
*** shaohe_feng has joined #openstack-nova00:17
*** bigdogstl has joined #openstack-nova00:17
*** fragatina has quit IRC00:17
*** masber has quit IRC00:19
*** cdent has quit IRC00:20
*** swamireddy has quit IRC00:24
*** bigdogstl has quit IRC00:24
*** shaohe_feng has quit IRC00:26
*** bigdogstl has joined #openstack-nova00:26
*** shaohe_feng has joined #openstack-nova00:27
*** liverpooler has quit IRC00:28
*** hiro-kobayashi has joined #openstack-nova00:29
*** yassine_ has quit IRC00:33
*** bigdogstl has quit IRC00:33
*** bigdogstl has joined #openstack-nova00:34
*** Nel1x has joined #openstack-nova00:35
*** moshele has joined #openstack-nova00:35
*** shaohe_feng has quit IRC00:36
*** rcernin_ has joined #openstack-nova00:37
*** rcernin has quit IRC00:37
*** yassine_ has joined #openstack-nova00:38
*** bigdogstl has quit IRC00:39
*** shaohe_feng has joined #openstack-nova00:39
*** bigdogstl has joined #openstack-nova00:41
*** tetsuro has joined #openstack-nova00:42
*** bigdogstl has quit IRC00:46
*** shaohe_feng has quit IRC00:47
*** shaohe_feng has joined #openstack-nova00:49
*** shaohe_feng has quit IRC00:57
*** hongbin has joined #openstack-nova00:57
*** shaohe_feng has joined #openstack-nova00:58
*** bigdogstl has joined #openstack-nova00:58
*** tiendc has joined #openstack-nova01:00
*** Dinesh_Bhor has joined #openstack-nova01:02
*** bigdogstl has quit IRC01:03
*** phuongnh has joined #openstack-nova01:03
*** harlowja has quit IRC01:07
*** shaohe_feng has quit IRC01:07
*** mdnadeem has joined #openstack-nova01:07
*** shaohe_feng has joined #openstack-nova01:07
*** dpawlik has joined #openstack-nova01:10
*** bigdogstl has joined #openstack-nova01:12
*** dpawlik has quit IRC01:14
*** shaohe_feng has quit IRC01:17
*** shaohe_feng has joined #openstack-nova01:18
*** moshele has quit IRC01:19
*** bigdogstl has quit IRC01:20
*** shaohe_feng has quit IRC01:28
*** shaohe_feng has joined #openstack-nova01:28
openstackgerrittianhui proposed openstack/nova master: Fix bug for hypervisors  https://review.openstack.org/57206301:31
*** shaohe_feng has quit IRC01:38
*** shaohe_feng has joined #openstack-nova01:38
*** suresh12 has quit IRC01:39
*** r-daneel has joined #openstack-nova01:43
*** zhaochao has joined #openstack-nova01:47
*** shaohe_feng has quit IRC01:48
*** shaohe_feng has joined #openstack-nova01:51
*** namnh has joined #openstack-nova01:53
*** cdent has joined #openstack-nova01:56
*** shaohe_feng has quit IRC01:58
*** shaohe_feng has joined #openstack-nova01:59
*** vladikr has quit IRC01:59
*** Dinesh__Bhor has joined #openstack-nova02:00
*** Tom-Tom has joined #openstack-nova02:00
*** namnh_ has joined #openstack-nova02:02
*** namnh has quit IRC02:02
*** namnh_ has quit IRC02:02
*** namnh has joined #openstack-nova02:03
*** Dinesh_Bhor has quit IRC02:03
*** armaan_ has joined #openstack-nova02:05
*** klindgren_ has joined #openstack-nova02:05
*** klindgren__ has quit IRC02:06
*** armaan has quit IRC02:06
*** Hazelesque has quit IRC02:08
*** shaohe_feng has quit IRC02:09
*** Hazelesque has joined #openstack-nova02:09
*** pvc has joined #openstack-nova02:09
pvchi02:09
*** shaohe_feng has joined #openstack-nova02:09
*** yamamoto has joined #openstack-nova02:15
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Fix wrong commands in launch-from-volume doc  https://review.openstack.org/57224102:16
*** shaohe_feng has quit IRC02:19
pvcFilter PciPassthroughFilter returned 0 hosts02:19
*** shaohe_feng has joined #openstack-nova02:20
*** itlinux has joined #openstack-nova02:21
*** liuzz has joined #openstack-nova02:23
*** cdent has quit IRC02:27
*** gongysh has joined #openstack-nova02:27
*** shaohe_feng has quit IRC02:29
*** shaohe_feng has joined #openstack-nova02:33
*** suresh12 has joined #openstack-nova02:34
*** tianhui_ has quit IRC02:35
*** tianhui has joined #openstack-nova02:35
*** lifeless_ has quit IRC02:38
*** suresh12 has quit IRC02:38
*** lifeless has joined #openstack-nova02:39
*** shaohe_feng has quit IRC02:39
*** shaohe_feng has joined #openstack-nova02:42
*** phuongnh has quit IRC02:43
*** phuongnh has joined #openstack-nova02:43
pvcqemu unexpectedly02:45
pvc libvirtError: internal error: qemu unexpectedly closed the monitor: 2018-06-05T02:43:47.447602Z qemu-kvm: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: vfio error: 0000:01:00.0: group 1 is not viable02:45
*** rodolof has quit IRC02:46
openstackgerritZhenyu Zheng proposed openstack/nova master: Use ThreadPoolExecutor for max_concurrent_live_migrations  https://review.openstack.org/56350502:48
*** swamireddy has joined #openstack-nova02:48
pvcgibi02:48
pvclibvirtError: internal error: qemu unexpectedly closed the monitor: 2018-06-05T02:43:47.447602Z qemu-kvm: -device vfio-pci,host=01:00.0,id=hostdev0,bus=pci.0,addr=0x5: vfio error: 0000:01:00.0: group 1 is not viable02:48
*** shaohe_feng has quit IRC02:50
*** shaohe_feng has joined #openstack-nova02:51
*** fragatina has joined #openstack-nova02:52
*** dave-mccowan has quit IRC02:54
*** fragatina has quit IRC02:56
pvcHi all can some help me vfio error: 0000:01:00.0: group 1 is not viable02:56
*** fragatina has joined #openstack-nova02:57
*** vivsoni has quit IRC02:57
*** vivsoni has joined #openstack-nova02:57
*** shaohe_feng has quit IRC03:00
*** alex_xu has quit IRC03:00
*** alex_xu has joined #openstack-nova03:01
*** GonZo2000 has joined #openstack-nova03:01
*** GonZo2000 has quit IRC03:01
*** GonZo2000 has joined #openstack-nova03:01
*** shaohe_feng has joined #openstack-nova03:01
*** GonZo2000 has quit IRC03:06
*** Nel1x has quit IRC03:06
*** GonZo2000 has joined #openstack-nova03:07
*** yassine_ has quit IRC03:07
*** shaohe_feng has quit IRC03:10
*** shaohe_feng has joined #openstack-nova03:11
*** fragatina has quit IRC03:13
*** shaohe_feng has quit IRC03:20
*** yassine_ has joined #openstack-nova03:21
*** hoonetorg has quit IRC03:23
*** shaohe_feng has joined #openstack-nova03:25
*** tianhui has quit IRC03:27
*** tianhui has joined #openstack-nova03:28
*** fragatina has joined #openstack-nova03:29
*** shaohe_feng has quit IRC03:31
*** shaohe_feng has joined #openstack-nova03:32
*** mdnadeem has quit IRC03:34
*** GonZo2000 has quit IRC03:38
*** esbergl__ has quit IRC03:38
*** hoonetorg has joined #openstack-nova03:40
*** yamahata has quit IRC03:41
*** shaohe_feng has quit IRC03:41
*** shaohe_feng has joined #openstack-nova03:42
*** udesale has joined #openstack-nova03:44
*** lpetrut has joined #openstack-nova03:48
*** myrat has joined #openstack-nova03:48
*** suresh12 has joined #openstack-nova03:51
*** shaohe_feng has quit IRC03:51
*** bigdogstl has joined #openstack-nova03:55
*** shaohe_feng has joined #openstack-nova03:56
*** bigdogstl has quit IRC04:00
*** germs has quit IRC04:01
*** shaohe_feng has quit IRC04:01
*** germs has joined #openstack-nova04:02
*** germs has quit IRC04:02
*** germs has joined #openstack-nova04:02
*** shaohe_feng has joined #openstack-nova04:02
*** germs has quit IRC04:06
*** shaohe_feng has quit IRC04:12
*** shaohe_feng has joined #openstack-nova04:13
*** mdnadeem has joined #openstack-nova04:17
*** lpetrut has quit IRC04:20
*** shaohe_feng has quit IRC04:22
*** links has joined #openstack-nova04:22
*** shaohe_feng has joined #openstack-nova04:23
*** fragatina has quit IRC04:26
*** tianhui_ has joined #openstack-nova04:27
*** tianhui has quit IRC04:30
*** gongysh has quit IRC04:31
*** abhishekk has joined #openstack-nova04:31
*** shaohe_feng has quit IRC04:32
*** shaohe_feng has joined #openstack-nova04:33
*** mdnadeem has quit IRC04:36
*** mdnadeem has joined #openstack-nova04:37
*** vivsoni has quit IRC04:38
*** moshele has joined #openstack-nova04:39
*** klindgren_ has quit IRC04:41
*** vivsoni has joined #openstack-nova04:42
*** shaohe_feng has quit IRC04:42
*** shaohe_feng has joined #openstack-nova04:43
*** moshele has quit IRC04:44
*** sapd has quit IRC04:45
*** sapd has joined #openstack-nova04:45
openstackgerritBhagyashri Shewale proposed openstack/nova master: libvirt: Don't report DISK_GB if sharing  https://review.openstack.org/56045904:47
*** shaohe_feng has quit IRC04:53
*** shaohe_feng has joined #openstack-nova04:53
*** Dinesh__Bhor has quit IRC04:59
*** AlexeyAbashkin has joined #openstack-nova05:00
*** gyee has quit IRC05:00
*** shaohe_feng has quit IRC05:03
*** hiro-kobayashi has quit IRC05:04
*** lpetrut has joined #openstack-nova05:04
*** mvk has joined #openstack-nova05:05
*** shaohe_feng has joined #openstack-nova05:06
*** hongbin has quit IRC05:06
*** ccamacho has quit IRC05:07
openstackgerritChris Dent proposed openstack/nova master: [placement] Do not import oslo_service for log_options  https://review.openstack.org/57223105:10
*** suresh12 has quit IRC05:11
*** shaohe_feng has quit IRC05:13
*** psachin has joined #openstack-nova05:14
*** lpetrut has quit IRC05:15
*** lpetrut has joined #openstack-nova05:16
*** shaohe_feng has joined #openstack-nova05:16
*** salv-orlando has joined #openstack-nova05:17
*** salv-orlando has quit IRC05:17
*** AlexeyAbashkin has quit IRC05:17
*** psachin has quit IRC05:22
*** shaohe_feng has quit IRC05:23
*** lpetrut has quit IRC05:25
pvchi05:27
pvchi05:27
pvccan i ask?05:28
*** shaohe_feng has joined #openstack-nova05:30
*** shaohe_feng has quit IRC05:34
*** shaohe_feng has joined #openstack-nova05:35
openstackgerritMerged openstack/nova stable/ocata: libvirt: Report the virtual size of RAW disks  https://review.openstack.org/56838205:38
*** sar has joined #openstack-nova05:39
*** lifeless has quit IRC05:40
*** AlexeyAbashkin has joined #openstack-nova05:41
*** lifeless has joined #openstack-nova05:41
*** gongysh has joined #openstack-nova05:43
*** Dinesh_Bhor has joined #openstack-nova05:43
*** AlexeyAbashkin has quit IRC05:44
*** AlexeyAbashkin has joined #openstack-nova05:44
*** shaohe_feng has quit IRC05:44
*** suresh12 has joined #openstack-nova05:45
*** shaohe_feng has joined #openstack-nova05:46
*** fragatina has joined #openstack-nova05:46
*** Eran_Kuris has joined #openstack-nova05:46
*** ccamacho has joined #openstack-nova05:46
*** ccamacho has quit IRC05:49
*** suresh12 has quit IRC05:50
*** myrat has quit IRC05:51
*** Dinesh_Bhor has quit IRC05:51
*** shaohe_feng has quit IRC05:54
*** Dinesh_Bhor has joined #openstack-nova05:54
*** moshele has joined #openstack-nova05:57
*** shaohe_feng has joined #openstack-nova05:57
*** AlexeyAbashkin has quit IRC05:59
*** Eran_Kuris has quit IRC06:02
*** germs has joined #openstack-nova06:03
*** germs has quit IRC06:03
*** germs has joined #openstack-nova06:03
*** pooja-jadhav is now known as pooja_jadhav06:04
*** mdnadeem has quit IRC06:04
*** shaohe_feng has quit IRC06:04
*** shaohe_feng has joined #openstack-nova06:05
*** abhishekk_ has joined #openstack-nova06:06
*** abhishekk_ has quit IRC06:07
*** hamdyk has joined #openstack-nova06:07
*** abhishekk_ has joined #openstack-nova06:07
*** germs has quit IRC06:08
*** abhishekk has quit IRC06:08
*** links has quit IRC06:08
*** ispp has joined #openstack-nova06:12
*** jaosorior has joined #openstack-nova06:14
*** isssp has quit IRC06:14
*** Eran_Kuris has joined #openstack-nova06:14
*** shaohe_feng has quit IRC06:15
*** shaohe_feng has joined #openstack-nova06:18
*** ccamacho has joined #openstack-nova06:19
*** shaohe_feng has quit IRC06:25
*** shaohe_feng has joined #openstack-nova06:26
*** links has joined #openstack-nova06:26
openstackgerritZhenyu Zheng proposed openstack/nova master: WIP abort live migration in queue.  https://review.openstack.org/56854206:30
*** salv-orlando has joined #openstack-nova06:32
*** salv-orlando has quit IRC06:32
*** salv-orlando has joined #openstack-nova06:33
*** andreas_s has joined #openstack-nova06:33
*** Luzi has joined #openstack-nova06:34
*** shaohe_feng has quit IRC06:35
*** mdnadeem has joined #openstack-nova06:36
*** shaohe_feng has joined #openstack-nova06:37
*** armaan_ has quit IRC06:44
*** armaan has joined #openstack-nova06:44
*** tssurya has joined #openstack-nova06:45
*** shaohe_feng has quit IRC06:45
*** shaohe_feng has joined #openstack-nova06:46
openstackgerrittianhui proposed openstack/nova master: Fix bug to doc  https://review.openstack.org/57226806:47
*** salv-orlando has quit IRC06:52
*** artom has joined #openstack-nova06:54
*** pcaruana has joined #openstack-nova06:54
*** shaohe_feng has quit IRC06:56
*** dpawlik has joined #openstack-nova06:56
*** shaohe_feng has joined #openstack-nova06:56
*** yamamoto_ has joined #openstack-nova06:57
*** slaweq has joined #openstack-nova06:59
*** lpetrut has joined #openstack-nova06:59
*** yamamoto has quit IRC07:00
*** blkart has quit IRC07:02
*** blkart has joined #openstack-nova07:02
*** alexchadin has joined #openstack-nova07:03
*** pcaruana is now known as pcaruana|worksho07:03
*** shaohe_feng has quit IRC07:06
*** oyrogerg has joined #openstack-nova07:07
*** oyrogerg has left #openstack-nova07:08
*** shaohe_feng has joined #openstack-nova07:08
*** abhishekk_ has quit IRC07:09
*** sar has quit IRC07:11
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Microversion 2.63 - Use new format policy in server group  https://review.openstack.org/56753407:11
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver  https://review.openstack.org/52338707:12
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver  https://review.openstack.org/52765807:12
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add snapshot function  https://review.openstack.org/53424007:12
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add power actions  https://review.openstack.org/54334007:12
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add get console output  https://review.openstack.org/54334407:12
*** sahid has joined #openstack-nova07:12
*** ratailor has joined #openstack-nova07:14
*** abhishekk has joined #openstack-nova07:14
*** janki has joined #openstack-nova07:15
*** mdnadeem has quit IRC07:16
*** mdnadeem has joined #openstack-nova07:16
*** dpawlik has quit IRC07:16
*** shaohe_feng has quit IRC07:16
*** shaohe_feng has joined #openstack-nova07:17
*** rajinir has quit IRC07:18
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Fix wrong commands in launch-from-volume doc  https://review.openstack.org/57224107:20
*** dpawlik has joined #openstack-nova07:21
*** shaohe_feng has quit IRC07:26
*** shaohe_feng has joined #openstack-nova07:27
openstackgerritChris Dent proposed openstack/nova master: Re-base placement object unit tests on NoDBTestCase  https://review.openstack.org/57227907:28
openstackgerritChris Dent proposed openstack/nova master: Move db using provider unit tests to functional  https://review.openstack.org/57228007:28
openstackgerritChris Dent proposed openstack/nova master: Move db using allocation unit tests to functional  https://review.openstack.org/57228107:28
openstackgerritChris Dent proposed openstack/nova master: Remove nova dependencies from test_resource_provider  https://review.openstack.org/57228207:28
*** shaohe_feng has quit IRC07:37
*** amoralej|off is now known as amoralej07:37
openstackgerritBhagyashri Shewale proposed openstack/python-novaclient master: Modify novaclient to support basic attributes.  https://review.openstack.org/57228507:39
*** lifeless has quit IRC07:40
*** shaohe_feng has joined #openstack-nova07:41
*** lifeless has joined #openstack-nova07:42
*** shaohe_feng has quit IRC07:47
*** shaohe_feng has joined #openstack-nova07:47
*** pcaruana|worksho is now known as pcaruana07:50
*** jpena|off is now known as jpena07:50
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031307:56
*** shaohe_feng has quit IRC07:57
*** shaohe_feng has joined #openstack-nova07:57
tssuryagood morning gibi,  whenever you have the time could you confirm the comment from mriedem in this spec https://review.openstack.org/#/c/557369/1/specs/rocky/approved/handling-down-cell.rst regarding the Notifications impact ?08:01
tssuryathanks in advance!08:01
*** germs has joined #openstack-nova08:04
*** germs has quit IRC08:04
*** germs has joined #openstack-nova08:04
*** AlexeyAbashkin has joined #openstack-nova08:05
*** shaohe_feng has quit IRC08:07
*** myrat has joined #openstack-nova08:08
*** germs has quit IRC08:08
*** shaohe_feng has joined #openstack-nova08:08
*** ttsiouts has joined #openstack-nova08:09
*** Tom-Tom_ has joined #openstack-nova08:15
*** priteau has joined #openstack-nova08:15
*** mgoddard has joined #openstack-nova08:16
*** shaohe_feng has quit IRC08:18
*** Tom-Tom has quit IRC08:19
*** shaohe_feng has joined #openstack-nova08:19
*** ttsiouts has quit IRC08:22
jangutterGood morning! In the spirit of spec review day, is anyone interested in reviewing a spec for a $network $thingy? As a pleasant side effect, hopefully one more legacy VIF can be moved to os-vif. https://review.openstack.org/#/c/567148/08:22
*** mdbooth has joined #openstack-nova08:25
*** priteau has quit IRC08:25
*** shaohe_feng has quit IRC08:28
*** sambetts_ is now known as sambetts|afk08:28
*** shaohe_feng has joined #openstack-nova08:30
*** ttsiouts has joined #openstack-nova08:31
*** ttsiouts has quit IRC08:32
*** andreas_s has quit IRC08:33
*** ralonsoh has joined #openstack-nova08:33
*** andreas_s has joined #openstack-nova08:34
openstackgerritjichenjc proposed openstack/nova master: Enhance api-guide general info some updates  https://review.openstack.org/56177308:34
*** ttsiouts has joined #openstack-nova08:35
*** namnh has quit IRC08:37
openstackgerritjichenjc proposed openstack/nova master: Trivial: let internal use only func has _ prefix  https://review.openstack.org/57230408:37
*** shaohe_feng has quit IRC08:38
*** shaohe_feng has joined #openstack-nova08:39
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix some wrong urls in doc  https://review.openstack.org/57114708:39
*** ralonsoh_ has joined #openstack-nova08:42
*** ralonsoh has quit IRC08:44
*** ratailor has quit IRC08:44
*** ratailor has joined #openstack-nova08:45
*** derekh has joined #openstack-nova08:46
*** priteau has joined #openstack-nova08:48
*** shaohe_feng has quit IRC08:48
*** shaohe_feng has joined #openstack-nova08:49
*** salv-orlando has joined #openstack-nova08:49
*** hiro-kobayashi has joined #openstack-nova08:50
openstackgerritjichenjc proposed openstack/nova master: Enhance api-guide general info some updates  https://review.openstack.org/56177308:54
*** salv-orlando has quit IRC08:55
gibitssurya: good morning! looking...08:58
*** shaohe_feng has quit IRC08:59
*** shaohe_feng has joined #openstack-nova09:00
*** owalsh_ is now known as owalsh09:08
*** shaohe_feng has quit IRC09:09
*** ttsiouts has quit IRC09:10
*** shaohe_feng has joined #openstack-nova09:11
*** alexchadin has quit IRC09:13
*** gongysh has quit IRC09:14
*** shaohe_feng has quit IRC09:19
*** sar has joined #openstack-nova09:20
*** shaohe_feng has joined #openstack-nova09:20
*** alexchadin has joined #openstack-nova09:22
*** lifeless has quit IRC09:25
*** mdnadeem has quit IRC09:26
*** mdnadeem has joined #openstack-nova09:26
*** sar has quit IRC09:28
*** issp has joined #openstack-nova09:28
*** lifeless has joined #openstack-nova09:29
*** shaohe_feng has quit IRC09:29
*** takashin has left #openstack-nova09:30
*** shaohe_feng has joined #openstack-nova09:30
gibitssurya: left couple of comments. But I agree with Matt that there is no notification impact09:31
tssuryagibi: thanks :)09:31
*** mdnadeem has quit IRC09:33
*** bigdogstl has joined #openstack-nova09:35
*** blkart has quit IRC09:36
*** blkart has joined #openstack-nova09:36
*** Tom-Tom_ has quit IRC09:37
pvchi gibi09:38
*** Tom-Tom has joined #openstack-nova09:38
pvci sucessfully launch an instance with GPU09:38
pvcbut there is a time that my hypervisor is going down09:38
pvcgibi and i cant access the instance on it09:38
*** bigdogstl has quit IRC09:40
*** shaohe_feng has quit IRC09:40
*** Tom-Tom_ has joined #openstack-nova09:40
*** sambetts|afk is now known as sambetts]09:41
*** shaohe_feng has joined #openstack-nova09:41
*** sambetts] is now known as sambetts09:41
openstackgerritLee Yarwood proposed openstack/nova stable/queens: Allow cinderv2 endpoints within the request context catalog  https://review.openstack.org/57221309:41
*** Dinesh_Bhor has quit IRC09:42
*** Tom-Tom has quit IRC09:42
*** andreas_s has quit IRC09:44
*** Tom-Tom_ has quit IRC09:45
*** andreas_s has joined #openstack-nova09:45
*** mdnadeem has joined #openstack-nova09:45
*** stakeda has quit IRC09:46
*** ttsiouts has joined #openstack-nova09:47
*** jiteka has quit IRC09:48
*** hiro-kobayashi has quit IRC09:50
*** shaohe_feng has quit IRC09:50
*** eandersson has quit IRC09:50
*** salv-orlando has joined #openstack-nova09:51
*** shaohe_feng has joined #openstack-nova09:52
*** ttsiouts has quit IRC09:52
*** salv-orlando has quit IRC09:55
openstackgerritStephen Finucane proposed openstack/nova-specs master: Add 'numa-aware-vswitches' spec  https://review.openstack.org/54129009:56
*** andreas_s has quit IRC09:59
*** sar has joined #openstack-nova10:00
*** shaohe_feng has quit IRC10:00
*** shaohe_feng has joined #openstack-nova10:01
*** ttsiouts has joined #openstack-nova10:04
*** germs has joined #openstack-nova10:04
*** sar has quit IRC10:05
openstackgerritTheodoros Tsioutsias proposed openstack/nova-specs master: Add PENDING vm state  https://review.openstack.org/55421210:08
*** zcorneli_ has joined #openstack-nova10:08
*** germs has quit IRC10:09
*** shaohe_feng has quit IRC10:10
*** zcorneli has quit IRC10:11
*** shaohe_feng has joined #openstack-nova10:15
*** mdnadeem has quit IRC10:20
*** shaohe_feng has quit IRC10:21
*** shaohe_feng has joined #openstack-nova10:22
openstackgerritTheodoros Tsioutsias proposed openstack/nova-specs master: Enable rebuild for instances in cell0  https://review.openstack.org/55421810:27
*** abhishekk has quit IRC10:30
*** shaohe_feng has quit IRC10:31
*** shaohe_feng has joined #openstack-nova10:32
*** bpoulos has joined #openstack-nova10:37
openstackgerritBrianna Poulos proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994910:37
openstackgerritBrianna Poulos proposed openstack/nova master: Plumb trusted_certs through libvirt driver image paths  https://review.openstack.org/56126210:37
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620410:37
openstackgerritBrianna Poulos proposed openstack/nova master: Add notification support for trusted_certs  https://review.openstack.org/56326910:37
openstackgerritBrianna Poulos proposed openstack/nova master: Add certificate validation docs  https://review.openstack.org/56015810:37
*** sahid has quit IRC10:38
*** Bhujay has joined #openstack-nova10:38
*** shaohe_feng has quit IRC10:41
openstackgerritBrianna Poulos proposed openstack/nova master: Plumb trusted_certs through libvirt driver image paths  https://review.openstack.org/56126210:42
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620410:42
openstackgerritBrianna Poulos proposed openstack/nova master: Add notification support for trusted_certs  https://review.openstack.org/56326910:42
openstackgerritBrianna Poulos proposed openstack/nova master: Add certificate validation docs  https://review.openstack.org/56015810:42
*** rcernin_ has quit IRC10:42
*** sahid has joined #openstack-nova10:42
*** shaohe_feng has joined #openstack-nova10:42
*** alexchadin has quit IRC10:45
*** alexchadin has joined #openstack-nova10:46
openstackgerritLee Yarwood proposed openstack/nova stable/pike: libvirt: slow live-migration to ensure network is ready  https://review.openstack.org/55903210:46
*** andreas_s has joined #openstack-nova10:48
*** alexchadin has quit IRC10:50
*** shaohe_feng has quit IRC10:51
*** shaohe_feng has joined #openstack-nova10:52
*** tbachman has quit IRC10:52
*** ttsiouts has quit IRC10:55
*** alexchadin has joined #openstack-nova10:56
*** rnoriega has quit IRC10:57
*** weshay has quit IRC10:57
*** weshay has joined #openstack-nova10:58
*** rnoriega has joined #openstack-nova10:58
*** shaohe_feng has quit IRC11:02
*** jpena is now known as jpena|lunch11:04
openstackgerritLee Yarwood proposed openstack/nova stable/ocata: libvirt: slow live-migration to ensure network is ready  https://review.openstack.org/55903411:04
*** shaohe_feng has joined #openstack-nova11:05
*** bpoulos has quit IRC11:05
*** links has quit IRC11:09
*** liuzz has quit IRC11:12
*** lifeless has quit IRC11:12
*** shaohe_feng has quit IRC11:12
*** lifeless has joined #openstack-nova11:13
*** shaohe_feng has joined #openstack-nova11:13
*** ianw has quit IRC11:13
*** phuongnh has quit IRC11:13
pvchi anyone11:15
pvccan help me11:15
*** pooja_jadhav has quit IRC11:16
*** bhagyashri_s has quit IRC11:16
*** bhagyashri_s has joined #openstack-nova11:17
*** pooja_jadhav has joined #openstack-nova11:17
*** udesale has quit IRC11:17
gibipvc: "but there is a time that my hypervisor is going down" this is not specific enough for me to be able to help troubleshooting it11:17
*** udesale has joined #openstack-nova11:17
pvcgibi i have an instance residing on that hypervisor11:18
pvcwith gpu on it11:18
pvcthen my hypervisor always restarting i dont know why11:18
pvccompute host that have a PCI passthrough11:19
*** edmondsw has joined #openstack-nova11:19
*** shaohe_feng has quit IRC11:22
*** shaohe_feng has joined #openstack-nova11:23
*** udesale has quit IRC11:23
*** links has joined #openstack-nova11:25
openstackgerritChen Hanxiao proposed openstack/nova master: sync_guest_time: use the proper errno  https://review.openstack.org/57234611:26
*** tetsuro has quit IRC11:26
*** yamamoto_ has quit IRC11:29
*** ianw has joined #openstack-nova11:32
*** shaohe_feng has quit IRC11:32
*** shaohe_feng has joined #openstack-nova11:33
*** yamamoto has joined #openstack-nova11:35
*** myrat has quit IRC11:35
*** alexchadin has quit IRC11:36
*** AlexeyAbashkin has quit IRC11:36
*** ttsiouts has joined #openstack-nova11:37
gibipvc: have you tried to dig into your hypervisor logs to see why it restarted?11:41
*** dtantsur is now known as dtantsur|brb11:41
*** shaohe_feng has quit IRC11:43
*** myrat has joined #openstack-nova11:43
*** shaohe_feng has joined #openstack-nova11:44
*** AlexeyAbashkin has joined #openstack-nova11:46
*** shaohe_feng has quit IRC11:53
*** shaohe_feng has joined #openstack-nova11:54
*** amoralej is now known as amoralej|lunch11:56
*** tiendc has quit IRC11:56
*** yamamoto has quit IRC11:58
*** jpena|lunch is now known as jpena11:59
*** shaohe_feng has quit IRC12:03
*** tbachman has joined #openstack-nova12:03
*** shaohe_feng has joined #openstack-nova12:05
*** germs has joined #openstack-nova12:05
*** tbachman has quit IRC12:08
*** hamdyk has quit IRC12:09
*** germs has quit IRC12:10
*** shaohe_feng has quit IRC12:13
*** shaohe_feng has joined #openstack-nova12:15
*** tbachman has joined #openstack-nova12:16
*** eharney has joined #openstack-nova12:16
*** eandersson has joined #openstack-nova12:19
*** jitek4 has joined #openstack-nova12:20
*** shaohe_feng has quit IRC12:24
*** shaohe_feng has joined #openstack-nova12:25
*** liverpooler has joined #openstack-nova12:27
*** andreas_s has quit IRC12:29
*** andreas_s has joined #openstack-nova12:30
*** andreas_s has quit IRC12:30
*** andreas_s has joined #openstack-nova12:30
*** armaan has quit IRC12:32
*** shaohe_feng has quit IRC12:34
*** shaohe_feng has joined #openstack-nova12:36
*** finucannot is now known as stephenfin12:44
*** yamamoto has joined #openstack-nova12:44
*** shaohe_feng has quit IRC12:44
*** shaohe_feng has joined #openstack-nova12:45
*** lyan has joined #openstack-nova12:45
*** nmathew has joined #openstack-nova12:46
*** mriedem has joined #openstack-nova12:46
*** brault has quit IRC12:46
*** hemna_ has joined #openstack-nova12:47
*** ttsiouts has quit IRC12:48
*** ttsiouts has joined #openstack-nova12:49
ttsioutsgibi: Thanks for the comments on the PENDING state spec!12:50
ttsioutsgibi: Whenever you have some time I wanted to ask you something before I update it..12:50
*** amoralej|lunch is now known as amoralej12:51
openstackgerritMatt Riedemann proposed openstack/nova master: Transform instance.exists notification  https://review.openstack.org/40366012:51
gibittsiouts: I have now 10 minutes before I have to join a call12:51
ttsioutsI'll try to make it quick12:52
ttsiouts:)12:52
ttsioutsI wanted to ask about the note on scheduler hints..12:52
ttsioutsThe intention was to not include them in the payload12:53
ttsioutsbut it would be really helpful to have the forced_nodes/hosts12:53
gibittsiouts: I think it is a reasonable need for your Reaper to know those12:54
*** dave-mccowan has joined #openstack-nova12:54
ttsioutsgibi: awesome!12:54
gibittsiouts: if other cores are OK to include the hints I will not block this on the hints12:54
*** shaohe_feng has quit IRC12:54
ttsioutsgibi: thank you very much!! I will update the spec12:55
*** pchavva has joined #openstack-nova12:56
gibittsiouts: cool. thanks for pushing that spec forward12:58
*** shaohe_feng has joined #openstack-nova12:59
*** mchlumsky has joined #openstack-nova12:59
openstackgerritJay Pipes proposed openstack/nova-specs master: Standardize CPU resource tracking  https://review.openstack.org/55508113:00
bhagyashri_sefried: Hi,13:00
*** andreas_s has quit IRC13:00
gibittsiouts: you can ignore my rebuild in cell0 question in the PENDING spec as I now found your other spec about rebuild in cell0 :)13:01
*** andreas_s has joined #openstack-nova13:01
*** andreas_s has quit IRC13:01
jaypipesgibi: crap... just saw your comments on the cpu-resources spec. :)13:01
*** andreas_s has joined #openstack-nova13:01
jaypipesgibi: will answer on the last revision.13:01
*** vladikr has joined #openstack-nova13:02
*** andreas_s has quit IRC13:02
*** andreas_s has joined #openstack-nova13:03
*** gbarros has quit IRC13:04
*** andreas_s has quit IRC13:05
*** shaohe_feng has quit IRC13:05
gibijaypipes: no problem13:05
*** shaohe_feng has joined #openstack-nova13:05
*** throwsb1 has joined #openstack-nova13:06
efriedbhagyashri_s: Hello13:07
bhagyashri_sefried, jaypipes, bauzas: Addressed review comments on https://review.openstack.org/#/c/560459/ could you please help to review Thank you :)13:07
efriedack13:07
bauzasack13:07
*** sar has joined #openstack-nova13:08
bhagyashri_sefried, jaypipes, bauzas: thank you :)13:09
*** andreas_s has joined #openstack-nova13:09
*** dtantsur|brb is now known as dtantsur13:10
*** jbernard has quit IRC13:10
*** jbernard has joined #openstack-nova13:11
*** jbernard has quit IRC13:11
*** jbernard has joined #openstack-nova13:12
*** r-daneel has quit IRC13:12
*** andreas_s has quit IRC13:13
*** shaohe_feng has quit IRC13:15
*** shaohe_feng has joined #openstack-nova13:16
jangutterGood $timezone! In the spirit of spec review day, is anyone interested in reviewing a spec for a $network $thingy? As a pleasant side effect, hopefully one more legacy VIF can be moved to os-vif. https://review.openstack.org/#/c/567148/13:17
*** andreas_s has joined #openstack-nova13:18
*** jbernard has quit IRC13:19
*** jbernard has joined #openstack-nova13:19
*** sar has quit IRC13:20
*** armaan has joined #openstack-nova13:21
*** moshele has quit IRC13:21
*** shaohe_feng has quit IRC13:25
*** andreas_s has quit IRC13:26
*** esberglu has joined #openstack-nova13:26
*** andreas_s has joined #openstack-nova13:27
*** shaohe_feng has joined #openstack-nova13:27
*** andreas_s has quit IRC13:32
*** shaohe_feng has quit IRC13:35
*** shaohe_feng has joined #openstack-nova13:36
*** eharney has quit IRC13:40
*** andreas_s has joined #openstack-nova13:41
mriedemjohnthetubaguy: tssurya: dansmith: we might need to setup a call at some point for the 'handling a down' cell spec https://review.openstack.org/#/c/557369/13:43
mriedemlots of questions for me on that right now13:43
dansmithokay13:43
*** andreas_s has quit IRC13:44
*** yamamoto has quit IRC13:44
mriedemdansmith: you should run through the comments and discussion in there and then see what you think about a call13:45
*** ttsiouts has quit IRC13:45
*** andreas_s has joined #openstack-nova13:45
*** shaohe_feng has quit IRC13:46
dansmithmriedem: okay, before I do, do you know anything about the functional.libvirt.test_pci_sriov_servers tests?13:46
dansmithI seem to have destabilized them as they pass in isolation but not on top of my patch when run with everything else13:46
*** shaohe_feng has joined #openstack-nova13:46
dansmithlooks like vladik wrote them initially13:47
dansmithmaybe stephenfin knows about them?13:47
stephenfindansmith: It's been a while since I touched them13:47
dansmithstephenfin: http://logs.openstack.org/95/572195/1/check/nova-tox-functional/cbf4f55/testr_results.html.gz13:47
dansmithget that most of the time when running in parallel, but they pass when I run them by themselves13:48
dansmithwhich smells like a bad mock13:48
stephenfinYeah, looks like there's some global state getting trashed13:48
*** andreas_s has quit IRC13:49
naichuansefried: Hi, Eric, do you have any suggestion about vgpu rp delete? I posted a new patch13:49
*** andreas_s has joined #openstack-nova13:51
*** andreas_s has quit IRC13:51
*** mlavalle has joined #openstack-nova13:52
stephenfindansmith: Nothing jumps out at me :/13:53
dansmithnothing about that patch should be affecting global state to make that a legit failure, so I dunno13:53
dansmithif I run just that one module in parallel it fails,13:54
dansmithso it must be something internal to that13:54
*** andreas_s_ has joined #openstack-nova13:54
dansmithand not from another test13:54
stephenfinIt's always _that_ test that fails, right?13:54
*** vladikr has quit IRC13:54
stephenfinOr a variety of the tests from that module?13:54
dansmithyes, but only in parallel with the other tests in that file13:54
efriednaichuans: not having looked at your update yet, the way I figured you would do it is:13:54
efried- Construct a set of all providers in the tree whose names start with your prefix (GPUG_ or VGPU_ or whatever it was).13:54
efried- Construct a set of all providers you *expect* there to be - i.e. the ones you've discovered from the host_data.13:54
efried- Subtract the second set from the first.  This is the set of providers you need to delete.13:54
efried- For each provider that needs to be deleted, check for allocations.  If you don't find any, you can delete the provider.  If you do find allocations... I think you just have to set reserved=total and leave the provider there.13:54
dansmithif I run just that test, it passes13:54
stephenfingotcha13:54
*** vladikr has joined #openstack-nova13:55
dansmithstephenfin: there's another one in another file under libvirt/ there that also fails occasionally, but they seem to be unrelated13:55
*** Eran_Kuris has quit IRC13:55
*** READ10 has joined #openstack-nova13:56
*** shaohe_feng has quit IRC13:56
dansmithstephenfin: is that message indicating that some mock for the system's pinnable CPUs is not set and so it's empty? or something?13:56
stephenfinThat message indicates you're trying to pin an instance but the CPUs aren't available13:57
stephenfinGenerally because they're pinned to something else13:57
naichuansefried: OK, looks a acceptable choice, thanks.13:57
dansmithstephenfin: that list will be empty like that if the cpus are pinned elsewhere?13:57
stephenfinYup13:57
*** suresh12 has joined #openstack-nova13:58
*** andreas_s_ has quit IRC13:58
*** ttsiouts has joined #openstack-nova13:58
dansmithso like another test not having deleted a server or something?13:58
mriedemstephenfin: if you want, i can address my nits in https://review.openstack.org/#/c/541290/13:58
dansmithalthough they should all be getting an empty db13:58
stephenfinYou're saying I want to take CPUs Y from the total host set of X13:58
stephenfinmriedem: Go for it13:59
stephenfinmriedem: and thanks13:59
*** shaohe_feng has joined #openstack-nova13:59
* mriedem goes for it13:59
*** r-daneel has joined #openstack-nova13:59
stephenfindansmith: It could also be that we're booting two instances consecutively from different tests14:00
dansmithbut they should have different databases and not see each other14:00
stephenfinexcept, yeah, each test gets its own sqlite DB14:00
stephenfinHmm14:00
mriedemdo the fake hosts/nodes in the tests have the same name?14:00
mriedembecause the nova.tests.unit.virt.fake set_nodes or whatever is global14:01
mriedemone of the tests might not be resetting the fake node on cleanup?14:01
dansmithyeah14:01
dansmithI don't see them using fake set_nodes14:01
dansmithunless it's somewhere else14:01
mriedemparent class?14:02
dansmithI don't think so.. they14:02
dansmithare starting their own compute service for some reason14:02
*** armaan has quit IRC14:02
dansmithmaybe so they can control the topology14:02
stephenfindansmith: Yeah, that14:03
*** awaugama has joined #openstack-nova14:03
*** armaan has joined #openstack-nova14:03
stephenfinThat's stored in nova.objects.compute_node.ComputeNode.numa_topology, which I think is created on startup for nova-compute14:04
dansmithand they don't do fake node set in the parent class(es)14:04
*** germs has joined #openstack-nova14:06
tssuryamriedem: yea that spec is going crazy14:06
*** shaohe_feng has quit IRC14:06
dansmithstephenfin: hmm, just got two failures from that module in one run, so something is definitely wonky there14:06
stephenfindansmith: Yeah, I'm taking a look at it now14:07
dansmithI really can't think of why my patch would be affecting this kind of thing14:07
*** shaohe_feng has joined #openstack-nova14:07
*** suresh12 has quit IRC14:08
*** rodolof has joined #openstack-nova14:08
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Add 'numa-aware-vswitches' spec  https://review.openstack.org/54129014:09
mriedemstephenfin: fyi https://review.openstack.org/#/c/541290/17..18/specs/rocky/approved/numa-aware-vswitches.rst14:09
mriedemstephenfin: also, i haven't gone through the code series in detail yet, but it would be best if the api changes for this come at the end of the series14:10
mriedemso build everything from the bottom up14:10
stephenfinmriedem: Which API?14:10
stephenfinThe neutron one?14:10
mriedemi.e. create_pci_requests_for_sriov_ports populating InstanceNUMANetworks to set in the RequestSpec comes last14:10
stephenfingotcha14:11
mriedemyeah14:11
*** germs has quit IRC14:11
mriedemthen nothing gets 'turned on' until the end14:11
dansmithoh, I bet I know something related14:11
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031314:11
*** andreas_s has joined #openstack-nova14:12
*** andreas_s has quit IRC14:12
*** ccamacho has quit IRC14:12
*** ccamacho1 has joined #openstack-nova14:12
*** andreas_s has joined #openstack-nova14:12
*** andreas_s has quit IRC14:13
*** andreas_s has joined #openstack-nova14:13
dansmithstephenfin: I'm calling update_available_resource() now after build success or failure.. is there something that might not be set up that would prevent that from working or something?14:14
stephenfindansmith: Well, reverting that chunk "fixes" things14:16
dansmiththe update?14:16
stephenfinaye14:16
*** shaohe_feng has quit IRC14:16
stephenfinat least, locally14:17
stephenfinI've run it a few times and it passed each time with the HEAD~ version of that file14:17
dansmithI see it failing during _delete_server, FWIW, but I wonder if delete just fails because the create left something in a bad state14:17
dansmithstephenfin: so....the update fails because we have a half-created instance with topology that we can't satisfy, yeah?14:18
*** shaohe_feng has joined #openstack-nova14:18
dansmithseems like we'd hit this in real life if that's the case, if a periodic ran during a failed schedule or something14:18
dansmithbecause that update call happens all over the place14:18
stephenfinLike you said, it could be a buggy test too14:19
dansmithwell, I'm not really sure where to go from here14:19
dansmiththis is kinda like the bug we saw with the DiskNotFound,14:20
dansmithwhere that error for a single instance will block nova from updating the RT for everything on the host14:20
stephenfinHmm, now I can't get the tests to _fail_ again14:21
dansmithso maybe we should catch this exception somewhere, log it at error and allow the RT to proceed?14:21
mriedemthe functional tests shouldn't need to do their own delete server, unless they are intentionally trying to make sure the server is gone - because the test tearDown will wipe the db14:21
dansmithmriedem: yeah14:21
*** hongbin has joined #openstack-nova14:21
dansmithremoving that might make the test failure go away, but it feels kinda dirty14:22
dansmithalthough the test checks that the instance goes active, so..14:23
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031314:23
mriedemwell, the test waits for the server to be != 'BUILD'14:24
mriedemwhich has always bugged me14:24
mriedemoh update_available_resource_for_node14:24
mriedemoops14:24
mriedemend_status='ACTIVE' i see14:24
stephenfindansmith: Yeah, I think that's what's happening14:25
dansmithstephenfin: what?14:25
mriedemwhat is calling update_available_resource_for_node ?14:25
dansmithmriedem: update_available_resource() is, which is what I'm calling from build_success/failure14:25
stephenfindansmith: you're now calling 'update_available_resource' which iterates through instances to extra their numa_topology14:25
stephenfinand updates utilization based on that14:25
dansmithstephenfin: oh and hitting the incomplete instance or something?14:26
stephenfinyeah, I'd imagine so14:26
dansmithso that's a bug in the actual code then, yeah?14:26
mriedemseems weird that the stacktrace in the test failure doesn't include _build_succeeded14:26
dansmithmriedem: yeah, idk why that is14:26
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171714:26
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): support compute node resource provider update  https://review.openstack.org/52104114:27
*** shaohe_feng has quit IRC14:27
*** itlinux has quit IRC14:27
dansmithso removing the _delete_server call from that test seems to make it happy, but I think it's still failing to do that update under the covers, we're just not seeing it or whatever14:27
*** shaohe_feng has joined #openstack-nova14:27
dansmithyeah, so I get a NUMAServersTest failure now in _delete14:29
stephenfindansmith: This line is probably getting called multiple times https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L948-L95114:29
dansmiththat's multiple lines.. do you mean L949?14:30
stephenfinSo we're double freeing, kind of. This is starting to feel familiar but I'm not sure why14:30
stephenfinyup14:30
*** dklyle has joined #openstack-nova14:30
dansmithokay, but that shouldn't be a problem with repeated calls to update_available_resource()... since it starts fresh when it does that right?14:30
stephenfinWell if compute is thinking the instance is gone, it could be freeing on the first call to that function (the one you added) and then attempting to do so again on our call (the API call to delete)14:32
stephenfinwhich triggers this, I imagine? https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L112714:32
dansmithmriedem: you know, unrelated (kinda) to this test failure, we could just increase the counter and depend on the next periodic run of update_available_resources() to update our counter,14:32
dansmithwhich means we might be failbait for 60s or whatever you have that timer set to, but then we'll update our stuff and get pulled out14:33
dansmithwhich would save a bunch of cpu and db updates on each build14:33
dansmithstephenfin: not sure that's how that works.. update_available_resource can run at whatever interval it's set to.. it should be idempotent, generating a fresh view of resources all the time, never having partial side effects or anything like that14:34
*** shaohe_feng has quit IRC14:37
*** shaohe_feng has joined #openstack-nova14:38
stephenfindansmith: Right but...dodgy tests. Perhaps that was never triggered before (the interval would be too short)14:38
mriedemdansmith: yeah....also, _update_available_resource is going to take the big COMPUTE_RESOURCE_SEMAPHORE lock14:39
mriedemwhen all you really wanted to do was update the compute_node.stats field14:39
dansmithstephenfin: well, I don't see how the tests would cause this to be broken.. I think it has to be broken in the code and we just never poke this (and notice) in tests right?14:39
dansmithmriedem: yeah, the more I think about it, that'd be a better approach14:39
mriedemOR14:39
dansmithmriedem: and would remove a ton of unit test noise I had to add14:39
mriedemRT.abort_instance_claim could do the build failure count14:40
mriedembut, if we fail before we get to the instance claim, then that won't count the build failure14:40
mriedembut abort_instance_claim does update the compute node record14:41
dansmithyeah, that runs before where I'm increasing right?14:41
mriedemyes14:41
dansmiththat's why Isaid in my comment just now that the next instance failure would update it for us14:41
dansmithwhich I think is reasonable lazy update behavior to avoid the synchronous update14:41
dansmithplus, 60s by default14:41
*** derekh has quit IRC14:44
*** tidwellr has joined #openstack-nova14:44
*** jiteka has joined #openstack-nova14:44
mriedemyeah that makes sense14:44
*** yamamoto has joined #openstack-nova14:45
dansmithaight, well, that likely removes this from my path,14:45
*** jitek4 has quit IRC14:45
dansmithalthough I still am concerned that something ain't right in that numa accounting path14:45
*** eandersson_ has joined #openstack-nova14:45
*** eandersson has quit IRC14:45
dansmithalthough it will make my testing a little harder to make deterministic14:46
dansmithyou know, I had this thing for functional tests that let me trigger periodics reliably that got shot down with fire.......14:46
*** ivve has joined #openstack-nova14:46
*** sar has joined #openstack-nova14:47
*** shaohe_feng has quit IRC14:47
mriedemi'll assume i wasn't on the firing end of that14:47
*** lpetrut has quit IRC14:49
dansmithnope14:49
*** rodolof has quit IRC14:50
*** shaohe_feng has joined #openstack-nova14:50
*** yamamoto has quit IRC14:51
*** sar has quit IRC14:52
*** mriedem has quit IRC14:53
efriedmelwitt: We got a dashboard or anything for spec reviewing?14:53
*** mriedem has joined #openstack-nova14:53
*** yamamoto has joined #openstack-nova14:56
*** shaohe_feng has quit IRC14:57
*** rodolof has joined #openstack-nova14:58
*** cdent has joined #openstack-nova14:58
*** slaweq_ has joined #openstack-nova14:58
stephenfinefried: I use https://goo.gl/EjSxKw14:58
*** slaweq has quit IRC14:58
efriedstephenfin: Thanks!14:58
stephenfinefried: The tail end14:59
*** shaohe_feng has joined #openstack-nova14:59
efriedis that all the specs we got?  That ain't so bad :)14:59
stephenfinIt's limited at 20, so no :)14:59
stephenfinthere's the full one https://review.openstack.org/#/q/project:openstack/nova-specs+status:open15:00
*** yamamoto has quit IRC15:01
*** Luzi has quit IRC15:03
*** tbachman has quit IRC15:03
*** dpawlik has quit IRC15:03
*** pcaruana has quit IRC15:05
*** shaohe_feng has quit IRC15:08
openstackgerritSurya Seetharaman proposed openstack/nova-specs master: Handling a down cell  https://review.openstack.org/55736915:08
*** tbachman has joined #openstack-nova15:09
*** shaohe_feng has joined #openstack-nova15:10
*** zhaochao has quit IRC15:16
*** shaohe_feng has quit IRC15:18
*** artom has quit IRC15:18
*** shaohe_feng has joined #openstack-nova15:19
*** itlinux has joined #openstack-nova15:19
openstackgerritTheodoros Tsioutsias proposed openstack/nova-specs master: Add PENDING vm state  https://review.openstack.org/55421215:19
*** ccamacho1 has quit IRC15:19
*** fragatina has quit IRC15:20
*** imacdonn has joined #openstack-nova15:20
*** fragatina has joined #openstack-nova15:20
*** mike99201 has left #openstack-nova15:21
*** andreas_s has quit IRC15:21
*** andreas_s has joined #openstack-nova15:22
*** udesale has joined #openstack-nova15:24
*** tbachman has quit IRC15:24
mriedemthis is my specs review dashboard http://tiny.cc/2g1sty15:25
*** Bhujay has quit IRC15:26
*** udesale has quit IRC15:26
*** udesale has joined #openstack-nova15:27
*** shaohe_feng has quit IRC15:28
*** udesale has quit IRC15:28
*** shaohe_feng has joined #openstack-nova15:29
*** slaweq has joined #openstack-nova15:29
*** nguyenhai93 has joined #openstack-nova15:29
*** tbachman has joined #openstack-nova15:29
*** udesale has joined #openstack-nova15:29
*** udesale has quit IRC15:30
*** andreas_s has quit IRC15:31
*** nguyenhai_ has quit IRC15:32
*** slaweq_ has quit IRC15:33
*** tidwellr has quit IRC15:33
*** udesale has joined #openstack-nova15:33
*** udesale has quit IRC15:34
*** ratailor has quit IRC15:34
*** tidwellr has joined #openstack-nova15:34
*** tbachman has quit IRC15:35
*** lifeless_ has joined #openstack-nova15:35
*** eharney has joined #openstack-nova15:35
*** lifeless has quit IRC15:36
*** tbachman has joined #openstack-nova15:36
stephenfinCan someone with +2 for nova-specs put this in? The guy has been refreshing it pretty much continuously since March and it's valid IMO https://review.openstack.org/#/c/551802/15:36
*** janki has quit IRC15:37
*** shaohe_feng has quit IRC15:38
*** ttsiouts has quit IRC15:39
*** klindgren_ has joined #openstack-nova15:39
*** shaohe_feng has joined #openstack-nova15:39
*** ttsiouts has joined #openstack-nova15:44
*** mchlumsky has quit IRC15:45
*** mchlumsky has joined #openstack-nova15:47
*** shaohe_feng has quit IRC15:49
*** shaohe_feng has joined #openstack-nova15:50
*** jmlowe has quit IRC15:50
*** Phuongnh has joined #openstack-nova15:51
*** nmathew has quit IRC15:52
*** wwriverrat_ has joined #openstack-nova15:53
*** dpawlik has joined #openstack-nova15:53
*** wwriverrat has quit IRC15:55
*** wwriverrat_ is now known as wwriverrat15:55
*** chyka has joined #openstack-nova15:56
*** tssurya has quit IRC15:57
*** bigdogstl has joined #openstack-nova15:57
*** yamamoto has joined #openstack-nova15:58
*** dpawlik has quit IRC15:58
mdboothmriedem: If I've read it correctly, AttachVolumeMultiAttachTest.test_volume_swap_with_multiattach seems to test something which I'd expect us to forbid, because it can't work.15:59
*** shaohe_feng has quit IRC15:59
mdboothIt looks like we attach a volume to 2 servers15:59
*** shaohe_feng has joined #openstack-nova16:00
mdboothThen do a swap volume to a new volume on one of the servers16:00
*** gyee has joined #openstack-nova16:00
mdboothThe problem is, IIUC that's a block migration, and there's no way for the block migration on server 1 to know about writes on server 216:01
mdboothSo the resulting data on volume2 attached to server1 is going to be inconsistent, and there's nothing you can do about it in either guest16:01
*** bigdogstl has quit IRC16:02
* mdbooth thought we just forbid swap volumey things on multiattach volumes16:02
mriedemstephenfin: done16:02
mdboothforbade?16:02
*** yamamoto has quit IRC16:03
stephenfinmriedem: cheers16:03
mdboothforbode? No, definitely not. Perhaps appropriate, though.16:03
mriedemmdbooth: cinder forbids a retype to/from multiattach capability for an in-use volume16:03
mriedemalso on a call atm16:03
mriedemTHE call16:03
mdboothmriedem: np16:03
*** links has quit IRC16:03
*** slaweq_ has joined #openstack-nova16:05
*** germs has joined #openstack-nova16:07
*** germs has quit IRC16:07
*** germs has joined #openstack-nova16:07
*** tidwellr has quit IRC16:09
*** germs has quit IRC16:09
*** slaweq has quit IRC16:09
*** slaweq_ is now known as slaweq16:09
*** germs has joined #openstack-nova16:09
*** germs has quit IRC16:09
*** germs has joined #openstack-nova16:09
*** shaohe_feng has quit IRC16:09
*** germs has quit IRC16:09
*** shaohe_feng has joined #openstack-nova16:10
*** germs has joined #openstack-nova16:10
openstackgerritMerged openstack/nova-specs master: Follow the new PTI for document build  https://review.openstack.org/55180216:13
*** bpoulos has joined #openstack-nova16:15
*** ttsiouts has quit IRC16:15
*** shaohe_feng has quit IRC16:19
*** shaohe_feng has joined #openstack-nova16:20
*** brault has joined #openstack-nova16:22
*** tidwellr has joined #openstack-nova16:24
*** suresh12 has joined #openstack-nova16:25
*** brault_ has joined #openstack-nova16:27
*** harlowja has joined #openstack-nova16:28
*** Phuongnh has quit IRC16:29
*** brault has quit IRC16:29
*** Phuongnh has joined #openstack-nova16:29
melwittefried: yeah, no specific dashboard. just whatever you normally like to use for specs16:29
*** shaohe_feng has quit IRC16:30
*** shaohe_feng has joined #openstack-nova16:31
openstackgerritMerged openstack/nova master: Fix bug for hypervisors  https://review.openstack.org/57206316:35
openstackgerritMerged openstack/nova master: Fix bug to doc  https://review.openstack.org/57226816:36
*** shaohe_feng has quit IRC16:40
*** shaohe_feng has joined #openstack-nova16:40
mriedemdansmith: i know i say this every 3 days, but i think stephenfin's numa aware vswitches spec is ready to go https://review.openstack.org/#/c/541290/16:40
efriedWe should really have a spec review day so we can merge that thing.16:41
dansmithmriedem: can I skip this one and wait three days until it's ready again?16:42
mriedemno16:42
*** brault has joined #openstack-nova16:43
*** issp has quit IRC16:44
dansmithdamn16:45
*** harlowja has quit IRC16:45
*** brault_ has quit IRC16:47
dansmithI feel like the proof is in the code anyway and I'm out of steam on the spec16:48
*** Phuongnh has quit IRC16:48
dansmithso, damn the torpedoes16:48
*** Phuong_nh has joined #openstack-nova16:48
mriedemyeah i already went through the code series this morning and made notes on the patches about what needs to change16:49
mriedemat a high level16:49
*** yamamoto has joined #openstack-nova16:50
*** shaohe_feng has quit IRC16:50
*** shaohe_feng has joined #openstack-nova16:51
openstackgerritMerged openstack/nova stable/queens: Allow cinderv2 endpoints within the request context catalog  https://review.openstack.org/57221316:52
*** bigdogstl has joined #openstack-nova16:53
*** brault has quit IRC16:53
*** artom has joined #openstack-nova16:54
openstackgerritMerged openstack/nova-specs master: Add 'numa-aware-vswitches' spec  https://review.openstack.org/54129016:56
*** brault has joined #openstack-nova16:57
*** pchavva has quit IRC16:57
*** jaosorior has quit IRC16:58
*** brault has quit IRC16:59
*** cdent has quit IRC16:59
*** cdent_ has joined #openstack-nova16:59
*** yamamoto has quit IRC17:00
*** pchavva has joined #openstack-nova17:00
*** shaohe_feng has quit IRC17:00
*** shaohe_feng has joined #openstack-nova17:01
*** Phuong_nh has quit IRC17:01
*** masuberu has quit IRC17:02
*** masuberu has joined #openstack-nova17:02
*** slaweq has quit IRC17:04
*** slaweq has joined #openstack-nova17:04
*** artom has quit IRC17:07
efriedbhagyashri_s: Greate work on https://review.openstack.org/#/c/560459/ -- just a couple of minor things and I think it's ready to go.  I'm going to have to let other cores (probably bauzas and jaypipes) approve it, since I contributed to the fix.17:10
*** ralonsoh_ has quit IRC17:10
*** jpena is now known as jpena|off17:10
*** shaohe_feng has quit IRC17:11
*** shaohe_feng has joined #openstack-nova17:12
*** cdent_ is now known as cdent17:13
*** lpetrut has joined #openstack-nova17:13
*** armaan has quit IRC17:15
*** armaan has joined #openstack-nova17:15
*** tidwellr has quit IRC17:17
*** shaohe_feng has quit IRC17:21
*** myrat_ has joined #openstack-nova17:21
*** vivsoni_ has joined #openstack-nova17:22
*** tssurya has joined #openstack-nova17:22
*** myrat has quit IRC17:23
*** shaohe_feng has joined #openstack-nova17:24
*** dtantsur is now known as dtantsur|afk17:24
*** suresh12 has quit IRC17:25
*** ivve has quit IRC17:25
*** rajinir has joined #openstack-nova17:26
*** lifeless has joined #openstack-nova17:26
*** yamahata has joined #openstack-nova17:27
*** AlexeyAbashkin has quit IRC17:28
*** lifeless_ has quit IRC17:28
*** amoralej is now known as amoralej|off17:28
*** isq has joined #openstack-nova17:29
*** pchavva has quit IRC17:29
*** dpawlik has joined #openstack-nova17:30
openstackgerritChris Friesen proposed openstack/nova-specs master: Add support for emulated virtual TPM  https://review.openstack.org/57111117:31
*** lpetrut has quit IRC17:31
*** shaohe_feng has quit IRC17:31
*** shaohe_feng has joined #openstack-nova17:32
*** tidwellr has joined #openstack-nova17:35
*** sahid has quit IRC17:35
*** isssp has joined #openstack-nova17:35
*** sambetts is now known as sambetts|afk17:36
*** dpawlik has quit IRC17:36
*** dpawlik has joined #openstack-nova17:36
*** dpawlik has quit IRC17:39
*** ispp has quit IRC17:40
*** shaohe_feng has quit IRC17:41
*** shaohe_feng has joined #openstack-nova17:43
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: mention that you can't re-parent a resource provider  https://review.openstack.org/57250117:45
*** ccamacho has joined #openstack-nova17:46
*** vivsoni_ has quit IRC17:48
*** shaohe_feng has quit IRC17:52
*** shaohe_feng has joined #openstack-nova17:52
*** armaan has quit IRC17:53
*** armaan has joined #openstack-nova17:53
*** lpetrut has joined #openstack-nova17:55
*** tbachman has quit IRC17:55
*** yamamoto has joined #openstack-nova17:56
*** armaan has quit IRC17:58
*** ccamacho has quit IRC18:00
*** jmlowe has joined #openstack-nova18:01
*** yamamoto has quit IRC18:02
*** shaohe_feng has quit IRC18:02
*** shaohe_feng has joined #openstack-nova18:02
*** bigdogstl has quit IRC18:04
*** bigdogstl has joined #openstack-nova18:09
*** suresh12 has joined #openstack-nova18:10
*** myrat_ has quit IRC18:12
*** suresh12_ has joined #openstack-nova18:12
*** shaohe_feng has quit IRC18:12
*** shaohe_feng has joined #openstack-nova18:12
*** suresh12 has quit IRC18:13
*** mgoddard has quit IRC18:16
openstackgerritDan Smith proposed openstack/nova master: Change consecutive build failure limit to a weigher  https://review.openstack.org/57219518:18
*** shaohe_feng has quit IRC18:22
*** shaohe_feng has joined #openstack-nova18:23
*** jmlowe has quit IRC18:30
*** shaohe_feng has quit IRC18:33
*** shaohe_feng has joined #openstack-nova18:33
*** jmlowe has joined #openstack-nova18:34
*** bigdogstl has quit IRC18:40
*** edmondsw has quit IRC18:41
*** EmilienM is now known as EmilienM|PTO18:43
*** mvk has quit IRC18:43
*** shaohe_feng has quit IRC18:43
*** shaohe_feng has joined #openstack-nova18:45
*** tbachman has joined #openstack-nova18:49
*** shaohe_feng has quit IRC18:53
*** shaohe_feng has joined #openstack-nova18:55
mriedemdansmith: melwitt: tssurya: on the handling a down cell spec, https://review.openstack.org/#/c/557369/ - i'm thinking that if the user is filtering or paging while listing instances, we need to ignore down cells18:55
mriedembecause we can't provide accurate results in that case18:55
mriedemnot that we're providing much in the way of results with just a flat 'nova list', but at least it's a dump of all instances (under the default limit) with minimal fields specified18:56
dansmithyou mean sorting?18:56
melwittyeah, either that or do the minimal shell of an instance thing for those in down cells18:56
tssuryamriedem: yes makes sense,18:57
mriedemdansmith: no, filtering18:57
dansmithif they're sorting we can't really show the shells,18:57
dansmithsince we don't know what the sort key value is18:57
mriedemsorting kind of goes out the window as well18:57
dansmithsame for filtering I guess18:57
mriedemmelwitt: the minimal shell is the problem when filtering18:57
tssuryaif its the default sorting, I think it uses created_at,18:57
*** pchavva has joined #openstack-nova18:57
mriedemif i'm doing 'nova list --status PAUSED', don't show me 4 PAUSED instances and 100 UNKNOWN instances18:57
melwittoh18:57
melwittyeah18:58
dansmithright18:58
mriedemif i do: nova list --all-tenants18:58
mriedemthen sure, give me the dump18:58
*** eharney has quit IRC18:58
*** yamamoto has joined #openstack-nova18:58
mriedemtssurya: yes by default we sort by created_at in desc order https://github.com/openstack/nova/blob/master/nova/api/openstack/common.py#L14318:59
mriedemwhich we can achieve with the instance mappings records18:59
tssuryamriedem: yes18:59
*** links has joined #openstack-nova18:59
mriedemif i'm sorting by status and i have UNKNOWN minimals, then i guess those just get sorted too18:59
tssuryaso let's just support simple and plain nova list and if any additional arguments are specified, we give 500 ?18:59
tssuryaso that its consistent19:00
mriedemno, i'm saying if there are filter parameters, we do what we can with the cells that respond, but ignore the ones that dont19:00
mriedemi honestly don't know how this is going to be used in all cases, or what's really needed19:00
tssuryaright,19:01
mriedemlike, does the caller need some indication that there are down cells? if so, would returning a new header help with that?19:01
mriedembut a non-admin user shouldn't know there are down cells19:01
dansmithI think the most important thing is to avoid a 500 when there's a down cell,19:01
dansmiththe more info we can return the better,19:01
dansmithbut even if we skip everything in a down cell, that's incremental progress, then returning shells when they wouldn't be otherwise filtered out is progress on top of that, etc19:02
mriedemagree, and i think the first part of that could be done as a bug fix and backported19:02
dansmithyep19:02
tssuryausers shouldn't know anything about cells, however in order to avoid 500, if like mriedem said about filters, -> i.e to still process output from up cells, it would be inconsistent right ?19:03
tssuryaI mean not the right results19:03
*** yamamoto has quit IRC19:03
mriedemif i'm a user and i get instances back with just a bunch of UNKNOWN values, i'm goign to know my instance is in a down cell19:03
tssuryayes this is if its plain nova list,19:03
*** shaohe_feng has quit IRC19:03
tssuryaif we do this with nova list --status PAUSED then ?19:04
*** shaohe_feng has joined #openstack-nova19:04
tssuryalike you said above, if we display results only from up cells and ignore down ones, it means we are missing stuff19:04
tssuryawe will not be showing any UNKNOWNS there right ?19:04
mriedemi don't know of a better way to say "don't know" w/o just not including those results19:04
dansmithif an instance is in a down cell, its state is UNKNOWN,19:05
dansmithso if you asked for PAUSED, then UNKNOWN is not matching the filter19:05
tssuryaokay not status I mean other filters19:05
tssuryalike --marker19:06
dansmithif you get a marker to an instance that is in a cell that goes down between pages, then you have to fail19:06
tssuryaI guess what I am trying to say is at some point we can't avoid a 500 ?19:06
tssuryaokay, yes19:06
dansmithif you know an instance provided as a marker is in a down cell, then a 500 is appropriate19:06
*** edmondsw has joined #openstack-nova19:07
dansmiththat might be the only case though.. are there others you think warrant a 500?19:07
mriedemi don't know if we'd 400 on that today or not19:07
mriedemusually we'd get marker not found and return a 40019:07
dansmithright, but that would be wrong here19:07
dansmithbecause we know it exists, we just can't get to it19:07
tssurya--availability-zone, like matt was saying in the spec ?19:08
dansmiththat would be similar to 503 Proxy Error19:08
dansmithif you're just filtering by az, then you return shells for the things in there right?19:08
mgagnemriedem: currently trying to deploy queens, ++ for policy deprecation warnings. grrrreatly appreciated.19:08
tssuryadansmith: I honestly don't know at this point19:09
mriedemmgagne: thank johnthetubaguy and gmann for those19:09
tssuryadansmith: I will try to go through all the nova list args and see19:10
dansmithtssurya: I think you probably will just have to consider the appropriate behavior for each19:10
mgagnejohnthetubaguy, gmann: I greatly appreciate the work you have done with policy deprecation warnings. it's of great help when upgrading ++19:10
dansmithfor most, shell instances or omission is the best idea I think,19:11
mriedemi assume that filtering on az would be the same as status - we can't know, so ignore those results in a down cell19:11
dansmith500 for marker19:11
tssuryadansmith: ack,19:11
dansmithmriedem: oh right, duh, I forgot we couldn't know the instances in there19:11
dansmithmriedem: we know hosts and instances in hosts, so we could work it out I guess19:11
mriedemi don't think we know instances in hosts from the api19:12
dansmither, no19:12
dansmithright19:12
dansmithI was thinking instance->cell->host->az, but that's not fine-grained enough19:12
dansmithobvi19:12
tssuryamriedem: right so we print one shell for the down cell and print the results from the rest19:12
*** edmondsw_ has joined #openstack-nova19:12
tssuryathis way users can know that the result is not fully right19:13
dansmithhmm?19:13
dansmithone shell per down cell?19:13
dansmithI think you just have to leave out all shells for instances you can't tell are in an az19:13
tssuryadansmith: oh okay19:13
tssuryathat wfm as well19:13
mriedemwould be helpful if we weren't talking about CLI UX wrt REST API semantics19:14
*** shaohe_feng has quit IRC19:14
mriedemwould we ignore down cells if we're paging? let's say i've got 3 cells, A, B and C. my marker is in A, B is down, but C is up, so i get some instances from A, skip B and get the rest of the page from C with a new marker in C?19:15
dansmithif you're doing no sort or filter, you could show B instances too19:15
*** edmondsw has quit IRC19:15
dansmithif you are, then you have to skip19:15
*** shaohe_feng has joined #openstack-nova19:16
mriedemok posted some edge case stuff in the spec19:17
tssuryamriedem: thanks, will have a look19:17
mriedemalso, i'm annoyed that i feel the need to qualify "edge case" lately as "not computers at the edge of a network, but rare scenarios"19:17
dansmithheh19:18
tssuryaso we are going for a new API response ?19:18
melwittMFIN EDGE19:18
mriedemtssurya: doesn't sound like it19:18
tssuryaand since we were on the topic of markers, I have this bug https://bugs.launchpad.net/nova/+bug/177394519:18
openstackLaunchpad bug 1773945 in OpenStack Compute (nova) "nova client servers.list crashes with bad marker" [Undecided,New] - Assigned to Surya Seetharaman (tssurya)19:18
tssuryacouldn't figure out what the issue is19:18
tssuryaif any of you have ideas19:19
*** AlexeyAbashkin has joined #openstack-nova19:19
mriedemi saw something really weird the other day with markers19:19
mriedemwith osc19:19
mriedemwhich uses nova python API bindings19:20
tssuryaoh19:20
mriedemi was creating some instances when rabbitmq dropped19:20
mriedemand i think it might have been what takashi said in the bug report, "if the record of the marker VM instance exists in the cell19:21
mriedembut the 'cell_mapping' in the InstanceMapping of the marker VM instance is null (None),19:21
mriedemthe issue occurs."19:21
tssuryabut this would happen only during schedule time right ?19:21
tssuryaI thought takashi was right too at first19:22
mriedemrabbit died during scheduling19:22
*** Alexey_Abashkin has joined #openstack-nova19:22
tssuryaah :D19:22
mriedemthe weird thing is when i was debugging the CLI, it was passing a marker19:22
mriedemand i don't know where that marker was coming from19:22
dansmithtssurya: is that bug not just that the marker gets deleted during the paging?19:22
dansmithoh, no, we do read_deleted=yes it19:23
tssuryayea19:23
*** AlexeyAbashkin has quit IRC19:23
*** Alexey_Abashkin is now known as AlexeyAbashkin19:23
dansmithso maybe we should check if the marker has a null cell mapping and log that case/19:24
dansmitheither way, not much we can do there19:24
tssuryadansmith: yep I agree,19:24
*** shaohe_feng has quit IRC19:24
tssuryaI just never thought there would be case without any BuildRequest and NULL InstanceMapping19:24
*** liverpooler has quit IRC19:24
dansmithor, we just scan every cell! (no not really)19:25
*** pchavva has quit IRC19:25
*** bigdogstl has joined #openstack-nova19:25
*** shaohe_feng has joined #openstack-nova19:25
*** armaan has joined #openstack-nova19:26
*** itlinux has quit IRC19:26
*** armaan has quit IRC19:26
tssuryadansmith: I also wanted to ask another thing about have a new option --cell-name to nova service-list ; how you would feel about this, but we could also do this in tomorrow's cells meeting if you are busy now19:27
*** armaan has joined #openstack-nova19:27
dansmithtssurya: I don't want that, no19:27
dansmithtssurya: put them in an aggregate and have a way to list via aggregate or something19:27
tssuryaright I thought so :), just tried my luck :D19:28
dansmithor use nova-manage19:28
tssuryayep, thanks!19:28
*** READ10 has quit IRC19:28
dansmithgdi, why does zuul hate me?19:29
*** bigdogstl has quit IRC19:30
mriedemtssurya: so this should only be called if the client passes in a marker https://github.com/openstack/nova/blob/f902e0d5d87fb05207e4a7aca73d185775d43df2/nova/compute/instance_list.py#L56-L7319:30
*** rodolof has quit IRC19:30
mriedemwhich when i ran openstack --debug service list, i saw it was passing a marker, but i wasn't19:30
tssuryamriedem: yes19:30
dansmithoh, it's python3 that hates me19:30
mriedemso is there something in novaclient that always gets a marker?19:30
tssuryaoh no, we pass a marker19:30
mriedemwe?19:31
*** rodolof has joined #openstack-nova19:31
tssuryaI mean a marker is passed only if we give it via the CLI19:31
tssuryawhat you are saying seems strange, but I haven't tested that19:31
tssuryatested/observed19:32
melwittdoes getting MarkerNotFound mean that a marker had to have been passed? because the bug reporter was using servers.list() python API and got MarkerNotFound19:32
*** janki has joined #openstack-nova19:32
mriedemright, and when i was doing openstack server list, i wasn't passing a marker,19:32
tssuryamelwitt: that's what I thought so too,19:32
mriedembut i ran it with debug and saw it was doing GET /servers/ with a marker19:32
melwittthat would mean that somewhere in servers.list() novaclient is automatically passing a marker. I guess it would if it were paging on its own19:33
mriedemnovaclient does do that19:33
mriedemuntil it doesn't get any more results19:33
melwittyeah, that's what I'm referring to, the fact that it does that if the list is > api limit19:33
mriedemi only had 2 instances19:33
melwittoh19:33
mriedemi think it will happen at any point if you have one of these messed up mappings19:34
tssuryamriedem: hmm yea, true at some point even we have NULL cell_mappings19:34
*** shaohe_feng has quit IRC19:34
mriedemhttps://github.com/openstack/python-novaclient/blob/10.2.0/novaclient/v2/servers.py#L86319:34
melwittI missed why/how that is normal19:34
melwittif an instance is in the middle of being scheduled, it shouldn't have an instance_mapping yet19:35
tssuryamelwitt: it will have an instance_mapping but with a NULL cell_mapping19:36
mriedemwe create the empty instance mapping in the api19:36
melwittoh, I see. so any instance in the middle of scheduling would have the null marker19:36
melwittdidn't realize that19:37
*** shaohe_feng has joined #openstack-nova19:37
mriedemhttps://github.com/openstack/nova/blob/f902e0d5d87fb05207e4a7aca73d185775d43df2/nova/compute/api.py#L91319:37
mriedeman instance during scheduling will have a build request19:37
dansmithright, and we page those out of BRs not out of the cell anyway19:37
mriedemonce we pick a host, we update the instance mapping for the cell and delete the build request19:37
*** suresh12_ has quit IRC19:37
mriedemhttps://github.com/openstack/nova/blob/f902e0d5d87fb05207e4a7aca73d185775d43df2/nova/conductor/manager.py#L1236-L123919:37
melwittah, thanks. I can never remember this19:38
*** AlexeyAbashkin has quit IRC19:38
tssuryadansmith: yes which us why I was confused19:38
mriedemi also want to say i remember a novaclient patch recently that changed the default limit/paging behavior when listing instances19:38
tssuryais*19:38
mriedemso maybe someone regressed something19:38
mriedemhttps://review.openstack.org/#/c/534222/19:38
openstackgerritDan Smith proposed openstack/nova master: Change consecutive build failure limit to a weigher  https://review.openstack.org/57219519:38
*** pchavva has joined #openstack-nova19:39
mriedemi guess i never commented on that, but i don't know why it was needed,19:40
mriedemyou can pass limit=-1 for no limit19:40
melwittyeah, the bug is saying the paging loop was ending prematurely for some reason19:40
mriedemheh, "I'm not sure how this happened but I can't reproduce the problem now. It seems to work as expected with `--limit -1`."19:42
mriedemfrom the author of the change, in the backport that was -1ed by me https://review.openstack.org/#/c/543968/19:43
melwittguh19:43
mriedemso before https://review.openstack.org/#/c/534222/ if you don't specify a limit, we'd get up to max_limit instances (default 1000) and then stop19:44
mriedemnow, we get up to max_limit instances, and then query again until we don't get any more results19:44
mriedemwhich, if the marker for the 2nd query ends up being a busted instance mapping, nova list is perma broken19:44
*** shaohe_feng has quit IRC19:45
mriedemi kind of just want to revert that change...19:45
mriedemif i create 10 instances and set CONF.api.max_limit to 5, and run nova list, i should get 5 instances, and if i run nova list --limit -1, i should get 1019:45
melwittthe old behavior wouldn't be able to return a non-existent marker?19:45
mriedemif you have a broken instance mapping, we still have a problem on the server side,19:46
*** links has quit IRC19:46
mriedembut with what i was hitting when i hit this over the weekend, i couldn't get around it19:46
*** shaohe_feng has joined #openstack-nova19:46
*** awaugama has quit IRC19:46
mriedembecause the last instance in my list was the busted marker19:46
mriedemand i think i only had 2 instances19:46
tssuryaregarding the broken instance_mapping, we could just check if its broken and print a LOG or something19:47
mriedemi don't even think i was able to delete the server w/o getting into the database19:47
*** mvenesio has joined #openstack-nova19:47
mriedemtssurya: we could....but that will reset your page which is not what the user expects either19:48
mriedemreally it should probably be a 50019:48
tssuryamriedem: hmm, maybe19:49
*** eharney has joined #openstack-nova19:49
tssuryayea since its broken19:49
melwittmriedem: oh, weird, I thought the default without passing --limit would have been -119:50
melwitt(old behavior)19:51
*** suresh12 has joined #openstack-nova19:51
*** shaohe_feng has quit IRC19:55
*** shaohe_feng has joined #openstack-nova19:55
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Revert "Fix listing of instances above API max_limit"  https://review.openstack.org/57253919:57
*** bigdogstl has joined #openstack-nova19:58
*** jangutter has quit IRC19:59
*** yamamoto has joined #openstack-nova19:59
mgagnemriedem: am I right in assuming the allocations healer requires cellsv2 ?19:59
mriedemyes20:00
*** sar has joined #openstack-nova20:00
mriedemit relies on the cell mappings in the api db to find the instances in each cell20:01
mgagneok, just trying to figure out how I will be able to test without updating the whole planet or doing the actual work ;)20:01
mgagnelike, can I just import our prod database and run migrations and then the script for example.20:01
mriedemmgagne: you mean a backup test copy of your prod db?20:02
mgagne(with some "minor" details to be addressed)20:02
mriedemmgagne: what do you have for cell mappings right now? just cell0>20:03
mriedem?20:03
mgagnekind of. import somewhere, run release db migration to queens. then migrate somehow to cellsv2 (since it's required?) and run the healer with a dummy placement api.20:03
*** bigdogstl has quit IRC20:03
mgagnenothing, I'm running mitaka.20:03
mgagnetrying to find a simpler way to get to queens with prod data20:04
mgagneif cellsv2 is required, I will just find a way to make it happen.20:04
mriedemmgagne: have you read through https://docs.openstack.org/nova/latest/user/cells.html#upgrade-with-cells-v1 ?20:05
*** yamamoto has quit IRC20:05
*** shaohe_feng has quit IRC20:05
mriedemthe cell mappings are going to be 1:1 with your child ells20:05
mriedem*cells20:05
mriedemplus cell020:05
mgagnekind of but never went through it yet. I will read and see how far I can go.20:05
mriedemyou'll have num(child_cell) + 1 cell mappings in the api db20:06
mgagnemy main concern is with online data migration and maybe nova-compute exporting resources to placement ?20:06
mriedemnova-compute will start reporting inventory and allocation information to placement in ocata20:06
*** shaohe_feng has joined #openstack-nova20:06
mriedemif you're going straight to queens, nova-compute will not be reporting allocation information to placement, the scheduler does that20:06
mgagneright so I need to run the actual service at least once20:06
mriedemin queens, nova-compute will report inventory to placement on startup20:07
mriedemin queens, the allocations will not be automatically posted for existing instances, which is why you need the heal_allocations CLI20:07
mriedembut before you can run that, you need (1) the cell mappings created for each of your cells (2) the instances mapped to the cells20:08
mgagneyes, will create mapping20:08
mgagnemy concern is with resources being exported by compute node before. right?20:08
*** r-daneel has quit IRC20:08
mriedemi'm not sure what that means20:09
mriedemthe cell mappings and placement stuff are unrelated20:09
mgagneI mean, you need providers to be created somehow first?20:09
mgagneI'm not that familiar with placement terminology btw20:09
mriedemyes, you'll need the compute nodes reporting into placement before heal_allocations can run20:09
*** edmondsw_ is now known as edmondsw20:10
mriedemheal allocations will iterate the cell mappings looking for instances that have a host but don't have allocations in placement, and then attempt to post allocations to plcaement for the given instance and compute node - so yeah you need the compute nodes reporting as providers into placement first20:10
mgagneok, that's what I wanted to understand. got it20:10
*** lpetrut has quit IRC20:12
mriedembtw, i think you can still do all of the cells v2 stuff (cell mappings, host mappings, instance mappings) and placement stuff in queens with the caching scheduler still in place - we have an experimental ci job that does that20:13
mriedemwell, we have a cells v1 job that does that too20:13
mgagneyea, that's my plan. getting to queens, import database and run the tool and see how it goes20:14
mriedemi think once you get all of the allocations healed, you can drop the caching scheduler and disable cells v120:14
mriedemwould be ideal if you could even kick the tires with a single child cell test env to get used to this before doing it20:15
*** shaohe_feng has quit IRC20:15
*** shaohe_feng has joined #openstack-nova20:16
mgagneyea. I guess so. I need to test with Ironic too... but I thought I needed cells v2 ? I'm not sure what you mean by "drop the caching scheduler and disable cells v1"20:17
*** hemna_ has quit IRC20:18
*** dpawlik has joined #openstack-nova20:22
*** chyka_ has joined #openstack-nova20:22
*** pchavva has quit IRC20:23
*** bigdogstl has joined #openstack-nova20:24
*** shaohe_feng has quit IRC20:26
mriedemmgagne: the goal is to not using the caching scheduler or cells v1 since both are deprecated20:26
*** chyka has quit IRC20:26
mriedemyou need cells v2 since ocata yes20:26
mgagneright20:26
*** shaohe_feng has joined #openstack-nova20:26
mriedemthe IronicHostManager is also deprecated since pike20:26
mriedemplacement + custom resource classes removes the need for the ironic host manager in the scheduler and the Exact* filters20:27
mriedembut that's another thing you can deal with separately before rocky20:27
mriedemmelwitt: this is the last day for https://review.openstack.org/#/q/topic:bp/granular-placement-policy+status:open in the runway, has all +2s, could use another core to go through it20:28
mgagneright. I'm trying to get in a state where I can test your patch with production data without spending 900 man hours to get there. I think with your help I got enough info to kick start the process.20:28
mgagne1) Create test environment with Nova Mitaka+CellsV1 2) Import production database 3) Upgrade to Nova Queens, with FFU or whatever process I will find. 4) Migrate to CellsV2 5) Test allocation healer 6) Profit20:30
*** bigdogstl has quit IRC20:32
mriedemmgagne: yeah, 3 and 4 are going to get fuzzy20:33
mgagnecan't wait =)20:33
mriedemthere is a blocker migration in ocata that won't let you finish the api db sync until you have cell0 for example20:33
mriedemi just mean, 3 and 4 are kind of co-dependent20:34
mgagnegood to know, will add that step20:34
mriedemonce you get to ocata+ you can also run the nova-status upgrade check CLI20:34
mgagneok, so ocata will require some steps for cellsv220:34
mriedemto check your progress20:34
mriedemyup20:34
mgagnecool, can't wait to test that tool too20:34
*** throwsb1 has quit IRC20:35
*** shaohe_feng has quit IRC20:36
*** itlinux has joined #openstack-nova20:36
*** shaohe_feng has joined #openstack-nova20:37
*** jmlowe has quit IRC20:41
*** brault has joined #openstack-nova20:42
melwittmriedem: ack20:43
mriedemi'm +2 on the vmware live migration spec if another specs core wants to put it in https://review.openstack.org/#/c/299207/ - i'm ok with holding up the merge of the actual code until the multinode vmware 3rd party ci job shows up20:44
melwittthat reminds me of the zvm spec amendment, still not approved20:44
*** liverpooler has joined #openstack-nova20:44
melwittbut that's not subject to spec freeze20:45
melwittI don't think, anyway20:45
*** r-daneel has joined #openstack-nova20:45
*** shaohe_feng has quit IRC20:46
*** shaohe_feng has joined #openstack-nova20:47
*** lifeless has quit IRC20:51
*** lifeless has joined #openstack-nova20:51
*** bpoulos has quit IRC20:52
*** bigdogstl has joined #openstack-nova20:53
*** shaohe_feng has quit IRC20:56
mriedemnova list --limit -1 works like a charm http://paste.openstack.org/show/722757/20:57
*** dpawlik has quit IRC20:58
*** dpawlik has joined #openstack-nova20:58
*** bigdogstl has quit IRC20:58
*** shaohe_feng has joined #openstack-nova20:59
*** yamamoto has joined #openstack-nova21:01
melwittmriedem: kinda wonder why that's not the default. I guess so you have to opt into paging21:01
*** yamamoto has quit IRC21:05
*** shaohe_feng has quit IRC21:07
*** suresh12 has quit IRC21:07
mriedemfrickler: are you happy with this now? https://review.openstack.org/#/c/312626/21:07
mriedemi see you've done quite a bit of review on it already21:07
*** shaohe_feng has joined #openstack-nova21:07
*** suresh12 has joined #openstack-nova21:07
mriedemmelwitt: idk, for a smaller cloud with <1000 instances it's not going to be a problem,21:08
mriedemfor a public cloud the admin probably wants to opt into getting back a million records21:08
melwittyeah, good point21:08
*** slaweq has quit IRC21:10
*** tssurya has quit IRC21:10
mriedemanyway, that patch made around ~400 LOC change for something that wasn't even broken21:12
mriedemno release note on the behavior change either21:12
*** tssurya has joined #openstack-nova21:12
melwittthose are the best21:13
*** esberglu has quit IRC21:16
*** dave-mccowan has quit IRC21:16
*** shaohe_feng has quit IRC21:17
*** tssurya has quit IRC21:17
*** shaohe_feng has joined #openstack-nova21:19
*** rodolof has quit IRC21:19
*** janki has quit IRC21:23
melwittmriedem: I proposed adding the nova-lvm job to pike (as experimental) and it passed (phew) https://review.openstack.org/57213021:24
melwittthe ocata one however is busted, but on a cinder problem AFAICT, not the nova regression/fix https://review.openstack.org/57213221:24
*** lifeless has quit IRC21:25
*** shaohe_feng has quit IRC21:27
*** priteau has quit IRC21:27
*** shaohe_feng has joined #openstack-nova21:28
*** bigdogstl has joined #openstack-nova21:28
mriedemok21:29
mriedemmgagne: a couple of questions for clarification in your spec https://review.openstack.org/#/c/312626/21:31
melwittgah why can I never find the novaclient cli command list reference21:31
mriedemmelwitt: i don't think there is one21:31
mriedemyou're welcome21:31
melwittoh, to make people use osc. I see how it is21:31
mriedemhttps://docs.openstack.org/python-novaclient/pike/cli/index.html21:31
mriedemno, i think just because it never existed21:32
melwittit existed, unless I dreamed it21:32
melwittI shall google21:32
melwittsome more21:32
mriedemhttps://docs.openstack.org/mitaka/cli-reference/nova.html ?21:33
melwittyeah, that's what I'm thinking of. maybe we didn't import that when things got decentralized21:33
mriedemso it existed in the central docs repo21:33
mriedemyeah must not have21:33
melwittprobably to discourage use of the novaclient CLI21:33
mriedemno, probably just because no one imported the docs21:34
mriedemit was on the projects to do that21:34
*** edmondsw has quit IRC21:34
mriedemhttps://docs.openstack.org/ocata/cli-reference/nova.html21:34
mriedemhttps://docs.openstack.org/pike/cli-reference/nova.html21:34
*** edmondsw has joined #openstack-nova21:34
*** bigdogstl has quit IRC21:34
melwittokay, I thought maybe someone decided it wasn't a great idea because we want to encourage osc use. I could see that point of view21:34
melwittbut, I do know that boot from volume created from image is not possible in osc in one command, still something that needs to be fixed. and there are probably other things people still need novaclient CLI for21:35
*** dpawlik has quit IRC21:35
mriedemhttps://bugs.launchpad.net/python-novaclient/+bug/177528121:36
openstackLaunchpad bug 1775281 in python-novaclient "nova command line reference is gone since Pike" [Undecided,New]21:36
mriedemthere is a bunch of stuff that is in the nova CLI that's not in OSC21:36
melwittyeah21:36
mriedemso purposefully hiding the nova cli docs would be a dick move21:36
mriedemwhich i don't think was the case, it was just laziness21:36
*** tidwellr has quit IRC21:37
melwittyeah, I agree that it would be best to host them in our tree21:37
*** shaohe_feng has quit IRC21:37
mriedemhttps://github.com/openstack/openstack-manuals/blob/before-migration/doc/cli-reference/source/nova.rst21:37
*** edmondsw has quit IRC21:38
melwittthanks for finding that21:39
melwittand opening the bug21:39
*** r-daneel_ has joined #openstack-nova21:39
*** r-daneel has quit IRC21:39
*** r-daneel_ is now known as r-daneel21:39
*** shaohe_feng has joined #openstack-nova21:41
openstackgerritMathieu Gagné proposed openstack/nova-specs master: Multiple Fixed-IPs support in network information  https://review.openstack.org/31262621:43
*** bigdogstl has joined #openstack-nova21:45
*** lifeless has joined #openstack-nova21:47
*** shaohe_feng has quit IRC21:48
*** tidwellr has joined #openstack-nova21:48
*** shaohe_feng has joined #openstack-nova21:48
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Import nova CLI reference from openstack-manuals  https://review.openstack.org/57256721:50
mriedemmelwitt: there you go21:50
*** itlinux has quit IRC21:53
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Add a note in the nova CLI reference about using OSC  https://review.openstack.org/57256921:54
melwitt\o/21:54
*** shaohe_feng has quit IRC21:58
*** shaohe_feng has joined #openstack-nova21:59
*** yamamoto has joined #openstack-nova22:02
*** itlinux has joined #openstack-nova22:03
*** brault has quit IRC22:03
*** tidwellr has quit IRC22:06
*** yamamoto has quit IRC22:06
*** shaohe_feng has quit IRC22:08
*** shaohe_feng has joined #openstack-nova22:09
*** itlinux has quit IRC22:13
*** shaohe_feng has quit IRC22:18
*** r-daneel has quit IRC22:21
*** shaohe_feng has joined #openstack-nova22:21
*** mvenesio has quit IRC22:23
*** rcernin has joined #openstack-nova22:25
*** shaohe_feng has quit IRC22:29
*** shaohe_feng has joined #openstack-nova22:29
openstackgerritChris Dent proposed openstack/nova master: WIP: Spike a direct interface to placement  https://review.openstack.org/57257622:36
*** shaohe_feng has quit IRC22:39
*** shaohe_feng has joined #openstack-nova22:39
*** boris_42_ has joined #openstack-nova22:47
*** shaohe_feng has quit IRC22:49
*** shaohe_feng has joined #openstack-nova22:50
mriedemsimondodsley_: some comments in your spec https://review.openstack.org/#/c/340168/22:50
mriedemmostly just needs to be cleaned up and add some more detail22:50
mriedemotherwise this probably didn't even require a spec22:50
*** bigdogstl has quit IRC22:53
melwittmriedem: trying to understand this part about the policy check moving ... where did it used to be? https://review.openstack.org/#/c/565578/10/nova/tests/functional/api/openstack/placement/gabbits/resource-classes.yaml22:57
melwittwith the move, it fails with 406 but doesn't that mean it passes the policy check when it shouldn't? (406 normally comes from further down the API, right?)22:58
mriedemmelwitt: https://review.openstack.org/#/c/524425/16/nova/api/openstack/placement/handler.py@21722:59
*** shaohe_feng has quit IRC22:59
mriedemmelwitt: the policy check used to happen before we got to the handler code,22:59
mriedembut now the policy check happens in each handler22:59
mriedemand that happens after the content type checks23:00
melwittI see, thank you23:00
*** shaohe_feng has joined #openstack-nova23:00
*** bigdogstl has joined #openstack-nova23:00
mriedemhttps://review.openstack.org/#/c/565578/10/nova/api/openstack/placement/handlers/resource_class.py@11623:00
openstackgerritMerged openstack/nova stable/ocata: libvirt: handle DiskNotFound during update_available_resource  https://review.openstack.org/57143223:01
openstackgerritMerged openstack/nova master: Fix some wrong urls in doc  https://review.openstack.org/57114723:01
melwitt++ thanks23:01
mriedemonce you get past that, the rest of these are all pretty mechanical23:02
mriedemhttps://review.openstack.org/#/c/524425/ was the majority of the meat of the series23:02
*** yamamoto has joined #openstack-nova23:03
*** edmondsw has joined #openstack-nova23:03
melwittsweet23:04
*** bigdogstl has quit IRC23:05
cdentmriedem: you might be interested in some of my comments in the commit message on https://review.openstack.org/572576 which is the way it is in part because of easy way to manage context and policy23:06
*** edmondsw has quit IRC23:07
*** bigdogstl has joined #openstack-nova23:07
*** yamamoto has quit IRC23:07
*** threestrands has joined #openstack-nova23:08
*** shaohe_feng has quit IRC23:10
*** harlowja has joined #openstack-nova23:10
*** bigdogstl has quit IRC23:12
*** shaohe_feng has joined #openstack-nova23:14
openstackgerritEric Fried proposed openstack/nova-specs master: WIP: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258323:17
*** shaohe_feng has quit IRC23:20
openstackgerritMerged openstack/nova master: [placement] Do not import oslo_service for log_options  https://review.openstack.org/57223123:21
*** bigdogstl has joined #openstack-nova23:22
melwittmriedem: why does https://review.openstack.org/570621 need to use scope types whereas the others don't?23:23
*** shaohe_feng has joined #openstack-nova23:23
mriedemmelwitt: it was the first place that it was obvious in the series; there was some discussion about it in https://review.openstack.org/#/c/524425/1623:25
mriedemso after that i did it for the rest and then filled the gap at the end23:25
mriedemcdent: ack23:25
melwittI see, okay23:25
mriedemgoing for a bike ride23:25
*** mriedem is now known as mriedem_afk23:25
*** hongbin has quit IRC23:27
*** mlavalle has quit IRC23:28
*** chyka_ has quit IRC23:29
*** shaohe_feng has quit IRC23:30
*** shaohe_feng has joined #openstack-nova23:31
*** takashin has joined #openstack-nova23:31
*** bigdogstl has quit IRC23:31
*** trungnv_ has quit IRC23:38
*** annp has quit IRC23:38
*** trungnv_ has joined #openstack-nova23:38
*** annp has joined #openstack-nova23:38
gmannmgagne: glad to know that :) thanks23:39
*** shaohe_feng has quit IRC23:40
*** shaohe_feng has joined #openstack-nova23:42
*** bigdogstl has joined #openstack-nova23:44
*** bigdogstl has quit IRC23:49
*** shaohe_feng has quit IRC23:51
openstackgerritMerged openstack/python-novaclient master: Import nova CLI reference from openstack-manuals  https://review.openstack.org/57256723:51
*** shaohe_feng has joined #openstack-nova23:52
*** lifeless has quit IRC23:54
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276623:55
openstackgerritChris Dent proposed openstack/nova master: Isolate placement database config  https://review.openstack.org/54143523:55
openstackgerritChris Dent proposed openstack/nova master: Ensure that os-traits sync is attempted only at start of process  https://review.openstack.org/55385723:55
*** lifeless has joined #openstack-nova23:56
*** tetsuro has joined #openstack-nova23:56
openstackgerritMerged openstack/python-novaclient master: Add a note in the nova CLI reference about using OSC  https://review.openstack.org/57256923:58

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