Wednesday, 2018-02-07

*** claudiub|2 has quit IRC00:03
*** salv-orlando has quit IRC00:06
*** vladikr has quit IRC00:11
*** salv-orlando has joined #openstack-nova00:12
*** vladikr has joined #openstack-nova00:14
*** salv-orlando has quit IRC00:15
*** salv-orlando has joined #openstack-nova00:16
*** salv-orlando has quit IRC00:17
*** salv-orlando has joined #openstack-nova00:17
*** tbachman has quit IRC00:18
*** tbachman has joined #openstack-nova00:18
*** hemna_ has joined #openstack-nova00:19
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix pike GA prelude release note  https://review.openstack.org/54149800:22
*** moshele has joined #openstack-nova00:22
*** amodi has joined #openstack-nova00:22
*** r-daneel has quit IRC00:23
*** acormier has joined #openstack-nova00:24
*** brad[] has joined #openstack-nova00:25
*** moshele has quit IRC00:25
*** Dinesh__Bhor has joined #openstack-nova00:28
*** acormier has quit IRC00:28
*** tbachman_ has joined #openstack-nova00:29
*** tbachman has quit IRC00:29
*** tbachman_ is now known as tbachman00:29
*** Dinesh__Bhor has quit IRC00:31
*** sdague has joined #openstack-nova00:31
*** hongbin has quit IRC00:35
*** esberglu has quit IRC00:38
*** gjayavelu has quit IRC00:39
*** zhurong has joined #openstack-nova00:42
openstackgerritMerged openstack/nova master: docs: Add booting from an encrypted volume  https://review.openstack.org/54050600:44
*** hshiina has joined #openstack-nova00:46
*** moshele has joined #openstack-nova00:48
*** gjayavelu has joined #openstack-nova00:49
*** hamzy_ has quit IRC00:50
*** moshele has quit IRC00:55
*** tetsuro has joined #openstack-nova00:57
*** hoangcx has joined #openstack-nova00:57
*** tiendc has joined #openstack-nova00:58
*** zhaochao has joined #openstack-nova01:00
*** gmann_ has joined #openstack-nova01:03
*** acormier has joined #openstack-nova01:03
*** gjayavelu has quit IRC01:06
openstackgerritArvind proposed openstack/nova-specs master: BP Support traits in Glance  https://review.openstack.org/54150201:06
*** phuongnh has joined #openstack-nova01:06
*** wxy has joined #openstack-nova01:08
*** hemna_ has quit IRC01:08
*** gongysh has joined #openstack-nova01:10
*** hieulq has joined #openstack-nova01:11
*** moshele has joined #openstack-nova01:11
*** amodi has quit IRC01:12
*** salv-orlando has quit IRC01:12
*** hamzy_ has joined #openstack-nova01:13
*** tuanla____ has joined #openstack-nova01:17
*** gjayavelu has joined #openstack-nova01:18
*** yangyapeng has quit IRC01:20
*** yangyapeng has joined #openstack-nova01:20
*** gongysh has quit IRC01:20
*** gjayavelu has quit IRC01:23
*** mlavalle has quit IRC01:24
*** gjayavelu has joined #openstack-nova01:24
*** hiro-kobayashi has joined #openstack-nova01:24
*** acormier has quit IRC01:27
*** acormier has joined #openstack-nova01:27
*** links has joined #openstack-nova01:28
*** gjayavelu has quit IRC01:28
*** links has quit IRC01:29
*** acormier has quit IRC01:32
*** slaweq has joined #openstack-nova01:32
*** slaweq has quit IRC01:37
*** Dinesh__Bhor has joined #openstack-nova01:38
*** Dinesh__Bhor has quit IRC01:40
*** liusheng has quit IRC01:40
*** moshele has quit IRC01:45
*** gmann_ has quit IRC01:46
*** chyka has quit IRC01:46
*** gmann_ has joined #openstack-nova01:46
openstackgerritArvind proposed openstack/nova-specs master: Support traits in Glance  https://review.openstack.org/54150701:51
*** acormier has joined #openstack-nova01:55
*** Tom-Tom has joined #openstack-nova01:56
*** Tom-Tom_ has joined #openstack-nova01:57
*** Tom-Tom_ has quit IRC01:57
*** Tom-Tom_ has joined #openstack-nova01:57
*** acormier has quit IRC01:58
*** acormier has joined #openstack-nova01:58
*** masber has quit IRC01:59
*** Tom-Tom has quit IRC02:00
*** vladikr has quit IRC02:01
*** gyee has quit IRC02:01
*** zhaochao has quit IRC02:09
*** salv-orlando has joined #openstack-nova02:10
*** gongysh has joined #openstack-nova02:10
*** Dave has quit IRC02:11
*** Dave_ has joined #openstack-nova02:11
*** links has joined #openstack-nova02:12
*** vladikr has joined #openstack-nova02:13
*** itlinux has joined #openstack-nova02:14
*** salv-orlando has quit IRC02:14
*** hongbin has joined #openstack-nova02:18
openstackgerritMerged openstack/nova master: libvirt: fix native luks encryption failure to find volume_id  https://review.openstack.org/53973902:19
mriedemwoo finally02:19
openstackgerritMerged openstack/nova master: Remove instance.keypairs migration code  https://review.openstack.org/51715802:19
openstackgerritMerged openstack/nova master: Fix the format file name  https://review.openstack.org/52301002:19
openstackgerritMerged openstack/nova master: Add regression test for bug 1735407  https://review.openstack.org/52609502:19
openstackbug 1735407 in OpenStack Compute (nova) "[Nova] Evacuation doesn't respect anti-affinity rules" [Medium,In progress] https://launchpad.net/bugs/1735407 - Assigned to Balazs Gibizer (balazs-gibizer)02:19
openstackgerritNakanishi Tomotaka proposed openstack/nova master: Test Compute API in multiple cells  https://review.openstack.org/53411602:20
*** zhaochao has joined #openstack-nova02:23
*** Dinesh__Bhor has joined #openstack-nova02:23
*** Dinesh__Bhor has quit IRC02:23
*** mriedem has quit IRC02:24
*** crushil has joined #openstack-nova02:27
*** Dinesh__Bhor has joined #openstack-nova02:28
*** Dinesh__Bhor has quit IRC02:29
*** nmathew has joined #openstack-nova02:32
*** nmathew has quit IRC02:33
*** nmathew has joined #openstack-nova02:33
*** hoangcx has quit IRC02:33
*** tuanla____ has quit IRC02:33
*** phuongnh has quit IRC02:33
*** tiendc has quit IRC02:33
*** hoangcx has joined #openstack-nova02:34
*** phuongnh has joined #openstack-nova02:34
*** tiendc has joined #openstack-nova02:34
*** tuanla____ has joined #openstack-nova02:34
openstackgerritchenpengzi proposed openstack/nova master: update docstring param discreption  https://review.openstack.org/54151902:39
*** nmathew has quit IRC02:51
*** yamamoto has joined #openstack-nova02:52
*** yamamoto has quit IRC02:55
*** yamamoto has joined #openstack-nova02:56
openstackgerritTetsuro Nakamura proposed openstack/nova master: doc: merge numa.rst to cpu-topologies.rst  https://review.openstack.org/54058502:56
*** gaurangt has quit IRC02:57
*** trinaths has quit IRC03:00
*** gaurangt has joined #openstack-nova03:00
*** zhenguo has joined #openstack-nova03:01
openstackgerritchenpengzi proposed openstack/nova master: update docstring param description  https://review.openstack.org/54151903:01
*** liusheng has joined #openstack-nova03:03
*** namnh has joined #openstack-nova03:18
*** tinwood has quit IRC03:20
*** tinwood has joined #openstack-nova03:21
*** itlinux has quit IRC03:25
*** sree has joined #openstack-nova03:30
*** hoangcx has quit IRC03:31
*** sdague has quit IRC03:32
openstackgerritArvind proposed openstack/nova-specs master: Support traits in Glance  https://review.openstack.org/54153503:45
openstackgerritMerged openstack/nova master: Add late server group policy check to rebuild  https://review.openstack.org/52524203:46
openstackgerritMerged openstack/nova master: doc: mark the max microversions for queens  https://review.openstack.org/53997803:46
openstackgerritTetsuro Nakamura proposed openstack/nova master: Not use thread alloc policy for emulator thread  https://review.openstack.org/53870003:48
*** crushil has quit IRC03:49
*** bkopilov has quit IRC03:51
openstackgerritArvind proposed openstack/nova-specs master: Support traits in Glance  https://review.openstack.org/54150703:51
*** tiendc has quit IRC03:53
*** udesale has joined #openstack-nova03:56
*** tiendc has joined #openstack-nova03:59
*** hiro-kobayashi has quit IRC04:02
*** openstackgerrit has quit IRC04:04
*** acormier has quit IRC04:05
*** Tom-Tom_ has quit IRC04:05
*** liusheng has quit IRC04:06
*** abhishekk has joined #openstack-nova04:06
*** liusheng has joined #openstack-nova04:07
*** itlinux has joined #openstack-nova04:08
*** slaweq has joined #openstack-nova04:15
*** andreas_s has joined #openstack-nova04:19
*** slaweq has quit IRC04:20
*** hoangcx has joined #openstack-nova04:21
*** mvk has quit IRC04:21
*** andreas_s has quit IRC04:24
*** Tom-Tom has joined #openstack-nova04:24
*** psachin has joined #openstack-nova04:25
*** vladikr has quit IRC04:26
*** vladikr has joined #openstack-nova04:27
*** Tom-Tom has quit IRC04:29
*** hoangcx has quit IRC04:29
*** hshiina2 has joined #openstack-nova04:29
*** masahisa has joined #openstack-nova04:31
*** harlowja has quit IRC04:32
*** nicolasbock has quit IRC04:32
*** hshiina has quit IRC04:33
*** slaweq has joined #openstack-nova04:36
*** tuanla____ has quit IRC04:40
*** lpetrut has joined #openstack-nova04:40
*** phuongnh has quit IRC04:41
*** calebb has quit IRC04:41
*** slaweq has quit IRC04:42
*** namnh has quit IRC04:42
*** tiendc has quit IRC04:44
*** janki has joined #openstack-nova04:46
*** pooja-jadhav is now known as neha_alhat04:49
*** calebb has joined #openstack-nova04:49
*** slaweq has joined #openstack-nova04:52
*** slaweq has quit IRC04:57
*** hongbin has quit IRC05:02
*** ratailor has joined #openstack-nova05:03
*** janki has quit IRC05:05
*** itlinux has quit IRC05:06
*** janki has joined #openstack-nova05:06
*** openstackgerrit has joined #openstack-nova05:06
openstackgerritMerged openstack/nova master: Make sure that we have usable input for graphical console  https://review.openstack.org/53800305:07
openstackgerritMerged openstack/nova master: Fix wrong link for "Manage Flavors" in CPU topologies doc  https://review.openstack.org/54111605:07
*** slaweq has joined #openstack-nova05:08
*** zhenguo has quit IRC05:10
*** slaweq has quit IRC05:12
openstackgerritArvind Nadendla proposed openstack/nova-specs master: Support traits in Glance  https://review.openstack.org/54150705:17
*** lpetrut has quit IRC05:21
*** claudiub|2 has joined #openstack-nova05:22
*** slaweq has joined #openstack-nova05:23
*** slaweq has quit IRC05:28
openstackgerritMerged openstack/nova master: Reset the _RC_CACHE between tests  https://review.openstack.org/54040405:29
openstackgerritMerged openstack/nova master: Clarify CONF.scheduler.max_attempts  https://review.openstack.org/54103105:29
openstackgerritMerged openstack/nova master: [placement] Add sending global request ID in put (2)  https://review.openstack.org/53126605:29
*** bkopilov has joined #openstack-nova05:33
*** harlowja has joined #openstack-nova05:37
*** zhurong has quit IRC05:39
*** hoangcx has joined #openstack-nova05:46
*** Tom-Tom has joined #openstack-nova05:49
*** jaosorior has joined #openstack-nova05:50
*** zhurong has joined #openstack-nova05:53
*** mdnadeem has joined #openstack-nova05:54
*** slaweq has joined #openstack-nova05:55
*** tetsuro has quit IRC05:59
*** slaweq has quit IRC06:00
*** slaweq has joined #openstack-nova06:11
*** moshele has joined #openstack-nova06:11
*** annp has joined #openstack-nova06:13
*** slaweq has quit IRC06:16
*** jchhatbar has joined #openstack-nova06:19
*** jchhatbar has quit IRC06:20
*** Eran_Kuris has joined #openstack-nova06:20
*** jchhatbar has joined #openstack-nova06:21
*** janki has quit IRC06:21
openstackgerritZhenyu Zheng proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware  https://review.openstack.org/50748606:25
*** slaweq has joined #openstack-nova06:26
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/54156106:30
*** slaweq has quit IRC06:31
*** lajoskatona has joined #openstack-nova06:31
*** vladikr has quit IRC06:41
*** slaweq has joined #openstack-nova06:42
*** sahid has joined #openstack-nova06:46
*** trinaths has joined #openstack-nova06:46
*** slaweq has quit IRC06:47
*** harlowja has quit IRC06:52
*** kholkina has joined #openstack-nova06:54
*** slaweq has joined #openstack-nova06:58
*** ccamacho has joined #openstack-nova07:01
*** Tom-Tom has quit IRC07:01
*** Tom-Tom has joined #openstack-nova07:02
*** udesale has quit IRC07:02
*** slaweq has quit IRC07:03
*** udesale has joined #openstack-nova07:05
*** udesale has quit IRC07:06
*** udesale has joined #openstack-nova07:06
*** acormier has joined #openstack-nova07:06
*** jafeha__ is now known as jafeha07:06
*** alexchadin has joined #openstack-nova07:10
*** acormier has quit IRC07:10
*** Tom-Tom_ has joined #openstack-nova07:11
*** slaweq has joined #openstack-nova07:14
*** Tom-Tom has quit IRC07:14
*** slaweq has quit IRC07:18
*** AlexeyAbashkin has joined #openstack-nova07:22
*** andreas_s has joined #openstack-nova07:26
*** sree has quit IRC07:28
*** slaweq has joined #openstack-nova07:30
*** slaweq has quit IRC07:35
openstackgerritAndreas Jaeger proposed openstack/os-vif master: zuul: Enable functional tests in gate  https://review.openstack.org/53096107:38
*** AlexeyAbashkin has quit IRC07:42
*** slaweq has joined #openstack-nova07:43
*** slaweq has quit IRC07:44
*** slaweq has joined #openstack-nova07:44
*** slaweq_ has joined #openstack-nova07:45
*** udesale_ has joined #openstack-nova07:48
*** rcernin has quit IRC07:48
*** weshay has quit IRC07:50
*** hshiina3 has joined #openstack-nova07:50
*** slaweq_ has quit IRC07:50
*** markmc has quit IRC07:50
*** rnoriega has quit IRC07:51
*** udesale has quit IRC07:51
*** kashyap has quit IRC07:51
*** migi has quit IRC07:52
*** ragiman has joined #openstack-nova07:52
*** hshiina3 is now known as hshiina07:53
*** hshiina2 has quit IRC07:54
*** AlexeyAbashkin has joined #openstack-nova07:54
bauzasgood morning folks07:56
*** jpena|off is now known as jpena07:59
*** slaweq_ has joined #openstack-nova08:01
hrwGraphical console stuff got merged! yay and hurray!08:01
*** sree has joined #openstack-nova08:01
*** markmc has joined #openstack-nova08:02
*** kashyap has joined #openstack-nova08:02
*** rnoriega has joined #openstack-nova08:02
*** migi has joined #openstack-nova08:03
*** weshay has joined #openstack-nova08:04
*** alexchadin has quit IRC08:04
*** slaweq_ has quit IRC08:06
*** slaweq has quit IRC08:06
*** slaweq has joined #openstack-nova08:07
bauzashrw: you might be interested in https://bugs.launchpad.net/nova/+bug/174131908:10
openstackLaunchpad bug 1741319 in OpenStack nova-compute charm "arm64: Migration pre-check error: CPU doesn't have compatibility." [Medium,Incomplete]08:10
bauzashrw: just let me know if that's a valid bug so I can triage it08:10
hrwbauzas: there is no cpu_model = host-model on aarch6408:11
*** slaweq has quit IRC08:11
hrwbauzas: so bug is valid and not solvable08:12
*** amorin has left #openstack-nova08:12
bauzashrw: that's what I understood08:12
bauzassince we compare models for live migrating08:12
*** amoralej|off is now known as amoralej08:13
*** annp has quit IRC08:14
*** hoangcx has quit IRC08:14
hrwadded note08:14
*** annp has joined #openstack-nova08:14
*** hoangcx has joined #openstack-nova08:15
bauzashrw: so, for the moment, live-migration isn't supported for ARM64, I guess then08:15
bauzasif so, we should amend the doc08:15
hrwbauzas: not quite.08:15
hrwbauzas: you may migrate but between same cpus08:16
*** alexchadin has joined #openstack-nova08:16
hrwwill ask our testers to check it (as my setup is all-in-one)08:16
bauzashrw: the reporter says they have exact CPUs08:17
bauzasexact same*08:17
*** slaweq has joined #openstack-nova08:17
bauzashrw: but the point is, nova is checking something that ARM64 libvirt doesn't pass, that's ity08:17
hrwok08:17
bauzasso that probably needs some kind of discussion about the possible solutions08:18
bauzaswe could conditionally don't care of cpu models if arm6408:18
bauzasor we could ask libvirt to provide a single one08:18
bauzasI tend to consider the latter as the best one08:18
hrwthe problem is that even kernel does not provide cpu model08:19
bauzasI know08:19
hrw /proc/cpuinfo is useless08:19
bauzasit's all about having the same XML08:19
hrwDMI data is useless too08:19
bauzashence the interface08:19
hrwbauzas: you can not set 'random' values as cpu model. that's why libvirt does not set that at all08:20
*** slaweq has quit IRC08:22
bauzasI see08:22
*** threestrands has quit IRC08:22
bauzashrw: anyway, I leave the bug one08:22
bauzasopen*08:22
hrwsure08:23
bauzasthat's worth considering the options08:23
bauzashrw: but we also have a support matrix page08:23
*** pandy_ has joined #openstack-nova08:23
bauzashrw: and I feel we should explain that nova live-migration isn't supported for aarch6408:23
bauzas'not supported' doesn't mean that you can't do08:23
bauzasjust that you have to workaround that08:24
*** tesseract has joined #openstack-nova08:24
*** pandy_ has quit IRC08:24
bauzashrw: know the support matrix ?08:24
hrwbauzas: heard about it but not checked08:24
bauzasok, giving you the link08:25
*** zhurong has quit IRC08:25
*** zhurong has joined #openstack-nova08:25
bauzashrw: https://docs.openstack.org/nova/latest/user/support-matrix.html and https://docs.openstack.org/nova/latest/user/feature-classification.html08:25
hrwthx08:26
hrwlooks like we need to fill whole new column ;D08:26
bauzashrw: you got my idea08:28
openstackgerritThomas Goirand proposed openstack/python-novaclient master: Fix crashing console-log  https://review.openstack.org/54161008:29
*** slaweq has joined #openstack-nova08:33
bauzashrw: volunteer for documenting it ? if so, ping me when your change is up :)08:35
*** damien_r has joined #openstack-nova08:35
bauzashrw: ideally, I'd love to merge it before RC1 which is tomorow08:35
hrwbauzas: mailing my team now08:35
bauzastomorrow08:35
hrwbauzas: as I do not have multinode setup which is required for some tests08:36
bauzasI'm just surprised to see operators beginning to deploy on ARM64 machines while Nova doesn't officially support it08:36
bauzashrw: there is a question mark lebelling possible08:36
bauzaslabelling08:36
bauzaslike say "?" if you don't know the answer yet08:36
hrwbauzas: we concentrated more on getting whole stack running more than on small issues here and there08:36
bauzasthat's understandable08:37
hrwbauzas: Kolla work took most of my previous year and it paid off nicely.08:37
bauzashrw: I have a couple of Pi3 at home, do you think I could test myself ? ;)08:37
*** masahisa has quit IRC08:37
*** pcaruana has joined #openstack-nova08:38
hrwI just run a job on Jenkins and in 2.5h I have ~250 images built and pushed to hub.docker so we can use those08:38
*** slaweq has quit IRC08:38
hrwbauzas: haha08:38
hrwI hope that once we move jenkins builder to better network I will fit build phase in 1.5h08:39
*** alexchadin has quit IRC08:39
rabelcould we merge https://review.openstack.org/#/c/535871/ ? it's a backport of a small docu fix to stable/pike08:41
hrwbauzas: ok, so where in code data for support matrix is?08:41
bauzasrabel: looking08:41
rabelbauzas: thanks!08:44
bauzashrw: sec, finding it08:44
hrwbauzas: hm. looks like I can dig through tempest test results to get feature completion status08:44
bauzashrw: https://github.com/openstack/nova/blob/master/doc/source/user/feature-classification.rst08:45
hrwthx08:45
bauzashrw: for the feature classification page, ideally08:45
bauzashrw: for the support matrix page, no08:45
bauzastake the VGPU effort I made this cycle08:46
bauzaswe don't have Tempest tests that verify thzt08:46
bauzassometimes docs is better than no docs08:46
hrwsure08:46
hrwwe do not have gpus08:47
bauzasand https://github.com/openstack/nova/blob/master/doc/source/user/support-matrix.rst08:47
bauzasyou can see those are actually ini files we source in the sphinx doc08:47
bauzashttps://github.com/openstack/nova/blob/master/doc/source/user/support-matrix.ini being the reference page to update08:47
*** slaweq has joined #openstack-nova08:49
*** ratailor has quit IRC08:49
*** ratailor has joined #openstack-nova08:49
*** slaweq has quit IRC08:53
openstackgerritThomas Goirand proposed openstack/python-novaclient master: Fix crashing console-log  https://review.openstack.org/54161008:53
*** ralonsoh has joined #openstack-nova08:55
*** tssurya has joined #openstack-nova08:56
openstackgerritClaudiu Belu proposed openstack/nova master: hyperv: Cleans up live migration Planned VM  https://review.openstack.org/47894308:57
hrwhm. https://refstack.openstack.org/#/results/29ec537b-1463-4fee-b860-1329455ea5df shows what pass/fail but hides parts which can be useful to fill matrix ;D08:58
openstackgerritsahid proposed openstack/nova master: libvirt: disconnect volume from host during detach  https://review.openstack.org/51500808:59
*** kwathore has quit IRC09:02
claudiub|2artom: hi. around?09:03
*** slaweq has joined #openstack-nova09:04
*** cdent has joined #openstack-nova09:06
*** slaweq has quit IRC09:09
*** stakeda has quit IRC09:09
hrwbauzas: https://paste.fedoraproject.org/paste/vUX3Ar7XAQ3J1k~Au4kzfw - something like that but with less '=unknown' values, right?09:15
*** sridharg has joined #openstack-nova09:17
*** slaweq has joined #openstack-nova09:20
*** ircuser-1 has quit IRC09:23
lyarwoodbauzas, melwitt ; https://review.openstack.org/#/c/540679/ is another follow up to matt's https://review.openstack.org/#/c/539739/ bugfix for LM with encrypted volumes if you have time today.09:24
*** slaweq has quit IRC09:25
claudiub|2artom: just so you know: https://review.openstack.org/#/c/541633/09:26
*** neha_alhat is now known as pooja_jadhav09:27
*** mgoddard_ has joined #openstack-nova09:28
*** sahid has quit IRC09:28
bauzashrw: what you're pasting is for the feature classification, good with me09:28
hrwbauzas: thx. now I know what to do09:29
bauzashrw: there is another https://github.com/openstack/nova/blob/master/doc/source/user/support-matrix.ini to update09:29
hrwsure09:29
bauzashrw: you can test your docs change by running tox -edocs09:29
bauzasand then the directory build/html/09:29
*** hshiina is now known as hshiina|afk09:30
*** sahid has joined #openstack-nova09:30
bauzaslyarwood: okay, will look09:30
*** slaweq has joined #openstack-nova09:31
hrwok. refstack output is useless for that09:31
lyarwoodbauzas: thanks09:32
hrwwill have to check how to run tempest09:32
*** hshiina|afk has quit IRC09:33
*** brault has joined #openstack-nova09:34
*** cdent has quit IRC09:36
*** slaweq_ has joined #openstack-nova09:36
*** slaweq has quit IRC09:38
*** cdent has joined #openstack-nova09:38
*** slaweq has joined #openstack-nova09:38
*** slaweq_ has quit IRC09:41
*** slaweq has quit IRC09:43
*** sridharg has quit IRC09:44
*** derekh has joined #openstack-nova09:44
hrwok, got tempest running09:47
hrwmeh. whoever wrote support matrix docs was neither fan of people nor tempest09:50
hrwtempest output gives test names. refstack gives test names from tempest.09:50
hrwsupport matrix requires you to dig through tempest code to map UUID to test names09:51
*** slaweq has joined #openstack-nova09:52
hrwwhy....09:52
hrwnow to check 'operation.server-shelve' I need to dig out 1164e700-0af0-4a4c-8792-35909a88743c and c1b6318c-b9da-490b-9c67-9339b627271f uuids from tempest code to know what to look for in tempest.log09:54
hrwwhat kind of #$%@$%@ wrote it that way?09:55
hrwwas it so hard to either inject UUIDs into tempest.log or use test names?09:55
openstackgerritsahid proposed openstack/nova stable/pike: live-mig: keep disk device address same  https://review.openstack.org/54164209:56
*** slaweq has quit IRC09:56
*** pcaruana has quit IRC09:57
*** namnh has joined #openstack-nova09:57
*** lpetrut has joined #openstack-nova09:58
*** sshwarts has joined #openstack-nova09:58
*** alexchadin has joined #openstack-nova10:00
*** slaweq has joined #openstack-nova10:08
ameedaMorning :)10:09
ameedaI need +2w here https://review.openstack.org/#/c/528385/10:09
*** sambetts|afk is now known as sambetts10:10
*** slaweq has quit IRC10:13
*** pcaruana has joined #openstack-nova10:13
hrwbauzas: sorry but with this level of tools I really wonder how status matrix moves forward10:17
bauzashrw: sorry in a meeting10:18
hrwnp10:21
openstackgerritMerged openstack/nova stable/pike: Fix format in live-migration-usage.rst  https://review.openstack.org/53587110:21
*** annp has quit IRC10:22
*** rmart04 has joined #openstack-nova10:23
*** slaweq has joined #openstack-nova10:23
openstackgerritjichenjc proposed openstack/nova master: Only log during pop retry phase  https://review.openstack.org/54165510:23
*** dtantsur|afk is now known as dtantsur10:26
*** slaweq has quit IRC10:28
*** lpetrut has quit IRC10:28
*** gcb has quit IRC10:29
*** sridharg has joined #openstack-nova10:29
*** gongysh has quit IRC10:33
*** yamahata has quit IRC10:34
*** zhurong has quit IRC10:35
openstackgerritLeopard Ma proposed openstack/nova master: fix paused instance not support shelve  https://review.openstack.org/54166010:36
*** cdent has quit IRC10:36
*** slaweq has joined #openstack-nova10:39
*** abhishekk has quit IRC10:41
*** udesale_ is now known as udesale10:41
*** Dave_ is now known as Dave10:41
*** Tom-Tom_ has quit IRC10:42
*** Tom-Tom has joined #openstack-nova10:43
*** slaweq has quit IRC10:44
*** lucas-afk is now known as lucasagomes10:45
*** Tom-Tom has quit IRC10:47
cgoncalvessean-k-mooney: ping10:50
openstackgerritSurya Seetharaman proposed openstack/nova master: Make bdms querying in multi-cell use scatter-gather and ignore down cell  https://review.openstack.org/54124610:52
*** sree has quit IRC10:52
*** sree has joined #openstack-nova10:53
*** slaweq has joined #openstack-nova10:55
*** slaweq_ has joined #openstack-nova10:55
stephenfinsean-k-mooney, cfriesen, efried: Just read through all that log from last night. We really need to get this information into a doc or spec somewhere10:56
*** slaweq has quit IRC10:56
*** slaweq has joined #openstack-nova10:57
*** sree has quit IRC10:57
stephenfinefried: Also, as cfriesen points out, guests with multiple virtual NUMA nodes are a thing and a necessary thing at that (it's the only way you can attach multiple PCI devices to an instance, if those PCI devices aren't affined to the same socket)10:58
*** slaweq has quit IRC10:59
*** andreas_s has quit IRC10:59
*** slaweq__ has joined #openstack-nova10:59
*** andreas_s has joined #openstack-nova10:59
*** slaweq_ has quit IRC11:00
cgoncalvesralonsoh: hi. do you plan to resume https://review.openstack.org/#/c/485228 ?11:00
cgoncalvesralonsoh: also on that patch, isn't the bridge name missing in VIFOpenVSwitchPatchPort?11:02
*** slaweq__ has quit IRC11:04
*** sridharg has quit IRC11:05
*** stvnoyes has joined #openstack-nova11:06
jianghuawbauzas, hi.11:07
*** andreas_s has quit IRC11:09
*** pcaruana has quit IRC11:09
*** slaweq has joined #openstack-nova11:11
*** andreas_s has joined #openstack-nova11:14
*** slaweq has quit IRC11:15
hrwbauzas: are there plans to update support-matrix.ini cli calls to use openstackclient instead of bunch of clients per service?11:16
*** blkart_ is now known as blkart11:20
*** cdent has joined #openstack-nova11:20
openstackgerritmelissaml proposed openstack/nova master: fix link  https://review.openstack.org/54167511:20
*** Tom-Tom has joined #openstack-nova11:22
*** Tom-Tom has quit IRC11:26
*** slaweq has joined #openstack-nova11:27
*** namnh has quit IRC11:28
*** andreas_s has quit IRC11:28
*** andreas_s has joined #openstack-nova11:29
*** trinaths has quit IRC11:30
*** udesale has quit IRC11:30
*** slaweq has quit IRC11:32
*** andreas_s has quit IRC11:34
*** mvk has joined #openstack-nova11:36
*** andreas_s has joined #openstack-nova11:38
*** wanghongtao has joined #openstack-nova11:40
*** nicolasbock has joined #openstack-nova11:41
*** slaweq has joined #openstack-nova11:42
*** ratailor has quit IRC11:43
*** slaweq has quit IRC11:47
*** stvnoyes has quit IRC11:50
*** slaweq has joined #openstack-nova11:51
*** stvnoyes has joined #openstack-nova11:53
*** bkopilov has quit IRC11:55
*** slaweq has quit IRC11:56
*** yangyapeng has quit IRC11:57
*** slaweq has joined #openstack-nova11:58
*** sdague has joined #openstack-nova12:00
*** liverpooler has quit IRC12:00
*** edmondsw has joined #openstack-nova12:02
*** slaweq has quit IRC12:03
sean-k-mooneycgoncalves: pong o/12:04
sean-k-mooneystephenfin: yes it might make sense to pull together an etherpad. just got ptg approval12:04
openstackgerritChris Dent proposed openstack/nova master: WIP: Move resource provider objects into placement hierarchy  https://review.openstack.org/54004912:07
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276612:07
openstackgerritChris Dent proposed openstack/nova master: WIP: Isolate placement database config  https://review.openstack.org/54143512:07
*** yangyapeng has joined #openstack-nova12:12
cgoncalvessean-k-mooney: I'd like to check if my understanding from your review of https://review.openstack.org/#/c/533713 is correct. instead of extending VIFBridge and VIFOpenVSwitch you're saying adding a new VIFTap. if that is the case, the should_provide_port would not be needed at all as the TAP device (VIFTap) would be created12:12
*** pcaruana has joined #openstack-nova12:13
cgoncalvessean-k-mooney: request of attachment of the TAP device (or VIFVeth, VIFGre, etc) would be by setting vif.network.bridge, right?12:13
sean-k-mooneycgoncalves: oh hi sorry i have been meaning to get back to that review. am no i have some draft commets that ill publish later but in essence the os-vif vif objects are ment to carry only the infomation reqiured by a vif that is independet of the network backend that vif is uesed with12:14
*** slaweq has joined #openstack-nova12:14
sean-k-mooneycgoncalves: so instead of putting the should_provide_port in the VIF it should in in the port profile as the port porfiled is backend specific12:14
*** alexchadin has quit IRC12:16
*** dave-mcc_ has joined #openstack-nova12:16
sean-k-mooneymy comments regrading VIFTap vs VIFBridge and VIFOpenVSwitch is in regrades to what if anything the tap is connected to12:16
*** alexchadin has joined #openstack-nova12:16
*** yangyapeng has quit IRC12:16
*** yamamoto has quit IRC12:17
*** yamamoto has joined #openstack-nova12:17
sean-k-mooneyVIFOpenVSwitch means it should be direcly attached to ovs VIFBridge means its attached to a linux bridge and VIFTap means its not attached to any bridge12:17
*** slaweq has quit IRC12:18
sean-k-mooneycgoncalves: i just published the comments i had pending but not sure if i finished them but does that make sense?12:19
cgoncalvessean-k-mooney: hmm what if a tap attached to an ovs/lb is required?12:19
cgoncalvessean-k-mooney: actually for the use case I have at hands a veth would make more sense12:19
sean-k-mooneycgoncalves: well it can only be attached to one or the other at any one time12:19
cgoncalvessean-k-mooney: thanks!12:19
sean-k-mooneycgoncalves: what is the usecase?12:20
*** andreas_s_ has joined #openstack-nova12:20
cgoncalvessean-k-mooney: one cannot attach a tap to an ovs and then the app connects to the tap device??12:20
*** hemna_ has joined #openstack-nova12:20
sean-k-mooneycgoncalves: you should be able to do that12:21
*** alexchadin has quit IRC12:21
sean-k-mooneywhen you say application are you talking about a application on the host or a vm12:21
*** alexchadin has joined #openstack-nova12:21
ameedabauzas: can you please give this review https://review.openstack.org/#/c/528385/ +2w12:22
cgoncalvessean-k-mooney: application on the host12:22
sean-k-mooneycgoncalves: in that case you want to use an ovs internal port.12:22
cgoncalvessean-k-mooney: the use case is the octavia health manager that listens for heart beats sent from service vms connected to a neutron network12:22
cgoncalvessean-k-mooney: correct, hence the should_provide_port in VIFOpenVSwitch that would create such ovs internal port12:23
*** lpetrut has joined #openstack-nova12:23
*** andreas_s has quit IRC12:23
sean-k-mooneycgoncalves: yes and no. we wanted to have a different vif object for internal ports12:23
openstackgerritMerged openstack/nova master: Address comments from I51adbbdf13711e463b4d25c2ffd4a3123cd65675  https://review.openstack.org/54145512:24
cgoncalvessean-k-mooney: os-vif would take care of L1-l2 (incl. set of mac addr) and the app would set IP addressing12:24
cgoncalvessean-k-mooney: right, that was what I get from your review12:24
*** AlexeyAbashkin has quit IRC12:25
cgoncalvessean-k-mooney: so in that case a VIFOpenVSwitchInternalPort obj would make sense, plus the vif.network.bridge (or vif.profile.bridge?) set so that the plugin knows where to create the port12:25
cgoncalvesthe same would be valid for e.g. VIFTap, VIFGre, VIFVeth, etc12:26
sean-k-mooneycgoncalves: an ovs internal port cannont be use by a vm which is why it would be different form VIFOpenVSwitch with should_provide_port set in the port profile12:26
cgoncalvessean-k-mooney: I'm not looking to use an ovs internal port by a vm, but by an app in the host12:27
sean-k-mooneycgoncalves: yes VIFOpenVSwitchInternalPort wiht bridge set in the os-vif network object would be correct way to go12:27
sean-k-mooneyor perhap VIFInternal the name is long enough as it is12:28
*** yangyapeng has joined #openstack-nova12:29
wanghongtao1.when vm state is running i virsh shutdown the vm state result is stopped12:29
wanghongtao2.when vm state is stopped i virsh start the vm  why the result  is  still  stopped12:29
*** slaweq has joined #openstack-nova12:30
sean-k-mooneycgoncalves: if you refactor your review to introduce a VIFInternal object and modify the ovs plugin to support it i will be happy with that.12:30
sean-k-mooneystephenfin: any comments ^12:31
sean-k-mooneycgoncalves: having should_provide_port in the port profile may be useful as a seperate change to help address https://bugs.launchpad.net/nova/+bug/1747496 in the future but should not be need for your usecase12:33
openstackLaunchpad bug 1747496 in OpenStack Compute (nova) "MTUs are not set for VIFs if using kernel ovs + hybrid plug = false" [Medium,Confirmed] - Assigned to sean mooney (sean-k-mooney)12:33
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in put (3)  https://review.openstack.org/53128012:34
*** slaweq has quit IRC12:35
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in get  https://review.openstack.org/53129912:35
cgoncalvessean-k-mooney: yeah, that is what I am considering (the refactor part). a gap there would be lack of security group for that port, I guess12:35
*** vladikr has joined #openstack-nova12:36
sean-k-mooneywanghongtao do you see any error in the libvirt instance log? it should be under /var/log/libvirt/qemu/instance...12:36
cgoncalvessean-k-mooney: FYI this is what i would like to get rid of by leveraging os-vif: https://github.com/openstack/octavia/blob/master/devstack/plugin.sh#L316-L34412:36
sean-k-mooneycgoncalves: well os-vif would be setting the neutron port uuid for the port in the external_id filed of the ovsdb so neutron shoudl add the security groups if you are using the openvsiwthc security gorup driver.12:38
sean-k-mooneycgoncalves: but you are correct if you were using iptables you would need to do hybrid_plug12:38
*** jpena is now known as jpena|lunch12:39
sean-k-mooneycgoncalves: e.g. crate tap/veth in linux bridge and connect that lb to ovs12:39
sean-k-mooneyvia a veth12:39
*** AlexeyAbashkin has joined #openstack-nova12:40
*** acormier has joined #openstack-nova12:40
cgoncalvessean-k-mooney: right. in that case it would make much sense to name the vif VIFInternal because there would be any ovs internal port created12:44
*** slaweq has joined #openstack-nova12:45
wanghongtaolog no any error the vm is running in the hypervisor  in the nova is shutdown12:46
*** acormier has quit IRC12:46
*** masahisa has joined #openstack-nova12:47
*** acormier has joined #openstack-nova12:48
sean-k-mooneywanghongtao: ah nova has a periodic check in the compute to see if vms are still running. if it finds that they are not i belive it updates the state in the db to reflect that but i dont think it work the other way? dansmith melwitt stephenfin might be able to confirm12:48
sean-k-mooneycgoncalves: well a os-vif vif object is not the same as a neutron vif type.  the neutron vif_ovs + hybrid_plug=false is mapped to VIFOpenvswitch but vif_ovs + hybrid_plug=true is VIFBridge12:50
*** slaweq_ has joined #openstack-nova12:50
*** slaweq has quit IRC12:50
*** slaweq_ has quit IRC12:50
*** slaweq has joined #openstack-nova12:51
wanghongtaonow vm is stopped in hypervisor and in nova12:52
*** pchavva has joined #openstack-nova12:53
*** alexchadin has quit IRC12:53
*** alexchadin has joined #openstack-nova12:54
*** acormier has quit IRC12:54
sean-k-mooneywanghongtao: yes and before you stoped it with virsh stop it was active in nova correct12:54
*** acormier has joined #openstack-nova12:54
sean-k-mooneyif nova sees a vm is running and is marked as stopped in its db it will stop the vm.12:55
sean-k-mooneyif nova think a vm is running and discovers its stopped i think it updates it db to mark it as off.12:56
sean-k-mooneyso what i think happended is nova and libvirt both agreed the vm shoudl be running, then you stoped it with virsh and nova noticed and updated its db. then you started it with virsh and nova stopped it because it thinks it should not be running.12:58
*** liverpooler has joined #openstack-nova12:58
*** acormier has quit IRC12:58
sean-k-mooneywanghongtao: have you tried starting it with nova12:58
*** sree has joined #openstack-nova12:58
*** udesale has joined #openstack-nova12:58
*** acormier has joined #openstack-nova12:58
*** alexchadin has quit IRC12:58
cgoncalvessean-k-mooney: agreed. what I don't get is what if hybrid_plug=True and consider the usecase I presented? what should be the ovs vif type created? not VIFInternal12:58
lyarwoodstephenfin: https://review.openstack.org/#/c/540679/ - if you have time can you take a look at this, a test only follow up for the native LUKS decryption spec.12:59
sean-k-mooneycgoncalves: hybrid_plug=True proably VIFbridge with should_provide_port=true not sure13:00
*** slaweq_ has joined #openstack-nova13:01
*** slaweq has quit IRC13:02
sean-k-mooneycgoncalves: if we just used VIFbridge is there any reason you could not use the bridge interface for octavia13:03
*** slaweq has joined #openstack-nova13:03
sean-k-mooneycgoncalves: i would prefer not to use should_provide_port=true for interface that will not be used by vms13:03
*** sridharg has joined #openstack-nova13:03
cgoncalvessean-k-mooney: ah, good one. using the bridge interface should suffice ;)13:05
cgoncalvessean-k-mooney: I'll refactor by introducing VIFInternal. thanks!13:06
*** slaweq_ has quit IRC13:06
*** jmlowe has quit IRC13:07
*** slaweq has quit IRC13:08
*** acormier has quit IRC13:12
*** sree has quit IRC13:14
*** acormier has joined #openstack-nova13:14
*** sree has joined #openstack-nova13:14
*** bhujay has joined #openstack-nova13:14
*** sree has quit IRC13:14
*** sree has joined #openstack-nova13:15
artomclaudiub|2, heya13:15
artomclaudiub|2, yeah, saw the Jenkins email13:15
artomWill try to take a look today :)13:15
*** artom has quit IRC13:15
*** gongysh has joined #openstack-nova13:15
*** artom has joined #openstack-nova13:15
*** sree has quit IRC13:16
*** sree has joined #openstack-nova13:17
*** slaweq has joined #openstack-nova13:17
openstackgerritAndreas Jaeger proposed openstack/nova master: Make the InstanceMapping marker UUID-like  https://review.openstack.org/53932313:17
*** sree has quit IRC13:21
*** elmaciej has joined #openstack-nova13:22
*** slaweq has quit IRC13:22
efriedstephenfin: Is the multi-numa-node guest thing only crucial for the PCI device aspect?13:23
efriedstephenfin: And in that case, you don't want anti-affinity for anti-affinity's sake; you just want the ability to get your devices from different NUMA nodes as necessary (cause otherwise you wouldn't have enough / the right ones available).  Right?13:24
sean-k-mooneyefried: i think he is at lunch but there are other reason to use multi numa node guest13:24
sean-k-mooneyefried: e.g. large guest with more cpus then are availabel on a singel numa node when useing hugepages13:25
sean-k-mooneyefried: increased memory bandwidth13:25
*** masahisa has quit IRC13:25
efriedsean-k-mooney: So what, in that CPU case you would want affinity for "as many CPUs as possible" but allow the rest to bleed into other NUMA nodes?13:25
efriedsean-k-mooney: Or would it be sufficient in that case to say "no CPU affinity" and just let 'em spread out?13:26
sean-k-mooneyefried: no in the flavor extraspec you can specify how many cpus are assigned to each virtual numa node13:26
efriedsean-k-mooney: By what, naming the NUMA node?13:26
efriedSo you could still get away with something that finicky using traits.13:27
efriedYou could even do it so you didn't necessarily have to target a specific host, possibly.13:27
*** READ10 has joined #openstack-nova13:27
sean-k-mooneyefried: nameing the virtual numa nodes we have a nodeX sysntax where X is an integer starting at 013:27
sean-k-mooneythe virtual number has no baring in phyical numa nodes on the host13:27
efriedsean-k-mooney: Just so - use a trait for that, plus granular request groups, and you can get away with that.13:28
efriedsean-k-mooney: You wouldn't use the affinity concept at all in that case.13:28
sean-k-mooneyefried: you would use affinity to tie memory form a numa node to cpus for a numa node13:28
sean-k-mooneye.g. 8 vpcu with 2G or ram guset with 2 numa nodes each with 4 cores and 1G of ram13:29
efriedsean-k-mooney: I have to run, but would you mind scribbling down a concrete use case or two for this?13:29
efriedI want to make sure we can cover it one way or the other.13:30
cdent(more scribbling)++13:30
sean-k-mooneyefried: sure stephenfin may have more to had but ill try to add a few flavor exampels to an eterhpad13:31
efriedThank you13:31
*** slaweq has joined #openstack-nova13:33
*** Tom-Tom has joined #openstack-nova13:33
openstackgerritMerged openstack/nova master: placement doc: Conflict caveat for DELETE APIs  https://review.openstack.org/54091913:33
*** AlexeyAbashkin has quit IRC13:34
*** AlexeyAbashkin has joined #openstack-nova13:35
sean-k-mooneyefried: this is one of the multi-numa flavor i use for my own testing http://paste.openstack.org/show/664744/13:35
*** bkopilov has joined #openstack-nova13:35
*** amoralej is now known as amoralej|lunch13:35
efriedsean-k-mooney: Roger that.  I'll have some questions about it later on.  gtg13:36
*** efried has quit IRC13:36
sean-k-mooneyefried: ill use that as a base however that is not the best example as i am depending on alot of implict behavor. ill work on smaples here https://etherpad.openstack.org/p/multi-numa-samples-for-placement talk later o/13:37
*** eharney has quit IRC13:37
*** slaweq has quit IRC13:37
*** sree has joined #openstack-nova13:38
jianghuawbauzas, gibi May you help to look at this support matrix doc for vGPU? https://review.openstack.org/#/c/540808/13:38
jianghuawHope it's not late for rc1.13:39
jianghuawthanks.13:39
*** jpena|lunch is now known as jpena13:39
*** AlexeyAbashkin has quit IRC13:40
*** jchhatba_ has joined #openstack-nova13:45
*** jmlowe has joined #openstack-nova13:46
*** sree has quit IRC13:47
*** jchhatbar has quit IRC13:48
*** slaweq has joined #openstack-nova13:49
*** slaweq has quit IRC13:53
*** alexchadin has joined #openstack-nova13:54
*** alexchadin has quit IRC13:55
*** AlexeyAbashkin has joined #openstack-nova13:55
*** alexchadin has joined #openstack-nova13:56
*** alexchadin has quit IRC13:56
*** alexchadin has joined #openstack-nova13:56
*** alexchadin has quit IRC13:57
*** markvoelker has joined #openstack-nova13:57
*** alexchadin has joined #openstack-nova13:57
*** alexchadin has quit IRC13:57
*** alexchadin has joined #openstack-nova13:58
*** alexchadin has quit IRC13:58
*** yamahata has joined #openstack-nova13:58
*** acormier has quit IRC13:59
*** alexchadin has joined #openstack-nova13:59
*** alexchadin has quit IRC13:59
*** acormier has joined #openstack-nova13:59
*** alexchadin has joined #openstack-nova14:02
*** acormier has quit IRC14:03
*** r-daneel has joined #openstack-nova14:04
*** slaweq has joined #openstack-nova14:04
*** slaweq has quit IRC14:09
*** links has quit IRC14:09
*** elmaciej has quit IRC14:11
*** r-daneel has quit IRC14:12
*** acormier has joined #openstack-nova14:14
*** acormier has quit IRC14:14
*** acormier has joined #openstack-nova14:14
*** esberglu has joined #openstack-nova14:15
*** rmart04 has quit IRC14:19
*** slaweq has joined #openstack-nova14:20
*** esberglu has quit IRC14:21
*** eharney has joined #openstack-nova14:24
*** slaweq has quit IRC14:25
ameedamriedem: I still need +2w here https://review.openstack.org/#/c/528385/. can you please help ?14:26
bauzasjianghuaw: will look today, promised.14:27
jianghuawbauzas, thanks very much:-)14:28
openstackgerritJacek Tomasiak proposed openstack/python-novaclient master: Fix listing of instances above API max_limit  https://review.openstack.org/53422214:31
*** r-daneel has joined #openstack-nova14:31
*** slaweq has joined #openstack-nova14:32
openstackgerritTakashi NATSUME proposed openstack/nova master: Adds view builders for keypairs controller  https://review.openstack.org/34728914:32
openstackgerritTakashi NATSUME proposed openstack/nova master: Adds view builders for keypairs controller  https://review.openstack.org/34728914:32
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172814:32
*** esberglu has joined #openstack-nova14:32
*** slaweq has quit IRC14:32
hrwbauzas: please take a look14:32
*** slaweq has joined #openstack-nova14:33
*** lucasagomes is now known as lucas-hungry14:35
*** psachin has quit IRC14:36
*** slaweq_ has joined #openstack-nova14:36
*** slaweq has quit IRC14:37
*** kholkina has quit IRC14:39
*** slaweq_ has quit IRC14:40
*** awaugama has joined #openstack-nova14:41
*** alexchadin has quit IRC14:44
*** bhujay has quit IRC14:45
*** Eran_Kuris has quit IRC14:46
*** amoralej|lunch is now known as amoralej14:46
*** slaweq has joined #openstack-nova14:52
*** efried has joined #openstack-nova14:53
*** slaweq has quit IRC14:56
*** moshele has quit IRC14:57
*** sshwarts has quit IRC14:57
*** sshwarts has joined #openstack-nova14:59
*** felipemonteiro has joined #openstack-nova15:00
*** felipemonteiro_ has joined #openstack-nova15:01
*** burt has joined #openstack-nova15:01
*** rodolof has joined #openstack-nova15:03
*** felipemonteiro has quit IRC15:05
*** amodi has joined #openstack-nova15:07
*** slaweq has joined #openstack-nova15:08
*** rodolof has quit IRC15:08
*** rodolof has joined #openstack-nova15:08
*** abalutoiu__ has joined #openstack-nova15:10
*** yamamoto has quit IRC15:10
*** slaweq has quit IRC15:12
*** Tom-Tom has quit IRC15:13
*** Tom-Tom has joined #openstack-nova15:13
*** abalutoiu_ has quit IRC15:13
*** sree has joined #openstack-nova15:14
*** david-lyle has quit IRC15:15
*** mlavalle has joined #openstack-nova15:15
*** mdnadeem has quit IRC15:17
*** Tom-Tom has quit IRC15:18
kashyapsean-k-mooney: Wonder if you have thoughts on my last two comments on the design here: https://review.openstack.org/#/c/497457/1815:20
kashyap(No hurry.)15:20
*** ameeda has quit IRC15:22
*** gongysh has quit IRC15:23
*** felipemonteiro__ has joined #openstack-nova15:23
*** slaweq has joined #openstack-nova15:23
*** Tom-Tom has joined #openstack-nova15:24
*** AlexeyAbashkin has quit IRC15:24
*** AlexeyAbashkin has joined #openstack-nova15:24
*** gjayavelu has joined #openstack-nova15:24
*** mriedem has joined #openstack-nova15:26
*** yamamoto has joined #openstack-nova15:26
*** felipemonteiro_ has quit IRC15:26
*** jdillaman has quit IRC15:26
mriedemo/15:27
*** sree_ has joined #openstack-nova15:27
*** sree_ is now known as Guest5387115:27
*** lpetrut has quit IRC15:27
cdento/15:27
*** slaweq has quit IRC15:28
openstackgerritLajos Katona proposed openstack/nova master: WIP: Add nested resources to server moving tests  https://review.openstack.org/52772815:28
hrwhttp://logs.openstack.org/28/541728/1/check/build-openstack-sphinx-docs/7a3bf19/html/user/support-matrix.html is nice. had no idea that zuul will make it available15:28
lyarwood\o morning15:28
*** lajoskatona has quit IRC15:30
dansmithmriedem: so we just merged another compute rpc bump that breaks my patches15:30
dansmithmriedem: surely we should be in lock down for that except for critical bits15:30
stephenfinltomasbo: Two comments left on https://review.openstack.org/#/c/540679/15:30
stephenfinOoops, lyarwood ^15:30
*** yamamoto has quit IRC15:30
stephenfinSorry ltomasbo :)15:30
*** sree has quit IRC15:30
ltomasbo:D15:31
mriedemdansmith: it was likely gibi's evacuate late affinity check bug patch,15:31
dansmithyup15:31
mriedemwhich we wanted to get in since we can't backport it15:31
mriedemthat's the last thing i'm aware of15:32
*** lucas-hungry is now known as lucasagomes15:32
dansmithmriedem: ack, well, it broke a lot of stuff I just got done fixing, so I want to make sure we're done before I fix this again15:32
*** salv-orlando has joined #openstack-nova15:32
mriedemi'm not aware of any other patches for rc1 that require rpc version bumps15:33
dansmithokay15:33
* dansmith grumbles15:33
*** acormier has quit IRC15:34
kashyapdansmith: Something less grumbly: As 'promised', I've spent a couple of hours this morning digging into the 'bandwidth' parameter.  I also got the source reviewed by 2 upstream libvirt devs.  Noted the review.  Refer my latest two comments on the change: https://review.openstack.org/#/c/497457/15:34
dansmithkashyap: I've already replied15:34
kashyapAh, didn't even see yours!15:34
kashyapdansmith: So here's even _more_ source-code deep dive discussion with Eric Blake, on that parameter: https://kashyapc.fedorapeople.org/virt/libvirt-bandwidth-API-parameter.txt15:34
kashyapI cleaned up IRC conversation with Eric (libvirt / QEMU dev) on OFTC.  And posted it there.15:35
kashyapI learnt interesting things.  I'm going to post an upstream libvirt API doc.  These semantics should be documented.15:35
dansmithkashyap: yep, the line of code sahid quoted makes it pretty clear which takes precedence15:35
kashyapEagle eyes there15:35
*** jdillaman has joined #openstack-nova15:36
kashyapSo, your suggestion is also reasonable to me (instead of flipping the sequence of calls).  Just setting it first, and run it _without_ setting the bandwidth parameter15:37
* kashyap bbiab; coffee15:37
*** slaweq has joined #openstack-nova15:39
*** tbachman_ has joined #openstack-nova15:40
*** tbachman has quit IRC15:40
*** tbachman_ is now known as tbachman15:40
*** Guest53871 has quit IRC15:41
kashyapAh, I said the samething as you in the psuedo code - i.e. not supply the 'bandwidth' parameter on the second call.15:41
*** sree has joined #openstack-nova15:42
lyarwoodstephenfin: thanks updated, we don't do anything with the return in both cases.15:43
*** slaweq has quit IRC15:43
stephenfinltomasbo: Sweet. +2 from moi15:44
*** Tom-Tom has quit IRC15:46
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: wip: minimal qemu/libvirt for aarch64  https://review.openstack.org/54175615:47
*** sree has quit IRC15:48
*** acormier has joined #openstack-nova15:49
stephenfinAnyone want to introduce some of that NUMA goodness into their day? Could do we another set of eyes on https://review.openstack.org/#/c/537363/ and the patches either side of it15:50
*** acormier has quit IRC15:52
mriedemefried: on https://bugs.launchpad.net/nova/+bug/1747511 - i was thinking, could we maybe try to rule out glanceclient as being an issue by doing a straight image API request to GET /images/{image_id} using KSA?15:52
openstackLaunchpad bug 1747511 in OpenStack Compute (nova) "server create fails with "Can not find requested image" when CONF.glance.api_servers is not set and [service_user] is set" [High,Confirmed]15:52
*** acormier has joined #openstack-nova15:53
hrwmriedem: maybe 3.6.0 libvirt a bit high but it is first version which worked nicely with nova without any extra changes15:53
efriedmriedem: Yeah, mordred would love you for that.15:54
mriedemhrw: my point in that comment was i don't think docs is good enough, which is why we have the min version check per arch when the driver starts up15:54
mriedemefried: i was thinking that /v2/v2/images thing is the issue as you pointed out, but you said it shouldn't be15:54
hrwmriedem: sure.15:54
hrwmriedem: the docs patch is something to start with15:55
mriedemhrw: obviously introducing a min version check like that in the code would require an upgrade release note15:55
efriedmriedem: I said what?15:55
mriedemhrw: i'd do it in the same patch15:55
*** slaweq has joined #openstack-nova15:55
mriedemefried: i thought you said that glanceclient bug where the double versions are in the URL wouldn't be an issue for our ksa adapter code15:55
hrwmriedem: you mean supportmatrix docs + min libvirt + relnote?15:55
mriedemif that's definitely the issue, then we can try to see if the direct-to-ksa request would be better15:55
efriedmriedem: I thought that *was* the issue.  But looking at the results from the latest runs, I'm not as sure.  I was going to ask you to glance (hah) over them and see how they compared to yours.15:55
mriedemhrw: yesh15:55
hrwmriedem: ok15:55
mriedemefried: link?15:56
*** acormier_ has joined #openstack-nova15:57
efriedmriedem: https://review.openstack.org/#/q/owner:%22Eric+Fried+%253Cefried%2540us.ibm.com%253E%22+project:openstack/nova+dnm+debug+nova-next15:57
*** ragiman has quit IRC15:58
mriedemefried: i don't think those nova patches are actually running with https://review.openstack.org/#/c/541431/ since it's not a src job15:58
mriedemi.e. i think the nova CI results are only using the u-c version of ksa, not that patch15:58
*** slaweq_ has joined #openstack-nova15:58
efriedThey changed that recently, I thought.15:58
mriedemlegacy-tempest-dsvm-neutron-src on the ksa patch is what you'd want15:59
mriedemhmm15:59
*** felipemonteiro__ has quit IRC15:59
*** jchhatba_ has quit IRC16:00
*** slaweq has quit IRC16:00
*** acormier has quit IRC16:01
*** zhaochao has quit IRC16:02
mordredefried, mriedem: just reading scrollback - yes, I think you should stop using glanceclient.16:02
mordredefried, mriedem is there a thing I can help debug?16:02
*** slaweq_ has quit IRC16:03
mriedemhttps://bugs.launchpad.net/nova/+bug/174751116:03
openstackLaunchpad bug 1747511 in OpenStack Compute (nova) "server create fails with "Can not find requested image" when CONF.glance.api_servers is not set and [service_user] is set" [High,Confirmed]16:03
mriedemhttps://review.openstack.org/#/c/541008/16:03
*** pcaruana has quit IRC16:03
mriedem^ shows that when nova uses ksa to find the image endpoint (rather than CONF.glance.api_servers), and [service_user] tokens,16:03
mriedemwe get an image endpoint url like image/v2/v2/16:04
mriedemhttp://logs.openstack.org/08/541008/2/check/legacy-tempest-dsvm-neutron-nova-next-full/f24c9d2/logs/screen-n-api.txt.gz#_Feb_05_21_46_51_45593416:04
mriedemhttp://logs.openstack.org/08/541008/2/check/legacy-tempest-dsvm-neutron-nova-next-full/f24c9d2/logs/screen-g-api.txt.gz#_Feb_05_21_46_51_65188516:05
mriedemGET /v2/v2/images/d5659eaf-1c56-4b35-970b-229a91b84bbd16:05
mordredyes. you cannot find a proper endpoint and then pass it to glanceclient16:05
mriedemefried said it was https://bugs.launchpad.net/python-glanceclient/+bug/170799516:05
openstackLaunchpad bug 1707995 in Glance Client "Can't use versioned endpoints" [Undecided,New]16:05
bauzasmriedem: good point for https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L55216:06
bauzasabout hrw16:06
bauzasI just wonder if that should be in the same change, but meh16:06
mordredmriedem, efried https://github.com/openstack/os-client-config/blob/master/os_client_config/cloud_config.py#L415-L43016:06
mordredthat's what one has to do to make a glanceclient connection from an endpoint16:06
*** hongbin has joined #openstack-nova16:07
mriedembauzas: i bring it up because we are now implicitly requiring a minimum version of libvirt if using aarch64 https://review.openstack.org/#/c/538003/10/nova/virt/libvirt/config.py@164116:07
*** andreas_s_ has quit IRC16:07
mriedemdue to that change ^16:07
mriedemwhich is why i kept -1ing it16:07
mriedembut it was approved anyway16:07
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172816:07
mriedemmordred: ok let me hack that in quick16:08
*** andreas_s has joined #openstack-nova16:08
bauzasmriedem: oh okay, I wasn't knowing that16:08
hrwmriedem: like I wrote in reply: index=0 is set on calling that class16:08
bauzasmriedem: I discussing this GMT morning with hrw about live-migration not possible for ARM64 due to some libvirt config issue (not having the cpu model)16:08
mordredmriedem: you can skip lines 423 and 424 - those are for different logic16:09
mriedemhrw: oh here https://review.openstack.org/#/c/538003/15/nova/virt/libvirt/driver.py@495216:09
mriedemhrw: ok i hadn't seen that update16:09
*** bhujay has joined #openstack-nova16:09
openstackgerritmelissaml proposed openstack/nova-specs master: Modify grammatical errors  https://review.openstack.org/54176516:09
hrwmriedem: no problem16:09
*** slaweq has joined #openstack-nova16:11
*** sree has joined #openstack-nova16:12
*** andreas_s has quit IRC16:12
bauzashrw: comment in https://review.openstack.org/#/c/541728/216:13
bauzasI could be wrong tho16:13
bauzaswe use "upgrade" section for telling operators what to change before upgrading16:13
hrwok16:14
bauzasfrom the previous Nova version16:14
*** acormier has joined #openstack-nova16:14
*** gjayavelu has quit IRC16:14
openstackgerritDan Smith proposed openstack/nova master: Bump compute RPC API to version 5.0  https://review.openstack.org/54100516:15
openstackgerritDan Smith proposed openstack/nova master: Compute RPC client bump to 5.0  https://review.openstack.org/54103516:15
bauzashrw: and you could link your feature matrix page to the relnote like I said by `feature matrix`_16:15
hrwbauzas: at Linaro we use 3.4.0-with-backports with newton, was 3.6.0+ with pike+16:15
*** slaweq has quit IRC16:15
bauzashrw: same in Red Hat, sometimes libvirt features are backported to some RHEL version16:15
hrwbauzas: I know ;)16:16
bauzashrw: but when telling which libvirt version people should use upstream, we use the project version16:16
bauzasnot the RH version16:16
hrwbauzas: have rhel7 developer jacket in a closet ;D16:16
hrwupstream first!16:16
*** acormier_ has quit IRC16:16
bauzas;)16:16
*** acormier has quit IRC16:16
bauzasmy hat is taking some dust16:16
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172816:17
*** sree has quit IRC16:17
bauzasI only used it by 4 years ago16:17
*** acormier has joined #openstack-nova16:17
hrwyear ago I used it at local opensource conf16:17
cdentwas I supposed to return my hat when I left? It never fit, and now collects dust in a wardrobe (probably trying to make its way to narnia)16:17
mriedemhrw: bauzas: given the time constraints for queens rc1, i'm good with a release note / feature support matrix docs update for queens, and update the check on driver startup in rocky16:17
bauzasmriedem: hrw just provided a new rev16:17
*** acormier_ has joined #openstack-nova16:18
*** sree has joined #openstack-nova16:18
bauzasmriedem: just reviewing it and if okay, +2ing it16:18
*** david-lyle has joined #openstack-nova16:18
*** acormier_ has quit IRC16:18
*** acormier_ has joined #openstack-nova16:18
mriedembauzas: i've also got your queens prelude reno up https://review.openstack.org/#/c/541495/16:18
bauzasmriedem: <316:18
mriedemand a fix for the pike prelude https://review.openstack.org/#/c/541498/16:19
bauzasmriedem: saw the Foundation point about the reno notes ?16:19
mriedemumm16:19
bauzashow to not call the PTL about new features ?16:19
mriedemrelease highlights in the releases repo?16:19
bauzasyup16:19
mriedemyes i know about that16:19
bauzascool16:19
bauzashrw: lemme fix some thing in your relnote16:20
hrwfeel free. you know that stuff better16:20
bauzashrw: you need to pass a link16:20
*** andreas_s has joined #openstack-nova16:21
*** acormier has quit IRC16:22
*** sree has quit IRC16:25
efriedmriedem: waitwait, how did https://review.openstack.org/#/c/541008/2 pass the nova-next job??16:26
*** slaweq has joined #openstack-nova16:27
mriedemefried: b/c i commented out the service user token code16:27
mriedemto verify that was the combo that was breaking it16:27
efriedmriedem: Oh, I must have been looking at the wrong patch set.16:28
hrwbauzas: ok, will dig16:29
efriedmriedem: Looks to me like that strip_version deal is gonna be the key.  Need to remind myself what our aversion was to fixing the actual glanceclient bug...16:31
*** slaweq has quit IRC16:31
bauzashrw: I'm amending your note16:35
hrwthx bauzas16:35
bauzashrw: I just entered a meeting, but I can work concurrently :)16:36
hrwbauzas: I am in a meeting too16:36
*** salv-orlando has quit IRC16:38
*** dmsimard has left #openstack-nova16:38
stephenfinmriedem: Have we a nova-neutron sync planned for the PTG? Could I add https://review.openstack.org/#/c/541290/ to that list?16:39
sean-k-mooneystephenfin: what day is that on? the monday or tuesday or later in the week16:39
*** andreas_s has quit IRC16:40
*** lpetrut has joined #openstack-nova16:41
*** salv-orlando has joined #openstack-nova16:41
*** slaweq has joined #openstack-nova16:42
mriedemstephenfin: nothing specifically scheduled yet, we have nova/cinder penciled in for thurs morning,16:44
*** sridharg has quit IRC16:44
mriedemthursday has historically been our xp day16:44
mriedemmon/tues is going to be vm/bm (keystone) stuff too, plus whatever else people go to (FFU, API WG, etc)16:44
*** andreas_s has joined #openstack-nova16:44
mriedemfriday is misc / everything else16:44
mriedemwed is likely priority topics for nova in rocky, which generally ends up being all about placement16:45
mriedemso i assume nova/neutron love fest would be sometime thursday afternoon16:45
*** gyee has joined #openstack-nova16:45
*** salv-orlando has quit IRC16:46
bauzasmriedem: do we have hot topics for nova/neutron except the pre-allocation of ports in the conductor that nobody signed off yet to continue ?16:46
*** salv-orlando has joined #openstack-nova16:47
bauzasmriedem: because stephenfin had the NUMA affinity thing in mind16:47
bauzasand I think it's quite important for a lot of people16:47
*** slaweq has quit IRC16:47
*** markvoelker_ has joined #openstack-nova16:47
stephenfinbauzas: Jinx :) Scroll up16:47
bauzasdamn16:47
bauzaswe're harassing mriedem16:47
bauzascome on16:47
*** jpena is now known as jpena|brb16:48
mriedemonce we're past RC1 i plan on organizing the ptg etherpad a bit16:48
mriedemuntil then, just put your topic ideas in there and i'll deal with them later16:49
cdentmriedem: I've been playing around locally with the ideas you've done in your 1000 instance create thing: https://review.openstack.org/#/c/507918/ Can be a bit slow, but seems to behave. Now I'd like to change the parameters a bit and I'm not sure if I can:16:49
stephenfinmriedem: Sweet. Thanks for the info. It's noted in the doc16:49
*** markvoelker has quit IRC16:49
*** itlinux has joined #openstack-nova16:49
*** andreas_s has quit IRC16:49
cdentWhat I want to do is create a large number of nova-cpu processes (with the fake driver), but something needs to constrain for the fact that the resource providers needs to have different names (which usually comes from the hostname). Is there an already established way to do that?16:49
*** yamamoto has joined #openstack-nova16:50
*** hrw has quit IRC16:50
openstackgerritEd Leafe proposed openstack/nova master: Make the InstanceMapping marker UUID-like  https://review.openstack.org/53932316:50
cfriesencdent: can't you specify the host name in the config file?16:51
cdentcfriesen: I was hoping to avoid creating multiple config files16:51
mriedemcdent: i've wanted to play around with doing something like that too using NUMBER_FAKE_NOVA_COMPUTE16:51
mriedemnot sure if that actually works properly anymore, which is what i wanted to test16:51
mriedemso tinker with NUMBER_FAKE_NOVA_COMPUTE i think16:51
cdentcould I override the host name from the ciommand line somhow?16:51
*** hrw has joined #openstack-nova16:51
cdentmriedem: cool, looking16:52
mriedemi'm not sure if/how it creates a unique hostname for the n-cpu process16:52
cdentfound it, it does16:52
mriedemoh16:52
mriedeminiset $fake_conf DEFAULT nhost "${HOSTNAME}${i}"16:52
mriedemheh16:53
mriedem\o/16:53
cdentjust appends a number in a separate fake conf file16:53
cdentwoot16:53
cdentI will get this started then16:53
mriedemi've been meaning to kick this for months now to compare some different setups against placement16:53
cdentditto16:53
mriedemlike caching vs filter scheduler16:53
cdentmy goal is basically to see if I can get placement to break under pressure16:53
bauzascaching vs. filter scheduler is a big deal16:54
cfriesenhas anyone ever heard of an instance getting information for another instance when querying the metadata server?  Seems unlikely, but we've apparently hit it occasionally.  (Assuming the test isn't mucked up.)16:54
sean-k-mooneymriedem: i think jay did some benchmeraks comparing cacheing vs filtering a while back16:54
*** tssurya has quit IRC16:54
* cdent spins up n^many-th devstack of the day16:55
melwittmriedem: I was thinking this might be something for rc1? https://review.openstack.org/#/c/540258/16:55
cdentbbs16:55
*** moshele has joined #openstack-nova16:55
melwittI think affinity scheduling doesn't work for multi-cell16:56
bauzassean-k-mooney: well, it requires a real nova deployment tbh16:56
mriedemmelwitt: that would be broken since pike right?16:56
openstackgerritMerged openstack/nova master: Test case: new standard resource class unusable  https://review.openstack.org/53973216:56
melwittmriedem: yes16:56
melwittfor multi-cell only16:56
sean-k-mooneybauzas: to test schduling. not really it really just needs the right db entries16:57
bauzasbecause retries mechanism w/ caching has to be compared vs. no retries w/ placement16:57
*** felipemonteiro has joined #openstack-nova16:57
bauzassean-k-mooney: I disagree16:57
sean-k-mooneybauzas: if you include retries you are not testing just schduling you are also mesuing boot time and other factors16:57
*** yamamoto has quit IRC16:57
mriedemmelwitt: can an instance group have members in multiple cells?16:57
bauzassean-k-mooney: if you wanna compare apples and apples, fire 1000 instances concurrently and see how many are in ERROR state and how long it took for booting the successful ones16:57
bauzasthat's for me the success criteria for comparison16:58
bauzasmriedem: melwitt: I think we discussed that but we never implemented a solution16:58
*** slaweq has joined #openstack-nova16:58
melwittmriedem: hmm. not sure16:58
sean-k-mooneybauzas: sound like a rally test to me :) which is also valid just if you want to compare just the schduler part that is not need16:58
sean-k-mooneybauzas: rally is proably more meaning full however16:59
bauzasmelwitt: mriedem: I'm pretty sure the affinity filters don't take the cells awareness in mind16:59
bauzassean-k-mooney: I don't care about the tooling, I care more about the criterias16:59
bauzasyou can achieve that with a single curl script16:59
melwittbauzas: it's not that, it's that the InstanceGroup.get_hosts method doesn't query all cells, so it won't pick up any group members in a multi-cell environment17:00
sean-k-mooneybauzas: yes but you cant just run curl with filter schduler and then run it agin after chaning the config17:00
openstackgerritJacek Tomasiak proposed openstack/python-novaclient master: Fix listing of instances above API max_limit  https://review.openstack.org/53422217:00
sean-k-mooneythe db needs to be reset to the same state e.g. redploy17:00
bauzasmelwitt: oh, because get_hosts() is looking up at the cell DB ?17:01
bauzasI was thinking we migrated instance_groups table to the API DB17:01
*** efried has quit IRC17:01
*** sahid has quit IRC17:02
melwittbauzas: we did, but it's looking for members (instances). we aren't targeting to any cell, so it's looking at "local DB" which the API doesn't have17:02
bauzasah sad17:02
bauzascouldn't we just look at the instance mappings ?17:03
bauzasand then the host mappings ?17:03
melwittmriedem: so I think in multi-cell since we're not targeting any cells for the get_hosts query (for instances) we will always get an empty list because the API doesn't have a local cell DB, yeah?17:03
*** slaweq has quit IRC17:03
bauzasI voted on jaypipes's twitter question with "instance groups"17:03
bauzasdon't blame me17:03
melwittbauzas: maybe. I didn't think of that. I added a scatter-gather to query all cells as a first proposal17:04
bauzasmelwitt: well, my proposition was stupid17:04
*** lpetrut has quit IRC17:04
bauzasmelwitt: because the instance/host relationship is stored in the child DB17:05
bauzassince RequestSpec doesn't tell where your instance is located (fortunately)17:05
melwittoh, right17:05
mriedemyeah the instance mapping record has no association to the host mapping record17:06
bauzasmelwitt: what we could optimize tho is the scatter-gather method you wrote to only check the related cells by looking at the instance mappings table17:06
mriedemmelwitt: so this looks ok, but we can skip cell0 in your scatter/gather call17:06
bauzaslike, get all the cells from that member list17:07
*** tbachman has quit IRC17:07
bauzasand then, query each cell to get each host from that list of member17:07
*** chyka has joined #openstack-nova17:07
mriedembauzas: i'm not sure how much that's going to save perf wise17:07
bauzasmembers* even17:07
*** tbachman has joined #openstack-nova17:07
melwittmriedem: yeah ... I had been thinking we could have group members in ERROR state in cell0 *but* they would have no host so indeed I think could skip17:07
bauzasmriedem: well, you're right17:07
mriedemmelwitt: gonna want dansmith to also look at this17:07
bauzasmriedem: I don't expect more than 80 cells per deployment17:07
bauzasif we consider the big guys17:07
mriedembauzas: where do you come up with that number?17:07
bauzasCERN, nope ?17:08
mriedemdude,17:08
bauzasisn't that 80 cells v1 ?17:08
mriedemyou've forgotten about M'FING EDGE?!17:08
dansmithbauzas: yeah I think that's right17:08
mriedem10K cells17:08
mriedemAT THE EDGE17:08
bauzasanyway, 10K is a processable number17:08
bauzasask Jay to refrain Verizon then17:09
mriedemmelwitt: ideally we'd have a functional regression test for this, but likely need to do that on top separately17:09
openstackgerritDan Smith proposed openstack/nova master: Make service all-cells min version helper use scatter-gather  https://review.openstack.org/53959017:09
openstackgerritDan Smith proposed openstack/nova master: Make host_manager use scatter-gather and ignore down cells  https://review.openstack.org/53961717:09
bauzasoh man, I'd love to have a tox -ereleasenotes -- -HEAD17:10
bauzasit takes a while now to compute on my box17:10
bauzasand I don't care of very old branches17:10
bauzashrw: that explains why I haven't provided a PS yet ^17:11
stephenfinbauzas: Sounds like a feature request for reno17:11
melwittmriedem: ack17:11
stephenfin"Add ability to _squash_ release notes17:11
*** harlowja has joined #openstack-nova17:11
bauzasstephenfin: I'm French17:11
bauzasstephenfin: so I prefer complaining rather than asking for change17:11
hrwbauzas: I do virtualenvs a lot. so nova has own one with tox from pip17:12
stephenfin:)17:12
bauzashrw: that's not the problem17:12
stephenfinhrw: Ah, he's referring the to something like the 'fast8' tox target17:12
hrwah17:12
stephenfini.e. a quick way to build releasenotes that have changed in the past release17:12
stephenfinrather than everything, every time17:12
bauzashrw: the problem is that the tox target for the relnotes takes litterally *all* the notes from the ice age when we started using reno and compute *all of them*17:13
*** lpetrut has joined #openstack-nova17:13
hrwouch17:13
*** sree has joined #openstack-nova17:13
stephenfinbauzas: Definite feature request. I'd like to see that too17:13
bauzasfor a big project like Nova, it's super long on a fast laptop17:13
*** udesale has quit IRC17:13
stephenfinWe can pay dhellmann in fancy tea or something17:13
*** markvoelker_ has quit IRC17:14
*** slaweq has joined #openstack-nova17:14
bauzasthe fun of that is that reno tells you that the run which took 5 mins succeded but left your note untouched because you forgot to commit it17:14
*** markvoelker has joined #openstack-nova17:14
bauzasso you do another run17:14
*** mriedem has quit IRC17:14
*** mriedem has joined #openstack-nova17:15
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Cleanup tox.ini  https://review.openstack.org/53438217:16
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Remove 'tools/releasenotes_tox.sh'  https://review.openstack.org/53438317:16
stephenfinbauzas: If you wanted to speed it up somewhat, ^17:17
bauzasaaaand you do another run because you named your section 'feature' and not 'features'17:17
stephenfin(re-uses virtualenvs where possible, among other things)17:17
* bauzas facepalms17:17
*** jpena|brb is now known as jpena17:17
*** damien_r has quit IRC17:17
*** cdent has quit IRC17:17
*** harlowja has quit IRC17:17
*** slaweq has quit IRC17:19
*** sree has quit IRC17:20
*** cdent has joined #openstack-nova17:22
openstackgerritSylvain Bauza proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172817:25
openstackgerritPatricia Domingues proposed openstack/nova master: load up the volume drivers by checking architecture  https://review.openstack.org/54139317:25
*** AlexeyAbashkin has quit IRC17:26
bauzashrw: mriedem: https://review.openstack.org/54172817:26
*** tesseract has quit IRC17:27
hrwbauzas: cool, thanks!17:27
*** slaweq has joined #openstack-nova17:30
*** dtantsur is now known as dtantsur|afk17:33
*** bhujay has quit IRC17:33
*** slaweq has quit IRC17:34
*** liusheng has quit IRC17:37
*** liusheng has joined #openstack-nova17:37
openstackgerritSylvain Bauza proposed openstack/nova master: XenAPI: Provide support matrix and doc for VGPU  https://review.openstack.org/54080817:40
openstackgerritDan Smith proposed openstack/nova master: Make service all-cells min version helper use scatter-gather  https://review.openstack.org/53959017:41
openstackgerritDan Smith proposed openstack/nova master: Make host_manager use scatter-gather and ignore down cells  https://review.openstack.org/53961717:41
bauzasmriedem: some doc I'd love to see merged before RC1 https://review.openstack.org/#/c/540808/517:42
* bauzas calling it a day17:43
bauzas\o17:43
hrwI am thinking of the same.17:44
*** slaweq has joined #openstack-nova17:46
*** yamahata has quit IRC17:47
claudiub|2heya. I'm having a problem with the scheduler, if anyone has any ideas. i have 2 compute nodes, but when spawning an instance, the scheduler totally ignores one of them. yes, they're both mapped in a nova cell, and I've tried restarting the nova-compute services / nova-scheduler, and a few hours ago it was fine.17:48
claudiub|2any ideas?17:48
*** Eran_Kuris has joined #openstack-nova17:49
mriedemclaudiub|2: do both have proper inventory in placement?17:50
mriedemopenstack resource provider inventory show <compute node uuid>17:50
*** slaweq has quit IRC17:50
claudiub|2checking17:51
melwittdid you do discover_hosts?17:51
dansmithmelwitt: presumably being fine hours ago would rule that out17:52
*** traskat has joined #openstack-nova17:52
claudiub|2yep. as I said, they're already mapped to a nova cell, checked through nova-manage cell_v2 list_hosts17:52
*** hrww has joined #openstack-nova17:52
mriedemmy guess is placement17:52
dansmithmriedem: yep17:52
melwittoh, sorry I didn't see that part17:52
mriedemthey aren't reporting inventory, or it's not what you expect17:52
dansmithor reporting bad inventory somehow17:52
*** hrww has quit IRC17:53
claudiub|2mriedem: there's no "openstack resource" command apparently17:54
mriedemclaudiub|2: you need osc-placement-plugin 1.0.017:57
mriedem* https://pypi.python.org/pypi/osc-placement/1.0.017:57
openstackgerritMatt Riedemann proposed openstack/nova master: Workaround glanceclient bug when CONF.glance.api_servers not set  https://review.openstack.org/54100817:58
*** salv-orlando has quit IRC17:58
*** derekh has quit IRC17:59
openstackgerritmelanie witt proposed openstack/nova master: Make InstanceGroup.get_hosts query all cells  https://review.openstack.org/54025817:59
claudiub|2yeah, no resource provider18:00
mriedemclaudiub|2: openstack resource provider list - doesn't show it?18:01
mriedemcheck the nova-compute logs then for that host,18:01
mriedemis [placement] set in nova.conf there?18:01
*** slaweq has joined #openstack-nova18:01
*** salv-orlando has joined #openstack-nova18:02
claudiub|2mriedem: so, openstack resource provider list requires the resource provider's ID, passing in the hypervisor ID gives 404, the other compute node returns a table with memory, cpu, disk.18:02
mriedemameade: easy bug https://bugs.launchpad.net/placement-osc-plugin/+bug/174797918:03
openstackLaunchpad bug 1747979 in placement-osc-plugin "docs link in readme is wrong" [Medium,Confirmed]18:03
claudiub|2as for the nova-compute logs, before I deleted the service from the nova cell and the service-list and restarted, nothing. afterwards, indeed: ResourceProviderCreationFailed: Failed to create resource provider NUCHV12R20218:03
mriedem"openstack resource provider list" should list resource providers18:04
mriedemand not require an id18:04
mriedemit's a GET /resource_providers call18:04
claudiub|2mriedem: and i have the placement section in nova.conf18:04
mriedemopenstack resource provider show <id> would require an rp uuid18:04
mriedemso figure out why creation of the RP falied18:04
mriedem*failed18:04
mriedemclaudiub|2: welcome new contributor, you know you should be in #openstack yeah? :P18:04
claudiub|2hm, the compute node is in the openstack resource provider list18:05
*** Eran_Kuris has quit IRC18:05
claudiub|2well, this is #openstack, it only has a suffix as well. :D18:05
*** slaweq has quit IRC18:06
openstackgerritMatt Riedemann proposed openstack/nova master: Workaround glanceclient bug when CONF.glance.api_servers not set  https://review.openstack.org/54100818:07
mriedemclaudiub|2: then "openstack resource provider inventory show <rp_uuid>"18:07
mriedemdoes that show vcpu/memory_mb/disk_gb?18:07
*** mgoddard_ has quit IRC18:08
claudiub|2it does. :/18:10
*** acormier has joined #openstack-nova18:10
claudiub|2anyways gonna check why the exception occurs for now18:10
openstackgerritMatt Riedemann proposed openstack/nova master: Move the nova-next job in-tree and update it  https://review.openstack.org/54147418:11
openstackgerritMatt Riedemann proposed openstack/nova master: Test websocketproxy with TLS in the nova-next job  https://review.openstack.org/51316018:11
*** harlowja has joined #openstack-nova18:11
mriedemclaudiub|2: you can also run, i think, "openstack resource provider show --allocations <rp_uuid>" to see if placement thinks there are instances on the node still18:11
mriedemmight need to check the CLI help for the proper command option18:12
dansmithmriedem: these compute rpc bumps are passing now and ready for you to sh*t on them: https://review.openstack.org/#/c/54100518:12
mriedemdansmith: let me go eat some vietnamese quick and work up a healthy dump18:12
melwitto.O18:13
dansmithum, thanks?18:13
mriedemyou wanted me to shit on them18:13
mriedemi need ammo18:13
dansmithno, I don't want you to, I just know you will18:13
mriedemdo'nt act like you're not into it18:13
claudiub|2hm, a lot of allocations it seems.18:14
*** acormier_ has quit IRC18:14
mriedemclaudiub|2: ok, so something blew up on instance delete (or something) and allocations aren't getting cleaned up18:14
claudiub|2even though i only have 1 instance18:14
* mriedem goes to lunch18:14
*** mriedem has quit IRC18:14
*** slaweq has joined #openstack-nova18:17
*** harlowja has quit IRC18:18
*** acormier has quit IRC18:21
*** slaweq has quit IRC18:22
*** felipemonteiro_ has joined #openstack-nova18:22
*** sree has joined #openstack-nova18:23
*** felipemonteiro has quit IRC18:26
*** sree has quit IRC18:27
*** r-daneel_ has joined #openstack-nova18:28
*** jpena is now known as jpena|off18:28
*** r-daneel has quit IRC18:29
*** r-daneel_ is now known as r-daneel18:29
*** tssurya has joined #openstack-nova18:30
*** sshwarts has quit IRC18:33
*** slaweq has joined #openstack-nova18:33
*** oomichi has joined #openstack-nova18:35
*** slaweq has quit IRC18:37
stvnoyesmriedem: create multiple servers with a bdm bug is filed - https://bugs.launchpad.net/nova/+bug/174798518:40
openstackLaunchpad bug 1747985 in OpenStack Compute (nova) "Create Multiple Servers fails when a volume is specified" [Undecided,New]18:40
*** sambetts is now known as sambetts|afk18:41
stvnoyesmriedem: I going on to see what else I hit. it doesn't just work once that check is removed. fyi18:41
*** gjayavelu has joined #openstack-nova18:46
*** moshele has quit IRC18:47
*** slaweq has joined #openstack-nova18:49
*** acormier has joined #openstack-nova18:52
*** acormier has quit IRC18:52
*** acormier has joined #openstack-nova18:52
*** mgoddard_ has joined #openstack-nova18:53
*** slaweq has quit IRC18:53
*** amoralej is now known as amoralej|off19:03
*** slaweq has joined #openstack-nova19:04
*** salv-orlando has quit IRC19:06
*** sree has joined #openstack-nova19:08
*** slaweq has quit IRC19:09
*** sree has quit IRC19:12
*** r-daneel_ has joined #openstack-nova19:13
*** r-daneel has quit IRC19:14
*** r-daneel_ is now known as r-daneel19:14
*** jmlowe_ has joined #openstack-nova19:16
*** jmlowe has quit IRC19:17
*** slaweq has joined #openstack-nova19:20
*** tssurya has quit IRC19:20
*** fragatina has joined #openstack-nova19:21
*** slaweq has quit IRC19:25
*** tidwellr has joined #openstack-nova19:25
*** gjayavelu has quit IRC19:26
*** tssurya has joined #openstack-nova19:27
hrwcan someone review https://review.openstack.org/#/c/541728/ and decide is it worth second +2?19:29
*** ameeda has joined #openstack-nova19:30
*** yamahata has joined #openstack-nova19:32
*** gjayavelu has joined #openstack-nova19:32
*** markvoelker has quit IRC19:33
*** lucasagomes is now known as lucas-afk19:33
*** markvoelker_ has joined #openstack-nova19:33
*** jmlowe has joined #openstack-nova19:33
*** lpetrut has quit IRC19:33
*** jmlowe has quit IRC19:33
*** jmlowe_ has quit IRC19:34
*** mgoddard_ has quit IRC19:35
*** mriedem has joined #openstack-nova19:35
*** slaweq has joined #openstack-nova19:36
*** ralonsoh has quit IRC19:37
*** AlexeyAbashkin has joined #openstack-nova19:37
*** sree has joined #openstack-nova19:39
*** slaweq has quit IRC19:41
*** sree has quit IRC19:44
*** tssurya has quit IRC19:49
*** tssurya has joined #openstack-nova19:50
cdentmriedem: did you see this bit of my FML: https://review.openstack.org/#/c/541832/19:51
*** pcaruana has joined #openstack-nova19:52
*** slaweq has joined #openstack-nova19:52
*** imacdonn has quit IRC19:56
*** imacdonn has joined #openstack-nova19:56
*** slaweq has quit IRC19:56
*** READ10 has quit IRC19:58
openstackgerritMatt Riedemann proposed openstack/nova master: XenAPI: Provide support matrix and doc for VGPU  https://review.openstack.org/54080820:01
*** jmlowe has joined #openstack-nova20:02
mriedemcdent: nope20:03
mriedemjust got back from lunch20:03
cdentsuch shame20:03
mriedemoh i see it's your fault20:04
mriedemgeez20:04
cdentmriedem: but once I fixed that I started running with 20 hypervisors and launching 1000s of instances. ran into the rpc timeouts you did. rabbit is a pig, the conductors eats all the cpu, placement does not sweat20:05
cdentyeah, my bad, three years ago20:05
mriedemcdent: rpc timeouts for select_destinations?20:05
cdenthold, lemme check20:06
mriedemthat's what i was hitting at sone point, b/c select_destinations is an rpc call, and when you're booting 1000 instances at once, we timeout on that call20:06
dansmithcdent: I think devstack by default configures few workers per core which is unlike a real deployment, so with thousands of real builds you'll be pushing pretty hard on a small system20:06
mriedemdevstack is i think ncpu / 220:06
mriedemfor each service20:06
mriedemthat has multiple workers20:07
dansmithyeah20:07
mriedemif you did ncpu workers per service, which devstack used to do, you get OOM20:07
dansmithright20:07
*** pcaruana has quit IRC20:07
*** slaweq has joined #openstack-nova20:08
cdentyes in select_destinations20:08
mriedemyeah for that issue i had put some thoughts in https://review.openstack.org/#/c/510235/20:08
mriedembut very much quarter baked20:08
cdentdansmith: I'm multinode, using the fake driver, and I'm in the process of now of moving all the nova-compute action to a separate host. the control plane host is 16GB and 16 cores20:09
cdentrabbit is eating a _ton_ of ram, followed by mysql20:10
dansmithah fake driver, well, that might be different20:10
dansmithcdent: do you have notifications disabled?20:10
*** slaweq has quit IRC20:10
cdentno, but that's an excellent idea20:10
dansmithcdent: otherwise I think you're just filling a queue with no consumer20:10
cdentthanks20:10
dansmiththank me if/when it matters :P20:10
*** slaweq has joined #openstack-nova20:10
mriedemthat's something i've been wondering about benchmarking lately,20:11
mriedemwith and without versioned notifications enabled20:11
mriedemby default, we have both versioned and unversioned notifications enabled,20:11
mriedemand versioned notifications do a lot of lazy-loading of fields to build the notification payload20:11
cdentwell it's a good idea nonetheless as I'm trying to remove as much stuff I don't care aboutâ„¢ as possible20:11
cdentand at the moment, notifications are basically noise20:12
mriedemyeah - take a note of what impact disabling that makes if you can20:12
mriedemi.e. we might want to consider changing the default20:12
mriedemlooks like we might have a rogue unit test http://logs.openstack.org/74/541474/2/check/openstack-tox-py27/a6dfdf8/testr_results.html.gz20:14
mriedemand another one http://logs.openstack.org/08/541008/5/check/openstack-tox-py27/c3a8321/testr_results.html.gz20:16
mriedemgdi20:16
*** fragatina has quit IRC20:20
mriedemmordred: apparently that glanceclient.common.utils.strip_version thing isn't working here https://review.openstack.org/#/c/541008/20:24
*** eharney has quit IRC20:24
mordredmriedem: looking20:26
mordred54100820:26
mordredgah20:26
mordredmriedem: well, at least if fails in unittests - that's nice20:29
mriedemmordred: i see the problem20:29
mriedemit doesn't expect the 'image' prefix on the path20:29
mriedem>>> url = 'http://23.253.94.203/v2'20:30
mriedem>>> url_parts = urlparse.urlparse(url)20:30
mriedem>>> url_parts20:30
mriedemParseResult(scheme='http', netloc='23.253.94.203', path='/v2', params='', query='', fragment='')20:30
mriedem>>> utils.strip_version(url)20:30
mriedem('http://23.253.94.203', 2.0)20:30
mriedem>>>20:30
mordredoh. bother. yeah20:30
*** AlexeyAbashkin has quit IRC20:33
*** tssurya has quit IRC20:33
*** mvk_ has joined #openstack-nova20:34
*** mvk has quit IRC20:36
*** tssurya has joined #openstack-nova20:36
mriedemhttps://bugs.launchpad.net/python-glanceclient/+bug/174800920:37
openstackLaunchpad bug 1748009 in Glance Client "glanceclient.common.utils.strip_version doesn't handle a service type in the path" [Undecided,New]20:37
mordredmriedem: update coming for ya20:37
*** hemna_ has quit IRC20:37
*** liusheng has quit IRC20:38
mriedemhere is my hacktastic workaround20:38
mriedem>>> url.replace('image/', '')20:38
mriedem'http://23.253.94.203/v2'20:38
mriedem>>> url = url.replace('image/', '')20:38
mriedem>>> utils.strip_version(url)20:38
mriedem('http://23.253.94.203', 2.0)20:38
*** liusheng has joined #openstack-nova20:38
*** salv-orlando has joined #openstack-nova20:39
mordredmriedem: right - but that's not going to work if you need image in the url20:40
mordredmriedem: I think it's better to just ditch strip_version, lop off a trailing /v2 and be done with it - then we can circle back around and talk about a better plan for all of this in dublin :)20:42
*** moshele has joined #openstack-nova20:43
*** traskat has quit IRC20:43
mriedemyeah good point20:44
mriedem>>> import re20:46
mriedem>>> url = 'http://23.253.94.203/image/v2'20:46
mriedem>>> re.sub('v\d+\.?\d*', '', url)20:46
mriedem'http://23.253.94.203/image/'20:46
mriedem>>>20:46
mriedem\O/20:46
openstackgerritMerged openstack/python-novaclient master: Fix listing of instances above API max_limit  https://review.openstack.org/53422220:47
dansmithmriedem: that would match "v2." right?20:48
dansmithand it would also match "myapi-123.novav2.foo.com"20:48
mriedemfarq yes it will20:48
mriedemi'm basically copying the existing glanceclient utility http://git.openstack.org/cgit/openstack/python-glanceclient/tree/glanceclient/common/utils.py#n38320:49
mriedemwell,20:49
*** dave-mcc_ has quit IRC20:49
mriedemyou can always use CONF.glance.api_servers (like everyone has had to forever) if you don't like it20:49
dansmithI guess we do this a lot, but re magic replacements on the url we don't control is playing with fire20:49
mriedemi know20:50
mriedemhow about20:50
mriedem>>> re.sub('/v\d+\.?\d*', '/', url)20:50
mriedem'http://23.253.94.203/image/'20:50
*** dave-mccowan has joined #openstack-nova20:50
mriedemsince / is a special character,20:50
mriedemi don't know if it's legit to have myapi-123.nova/v2.foo.com20:50
dansmithit's not20:50
mriedemso is that a smaller fire at least?20:51
mriedemotherwise we have to release note this bug20:51
dansmithso I would group the dot and the decimal and require them together or not at all20:51
dansmith(\.\d+)?20:51
dansmithand require / at the end immediately after the last digit20:51
dansmithso "/v2.0oohhmy/" doesn't match20:52
dansmithnaw mean?20:54
mriedemi don't regex well20:54
mriedem>>> re.sub('/v\d+(\.\d+)?', '', 'http://23.253.94.203/image/v2.0')20:55
mriedem'http://23.253.94.203/image'20:55
mriedem?20:55
dansmithre.sub('/\d+(\.\d+)?/', '/', url)20:56
mriedemthat doesn't work20:56
dansmithhrm yeah20:56
openstackgerritMerged openstack/nova master: XenAPI: Provide support matrix and doc for VGPU  https://review.openstack.org/54080820:57
dansmithbecause no trailing slash in your example20:58
dansmithso I guess you can't do that20:59
mriedemyar20:59
dansmithdoes pinning to $ work because you know it'll be the end?20:59
dansmithre.sub(r'/v\d+(\.\d+)?/?$', '/', 'http://thing.novav2.0oh.v2.foo/image/v2/')20:59
dansmithallow one trailing slash, but otherwise the v2 has to be at the end21:00
dansmithanyway, I'm probably being too OCD about it21:00
mriedemyeah that works too21:00
*** tidwellr has quit IRC21:01
mriedemi might just add a known issue release note to the patch as well,21:01
*** tidwellr has joined #openstack-nova21:01
mriedemsaying, we make a best attempt given the glanceclient bug, but if it doesn't work for you, use CONF.glance.api_servers21:01
dansmithyeah21:01
melwittcells meeting21:02
*** moshele has quit IRC21:03
*** awaugama has quit IRC21:04
cdentdansmith: turns out I didn't have notifications turned on21:07
dansmithcdent: dang :)21:07
cdentso rabbit's a pig21:07
cdentevidently it's a pig without realy doing anything21:08
mordredmriedem: http://paste.openstack.org/show/66524921:10
*** elmaciej has joined #openstack-nova21:11
mriedemcdent: are you sure? the default is both - did you explicitly configure it?21:11
*** awaugama has joined #openstack-nova21:12
cdentmriedem: I may be confused. As I understand both is the default only if you have 'notify_on_state_change' set to something and the default for that is to not be set.21:13
mriedemcdent: notify_on_state_change is only for instance updates21:13
mriedemwe notify the shit out of you for everything else21:13
mriedemany action taken on an instance21:13
mriedemplus steady state21:13
mriedem"NOTIFY HI I AM STILL WORKING!"21:14
cdenthmmm, the docs are not helping me much here, I will try harder21:14
mriedemhttps://docs.openstack.org/nova/latest/configuration/config.html#notifications21:14
mriedemset  notification_format=unversioned21:15
mriedemi guess we don't have anything for just disabling notifications altogether :(21:15
cdentright21:15
cdentthus my confusion21:15
dansmithmriedem: really? that's.. broken21:15
dansmithmaybe rabbit will throw them away if there is no consumer, but I thought not21:16
dansmithanyway, biab21:17
openstackgerritChristian Berendt proposed openstack/nova stable/ocata: live-mig: keep disk device address same  https://review.openstack.org/54190421:17
cdentso at the moment if I want to at least limit the volume of notifications I should change both to something else? I can at least do that21:17
cdentBeing able to turn them off fully seems like it might be a useful thing21:17
mriedemhttps://docs.openstack.org/oslo.messaging/latest/configuration/opts.html#oslo_messaging_notifications.driver21:18
mriedemyou could set the notification driver to 'noop'21:18
mriedemi guess21:18
mriedemhowever,21:18
mriedemnova is still generating rpc/db load just building the payloads to send them to dev/null21:18
*** salv-orlando has quit IRC21:18
mriedemcdent: for now you'd set it the format to 'unversioned'21:19
mriedemthat's as minimal as it gets right now i think21:19
cdentroger that21:19
* cdent feels like he fell in a puddle21:19
*** eharney has joined #openstack-nova21:20
bauzasis it me or commenting on LP is not working ?21:21
bauzasI got timeouts21:21
*** acormier has quit IRC21:22
bauzasmmmm, Launchpad seems to be in trouble21:23
*** oomichi has quit IRC21:23
bauzasmriedem: saw https://bugs.launchpad.net/nova/+bug/174800421:24
openstackLaunchpad bug 1748004 in OpenStack Compute (nova) "test_evacuate_late_server_group_policy_check randomly fails with KeyError: 'fake-node'" [Undecided,New]21:24
bauzasouch21:24
cdentbauzas: me too21:25
cdent(on launchpad in trouble)21:26
bauzaswhat's depressing is that it seems you can still open bugs, but not close them :p21:26
cdent\o/21:28
bauzasyay it's back21:28
*** WangShuaili_ has joined #openstack-nova21:34
*** wanghongtao has quit IRC21:37
openstackgerritMatt Riedemann proposed openstack/nova master: Workaround glanceclient bug when CONF.glance.api_servers not set  https://review.openstack.org/54100821:38
*** threestrands has joined #openstack-nova21:39
melwittmriedem: sorry I didn't mention this earlier but we have another regression but it's been regressed since ocata https://bugs.launchpad.net/nova/+bug/172958421:40
openstackLaunchpad bug 1729584 in OpenStack Compute (nova) "boot from volume + configdrive broken (regression)" [High,In progress] - Assigned to Jay Pipes (jaypipes)21:40
*** Guest57292 has quit IRC21:40
mriedemthen le meh21:41
melwittheh. okay21:41
*** ameeda_ has joined #openstack-nova21:43
ameeda_hello21:43
*** slaweq has quit IRC21:44
ameeda_I need +2w here https://review.openstack.org/#/c/528385/ please :$21:45
*** takashin has joined #openstack-nova21:47
*** burt has quit IRC21:48
mriedemthis is a db schema migration we likely want to get in since backporting db schema migrations isn't fun https://review.openstack.org/#/c/530429/21:49
mriedemit's a follow up to the API change to page instance actions and filter on changes-since21:49
ameeda_Hello mriedem :)21:50
mriedemalso need to get the queens GA release note prelude in https://review.openstack.org/#/c/541495/21:50
mriedemameeda_: i don't have time to look at that right now21:50
mriedemameeda_: you don't need to ping people daily for reviews on your patch21:50
mriedemsomeone will get to it21:51
bauzasmriedem: thanks for reminding https://review.openstack.org/#/c/541495/1/releasenotes/notes/queens_prelude-4bdf895167f979b2.yaml21:51
ameeda_mriedem: I didn't ping you for review , I just like to say Hi for you :)21:51
mriedemameeda_: oh, hi then o/21:52
ameeda_mriedem : btw I told you about my case with the team, I am sorry for inconvenience :(21:52
ameeda_mriedem  :)21:52
mriedemameeda_: feel free to fix https://bugs.launchpad.net/placement-osc-plugin/+bug/174797921:53
openstackLaunchpad bug 1747979 in placement-osc-plugin "docs link in readme is wrong" [Medium,Confirmed]21:53
mriedemi have to go21:53
*** mriedem has quit IRC21:53
ameeda_mriedem : assigned :) Thanks !!21:54
ameeda_see you ^_^21:54
*** Sukhdev has joined #openstack-nova21:59
*** slaweq has joined #openstack-nova22:00
*** tssurya has quit IRC22:03
*** ameeda_ has quit IRC22:03
*** slaweq has quit IRC22:04
*** r-daneel has quit IRC22:08
cdentoops, just accidentally tried to boot 15000 instances from 300 different boot commands22:15
openstackgerritTakashi NATSUME proposed openstack/nova master: Transform aggregate.update_metadata notification  https://review.openstack.org/46062522:18
*** awaugama has quit IRC22:19
*** fragatina has joined #openstack-nova22:19
*** fragatina has quit IRC22:20
*** fragatina has joined #openstack-nova22:20
*** fragatina has quit IRC22:20
*** fragatina has joined #openstack-nova22:21
*** fragatina has quit IRC22:21
*** fragatina has joined #openstack-nova22:21
*** fragatina has quit IRC22:21
*** cdent has quit IRC22:22
*** claudiub|2 has quit IRC22:22
*** fragatina has joined #openstack-nova22:22
*** claudiub|2 has joined #openstack-nova22:22
*** rcernin has joined #openstack-nova22:25
*** felipemonteiro_ has quit IRC22:25
*** slaweq has joined #openstack-nova22:27
*** slaweq has quit IRC22:32
*** _pewp_ has quit IRC22:38
*** tidwellr has quit IRC22:39
dansmithmelwitt: are you around to update this? https://review.openstack.org/#/c/540258/322:40
melwittyes22:40
dansmithif not, I could do it, but it'll be more legit if you fix and I ack :)22:40
dansmithokay cool22:40
*** _pewp_ has joined #openstack-nova22:41
dansmithgah mriedem nailed me on my patches too22:42
openstackgerritDan Smith proposed openstack/nova master: Make service all-cells min version helper use scatter-gather  https://review.openstack.org/53959022:43
openstackgerritDan Smith proposed openstack/nova master: Make host_manager use scatter-gather and ignore down cells  https://review.openstack.org/53961722:43
melwittokay, so instead in the scheduler we should target each thing to a cell for getting the hosts? I considered that but wasn't sure how to do it if we're accessing things through a field. would we change it to assign the RequestSpec.instance_group.hosts field to the result of a scatter-gather, instead of letting it lazy-load?22:44
melwittanother thought is, the late affinity check is a compute host checking group members against itself and if it can't check other cells ... is that a problem?22:45
dansmithmelwitt: you can't do the late affinity check from the comptue,22:49
dansmiththat's been one of the caveats of cellsv2 since pike22:49
*** itlinux has quit IRC22:50
dansmith(and ocata in devstack since we run multi-level by defalt)22:50
melwittguh, right. I swear I don't have enough room in my brain for all of this stuff22:50
dansmithmelwitt: this isn't for a lazy-load though right?22:51
dansmithoh, we're actually hitting it via lazy load I see from the comment22:51
dansmither, commit message22:51
melwittdansmith: I *think* the way this is happening during scheduling is that this line causes a lazy-load and that's how we get the host list for group members https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L70022:51
dansmithso yeah, we probably need to not let that happen (i.e. make sure we pull the hosts early, or manually fill the group objects from the list with some cells-aware helper22:52
*** slaweq has joined #openstack-nova22:52
melwittso I was thinking we need to replace that with a proper scatter-gather calling get_hosts for all cells except cell0 or something?22:52
melwittyeah22:52
dansmithmelwitt: there should be a debug log about it if there is22:52
dansmithmelwitt: yeah, a check before that and a call to a dedicated fill routine would be easiest and cleanest I think22:52
melwittthere actually isn't because InstanceGroup override obj_load_attr and doesn't log a message about it, I think. /re-checks22:52
dansmithalternatively a non-remotable helper, but that really blurs the line more which isn't great22:53
dansmithah22:53
dansmithwell that sucks :)22:53
melwittyeah, srsly22:53
dansmithwe should fix that too22:53
*** acormier has joined #openstack-nova22:53
melwitthttps://github.com/openstack/nova/blob/master/nova/objects/instance_group.py#L29422:53
melwittyeah22:53
*** acormier has quit IRC22:53
melwittit was fun times chasing that down22:54
*** acormier has joined #openstack-nova22:54
dansmithwe probably have more of those I'd guess, but yeah22:54
dansmithanyway,22:54
dansmithyou know the path now yes?22:54
melwittyeah22:54
dansmithsuh-weet22:55
*** slaweq has quit IRC22:56
*** sree has joined #openstack-nova22:57
*** sree has quit IRC23:01
cfriesenwhen instances query the metadata server, what code adds the webob.headers.EnvironHeaders to the request?  (I'm trying to figure out how the mapping to instance_id is done)23:02
openstackgerritmelanie witt proposed openstack/nova master: Refine waiting for vif plug events during _hard_reboot  https://review.openstack.org/54144223:04
*** edleafe- has joined #openstack-nova23:06
*** sree has joined #openstack-nova23:07
*** edleafe has quit IRC23:08
*** edleafe- is now known as edleafe23:10
*** sree has quit IRC23:11
*** mlavalle has quit IRC23:17
*** edleafe has quit IRC23:21
*** Sukhdev has quit IRC23:23
*** edleafe has joined #openstack-nova23:24
*** elmaciej has quit IRC23:24
*** masber has joined #openstack-nova23:27
*** stakeda has joined #openstack-nova23:34
*** acormier has quit IRC23:34
*** acormier has joined #openstack-nova23:35
*** Sukhdev has joined #openstack-nova23:36
*** edmondsw has quit IRC23:37
*** ircuser-1 has joined #openstack-nova23:38
*** itlinux has joined #openstack-nova23:43
*** liverpooler has quit IRC23:44
*** dave-mccowan has quit IRC23:45
*** markvoelker_ has quit IRC23:45
*** dave-mccowan has joined #openstack-nova23:50
*** acormier has quit IRC23:50
*** acormier has joined #openstack-nova23:51
*** hongbin has quit IRC23:52

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