Thursday, 2018-02-08

*** sree has joined #openstack-nova00:00
*** hoonetorg has quit IRC00:05
*** sree has quit IRC00:06
*** mriedem has joined #openstack-nova00:10
*** salv-orlando has joined #openstack-nova00:12
*** hshiina has joined #openstack-nova00:14
*** markvoelker has joined #openstack-nova00:17
*** salv-orlando has quit IRC00:17
jrollmelwitt: congrats and condolences00:24
jroll:)00:24
*** markvoelker has quit IRC00:24
*** liusheng has quit IRC00:24
melwittheh, thanks jroll00:24
*** liusheng has joined #openstack-nova00:24
*** efried has joined #openstack-nova00:25
*** rodolof has quit IRC00:27
mriedemgibi: i likely can't run the nova meeting tomorrow, can you do that? i'll update the agenda tonight.00:27
mnasermelwitt: early unofficial congrats too :)00:30
melwittthanks mnaser :)00:30
*** yassine has joined #openstack-nova00:37
*** yassine is now known as Guest1163100:38
*** liusheng has quit IRC00:38
*** liusheng has joined #openstack-nova00:39
*** chyka has quit IRC00:42
mriedemefried: apparently we lookup the image service endpoint url from the catalog 410 times in n-api alone in a successful tempest run00:43
mriedemwhich seems....excessive00:43
*** claudiub|2 has quit IRC00:45
*** gyee has quit IRC00:47
openstackgerritMatt Riedemann proposed openstack/nova master: Workaround glanceclient bug when CONF.glance.api_servers not set  https://review.openstack.org/54100800:48
openstackgerritTakashi NATSUME proposed openstack/nova master: [cellv2] Improve getting BDMs in multiple cells  https://review.openstack.org/52140000:49
*** zhurong has joined #openstack-nova00:52
*** edmondsw has joined #openstack-nova00:53
*** edmondsw has quit IRC00:58
*** brad[] has quit IRC01:15
efriedmriedem: Accessing an image 410 times in a tempest run doesn't seem excessive to me.  And if things are set up correctly, that lookup ought to be really really cheap.01:15
mriedemwe just reconstruct the glance client wrapper every time01:16
efriedNow if we were doing endpoint discovery every one of those times (or even a tenth of them) that would be excessive.01:16
mriedemi'm pretty sure we do the same for cinder client though too01:16
efriedI don't doubt it.01:16
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove unnecessary variables  https://review.openstack.org/54196401:17
efriedAre you suggesting we could cache the client?  Maybe so.01:17
efriedFWIW, constructing the client is also pretty cheap.01:17
mriedemi was more worried about the endpoint lookup from ksa every time,01:17
mriedembut is that cached somewhere?01:17
openstackgerritMatt Riedemann proposed openstack/nova master: Workaround glanceclient bug when CONF.glance.api_servers not set  https://review.openstack.org/54100801:18
mriedembtw, this fixes the nova-next job ^, despite using some regex parsing and stripping01:18
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove unnecessary arguments in notification methods  https://review.openstack.org/53559901:18
efriedmriedem: Yes, the endpoint is cached, if things are working right.01:20
* efried adds patch to list to review when awake01:21
efriedoh, you did that, thanks.01:21
*** tiendc has joined #openstack-nova01:23
*** yangyapeng has quit IRC01:27
openstackgerritmelanie witt proposed openstack/nova master: Make scheduler.utils.setup_instance_group query all cells  https://review.openstack.org/54025801:27
*** yangyapeng has joined #openstack-nova01:27
*** zhaochao has joined #openstack-nova01:29
openstackgerritMerged openstack/nova master: Update links in documents  https://review.openstack.org/53313401:29
*** Daisy_ has joined #openstack-nova01:34
*** Daisy__ has joined #openstack-nova01:41
*** Daisy_ has quit IRC01:41
*** hiro-kobayashi has joined #openstack-nova01:42
*** Daisy_ has joined #openstack-nova01:42
*** hongbin has joined #openstack-nova01:45
*** Daisy__ has quit IRC01:45
*** chyka has joined #openstack-nova01:48
*** chyka has quit IRC01:53
*** annp has joined #openstack-nova01:58
*** hshiina2 has joined #openstack-nova02:00
*** hshiina has quit IRC02:03
*** hshiina3 has joined #openstack-nova02:03
*** acormier has quit IRC02:03
mriedemmordred: would you like it if the GET /flavors/detail response included the extra specs with each flavor also so you don't have to make a 2nd request per flavor to get the specs (as a subresource GET) ?02:04
*** gjayavelu has quit IRC02:05
*** hshiina2 has quit IRC02:06
*** hshiina3 is now known as hshiina02:08
*** pchavva has quit IRC02:08
*** nicolasbock has quit IRC02:10
*** sree has joined #openstack-nova02:16
*** yamahata has quit IRC02:20
*** sree has quit IRC02:20
*** Sukhdev has quit IRC02:27
*** sdague has quit IRC02:27
*** hshiina2 has joined #openstack-nova02:29
*** hshiina has quit IRC02:32
*** masahisa has joined #openstack-nova02:36
*** hshiina3 has joined #openstack-nova02:37
*** hshiina2 has quit IRC02:41
*** edmondsw has joined #openstack-nova02:41
mriedemsgordon: is red hat still interested in this? https://blueprints.launchpad.net/nova/+spec/complex-soft-anti-affinity-policies02:42
mriedembecause i think our product team wants that also02:42
*** acormier has joined #openstack-nova02:44
*** edmondsw has quit IRC02:46
*** jichen has joined #openstack-nova02:50
*** sree has joined #openstack-nova02:51
*** hshiina3 is now known as hshiina02:52
*** sree has quit IRC02:56
mriedemKevin_Zheng: this is the bp for the error code thing I was thinking of for placement https://review.openstack.org/#/c/418393/02:58
mriedemKevin_Zheng: https://blueprints.launchpad.net/nova/+spec/add-extra-specs-to-flavor-list03:01
mriedemyikun: ^03:01
mriedemhttps://review.openstack.org/#/c/39920/03:02
mriedemapparently people weren't against it 4 years ago03:02
mriedem:)03:02
*** acormier has quit IRC03:02
*** tianhui has quit IRC03:04
*** tianhui has joined #openstack-nova03:04
Kevin_Zhengyeah03:05
Kevin_Zhengmore about v2 v3 thing03:05
*** fragatina has quit IRC03:06
*** fragatina has joined #openstack-nova03:06
*** fragatina has quit IRC03:06
mriedemthis was the other bp i was looking for from ibm years ago https://blueprints.launchpad.net/nova/+spec/formal-message-ids03:07
*** fragatina has joined #openstack-nova03:07
Kevin_ZhengHmm got approved :)03:08
mriedem?03:08
mriedemit's marked obsolete03:08
Kevin_ZhengOh ok03:08
mriedemit's complete in that it's dead03:08
*** amodi has quit IRC03:09
*** hoangcx has quit IRC03:14
*** hoangcx has joined #openstack-nova03:14
*** udesale has joined #openstack-nova03:15
*** gongysh has joined #openstack-nova03:16
*** mriedem has quit IRC03:16
openstackgerritFan Zhang proposed openstack/osc-placement master: Update doc link in README.rst  https://review.openstack.org/54200203:27
*** mdnadeem has joined #openstack-nova03:29
*** gongysh has quit IRC03:33
*** Daisy_ has quit IRC03:33
*** Daisy_ has joined #openstack-nova03:34
*** Daisy_ has quit IRC03:34
*** Daisy_ has joined #openstack-nova03:35
*** yamamoto has joined #openstack-nova03:38
*** dave-mccowan has quit IRC03:39
*** Daisy_ has quit IRC03:39
*** mdnadeem has quit IRC03:53
*** fragatina has quit IRC03:58
*** fragatina has joined #openstack-nova04:02
*** gongysh has joined #openstack-nova04:03
*** fragatina has quit IRC04:07
*** andreas_s has joined #openstack-nova04:09
*** esberglu has quit IRC04:10
*** oomichi has joined #openstack-nova04:10
*** Tom-Tom has joined #openstack-nova04:12
*** jichen has quit IRC04:12
*** Daisy_ has joined #openstack-nova04:13
*** jichen has joined #openstack-nova04:13
*** andreas_s has quit IRC04:13
*** hieulq has quit IRC04:15
*** Daisy_ has quit IRC04:17
openstackgerritFan Zhang proposed openstack/osc-placement master: Update doc link in README.rst  https://review.openstack.org/54200204:18
*** Daisy_ has joined #openstack-nova04:19
*** Tom-Tom has quit IRC04:20
*** bhujay has joined #openstack-nova04:21
*** psachin has joined #openstack-nova04:23
*** Daisy_ has quit IRC04:24
*** esberglu has joined #openstack-nova04:26
openstackgerritGhanshyam Mann proposed openstack/nova master: trivial: Fix microversion number in test comment  https://review.openstack.org/54201904:30
*** edmondsw has joined #openstack-nova04:30
*** esberglu has quit IRC04:30
*** slaweq has joined #openstack-nova04:34
*** edmondsw has quit IRC04:34
*** slaweq has quit IRC04:39
*** lpetrut has joined #openstack-nova04:45
*** Daisy_ has joined #openstack-nova04:49
*** zhurong has quit IRC04:56
*** hongbin has quit IRC04:58
*** jchhatba_ has joined #openstack-nova05:02
*** ratailor has joined #openstack-nova05:03
*** acormier has joined #openstack-nova05:03
*** abhishekk has joined #openstack-nova05:05
*** acormier has quit IRC05:07
*** artom has quit IRC05:08
*** lpetrut has quit IRC05:09
*** artom has joined #openstack-nova05:11
*** trinaths has joined #openstack-nova05:12
*** Tom-Tom has joined #openstack-nova05:14
*** moshele has joined #openstack-nova05:23
*** claudiub|2 has joined #openstack-nova05:25
*** hieulq has joined #openstack-nova05:31
*** slaweq has joined #openstack-nova05:34
*** lbragstad has quit IRC05:37
*** slaweq has quit IRC05:39
*** oomichi has quit IRC05:41
*** fragatina has joined #openstack-nova05:42
*** traskat has joined #openstack-nova05:44
*** mdnadeem has joined #openstack-nova05:45
*** traskat has quit IRC05:48
*** zhurong has joined #openstack-nova05:49
*** yamahata has joined #openstack-nova05:50
*** eandersson has quit IRC05:50
*** threestrands has quit IRC05:57
*** oomichi has joined #openstack-nova06:00
*** yangyapeng has quit IRC06:10
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/54156106:13
*** yangyapeng has joined #openstack-nova06:15
*** edmondsw has joined #openstack-nova06:18
*** kholkina has joined #openstack-nova06:21
*** trinaths has quit IRC06:22
*** chyka has joined #openstack-nova06:22
*** edmondsw has quit IRC06:22
*** yamamoto_ has joined #openstack-nova06:26
*** chyka has quit IRC06:26
*** hshiina2 has joined #openstack-nova06:29
*** hshiina3 has joined #openstack-nova06:30
*** yamamoto has quit IRC06:30
*** hshiina has quit IRC06:32
*** Eran_Kuris has joined #openstack-nova06:33
*** hshiina2 has quit IRC06:34
*** slaweq has joined #openstack-nova06:34
*** slaweq has quit IRC06:39
*** hoonetorg has joined #openstack-nova06:44
*** slaweq has joined #openstack-nova06:55
*** slaweq has quit IRC06:59
openstackgerritMerged openstack/nova master: fix misspelling of 'projectUser'  https://review.openstack.org/54110807:01
*** lajoskatona has joined #openstack-nova07:01
*** itlinux has quit IRC07:06
*** hoonetorg has quit IRC07:06
*** andreas_s has joined #openstack-nova07:14
*** efried has quit IRC07:14
*** efried has joined #openstack-nova07:15
*** xinliang has joined #openstack-nova07:16
*** rcernin has quit IRC07:16
*** AlexeyAbashkin has joined #openstack-nova07:20
*** bhagyashris has quit IRC07:21
*** hoonetorg has joined #openstack-nova07:23
*** WangShuaili_ has quit IRC07:30
*** pcaruana has joined #openstack-nova07:31
*** jichen has quit IRC07:32
*** Daisy_ has quit IRC07:32
*** jichen has joined #openstack-nova07:33
*** Daisy_ has joined #openstack-nova07:33
*** Daisy_ has quit IRC07:38
*** AlexeyAbashkin has quit IRC07:38
*** Daisy_ has joined #openstack-nova07:39
*** AlexeyAbashkin has joined #openstack-nova07:43
*** Daisy_ has quit IRC07:43
*** lpetrut has joined #openstack-nova07:45
*** AlexeyAbashkin has quit IRC07:47
*** hshiina2 has joined #openstack-nova07:48
openstackgerritAmeed Ashour proposed openstack/osc-placement master: Update doc link in README.rst  https://review.openstack.org/54206707:52
*** hshiina3 has quit IRC07:52
*** AlexeyAbashkin has joined #openstack-nova07:52
*** hshiina2 is now known as hshiina07:53
*** bhagyashris has joined #openstack-nova07:53
*** slaweq has joined #openstack-nova07:55
*** hshiina2 has joined #openstack-nova07:55
*** Daisy_ has joined #openstack-nova07:57
*** hshiina has quit IRC07:58
*** ragiman has joined #openstack-nova07:59
*** slaweq has quit IRC08:00
*** abalutoiu has joined #openstack-nova08:02
*** lpetrut_ has joined #openstack-nova08:02
*** claudiub has joined #openstack-nova08:02
*** claudiub|2 has quit IRC08:04
*** lpetrut has quit IRC08:04
*** abalutoiu__ has quit IRC08:05
*** artom has quit IRC08:06
*** edmondsw has joined #openstack-nova08:06
*** dtantsur|afk is now known as dtantsur08:09
*** edmondsw has quit IRC08:11
hrwmorning08:11
hrwhttps://review.openstack.org/#/c/541728/ - can someone take a look at aarch64 support matrix stuff and help get it merged?08:11
*** chyka has joined #openstack-nova08:11
*** jpena|off is now known as jpena08:11
*** damien_r has joined #openstack-nova08:12
*** slaweq has joined #openstack-nova08:13
*** stakeda has quit IRC08:15
*** chyka has quit IRC08:16
*** oomichi has quit IRC08:16
*** zioproto has quit IRC08:17
*** mnaser has quit IRC08:17
*** kmalloc has quit IRC08:17
*** mnaser has joined #openstack-nova08:17
*** zioproto has joined #openstack-nova08:17
*** jbryce has quit IRC08:17
*** artom has joined #openstack-nova08:18
*** kmalloc has joined #openstack-nova08:18
*** gmann_ has quit IRC08:18
openstackgerritThomas Goirand proposed openstack/python-novaclient master: Fix crashing console-log  https://review.openstack.org/54161008:23
*** alexchadin has joined #openstack-nova08:25
*** tesseract has joined #openstack-nova08:26
*** hiro-kobayashi has quit IRC08:28
*** gmann_ has joined #openstack-nova08:28
*** alexchadin has quit IRC08:34
*** alexchadin has joined #openstack-nova08:40
*** masahisa has quit IRC08:41
*** mgoddard_ has joined #openstack-nova08:46
openstackgerritjichenjc proposed openstack/nova master: TrivialFix: Add a blankline  https://review.openstack.org/54209408:52
*** tiendc has quit IRC08:52
*** hoangcx has quit IRC08:56
*** annp has quit IRC08:56
*** yamamoto has joined #openstack-nova08:57
*** ralonsoh has joined #openstack-nova08:57
openstackgerritjichenjc proposed openstack/nova master: TrivialFix: rename cinder to volume  https://review.openstack.org/54209508:58
*** sahid has joined #openstack-nova08:58
*** yamamoto_ has quit IRC09:00
*** tiendc has joined #openstack-nova09:02
*** annp has joined #openstack-nova09:02
*** hoangcx has joined #openstack-nova09:02
bauzasgood morning Nova09:03
hrwhi bauzas09:03
*** sshwarts has joined #openstack-nova09:04
*** tssurya has joined #openstack-nova09:06
*** derekh has joined #openstack-nova09:10
*** rodolof has joined #openstack-nova09:14
openstackgerritjichenjc proposed openstack/nova master: Add log for snapshot an instance  https://review.openstack.org/54210109:17
*** claudiub has quit IRC09:18
openstackgerritjichenjc proposed openstack/nova master: Use with method to consistent oslo timeutils usage  https://review.openstack.org/54210509:24
*** slaweq_ has joined #openstack-nova09:25
*** amoralej|off is now known as amoralej09:26
*** sapd has quit IRC09:29
*** slaweq_ has quit IRC09:30
*** hshiina2 is now known as hshiina|afk09:32
*** sapd has joined #openstack-nova09:33
*** trinaths has joined #openstack-nova09:34
*** gongysh has quit IRC09:36
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove a duplicate colon  https://review.openstack.org/54210909:36
*** takashin has left #openstack-nova09:38
*** tiendc_ has joined #openstack-nova09:38
*** tiendc has quit IRC09:40
*** hshiina|afk has quit IRC09:41
*** damien_r1 has joined #openstack-nova09:42
*** damien_r has quit IRC09:43
*** tssurya has quit IRC09:46
*** alexchadin has quit IRC09:48
*** sambetts|afk is now known as sambetts09:51
*** edmondsw has joined #openstack-nova09:55
*** Daisy_ has quit IRC09:55
*** Daisy_ has joined #openstack-nova09:56
*** abhishekk has quit IRC09:58
*** edmondsw has quit IRC09:59
*** jbryce has joined #openstack-nova10:00
*** Daisy_ has quit IRC10:00
*** tssurya has joined #openstack-nova10:01
*** tiendc_ has quit IRC10:02
*** zhurong has quit IRC10:04
*** annp has quit IRC10:08
*** annp has joined #openstack-nova10:08
*** abhishekk has joined #openstack-nova10:12
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172810:13
*** trinaths has quit IRC10:13
hrwbauzas: marked live migration as missing10:13
bauzashrw: you tramplet my revision10:15
bauzastrampled10:15
hrwsorry, will refix10:16
bauzashrw: https://review.openstack.org/#/c/541728/4..5/releasenotes/notes/aarch64-minimum-libvirt-version-86331e5282effbf0.yaml10:16
bauzashrw: np, just FYI because Zuul will NACK10:16
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172810:17
hrwrestored10:17
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172810:18
hrwtypo ;(10:18
gibimriedem: sure, I will do the weekly meeting10:24
*** Daisy_ has joined #openstack-nova10:26
bauzashrw: again, you will have a problem https://review.openstack.org/#/c/541728/4..7/releasenotes/notes/aarch64-minimum-libvirt-version-86331e5282effbf0.yaml10:27
hrws...10:28
bauzashrw: the simpliest thing for passing a new rev is just to do git review -d <change_number>10:28
bauzasthen, commit -a --amend and git review -y10:28
hrwthx10:28
bauzashrw: so, here, just do git review -d 541728,410:28
bauzasit will get the PS410:29
*** sticker has joined #openstack-nova10:29
bauzasand you'll just have to modify the support-matrix.ini file10:29
bauzas(git review -d does the same than git fetch https://git.openstack.org/openstack/nova refs/changes/<change_nr>/<ps_nr> && git checkout FETCH_HEAD10:30
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172810:31
hrweveryday learns something new :)10:31
hrwthx bauzas10:31
bauzasnp10:31
*** annp has quit IRC10:31
bauzasstephenfin: look at https://bugs.launchpad.net/nova/+bug/174618810:32
openstackLaunchpad bug 1746188 in OpenStack Compute (nova) "Virtlogd recreates console.log file as root:root after live migration" [Undecided,New]10:32
stephenfinbauzas: I thought we'd fixed that10:34
bauzasyeah me too10:35
*** sdague has joined #openstack-nova10:35
bauzasbut the reporter used a Pike version10:35
*** abhishekk has quit IRC10:35
*** alexchadin has joined #openstack-nova10:36
*** abhishekk has joined #openstack-nova10:37
openstackgerritAndrey Volkov proposed openstack/osc-placement master: RP list: member_of and resources parameters (v1.3, v1.4)  https://review.openstack.org/51118310:42
openstackgerritAndrey Volkov proposed openstack/osc-placement master: RP delete inventories (v1.5)  https://review.openstack.org/51464210:42
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI for traits (v1.6)  https://review.openstack.org/51464310:42
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Resource class set (v1.7)  https://review.openstack.org/51464410:42
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Usages per project and user (v1.8, v1.9)  https://review.openstack.org/51464610:42
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI allocation candidates (v1.10)  https://review.openstack.org/51464710:42
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] Get resource provider by uuid or name  https://review.openstack.org/52779110:42
*** abhishekk has quit IRC10:43
stickerbauzas: that reporter is me if you need any more info10:47
stickerit actually stopped us from being able to live migrate instances when the permissions were root:root10:47
*** alexchadin has quit IRC10:49
*** alexchadin has joined #openstack-nova10:50
*** links has joined #openstack-nova10:50
*** alexchadin has quit IRC10:55
*** alexchadin has joined #openstack-nova10:56
*** sticker has quit IRC10:56
*** sticker has joined #openstack-nova10:56
*** claudiub has joined #openstack-nova10:57
*** jpena is now known as jpena|away10:59
*** hiro-kobayashi has joined #openstack-nova11:00
*** tssurya has quit IRC11:03
*** elmaciej has joined #openstack-nova11:04
*** lucas-afk is now known as lucasagomes11:05
*** dtantsur is now known as dtantsur|bbl11:06
stephenfinbauzas: https://bugs.launchpad.net/reno/+bug/174816411:07
openstackLaunchpad bug 1748164 in reno "Reno doesn't scale" [Undecided,New]11:07
stephenfinI've found a _tonne_ of bugs in reno this morning :(11:07
*** tetsuro has joined #openstack-nova11:08
*** andreas_s has quit IRC11:10
*** andreas_s has joined #openstack-nova11:10
*** cdent has joined #openstack-nova11:10
openstackgerritMerged openstack/nova master: Remove a duplicate colon  https://review.openstack.org/54210911:15
*** ratailor has quit IRC11:19
*** andreas_s has quit IRC11:19
*** yamahata has quit IRC11:27
*** zhurong has joined #openstack-nova11:29
*** andreas_s has joined #openstack-nova11:30
*** alexchadin has quit IRC11:33
*** alexchadin has joined #openstack-nova11:33
*** andreas_s has quit IRC11:34
*** tssurya has joined #openstack-nova11:35
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI for traits (v1.6)  https://review.openstack.org/51464311:40
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Resource class set (v1.7)  https://review.openstack.org/51464411:40
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Usages per project and user (v1.8, v1.9)  https://review.openstack.org/51464611:40
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI allocation candidates (v1.10)  https://review.openstack.org/51464711:40
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] Get resource provider by uuid or name  https://review.openstack.org/52779111:40
*** hiro-kobayashi has quit IRC11:42
*** andreas_s has joined #openstack-nova11:43
*** links has quit IRC11:44
*** chyka has joined #openstack-nova11:47
*** nicolasbock has joined #openstack-nova11:50
*** tbachman has quit IRC11:50
*** hamzy_ is now known as hamzy11:50
*** chyka has quit IRC11:52
*** links has joined #openstack-nova11:57
*** stvnoyes has quit IRC11:59
*** tssurya has quit IRC12:00
*** owalsh_ has joined #openstack-nova12:00
*** masahisa has joined #openstack-nova12:01
*** owalsh has quit IRC12:02
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Resource class set (v1.7)  https://review.openstack.org/51464412:04
openstackgerritAndrey Volkov proposed openstack/osc-placement master: Usages per project and user (v1.8, v1.9)  https://review.openstack.org/51464612:04
openstackgerritAndrey Volkov proposed openstack/osc-placement master: CLI allocation candidates (v1.10)  https://review.openstack.org/51464712:04
openstackgerritAndrey Volkov proposed openstack/osc-placement master: [WIP] Get resource provider by uuid or name  https://review.openstack.org/52779112:04
*** owalsh_ has quit IRC12:05
*** andreas_s has quit IRC12:05
*** owalsh has joined #openstack-nova12:05
*** andreas_s has joined #openstack-nova12:06
*** dave-mccowan has joined #openstack-nova12:11
*** alexchadin has quit IRC12:14
*** andreas_s has quit IRC12:14
*** andreas_s has joined #openstack-nova12:15
*** m3m0 has joined #openstack-nova12:17
*** alexchadin has joined #openstack-nova12:18
*** links has quit IRC12:21
*** m3m0 has left #openstack-nova12:21
*** m3m0 has joined #openstack-nova12:22
*** alexchadin has quit IRC12:22
m3m0Hello guys, I'm trying to install nova from source using the branch stable/pike on arch using python 2.7.14 and python 3.6.4 and I keep getting this error when trying to run ANY nova-manage command, even --help https://etherpad.openstack.org/p/nova_error_retry_on_request12:23
m3m0have you seen this?12:23
*** tssurya has joined #openstack-nova12:26
*** Daisy_ has quit IRC12:26
*** Daisy_ has joined #openstack-nova12:26
*** takashin has joined #openstack-nova12:28
*** andreas_s has quit IRC12:30
*** tetsuro has left #openstack-nova12:30
*** Daisy_ has quit IRC12:31
*** andreas_s has joined #openstack-nova12:31
*** andreas_s has quit IRC12:35
*** ccamacho is now known as ccamacho|lunch12:39
*** belmoreira has joined #openstack-nova12:40
*** alexchadin has joined #openstack-nova12:45
*** tbachman has joined #openstack-nova12:46
*** tbachman_ has joined #openstack-nova12:48
*** alexchadin has quit IRC12:49
*** tbachman has quit IRC12:50
*** tbachman_ is now known as tbachman12:50
*** jpena|away is now known as jpena|off12:52
*** alexchadin has joined #openstack-nova12:54
*** abhishekk has joined #openstack-nova12:56
*** jaosorior has quit IRC12:56
*** jaosorior has joined #openstack-nova12:56
*** andreas_s has joined #openstack-nova12:59
*** links has joined #openstack-nova13:01
*** AlexeyAbashkin has quit IRC13:03
*** hemna_ has joined #openstack-nova13:04
*** AlexeyAbashkin has joined #openstack-nova13:04
*** jpena|off is now known as jpena13:06
*** hemna_ has quit IRC13:09
*** edmondsw has joined #openstack-nova13:11
*** stvnoyes has joined #openstack-nova13:13
bauzassticker: hey13:14
bauzassorry was at lunch et al.13:14
bauzassticker: I just closed your bug because I tried to get some knowledge on what would the best option for config13:14
m3m0afer some debugging, I had to remove the parameter retry_on_request on 4 functions and it's "working"13:15
bauzasand looks to me there is a consensus on having dynamic_ownership=1 as the base value for Nova13:15
stickerbauzas: yeah, unfortunately for me, the NetApp recommendation is still to set that to 0 when integrating with their SAN :/13:15
stickerI'll have to find some other way around it13:16
bauzassticker: feels like it's a larger problem than just it looks like now13:16
bauzasbut I'm not a console expert, neither a libvirt one13:16
bauzassticker: one option for you would be to run a remote console and not ask for a single file13:17
bauzashttps://docs.openstack.org/nova/pike/admin/remote-console-access.html13:17
stickermaybe i'll see if i can get some more detail and come back to it.  when i hit the issue i wasn't able to live migrate anything (would just fail with a permissions error)13:18
stickeri'm sure i'm not the only one that would be bitten by it13:18
*** jchhatbar has joined #openstack-nova13:18
bauzasoops, wrong link I meant https://docs.openstack.org/nova/latest/admin/remote-console-access.html#serial-console13:19
bauzassticker: and yeah, I understand your concern13:19
*** jaypipes has joined #openstack-nova13:20
*** efried has quit IRC13:20
*** efried has joined #openstack-nova13:21
*** jchhatba_ has quit IRC13:21
stickerbauzas: all good.. thanks for looking at it :)13:21
*** masahisa has quit IRC13:21
jaypipesmorning supernovas13:23
openstackgerritMerged openstack/nova stable/pike: Fix pike GA prelude release note  https://review.openstack.org/54149813:25
*** hemna_ has joined #openstack-nova13:26
*** zhurong has quit IRC13:27
*** READ10 has joined #openstack-nova13:27
bauzasjaypipes: I don't feel like I was about to explode in the next years13:27
bauzasand don't treat me of black hole13:28
efriedHeh.  Good morning jaypipes13:29
efriedjaypipes: I should have something pretty interesting coming down the "pipes" for you later today13:29
efriedjaypipes: But if you get a few minutes, I'd like to pick your brain about this concept of "aggregate distance" to represent [anti-]affinity.13:30
efried...at some point today.13:30
*** bhujay has quit IRC13:33
jaypipesefried: ok, sounds good to me. I'll be working on the spec for solving mgagne's problems around host aggregate allocation ratios.13:33
efriedCool13:33
cdentefried: just to throw a thing in your brain on that: I'd like to see anti-affinity and affinity represented internally as numbers on the same scale -something to +something, rather than two different scales. If that's possible. I'm not certain it is, but mathematically it could make for a simpler representation13:34
cdentI also wonder if the UI should represent it as one scale, but that may be too much to bear.13:34
*** jchhatbar has quit IRC13:34
efriedcdent: I agree with that as a long-term goal for some generic mechanism.13:35
*** jchhatbar has joined #openstack-nova13:35
efriedcdent: My concern is that this "aggregate distance" solution - which may give us that - is going to be an order of magnitude tougher to implement, model, and use than what I talked about a couple days ago with edleafe and sean-k-mooney and cfriesen.13:37
bauzasjaypipes: have you seen my workaround for the aggregate ratios ?13:37
bauzasjaypipes: tl;dr set on every compute ratios to 9999.013:37
efriedcdent: But that's why I want to understand the "aggregate distance" thing before I go off and write up that spec.13:37
* cdent nods13:38
efriedcdent: Is that a concept you comprehend?13:38
cdentefried: it is not fresh in my mind13:38
efriedk13:38
*** bhujay has joined #openstack-nova13:38
*** tbachman has quit IRC13:38
*** jichen has quit IRC13:38
bauzasjaypipes: needs some SQL-fu on execution plans https://review.openstack.org/#/c/531117/8/nova/db/sqlalchemy/api.py13:40
*** jchhatbar has quit IRC13:41
bauzasjaypipes: basically, say I have a long list of rows with no index on timestamps (AFAIK), is it OK to just filter by some things and then ordering by those timestamps ?13:41
bauzasbecause the temp table should be small13:42
*** jchhatbar has joined #openstack-nova13:42
*** psachin has quit IRC13:44
efriedbauzas: Timestamps are internally represented as long integers, I believe.  Which SQLs are really good at sorting.  Are you concerned about performance or about data integrity?13:48
bauzasperformance13:48
efriedYeah, compared to some of the other stuff we're doing, should be a drop in the bucket.13:48
bauzaswhen I was an operator, I *never* sorted by dates13:48
efriedI could be wrong of course :)13:48
bauzasit's just a perf killer13:49
bauzasbut if you put a where clause *before* the order, that should be fine13:49
efriedbauzas: Did you use SQL Server 2008 perchance?13:49
bauzasefried: SQL2K even13:49
bauzasI mean, I was in a company that was doing ASP and SQL Server 2K13:50
bauzasthen PHP13:50
efriedbauzas: The other thing to consider is whether there's actually any need to sort.  Are the rows created in chronological order already?13:50
bauzascan you just imagine how much I loved my job13:50
efriedbauzas: Heh, that sounds like my gig from 2000 to 200313:50
bauzas... it was in 2011 ...13:51
efriedactually from 199813:51
bauzascall it tech deby13:51
efriedSo yeah, if the rows are already sorted in chrono order, you can cheat.  Either don't sort, because they'll already come back in the right order; or sort by the primary key ID (assuming that's an auto int).13:52
*** Tom-Tom has quit IRC13:52
*** jchhatbar has quit IRC13:53
bauzasanyway13:53
*** jchhatbar has joined #openstack-nova13:53
bauzaslooks like the index can solve most of the problem13:53
bauzasgiven it's on the top patch, I +Wd13:53
*** mriedem has joined #openstack-nova13:54
bauzasbut I'm curious if that index was needed13:54
*** bhujay has quit IRC13:54
bauzasin general, we put indexes on dates because we like to ask in a where clause something like "where created > today - 1yr"13:55
bauzasbut here, it's a order by13:55
bauzasso AFAIK in the SQL execution plan, it goes at the last13:55
mriedembauzas: if you're talking about https://review.openstack.org/#/c/530429/, it's used in a filter13:55
mriedemfor changes-since13:55
bauzasmriedem: yeah13:55
*** AlexeyAbashkin has quit IRC13:56
bauzasok, so the order by is required13:56
*** AlexeyAbashkin has joined #openstack-nova13:56
bauzasoops13:56
bauzasso the index is required anyway13:56
mriedemthe index is for the filter,13:56
mriedemwe order by created_at13:56
mriedemnot updated_at13:56
bauzasbut I'm still curious13:56
*** Tom-Tom has joined #openstack-nova13:57
*** jchhatbar has quit IRC13:57
*** jchhatbar has joined #openstack-nova13:57
bauzasmeeting time in 3 mins, right?13:57
gibiright13:58
bauzascool13:58
*** dtantsur|bbl is now known as dtantsur13:59
*** Tom-Tom_ has joined #openstack-nova13:59
*** eharney has quit IRC14:00
*** Tom-Tom has quit IRC14:01
*** rodolof has quit IRC14:03
*** rodolof has joined #openstack-nova14:03
*** Tom-Tom_ has quit IRC14:04
*** tssurya has quit IRC14:05
*** jchhatbar has quit IRC14:06
*** jchhatbar has joined #openstack-nova14:06
*** liverpooler has joined #openstack-nova14:06
openstackgerritMatt Riedemann proposed openstack/nova master: Workaround glanceclient bug when CONF.glance.api_servers not set  https://review.openstack.org/54100814:07
mordredmriedem: yes, I would like it if GET /flavors/detail included the extra specs - but it's not *super* important so I certainly wouldn't prioritize it just for me :)14:07
mriedemmordred: just getting user feedback; our product team wants it because they have a time limit on loading flavors in the UI, and they have to first get all flavors and then for each one, get their extra specs, and that can timeout the UI panel14:09
mriedemi actually found a blueprint from 4 years ago for the same thing when we were doing nova v3 api14:09
*** jchhatbar has quit IRC14:11
*** elmaciej has quit IRC14:11
*** jchhatbar has joined #openstack-nova14:11
mordredmriedem: yah - I have the same issue in shade (minus the timelimit) because I was dumb and made the default behavior of list_flavors be to add the extra-specs by default - so doing a list_flavors on a cloud with a lot of flavors takes *forever*14:12
*** Tom-Tom has joined #openstack-nova14:12
mordredmriedem: I swapped the default behavior when we merged the shade code into the sdk repo, but I do think it would be nice to just get it all at once14:13
mriedemwe actually load it all up from the db too, so we have it in the api, we just never returned it14:13
*** tssurya has joined #openstack-nova14:13
mriedemameeda: should be an easy bug to fix https://bugs.launchpad.net/nova/+bug/174638614:16
openstackLaunchpad bug 1746386 in OpenStack Compute (nova) "Bindep does not catch missing libpcre3-dev on Ubuntu" [Low,Confirmed]14:16
*** jchhatbar has quit IRC14:16
ameedamriedem: thanks a lot14:16
*** jchhatbar has joined #openstack-nova14:16
*** alexchadin has quit IRC14:18
*** jchhatbar has quit IRC14:21
*** jchhatbar has joined #openstack-nova14:22
*** ingy has joined #openstack-nova14:25
*** lucasagomes is now known as lucas-hungry14:26
ingymordred: o/14:27
*** esberglu has joined #openstack-nova14:28
*** jchhatbar has quit IRC14:31
*** jchhatbar has joined #openstack-nova14:32
*** amodi has joined #openstack-nova14:33
*** yamamoto has quit IRC14:34
jianghuawbauzas, mriedem: I guess we should pick up this small patch which only corrects the example for the vGPU config option: https://review.openstack.org/#/c/539183/14:35
*** kholkina has quit IRC14:35
*** rmcall has joined #openstack-nova14:36
bauzasjianghuaw: right, I catched it but forgot to update it14:37
bauzasjianghuaw: FWIW, we don't need brackets14:37
jianghuawbauzas, yes.14:37
mordredingy: heya!14:37
*** lbragstad has joined #openstack-nova14:37
bauzasjianghuaw: I mean, we don't need quotes14:38
jianghuawit should work regardless there is quotes.14:38
ingymordred: hi. msged you yesterday but not sure you got it.14:38
ingycdent told me to look for you here...14:39
jianghuawbauzas, I mean oslo will parse it correctly.14:40
mriedemjianghuaw: another question inline14:40
openstackgerritAdrien Cunin proposed openstack/nova master: Fixed auto-convergence option name in doc  https://review.openstack.org/54223714:41
jianghuawmriedem, yes. I will update it. thanks.14:42
*** mdnadeem has quit IRC14:42
cdentmriedem: I'm continuing my explorations with slamming placement etc. and am now wondering: What are the reasons (if any) that we don't allow nova-scheduler to have worker processes?14:43
bauzascdent: IIRC, that was because we were having racinesses14:43
bauzasI can find old threads14:44
*** pchavva has joined #openstack-nova14:44
cdentbauzas: thanks14:44
mriedemhere you go https://review.openstack.org/#/c/159382/14:44
mriedemcdent: bauzas: ^14:44
mriedemthat's a huawei patch so i've got'er starred :)14:44
bauzasideally, I just feel we should pursue the idea to drop the whole n-sch service and do the thing in the conductor14:44
stephenfindansmith: Highlighted the RPC 5.0-ish things I'm aware of here https://review.openstack.org/#/c/541005/14:45
mriedemcdent: fwiw, i've had a todo sitting here to update nova-next in devstack to run with 2 nova-scheduler processes14:45
*** jchhatbar has quit IRC14:45
dansmithstephenfin: thanks will look in a sec14:45
cdentforcing some workers makes the rpc timeout problems go away and the instances to land, but I've got all filters turned off, so I suspect raciness won't rear its head if it is still there14:45
bauzascdent: in particular if you split placement, having multiple n-sch besides conductors is a PITA for operators14:45
stephenfinNot sure if that can be done or not, so I'm relying on you to educate me. Can tackle it myself though, if so (and if it would help)14:45
*** jchhatbar has joined #openstack-nova14:45
* stephenfin waits for DevStack to deploy and hopes sean-k-mooney's networking-ovs-dpdk plugin still works14:46
bauzascdent: mriedem: the problem was tied to the HostManager.consume_from_instance() lock, IIRC14:46
cdentbauzas: you say that but I find it hard to believe in a world of automation that running another service is a big deal, especially in the face of so many services...14:46
*** eharney has joined #openstack-nova14:46
bauzascall it microservices :)14:46
*** eharney has quit IRC14:46
*** eharney has joined #openstack-nova14:46
openstackgerritJianghua Wang proposed openstack/nova master: VGPU: Modify the example of vgpu white_list set  https://review.openstack.org/53918314:46
*** yamamoto has joined #openstack-nova14:46
mriedemmost places are running multiple schedulers, they have to for the load, they just get reschedules if they are packing14:47
jianghuawbauzas, mriedem: ^14:47
ameedamriedem: when I try to do "tox bindep" I got those errors http://paste.openstack.org/show/666615/ , I use master branch "queens" , any idea ?14:47
bauzasmultiple schedulers != multiple workers, and I don't exactly remember why14:47
bauzasthat's old plain story I don't remind14:47
*** tbachman has joined #openstack-nova14:48
stephenfinameeda: What host OS are you using?14:48
ameedaCentos , should I do it on ubuntu ?14:49
cdentmriedem, bauzas : do you recall if Nikola ever produced the email message or blog post that was claimed?14:49
bauzasmriedem: oh thanks for the patch, yeah I got the problem now14:49
stephenfinNot yet. Try adding 'basepython = python2.7'  above 'deps' in the '[testenv:bindep]' section of tox.ini14:50
bauzascdent: what do you mean by "claimed" ?14:50
stephenfinameeda: ^14:50
*** jchhatbar has quit IRC14:50
bauzascdent: I can point you some ndipanov's changes about fixing the locking mechanism14:50
stephenfinameeda: That'll force tox to use Python 2.714:50
bauzasthat's related14:50
*** links has quit IRC14:50
cdentbauzas: he said in the comments that he would right a more detail comment in an email message. did he?14:50
stephenfinActually, nvm me14:50
*** jchhatbar has joined #openstack-nova14:50
stephenfinameeda: It's 'tox -e bindep'14:50
bauzascdent: don't blame me, I'm 37 but I have poor memory :)14:50
ameedastephenfin: thanks !!14:51
bauzasbut I know we merged some concurrency patches around consume_from_instance, which later became consume_from_request()14:51
*** yamamoto has quit IRC14:51
openstackgerritJianghua Wang proposed openstack/nova master: VGPU: Modify the example of vgpu white_list set  https://review.openstack.org/53918314:52
dansmithstephenfin: the instance object stuff is definitely clear, and I think host as well, but if you could track down the host bit that would be appreciated14:52
*** Swami has joined #openstack-nova14:52
stephenfindansmith: Sure thing14:53
*** tbachman_ has joined #openstack-nova14:53
ameedastephenfin: Missing packages:     postgresql-server python34-devel sqlite-devel ERROR: InvocationError: '/opt/stack/nova/.tox/bindep/bin/bindep test'14:53
dansmitheven so, I'm not sure those compat blocks are fully legit, as we've had obj_compat decorators to hide that stuff for many year14:53
*** mlavalle has joined #openstack-nova14:53
cdentWell, for now I will continue my experiments with multiple scheduler workers and see what happens.14:53
*** ccamacho|lunch has quit IRC14:53
*** tbachman has quit IRC14:53
*** tbachman_ is now known as tbachman14:53
stephenfinameeda: Right, so bindep isn't tracking the correct packages for CentOS, That's another bug14:54
stephenfinameeda: But given the issue was reported against Ubuntu, you probably _should_ use that to fix _that_ particular bug :)14:54
bauzascdent: I think I found the ML thread14:54
ameedastephenfin: I will test it on ubuntu14:54
ameedastephenfin: do you know the link of current centos bug :$14:55
jianghuawbauzas, have removed the quotes:-) https://review.openstack.org/#/c/53918314:55
cdentbauzas: awesome14:55
bauzascdent: http://thread.gmane.org/gmane.comp.cloud.openstack.devel/4788214:55
stephenfinameeda: Nope, there probably isn't one. You should report it (and maybe try to fix it)14:55
*** dtantsur is now known as dtantsur|brb14:55
ameedastephenfin: great, Thanks for help :)14:55
stephenfinAssuming we support CentOS for that. I'm not sure if we do, given that we don't gate on it14:55
stephenfinnp14:55
mriedemjust add the rpm and deb packages to bindep in the same patch14:56
*** r-daneel has joined #openstack-nova14:56
*** salv-orlando has joined #openstack-nova14:56
mriedemlibpcre3-dev [platform:dpkg]14:57
mriedemi think that's all you need14:57
mriedemlooks like it's pcre-devel on fedora/centos14:58
mriedemhttps://rpmfind.net/linux/rpm2html/search.php?query=pkgconfig(libpcre)14:58
ameedamriedem: you are talking about current opened bug of ubuntu . what do you think about the Centos one ?14:58
mriedemameeda: it's a nova bug that the entries are missing from nova's bindep,14:58
mriedemjust add the entries for deb and rpm14:58
mriedemwhich i've given above14:58
*** jchhatbar has quit IRC14:58
ameedato this file bindep.txt right ?14:59
mriedemyes14:59
mriedemsee the existing entries in there as an example14:59
ameedacool, thanks14:59
mriedemsame for opensuse https://software.opensuse.org/package/pcre-devel14:59
mriedemlooks like we don't have specific entries for suse15:00
sean-k-mooneystephenfin: since the intel nfv ci has been offline we dont test int 300 times a day and i have only been using it on ubuntu lately but i fixed the centos support a few months ago when centos decided qemu-kvm should nolonger install qemu..15:00
sean-k-mooneystephenfin: if you have issue let me know15:01
*** awaugama has joined #openstack-nova15:01
Roamer`mriedem, pcre-devel should cover all RPM-based distributions15:01
mriedemameeda: btw, you can see the same thing done in devstack https://github.com/openstack-dev/devstack/commits/master/files15:01
stephenfinsean-k-mooney: I'm using CentOS, so I sure will15:01
mriedemdevstack changes aren't bindep, but that shows you which packages for which distro15:01
Roamer`mriedem, there's a bit less divergence in RPM-based distributions than there is between Debian and Ubuntu sometimes, at least WRT libraries and development packages, not the system startup stuff :)15:01
*** yamahata has joined #openstack-nova15:02
*** takashin has left #openstack-nova15:02
ameedamriedem: now I am using Centos, and the bug for Ubuntu , so the fix needs to be on ubuntu or don't care ?15:02
*** itlinux has joined #openstack-nova15:02
Roamer`(and I say this a bit sadly, with all my love for Debian and respect for Ubuntu and, well, reluctance when it comes to working on RPM-based distributions)15:02
mriedemameeda: i'm not sure how to answer that15:02
mriedemameeda: you can update nova and push the fix from a gentoo system, it doesn't matter,15:03
mriedemjust add the packages to nova's bindep file15:03
Roamer`ameeda, try to figure out what the bug actually is, what libpcre3-dev is and why it needs to be added15:03
mriedemRoamer`: it's a transitive dependency,15:03
*** links has joined #openstack-nova15:03
Roamer`mriedem, I know, I fixed it for our CI15:03
mriedembecause of the new dep on the whereto package15:03
mriedemwhereto requires pcre15:03
cdentbauzas: thanks for that. I read through and I wonder to what extent claims in the scheduler are now making a difference to the concerns?15:03
ameedathanks all for help, I have to go now, I will back soon.15:04
*** acormier has joined #openstack-nova15:05
bauzascdent: I feel we solved the main blocker15:06
gibimriedem: I think it is not a big deal but we have some inconsistency here https://review.openstack.org/#/c/541008/9/nova/tests/unit/image/test_glance.py@162915:06
bauzascdent: because I was wrong in the past15:06
bauzascdent: the fact that we have workers doesn't mean greenlets15:06
* cdent nods15:06
bauzashence separate processes, exactly like having multiple n-sch services15:06
bauzasso, what we solved with scheduler claims is also a valid argument for saying we can have workers15:07
*** READ10 has quit IRC15:07
*** READ10 has joined #openstack-nova15:09
*** tidwellr has joined #openstack-nova15:09
cdentI've made reference to the code and the email thread in the notes I'm writing up, so we'll have that to refer back to later if needed15:10
mriedemgibi: i think it's probably fine, the only place we append anything to that url is in "generate_image_url" and we append /images/{id} to it15:11
mriedemfor the createImage response location header15:11
mriedemand some notification during rebuild15:11
*** hamzy has quit IRC15:12
edleafebauzas: I do remember that the argument was made for claiming in the scheduler that it would allow for multiple scheduler processes15:13
mriedemthe pike release notes also say you can now run multiple schedulers b/c we do claims in the scheduler15:13
mriedemwhich is why i wanted to add that test wrinkle to the nova-next job15:13
mriedemsince we have had 409 issues since pike with claims in the scheduler15:13
stephenfinsean-k-mooney: So etcd failed to start. Lovely :)15:13
bauzasmriedem: sure, but we don't support yet multiple workers, hence the discussion15:14
bauzasit's just a very simple patch15:14
bauzasbut someone has to write it15:14
mriedembauzas: you mean this patch? https://review.openstack.org/#/c/159382/15:15
bauzasand again, I think I wonder what is the opportunity of having a separate process for filtering15:15
bauzasin particular now we have cells v2 and superconductor/conductors15:15
bauzasmriedem: yup15:16
bauzasanyway, something to merge in Rocky :)15:17
openstackgerritMerged openstack/nova master: Fix 500 in test_resize_server_negative_invalid_state  https://review.openstack.org/53111715:17
*** chyka has joined #openstack-nova15:20
openstackgerritJianghua Wang proposed openstack/nova master: VGPU: Modify the example of vgpu white_list set  https://review.openstack.org/53918315:21
openstackgerritMerged openstack/nova master: Add index(instance_uuid, updated_at) on instance_actions table  https://review.openstack.org/53042915:23
*** rmcall has quit IRC15:23
openstackgerritMatt Riedemann proposed openstack/nova master: VGPU: Modify the example of vgpu white_list set  https://review.openstack.org/53918315:23
gibimriedem: OK, then I'm +215:24
jianghuawmriedem, thanks.15:26
*** lucas-hungry is now known as lucasagomes15:26
*** links has quit IRC15:28
sean-k-mooneystephenfin: that is unrelated i normally trun it off as it is not need at all for a default devstack install15:28
sean-k-mooneystephenfin: i have found the etcd installation in devstack to be kindo of flaky15:29
efriedlajoskatona: I'm going to rebase the series upon which you have https://review.openstack.org/#/c/527728/9 stacked.  I'll go ahead and pull yours into the rebase unless you have objections?15:29
stephenfinsean-k-mooney: So I had HOST_IP configured to the IP of the IF I was binding DPDK to. Think I had that wrong, tbhg15:30
sean-k-mooneystephenfin: haha ya that could cause issues allright15:30
dansmithmriedem: in case it's not clear I think this patch from tssurya is closer to being ready than takashi's https://review.openstack.org/#/c/541246/15:31
*** chyka has quit IRC15:31
*** yamamoto has joined #openstack-nova15:32
sean-k-mooneystephenfin: are you deploying on a phyicla server or a vm15:33
stephenfinsean-k-mooney: The latter15:33
mriedemdansmith: i think it is too15:33
stephenfinSorry - former15:33
stephenfinGot a machine sat here beside me15:33
*** brad[] has joined #openstack-nova15:34
*** dtantsur|brb is now known as dtantsur15:34
*** salv-orlando has quit IRC15:35
*** salv-orlando has joined #openstack-nova15:36
sean-k-mooneyok this let me see if i have the vm i was doing the centos fixes on still and i can see if i can grab the local.conf. that said if you have issue with the getting started guide it would be nice to fix them too15:36
*** lpetrut_ has quit IRC15:36
*** salv-orlando has quit IRC15:36
*** salv-orlando has joined #openstack-nova15:36
*** yamamoto has quit IRC15:37
stephenfinsean-k-mooney: Well, let's see. It's proceeding quite nicely so far15:37
stephenfinsince I fixed the HOST_IP issue15:37
*** Eran_Kuris has quit IRC15:38
*** rmart04 has joined #openstack-nova15:38
*** moshele has quit IRC15:38
*** hongbin has joined #openstack-nova15:41
*** itlinux has quit IRC15:42
lajoskatonaefried: from my side it is ok for rebasing. I just tried to put my patch for tests on top of yours to see how it goes on latest nested patches15:43
efriedlajoskatona: Okay.  Should be coming up in the next 10-15 minutes.15:43
*** yamamoto has joined #openstack-nova15:44
*** yamamoto has quit IRC15:44
mriedemdansmith: one of the proxy methods in https://review.openstack.org/#/c/541005/ is broken15:44
mriedemotherwise just some questions15:45
*** felipemonteiro has joined #openstack-nova15:45
dansmithmriedem: ack thanks /cc stephenfin15:45
*** felipemonteiro_ has joined #openstack-nova15:46
*** hamzy has joined #openstack-nova15:46
*** salv-orlando has quit IRC15:46
*** salv-orlando has joined #openstack-nova15:47
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix wrong link for "Manage Flavors" in CPU topologies doc  https://review.openstack.org/54227015:49
stephenfinmriedem, dansmith: Alrighty then, dumb question time 🎉 How are we able to drop the v4 proxy in the above change so early? Surely that means all our clients would have to talk 5.0 as soon as we do that?15:50
*** hamzy_ has joined #openstack-nova15:50
*** felipemonteiro has quit IRC15:50
dansmithstephenfin: we merge the 5.0 server and client in queens,15:50
dansmiththen in rocky we can drop the 4.x server proxy15:50
dansmithstephenfin: we send 5.0 by default after that second change15:51
dansmithwhich means queens supports 5.0 client side, and since we only support one gap, we can drop 4.x in rocky15:51
*** salv-orlando has quit IRC15:51
dansmithstephenfin: you saw the second change in that stack right?15:51
*** links has joined #openstack-nova15:52
*** hamzy has quit IRC15:52
stephenfindansmith: Riiight, so once people start deploying from master (future Rocky), the expectation is that _everything_ in the deployment will be on stable/queens code or newer15:53
stephenfinYup, I did indeed15:53
dansmithstephenfin: them's the rules yeah15:54
stephenfinsean-k-mooney: Success! (I think) Now to actually test it and recreate NUMA issues :)15:54
stephenfindansmith: Gotcha. And the 6 month rule we have for conf options doesn't apply to this?15:55
dansmithstephenfin: no15:55
dansmithstephenfin: (no it does not)15:55
*** zhaochao has quit IRC15:55
stephenfin👍15:55
*** slaweq has quit IRC15:56
*** tidwellr has quit IRC15:56
*** slaweq has joined #openstack-nova15:56
dansmithI'm assuming you mean the 6-mo deprecation warning period.. this is per release, and nothing is being deprecated.. we only support one version back technically anyway, so this is just us officially dropping stuff that has technically been deprecated for a long time15:56
dansmith(and this is the pattern we do every time we bump)15:56
*** tidwellr has joined #openstack-nova15:57
stephenfindansmith: Yup, that's the one. Thanks for the context15:58
stephenfindansmith: and a last one: this is a different RPC API with it's own unique version, right? https://github.com/openstack/nova/blob/master/nova/scheduler/manager.py#L5115:58
dansmithaye15:59
stephenfinLovely. So now I need to go figure out _which_ other RPC API needs to be bumped to v5 to remove all that code I linked. Fun times :)16:00
*** gongysh has joined #openstack-nova16:00
*** slaweq has quit IRC16:01
openstackgerritMerged openstack/nova master: Fixed auto-convergence option name in doc  https://review.openstack.org/54223716:01
dansmithgiven you linked to stuff in virt, really it should only be compute rpc16:01
dansmithif not, we're leaking details (which is possible I guess)16:01
*** pcaruana has quit IRC16:02
*** mvk_ has quit IRC16:05
mriedemdansmith: did you want to +W this backport https://review.openstack.org/#/c/539005/ ?16:05
*** ratailor has joined #openstack-nova16:08
hrwmriedem: thanks for accepting my pike backport16:08
*** ragiman has quit IRC16:09
mriedemyw16:09
stephenfindansmith: [1] is my main concern. Assuming RequestSpec objects are used by the scheduler, we'll need to bump that version too to remove the called function [1] https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L14016:09
hrwmriedem, stephenfin: can you find a few minutes for https://review.openstack.org/#/c/541728/ one? support matrix for aarch64 patch16:09
stephenfinhrw: I can probably squeeze it in16:09
hrwthx16:10
*** udesale has quit IRC16:10
hrwtrying to get my nova queue cleaned16:10
stephenfindansmith: More specifically, that calls into one of those offending functions here https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L177-L17816:11
dansmithstephenfin: I'm not sure why that's a problem, but I can't really concentrate while on this call so I'll look when I'm done16:11
mriedemhrw: left a comment in doc/source/user/feature-matrix-gp.ini but i don't really understand what the values are supposed to mean in that doc16:11
mriedemif 'missing' means CI or functionality16:11
mriedemjohnthetubaguy might know16:11
mriedemit was part of the feature classification work that osic was doing16:12
hrwmriedem: functionality rather. there are other column without CI stuff16:12
mriedemhrw: you can't create/delete a server with aarch64?16:12
*** rmart04 has quit IRC16:12
*** ccamacho has joined #openstack-nova16:12
stephenfinmriedem: Looking at line 76, it would seem we should be using partial, not missing16:13
hrwmriedem: docs part is weird.16:13
stephenfinAssuming you _can_ create a server, heh16:13
*** gongysh has quit IRC16:13
hrwmriedem: functionality list depends on tempest tests. and in tempest output I did not found ones referred there16:14
hrwmriedem: support-matrix depends on commands == can be tested16:14
mriedemdoc/source/user/support-matrix.ini is much more straight forward, it doesn't concern itself with CI coverage16:14
mriedemthe doc/source/user/feature-matrix-gp.ini one is the one that annoys me16:14
hrwmriedem: did not found or found errors in tempest16:14
mriedemwe have no CI coverage for libvirt+aarch64,16:15
mriedemso that's an easy one,16:15
mriedembut i don't know if the gp doc is just about CI coverage or not16:15
mriedemit's half baked16:15
mriedemand i'd kind of like to delete it16:15
hrwmriedem: if feature-matrix-gp.ini tells me that feature X depends on test A-B-C-D and I see that A-B-C-D failed in tempest run then it looks like missing rather then complete16:15
mriedemhrw: so for L73 you're saying you can't create or delete a server with libvirt+aarch64?16:16
*** belmoreira has quit IRC16:17
*** tssurya has quit IRC16:18
hrwmriedem: if I go straight through tests like this doc suggests then it looks like that16:18
*** tbachman has quit IRC16:19
*** salv-orlando has joined #openstack-nova16:20
hrwfeature-matrix-gp.ini/operation.create-delete-server lists two tests: 9a438d88-10c6-4bcd-8b5b-5b6e25e1346f (test_list_servers) and 585e934c-448e-43c4-acbf-d06a9b899997 (test_list_servers_with_detail) and I lack both in any tempest run logs16:21
mriedemhrw: honestly i'd just remove the changes for the -gp doc and ignore it16:21
mriedemlet's just sort out the more complete feature support matrix, which isn't about CI16:22
hrwmriedem: that's an option16:22
openstackgerritClaudiu Belu proposed openstack/nova master: hyperv: Cleans up live migration Planned VM  https://review.openstack.org/47894316:24
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add release note for Aggregate[Core|Ram|Disk]Filter change  https://review.openstack.org/54229016:26
cfriesenis there a debug option to include the body of requests in the nova-api log?16:28
hrwmriedem: will check your comments on my setup16:28
*** masayukig has quit IRC16:29
*** tesseract has quit IRC16:29
*** xinliang has quit IRC16:29
*** tesseract has joined #openstack-nova16:29
*** masayukig has joined #openstack-nova16:30
ameedamriedem: I am back. I added this line "libpcre3-dev [platform:dpkg]" as you mentioned before to bindep.txt , do I have to add "pcre-devel" too ?16:31
*** lajoskatona has quit IRC16:32
mriedemameeda: i'm going to restore and approve https://review.openstack.org/#/c/542002/16:32
mriedemit's so trivial it's not worth dropping it since yours would be the same16:32
mriedemameeda: yes you'd add pcre-devel for rpm16:32
ameedamriedem: but I take it before him :( , anyway feel free to do what you want16:34
hrwhow to use interface-detach? "nova interface-detach dd8 eth1" does nothing16:35
ameedamriedem: pcre-devel [platform:rpm test] is fine ?16:35
*** itlinux has joined #openstack-nova16:36
johnthetubaguyhrw: good questions, the long term aim was for the tests to help auto generate the grid, only some tests passing sounds like partial to me16:37
hrwjohnthetubaguy: create-delete does not test either creating nor deleting16:37
*** elmaciej has joined #openstack-nova16:38
johnthetubaguyhrw: that sounds wrong, you got the links I can dig to see what was going on there16:38
hrwjohnthetubaguy: at least it goes like that when you look at 'tempest --list' output (sth like that - the one which gives names<>uuid mapping)16:38
*** sticker has quit IRC16:39
*** hemna_ has quit IRC16:39
johnthetubaguyhrw: yep I see now, this looks broken: https://github.com/openstack/nova/blob/5158ca7dcffd583dc8dd7c29b0a9a595d7de7dcf/doc/source/feature_matrix_gp.ini#L5116:40
hrwjohnthetubaguy: exactly16:41
hrwanyone used 'interface-detach' without --port-id?16:41
johnthetubaguyhrw: oh wait... that does a create in the setup16:41
johnthetubaguyhrw: I think its taken from what was used for the logo certification stuff at the time16:42
hrwjohnthetubaguy: anyway I skip that part for aarch6416:42
johnthetubaguyhrw: I think that's a nova-network thingy, the error handling is super dodgy16:42
hrwjohnthetubaguy: support-matrix.ini is easier to fill16:42
johnthetubaguyhrw: why skip for aarch64? I missed that16:42
johnthetubaguyah, got you16:43
hrwjohnthetubaguy: like I told earlier: feature-matrix-gp.ini/operation.create-delete-server lists two tests: 9a438d88-10c6-4bcd-8b5b-5b6e25e1346f (test_list_servers) and 585e934c-448e-43c4-acbf-d06a9b899997 (test_list_servers_with_detail) and I lack both in any tempest run logs16:43
hrwjohnthetubaguy: so if I go right then create-delete functionality is missing, right??16:44
*** amodi has quit IRC16:44
*** yamamoto has joined #openstack-nova16:44
*** rmart04 has joined #openstack-nova16:45
johnthetubaguyhrw: correct, if its not tested in the gate, you would mark it as missing16:46
johnthetubaguyby gate I mean 3rdparty I guess16:46
hrwjohnthetubaguy: http://logs.openstack.org/28/541728/8/check/build-openstack-sphinx-docs/b9ac718/html/user/feature-classification.html16:47
*** openstackgerrit has quit IRC16:48
*** Swami has quit IRC16:48
*** hongbin has quit IRC16:48
*** damien_r1 has quit IRC16:48
hrwjohnthetubaguy: table is bogus for aarch64: is marked as missing or unknown despite working. just because tests used in ini files test for other stuff than names say16:48
hrwjohnthetubaguy: or listed tests are not used anymore16:49
johnthetubaguyhrw: yeah seems like its bit rotted16:49
hrwhm. no volumes in my setup16:49
hrw(openstack) volume create --image f91ae3a7-e067-466c-b1b3-e592ea58d266 --size 8 --availability-zone nova my-new-volume16:49
hrwinternal endpoint for volumev2 service in RegionOne region not found16:49
*** hongbin has joined #openstack-nova16:50
johnthetubaguyprobably worth deleting at some point...16:50
hrwjohnthetubaguy: so instead of filling table with 'sorry, but nothing works here' I prefer to fill support-matrix one with 'this works, this does not and that is not tested'16:50
johnthetubaguyhrw: yes makes sense16:50
*** salv-orlando has quit IRC16:50
*** salv-orlando has joined #openstack-nova16:51
*** ratailor has quit IRC16:51
johnthetubaguyseparate thing to work out how this matches up with interop tests and the gate, sounds worrying16:52
mriedemameeda: i don't know what the "test" part is for in bindep, probably need to ask about that in #openstack-infra16:52
*** tbachman has joined #openstack-nova16:53
mriedemhrw: http://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/compute/servers/test_create_server.py#n87 does test create/delete16:53
mriedemhrw: the test class setup creates some servers, and the teardown deletes those servers16:53
mriedemhttp://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/compute/servers/test_create_server.py#n5416:53
mriedemjohnthetubaguy: hrw: interface attach/detach is specifically neutron only16:54
mriedemhttps://developer.openstack.org/api-ref/compute/#create-interface16:54
mriedemhttps://developer.openstack.org/api-ref/compute/#detach-interface16:54
hrwmriedem: then why feature-matrix-gp lists list_servers instead of server_create etc?16:54
mriedemhrw: likely because it's also a defcore interop test16:55
mriedemany tempest compute api test that has a server in it creates a server16:55
mriedemso they probably just picked one16:55
hrwhttps://refstack.openstack.org/#/results/952ebce2-af82-4ed6-81ba-860e80d38af4 is one of our latest runs. 75% passed.16:55
*** salv-orlando has quit IRC16:55
hrwanyway... let me check what other entries I am missing in support matrix16:56
mriedemmy guess is if tempest is blowing up on your CI run, things aren't getting cleaned up properly and you're seeing cascading failures16:56
mriedemif you just run                                                               tempest.api.compute.servers.test_create_server.ServersTestJSON.test_list_servers                      it should be fine16:56
hrwother than volumes which for some reason does not work on my setup16:57
hrwmriedem: possible16:57
hrwfound. no cinder ;D16:58
*** amodi has joined #openstack-nova16:59
*** itlinux has quit IRC17:00
johnthetubaguymriedem: yeah I think we picked interop ones over any other17:01
*** tssurya has joined #openstack-nova17:02
johnthetubaguyhrw: the basic one doesn't use volumes I thought17:02
*** yamamoto has quit IRC17:02
mriedemit doesn't17:02
mriedemhe's just saying that's why he's "unknown" about anything wrt volumes17:02
hrwanyway redeploying with cinder now17:03
johnthetubaguyah17:03
mriedemyeah you kind of need cinder for volumes17:03
mriedemunless you're still running essex somewhere17:03
*** slaweq has joined #openstack-nova17:04
hrwessex for me is some part of uk or sth like that ;D17:04
*** openstackgerrit has joined #openstack-nova17:04
openstackgerritEric Fried proposed openstack/nova master: Ensure resource classes correctly  https://review.openstack.org/53973817:04
openstackgerritEric Fried proposed openstack/nova master: New-style _set_inventory_for_provider  https://review.openstack.org/53764817:04
openstackgerritEric Fried proposed openstack/nova master: SchedulerReportClient.update_from_provider_tree  https://review.openstack.org/53382117:04
openstackgerritEric Fried proposed openstack/nova master: Use update_provider_tree from resource tracker  https://review.openstack.org/52024617:04
openstackgerritEric Fried proposed openstack/nova master: Fix nits in update_provider_tree series  https://review.openstack.org/53126017:04
openstackgerritEric Fried proposed openstack/nova master: Move refresh time from report client to prov tree  https://review.openstack.org/53551717:04
openstackgerritEric Fried proposed openstack/nova master: Make generation optional in ProviderTree  https://review.openstack.org/53932417:04
openstackgerritEric Fried proposed openstack/nova master: WIP: Add nested resources to server moving tests  https://review.openstack.org/52772817:04
*** abhishekk has quit IRC17:05
stvnoyesmriedem: fyi - I just updated that bug on multiattach + multi-create. The next issue is stickier than the first one. https://bugs.launchpad.net/nova/+bug/174798517:06
openstackLaunchpad bug 1747985 in OpenStack Compute (nova) "Create Multiple Servers fails when a volume is specified even with a multiattach volume" [Low,Confirmed]17:06
bauzasmriedem: diablo, not essex17:06
bauzasmriedem: cinder was a thing by essex17:06
*** sahid has quit IRC17:06
mriedemnova-volume still existed in essex17:06
smcginnisSplit out in folsom.17:06
mriedemcheck and mate17:07
efriedjaypipes: gory manual rebase on  ==> Ensure resource classes correctly  https://review.openstack.org/539738  No functional change, ready for re-review (ditto remainder of series)17:07
bauzaswait17:07
*** gjayavelu has joined #openstack-nova17:07
bauzasnova-volume was the thing in Essex ?17:07
bauzasI thought it was diablo17:07
smcginnisTrivial Persuit - OpenStack Edition :)17:07
bauzasthe only change I made when upgrading to Folsom was to deploy Quantum17:07
bauzasI don't recall needing to spin cinder17:08
mriedemhttps://github.com/openstack/nova/blob/essex-eol/bin/nova-api-os-volume17:08
*** felipemonteiro__ has joined #openstack-nova17:08
*** Eran_Kuris has joined #openstack-nova17:08
bauzasmmm, I should check the governance files directly and see if that's just an incubated/integrated question17:08
mriedemhttps://github.com/openstack/cinder/tree/essex-eol17:08
hrwthe first version of openstack I touched code was Liberty. Mitaka/Newton were ones I packaged. Ocata+ were ones I contributed17:08
*** slaweq has quit IRC17:09
openstackgerritMerged openstack/osc-placement master: Update doc link in README.rst  https://review.openstack.org/54200217:09
mriedemstvnoyes: re comment 2, yes that's what i was saying when i thought this would fail, but with a multiattach volume we should be able to create >1 attachment to that same volume17:09
*** andreas_s has quit IRC17:09
mriedemstvnoyes: or is the issue that we create the first attachment, but we can't create the 2nd attachment until the 1st attachment is 'completed'?17:10
*** andreas_s has joined #openstack-nova17:10
stvnoyescurrently cinder won't allow you to attach to a reserved volume. has to be in-use or available17:10
stvnoyesso yes, the attach has to be completed17:11
bauzassnap, I dislike to be wrong https://wiki.openstack.org/wiki/ReleaseNotes/Folsom#OpenStack_Block_Storage_.28Cinder.2917:11
*** rmart04 has quit IRC17:11
mriedemstvnoyes: we could easily recreate by adding a min_count=2 to the server create call in this tempest test https://github.com/openstack/tempest/blob/70ebe69cc2e4fa8a06071d48d19f61d2f01a33f6/tempest/api/compute/volumes/test_attach_volume.py#L39317:11
mriedemi can push a patch quick17:12
*** felipemonteiro_ has quit IRC17:12
bauzasprobably because migrating from nova-volumes to cinder was seamless - compared to deploying Quantum *cough* *cough*17:12
stvnoyesyeah I have a temptest test already to do this. I can put it up for rv if you like17:12
*** elmaciej has quit IRC17:12
smcginnisbauzas: Hah17:12
*** lpetrut has joined #openstack-nova17:13
ameedamriedem: Thank you, please check the channel , they answered me17:13
stephenfindansmith: Alright, so I think I've figured this all out, if you're curious17:14
stephenfinthis being the RPC versioning for those functions17:14
stvnoyesmriedem: let me know if you want me to post a review for the multi-create + multi-attach tempest test I have. (Once you go > 1 vms you'll need to set validated=False on server_create.)17:15
dansmithstephenfin: shoot17:15
*** salv-orlando has joined #openstack-nova17:15
mriedemstvnoyes: easier than this? https://review.openstack.org/54232217:15
stephenfindansmith: So the issue isn't with the HostState object any more - it's with the HostState.numa_topology attribute17:16
ameedamriedem: FYI: ameeda: in that case "test" is just an arbitrary profile name we've settled on to indicate that it's not a runtime dependency just a test dependency17:16
stvnoyesmriedem: that's pretty good.17:16
mriedemameeda: that's what i figured, so yeah just use that, we only need this dep for building docs17:17
stephenfindansmith: Anything that plays with HostState objects needs to call functions like this https://github.com/openstack/nova/blob/master/nova/scheduler/filters/numa_topology_filter.py#L32-L3317:17
*** andreas_s_ has joined #openstack-nova17:17
stvnoyesThough I was using the volume as a data disk, not a boot disk. just to avoid the corruption on a m-a boot disk.17:18
stephenfinThat's because we set HostState.numa_topology to a value that we're retrieving from ComputeNode objects (ComputeNode.numa_topology)17:18
ameedamriedem: cool :)17:18
stephenfinand, for legacy reasons, the ComputeNode.numa_topology attribute is a JSON blob17:18
*** derekh has quit IRC17:18
*** andreas_s has quit IRC17:18
*** AlexeyAbashkin has quit IRC17:19
stephenfindansmith: I've traced the flow here http://paste.openstack.org/show/666746/17:19
*** andreas_s has joined #openstack-nova17:19
*** sambetts is now known as sambetts|af17:20
*** sambetts|af is now known as sambetts|afk17:20
stephenfindansmith: So, basically, if we want to _really_ get rid of all that crap, we need to bump the version of ComputeNode to 2.0 and store objects, or add some wrapper that will auto-convert the JSON to an object17:20
dansmithstephenfin: that's going to be a lot of work17:20
stephenfinYup :(17:21
dansmithdefinitely not happening as part of this effort before GA17:21
*** salv-orlando has quit IRC17:21
*** Eran_Kuris has quit IRC17:21
stephenfinAnything that deals with converting the HostState objects from strings or non-object'y stuff _can_ go and the comments need to be updated as such17:21
stephenfinNope, definitely not. Far too much intertwined stuff here17:21
*** andreas_s_ has quit IRC17:22
*** andreas_s_ has joined #openstack-nova17:23
*** Swami has joined #openstack-nova17:23
*** AlexeyAbashkin has joined #openstack-nova17:23
openstackgerritmelanie witt proposed openstack/nova stable/ocata: Add release note for Aggregate[Core|Ram|Disk]Filter change  https://review.openstack.org/54232317:23
*** andreas_s has quit IRC17:24
hrwhm. whom to believe... "nova volume-attach dd9 uu-i-d" told "/dev/vdb" and on second try says "volume already attached" but horizon/instance/overview says "no volumes attached"17:25
hrwmultitail++17:26
*** andreas_s_ has quit IRC17:27
hrwok. logs show traceback. will keep unknown then17:27
*** AlexeyAbashkin has quit IRC17:28
bauzasstephenfin: dansmith: I don't have the context, but yeah, it requires a major version bump to get rid of the past JSON string17:30
openstackgerritAmeed Ashour proposed openstack/nova master: Bindep does not catch missing libpcre3-dev on Ubuntu  https://review.openstack.org/54234017:31
openstackgerritEric Fried proposed openstack/nova master: Avoid inventory DELETE API (no conflict detection)  https://review.openstack.org/53971217:32
efriedjaypipes: ^ another gory rebase17:32
*** AlexeyAbashkin has joined #openstack-nova17:33
*** burt has joined #openstack-nova17:34
*** trozet has quit IRC17:35
*** moshele has joined #openstack-nova17:36
*** AlexeyAbashkin has quit IRC17:37
*** salv-orlando has joined #openstack-nova17:39
sean-k-mooneystephenfin: glad to hear.17:41
*** salv-orlando has quit IRC17:42
sean-k-mooneystephenfin: did you modify our ovs-dpdk compilateion code to explcitly enable numa support?17:42
*** efried has quit IRC17:44
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Provide basic data for AArch64 support matrix/functionality  https://review.openstack.org/54172817:44
hrwstill several unknown states but should be closer to sanity17:45
hrwmriedem: upgrade note added17:45
sean-k-mooneystephenfin: try this before you get too far in grep CONFIG_RTE_LIBRTE_VHOST_NUMA /opt/stack/DPDK-*/build/.config. if it is set to n which i belive it will be the numa support in ovs/dpdk is disabled but that should allow you to get the worst case setup17:46
stephenfinsean-k-mooney: I did not. Damn it17:48
*** efried has joined #openstack-nova17:48
sean-k-mooneystephenfin: actullly wost case is nic on numa node 0, vcpu_pin_set allows only numa node 0 cpus and ovs_pmd_mask set pmd on numa node 117:48
sean-k-mooneystephenfin: well if you want to mesure the maxium performance hit then leave it disabled and set up the topology above.17:49
mriedemso apparently this is a regression unique to queens https://review.openstack.org/#/c/522161/17:49
mriedemrecreated it here https://review.openstack.org/#/c/542232/17:49
mriedemdoesn't fail in pike, ocata or newton17:49
sean-k-mooneystephenfin: if you want to fix it just add another sed line here https://github.com/openstack/networking-ovs-dpdk/blob/master/devstack/libs/ovs-dpdk#L392-L39917:50
*** mvk_ has joined #openstack-nova17:50
*** salv-orlando has joined #openstack-nova17:51
*** sshwarts has quit IRC17:51
*** amoralej is now known as amoralej|off17:53
openstackgerritDan Smith proposed openstack/nova master: Bump compute RPC API to version 5.0  https://review.openstack.org/54100517:54
openstackgerritDan Smith proposed openstack/nova master: Compute RPC client bump to 5.0  https://review.openstack.org/54103517:54
*** moshele has quit IRC17:54
*** tidwellr_ has joined #openstack-nova17:55
*** tidwellr has quit IRC17:55
* hrw ends a day17:56
dansmithmelwitt: I was about to say this dep change proves your patch works, but.. I didn't think you could specify the url as the depends-on.. did I miss them adding that feature? https://review.openstack.org/#/c/540087/17:57
melwittdansmith: yeah. you missed the controversy /me digs up link17:58
dansmithugh seriously?17:58
*** dtantsur is now known as dtantsur|afk17:58
melwitthere's the original post http://lists.openstack.org/pipermail/openstack-dev/2018-January/126535.html17:59
dansmithyeah found it17:59
dansmithme no likey17:59
melwittsame17:59
*** itlinux has joined #openstack-nova18:00
*** oomichi has joined #openstack-nova18:02
dansmithmelwitt: mriedem: so on that change, we passed all but one in the last round, which was a volume timeout18:03
dansmithsame for the dep patch,18:03
dansmithbut on this recheck we failed a ton of volume things18:03
dansmithI would expect these are unrelated, but... know of any known-broken volume stuff at the moment?18:04
openstackgerritAmeed Ashour proposed openstack/nova master: change instance_system_metadata column type  https://review.openstack.org/52690018:04
mriedemthis job http://logs.openstack.org/87/540087/2/check/tempest-full-py3/0d74482/ ?18:04
dansmithand tempest-full18:04
mriedemlooks like cinder-scheduler shit the bed http://logs.openstack.org/42/541442/3/check/tempest-full/3f33082/controller/logs/screen-c-sch.txt.gz?level=TRACE18:06
mriedemwhich isn't our fault18:06
mriedemVolume group "stack-volumes-lvmdriver-1" not found18:06
dansmithyeah this is the other job: http://logs.openstack.org/42/541442/3/check/tempest-full/3f33082/controller/logs/screen-c-sch.txt.gz?level=TRACE18:07
openstackgerritAmeed Ashour proposed openstack/nova master: change instance_system_metadata column type  https://review.openstack.org/52690018:07
*** Eran_Kuris has joined #openstack-nova18:09
*** slaweq has joined #openstack-nova18:10
*** moshele has joined #openstack-nova18:13
*** jpena is now known as jpena|off18:13
*** slaweq_ has joined #openstack-nova18:13
mriedemdansmith: one lingering thing in https://review.openstack.org/#/c/541005/18:15
openstackgerritMerged openstack/nova stable/pike: live-mig: keep disk device address same  https://review.openstack.org/54164218:16
openstackgerritMerged openstack/nova stable/pike: Fixes 'Not enough available memory' log message  https://review.openstack.org/53629718:16
openstackgerritMerged openstack/nova stable/pike: libvirt: use 'host-passthrough' as default on AArch64  https://review.openstack.org/53250418:16
openstackgerritMerged openstack/nova stable/pike: Unmap compute nodes when deleting host mapping  https://review.openstack.org/52756018:16
openstackgerritMerged openstack/nova master: Add release note for Aggregate[Core|Ram|Disk]Filter change  https://review.openstack.org/54101818:16
dansmithmriedem: replied18:16
mriedembut you didn't remove the defaults from build_and_run_instance18:17
mriedemin 5.018:17
mriedem...18:17
dansmithmriedem: ah right, because I excluded that one unlike the others18:18
dansmithso, fine, I'll remove it18:18
mriedemthere was another 5.x thing for migrate_data in rollback live migration18:18
mriedemjust noticed18:18
*** slaweq_ has quit IRC18:19
dansmithugh okay18:19
dansmithmriedem: oh I can just remove that one18:21
dansmithnot sure what that was about, because it's already converted in live_migration always18:21
dansmithwe're even setting it on an object that enforces the type right before both calls to that18:22
dansmithso we'd have been broken already18:22
*** Eran_Kuris has quit IRC18:22
mriedemtrue18:24
mriedemso yeah just remove those 2 things and i'm +218:24
*** ralonsoh has quit IRC18:25
openstackgerritSurya Seetharaman proposed openstack/nova master: Marker reset option for nova-manage map_instances  https://review.openstack.org/53950118:26
*** moshele has quit IRC18:26
sean-k-mooneyJeffrey4l: hi are you still working on https://bugs.launchpad.net/nova/+bug/1414895 i recently deployed stable pike and have this issue for standard livemigrations not just host evacuate18:27
openstackLaunchpad bug 1414895 in OpenStack Compute (nova) "failed compute node didn't delete instance's path directory in init_host" [Low,In progress] - Assigned to Jeffrey Zhang (jeffrey4l)18:27
openstackgerritStephen Finucane proposed openstack/nova master: WIP: Ensure 'HostState.numa_topology' is always an object  https://review.openstack.org/54236218:28
stephenfindansmith, bauzas: ^18:28
stephenfinIt's rather low priority, but I would appreciate a sanity check on that at some future date18:28
stephenfinContext here http://paste.openstack.org/show/666746/18:28
*** rmart04 has joined #openstack-nova18:28
sean-k-mooneystephenfin: am could that break people who use the jason filter also do we care?18:29
stephenfinsean-k-mooney: NUMATopologyFilter, I assume?18:29
Jeffrey4lsean-k-mooney, no i am not working on it. feel free to take it.18:30
stephenfinsean-k-mooney: It should not because we currently have code to handle both objects or strings https://github.com/openstack/nova/blob/master/nova/scheduler/filters/numa_topology_filter.py#L32-L3318:30
sean-k-mooneystephenfin: no the json filter allow you to match on any key/value pair on the hostsate dictionary18:31
stephenfin...which is what I want to delete18:31
stephenfinsean-k-mooney: Hmm, I'm not sure18:31
sean-k-mooneystephenfin: i think it might break it but for the second quest i also dont think we should really care18:31
sean-k-mooneystephenfin: this filter to be specific https://github.com/openstack/nova/blob/master/nova/scheduler/filters/json_filter.py18:32
stephenfinsean-k-mooney: I didn't even know that was a thing. I guess we could convert back to a JSON blob specifically for that string18:32
stephenfinOr, more sanely, blacklist that key18:33
sean-k-mooneystephenfin: you use it with scheduler hints18:33
stephenfinI don't even think that would work at the moment. The 'numa_topology' string is one of those o.v.o object-in-a-string kind of strings18:33
stephenfini.e. with 'nova_object.version' and 'nova_object.changes' keys18:34
stephenfinProbably a good point to note in the review18:34
*** felipemonteiro__ has quit IRC18:34
stephenfinAnd now, I'm off home o/18:34
sean-k-mooneyJeffrey4l: ok good to know. i dont know if i will have time to try and fix it but i hit it with kolla ansible deploy stable pike image for docker hub using external ceph18:34
*** felipemonteiro__ has joined #openstack-nova18:34
*** slaweq has quit IRC18:35
*** rmart04 has quit IRC18:36
*** tssurya has quit IRC18:36
openstackgerritMerged openstack/nova stable/pike: Stop globally caching host states in scheduler HostManager  https://review.openstack.org/53900518:36
*** felipemonteiro__ has quit IRC18:36
*** rmart04 has joined #openstack-nova18:37
*** tesseract has quit IRC18:37
*** rmart04 has quit IRC18:39
*** moshele has joined #openstack-nova18:40
*** links has quit IRC18:42
*** Sukhdev has joined #openstack-nova18:46
*** tidwellr_ has quit IRC18:51
*** oomichi has quit IRC18:51
*** tidwellr has joined #openstack-nova18:52
openstackgerritDan Smith proposed openstack/nova master: Bump compute RPC API to version 5.0  https://review.openstack.org/54100518:54
openstackgerritDan Smith proposed openstack/nova master: Compute RPC client bump to 5.0  https://review.openstack.org/54103518:54
*** liverpooler has quit IRC18:55
*** tidwellr has quit IRC18:56
*** slaweq has joined #openstack-nova18:56
*** efried1 has joined #openstack-nova18:57
*** efried has quit IRC18:58
*** efried1 is now known as efried18:58
mriedemjaypipes: want to send this to it's final resting place? https://review.openstack.org/#/c/541495/18:59
*** efried has quit IRC18:59
mriedemwe need another core on https://review.openstack.org/#/c/541008/ - the nova-next job is passing again with that regression fix19:00
*** slaweq has quit IRC19:01
dansmithmriedem: oh this is the thing from yesterday19:02
*** liverpooler has joined #openstack-nova19:03
mriedemsho is19:03
*** efried has joined #openstack-nova19:04
*** fanzhang has quit IRC19:05
*** hieulq has quit IRC19:06
*** fanzhang has joined #openstack-nova19:08
*** lucasagomes is now known as lucas-afk19:09
melwittdansmith: I updated the instance group get_hosts patch, not sure if that's what you had in mind https://review.openstack.org/#/c/54025819:10
mriedempippo likes it19:10
mriedempippo likes lots of things19:10
melwitt+W, pippo likes it19:10
dansmithmelwitt: oh I had looked and didn't think you had, but I must have missed it19:10
*** READ10 has quit IRC19:11
melwittdansmith: it was later in the afternoon, ran into some snags with putting the test together. so I think it was after you were off for the day19:11
openstackgerritAmeed Ashour proposed openstack/osc-placement master: The documentation build should be changed to use openstackdocstheme instead of oslosphinx.  https://review.openstack.org/54237819:11
dansmithI looked this morning19:11
dansmithI was just .. blind I guess19:11
melwittoh. blind to the awesomeness I'm sure!19:12
*** bkopilov has quit IRC19:12
dansmithI'm not sure what this setup_instance_group() method is though19:12
* dansmith digs19:12
mriedemshoves a bunch of crap in the reqspec i think19:13
melwittit appeared to me to be the entry point for things that wanted to look at the instance group on the request spec19:13
dansmithyeah, that's just so odd19:13
dansmithand19:13
dansmithnot really well named19:13
melwittso it's called just before select_destinations in conductor, for example. but it's also called for conductor tasks like migrate19:13
melwittyeah19:14
jaypipesmriedem: done19:14
mriedemnova.scheduler.utils.shove_group_crap_in_reqspec19:14
openstackgerritAmeed Ashour proposed openstack/osc-placement master: Change documentation theme  https://review.openstack.org/54237819:14
*** lpetrut has quit IRC19:14
*** slaweq has joined #openstack-nova19:14
*** tidwellr has joined #openstack-nova19:15
dansmithmelwitt: well, I think I would have done it differently so we could scatter/gather and use the cell cache in there19:15
dansmithbut this should work I guess if it's in front of all the places where we need it19:15
melwittdansmith: do you mean like duplicate the get_hosts code there? I considered that but wasn't sure what you would prefer19:15
melwittI do wish to use scatter-gather ideally19:16
dansmithI mean like just pull the whole group with hosts from the cells and then use the .hosts from those things19:16
dansmithhowever,19:16
dansmithcan we really not pull a group out with the hosts pre-populated?19:16
dansmithI don't see any that let you specify it19:16
melwittbecause scatter-gather expects to call a method that takes a context as the first arg and get_hosts uses the object._context19:16
melwittoh, I see19:17
*** slaweq has quit IRC19:17
dansmithright, so just do a query for the group and get those back19:17
dansmithyou can always adapt s/g by just using a closure19:17
dansmithoh19:18
dansmithyeah,19:18
dansmiththis would be better19:18
dansmithhang on19:18
dansmithhttps://pastebin.com/Gv26a83b19:20
dansmiththat will just do the load with the right context in each cell in parallel19:20
dansmiththen you can stitch the hosts together after19:20
dansmithright?19:20
melwittseems like it ... let me try it out19:21
melwittI wanted to do something like that, be able to pass something for scatter-gather. so if this works that would be ideal19:23
*** cargonza has quit IRC19:25
*** csatari has quit IRC19:26
*** DuncanT has quit IRC19:26
*** efried has quit IRC19:28
openstackgerritMerged openstack/nova master: TrivialFix: Add a blankline  https://review.openstack.org/54209419:28
*** cargonza has joined #openstack-nova19:29
melwittI noticed something else weird, another query for get_hosts. trying to figure out what to do with that https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L68719:29
*** salv-orlando has quit IRC19:30
melwittit seems like it's redundant. we already got hosts for the group, then we query for an instance group again based on instance uuid, then get the hosts for that one?19:30
*** trozet has joined #openstack-nova19:30
*** csatari has joined #openstack-nova19:30
*** DuncanT has joined #openstack-nova19:31
*** lbragstad has quit IRC19:31
*** psachin has joined #openstack-nova19:31
*** lbragstad has joined #openstack-nova19:32
melwittI guess it's that, first get the hosts for the request_spec.instance_group. but if request_spec.instance_uuid is populated, override the old request_spec.instance_group with the instance group associated with the instance_uuid19:32
cfriesenSo we recently tripped over an interesting live migration bug....if you have an instance with an rbd-backed root disk and a config drive, libvirt will try to block-migrate the rbd drive and fail.  The libvirt folks (dpb) seem to be saying that nova shouldn't set VIR_MIGRATE_NON_SHARED_INC if there aren't any disks to migrate.19:32
*** efried has joined #openstack-nova19:32
mriedemdansmith: just realized we have some compat code doing up-calls in the compute manager, so that's fun https://review.openstack.org/#/c/541005/619:32
dansmithmriedem: yep but super old, before multi-cell could be a thing anyway19:33
melwittcfriesen: that sounds like something artom might know about ^19:33
mriedemright. comment in https://review.openstack.org/#/c/541035/ btw19:33
mriedemcfriesen: i think mdbooth already patched that19:34
dansmithmriedem: ack, thanks19:34
mriedemhttps://review.openstack.org/#/q/I9b545ca8aa6dd7b41ddea2d333190c9fbed19bc119:34
mriedemcfriesen: ^19:34
cfriesenmriedem: yeah, I'm pretty sure we're seeing this in pike, which should have that change in it.  Will try and bottom it out.19:36
mriedempike 16.0.4+?19:36
*** AlexeyAbashkin has joined #openstack-nova19:37
*** trozet has quit IRC19:38
cfriesenI can see the change in our version of the code, I just need to confirm we can reproduce the bug with the current code.19:38
*** fragatina has quit IRC19:40
dansmithmriedem: I'm going to fix that self.reservations thing in a follow-on patch because that bubbles up pretty high19:41
mriedemthat's fine19:41
*** tbachman has quit IRC19:41
*** mgoddard_ has quit IRC19:43
*** tssurya has joined #openstack-nova19:43
*** slaweq has joined #openstack-nova19:43
*** salv-orlando has joined #openstack-nova19:45
mriedemmelwitt: given you're going to want to backport this to pike and ocata, https://review.openstack.org/#/c/541442/ - i'm not sure if you want to address nits now or not19:54
mriedembut i'll be around for 2 more hours if you do so i can +W19:54
melwittmriedem: I'm cool with fixing nits. thanks for the heads up. I'll update it right after I update this instance group thing. adding test coverage19:55
*** imacdonn has quit IRC19:56
*** imacdonn has joined #openstack-nova19:56
dansmithmelwitt: es worky?19:58
melwittdansmith: yis. thank you19:58
dansmith\o/19:58
melwitto/ high five!19:58
*** jmlowe has quit IRC19:59
*** mvk_ has quit IRC19:59
dansmithlet it be known I had a good idea once19:59
*** gjayavelu has quit IRC19:59
melwittheh20:00
artomWe have no way to detach an interface when the compute is down, right?20:01
artomI know it's an RPC cast and everything, so compute needs to be running to receive it20:01
mriedemyes20:02
mriedemcorrect i mean20:02
melwittyeah. you could at best tell neutron to do things with the port20:02
artomBut just sanity-checking, you can't mark an interface as detached and then later unplug the vif when compute comes back, right?20:02
dansmithartom: not currently, but also,20:02
dansmithconsider if compute manager is all that is down,20:02
dansmithbut the interface and address are still being used on the data plane20:02
dansmiththat would be like bad and stuff to re-assign it20:02
artomdansmith, ah, indeed.20:03
artomSo not only we don't do it, but we don't even want to do it20:03
artomThanks dudes :)20:03
artom(And Mel)20:03
artom;)20:03
melwitt:)20:04
*** Daisy_ has joined #openstack-nova20:04
openstackgerritAmeed Ashour proposed openstack/osc-placement master: Change documentation theme  https://review.openstack.org/54237820:07
*** salv-orlando has quit IRC20:08
*** moshele has quit IRC20:08
*** Daisy_ has quit IRC20:08
openstackgerritDan Smith proposed openstack/nova master: Compute RPC client bump to 5.0  https://review.openstack.org/54103520:10
openstackgerritDan Smith proposed openstack/nova master: Clean up reservations in migrate_task call path  https://review.openstack.org/54240920:10
dansmithartom: not without a lot more infrastructure around it I would say20:10
dansmithmriedem: ^ as promised with cleanup20:10
*** jmlowe has joined #openstack-nova20:11
*** gjayavelu has joined #openstack-nova20:11
mriedemdansmith: https://review.openstack.org/#/c/541035/5/nova/compute/rpcapi.py@75220:16
mriedemmy point there was the same as the reservations things you removed20:16
dansmithmriedem: replied20:17
mriedemsure, my point is, pass migration_id=None20:17
*** tssurya has quit IRC20:17
dansmithbut that wasn't valid20:17
dansmithreservations=None was20:17
dansmithsomething else will try to use migration_id as an integer and fail20:18
dansmithoh, it was defaulted to none20:18
dansmithFFS, fine.. we have migration still passed here and don't for reservations, so it seems like the most compatible to just do the right thing but whatever20:19
mriedemlong ago it didn't have a default of None https://review.openstack.org/#/c/287997/19/nova/compute/manager.py@516720:19
*** moshele has joined #openstack-nova20:19
dansmithah, that was tdurakov's mistake yeah,20:20
mriedemwe could also just remove that later in cleanup20:20
dansmithit's not compatible that way20:20
*** chyka has joined #openstack-nova20:20
dansmithso passing None there would break that older code if we were to interact with ti20:20
dansmithmriedem: all the 4.x stuff goes away in rocky anyway20:20
dansmithso yes, the same cleanup that removes all this would remove that anyway20:21
openstackgerritmelanie witt proposed openstack/nova master: Make scheduler.utils.setup_instance_group query all cells  https://review.openstack.org/54025820:21
mriedem+220:21
*** vladikr has quit IRC20:21
mriedemonto the cleanup patch20:21
dansmithI havent' written the "drop 4.x" patch yet, but can get on that once we start to slow down20:22
mriedem+2s all the way20:22
mriedemtime to find another core20:22
mriedemthey tend to hide20:23
*** cali_boxer has joined #openstack-nova20:23
*** trozet has joined #openstack-nova20:23
*** vladikr has joined #openstack-nova20:24
*** chyka has quit IRC20:24
*** moshele has quit IRC20:25
openstackgerritMerged openstack/nova master: Workaround glanceclient bug when CONF.glance.api_servers not set  https://review.openstack.org/54100820:26
openstackgerritMerged openstack/nova master: Add a prelude release note for the 17.0.0 Queens GA  https://review.openstack.org/54149520:26
*** trozet has quit IRC20:30
*** awaugama has quit IRC20:33
*** moshele has joined #openstack-nova20:35
dansmithgah pep820:38
*** trozet has joined #openstack-nova20:39
openstackgerritDan Smith proposed openstack/nova master: Clean up reservations in migrate_task call path  https://review.openstack.org/54240920:40
cdentmriedem, dansmith: wrote up some of the scale stuff I was playing with last night (and today too): https://anticdent.org/placement-scale-fun.html (efried, jaypipes might be of interest to you too). Some conclusions/observations towards the end.20:42
mriedemok20:45
mriedemthanks20:45
openstackgerritMatt Riedemann proposed openstack/nova master: Encode libvirt domain XML in UTF-8  https://review.openstack.org/52216120:46
openstackgerritmelanie witt proposed openstack/nova master: Refine waiting for vif plug events during _hard_reboot  https://review.openstack.org/54144220:47
dansmithcdent: conductors do more than boot things, so conductors=schedulers isn't right20:47
dansmithyou'll always need more conductors than schedulers20:47
melwittgdi I forgot another thing I wanted to update20:47
cdentdansmith: the point I was trying to make there was that _if_ you have eight conductors and you slam the api, then the conductor is going to slam the scheduler20:47
dansmithyou're measuring mostly boot load there which is why it seems like they're the same20:47
mriedemdansmith: melwitt: need another +2 on https://review.openstack.org/#/c/522161/ - tempest regression test is passing with that, and it's clearly a regression in queens because the tempest test before i added the depends-on failed in master and passed on all the stable branches20:48
*** gjayavelu has quit IRC20:48
cdentso at the starting point you're always going to overwhelm the scheduler processes20:48
cdentwith an otherwise initially idle conductor20:48
dansmithcdent: also s/rcp timeout/rpc timeout/20:48
cdentthanks20:48
dansmithcdent: also, the reasoning for the lack of workers= on the scheduler is that it used to be that >1 would just kill you because they'd stomp all over each other20:49
dansmithwith claims in the scheduling process, that stops being a problem20:49
cdentyeah, bauzas and I were talking about that earlier today20:50
dansmithack20:50
dansmithobviously the next thing would be to figure out what scheduler is doing the most of in there20:50
cdentwhen I had 8 workers, the scheduler seemed to work just fine, it didn't show unreasonable suffering20:51
dansmithwith one worker, all the load for scheduler work must be serialized, on a single core and in a single process20:52
melwittmriedem: that's interesting, I had thought in the past we have encoded only the instance name in the XML to let non-ascii names work, not the entire XML. but I never knew if there's any harm in encoding the whole thing. must not be if that's what py3 does by default, right?20:52
dansmithit will be penalized for that against anything else wanting to run20:52
dansmithand on a system with everything running on it, it will get a smallish slice of the system, being CPU-bound20:52
openstackgerritmelanie witt proposed openstack/nova master: Refine waiting for vif plug events during _hard_reboot  https://review.openstack.org/54144220:53
dansmitheverything else having multiple workers gives those things way more bandwidth and time slice, relative to scheduler, yet everything funnels through scheduler20:53
dansmithwhich isn't necessarily how it would be on a real system with things separated, depending on the layout20:53
* cdent nods20:53
dansmithbut20:54
dansmithon a multi-core system(i.e. anything from this decade) a single scheduler worker on the box makes no sense either20:54
dansmithallowing workers= to be configured on the scheduler process is probably something we can/should do now20:54
dansmithmaybe default=1 for the moment, but get some feedback on that20:55
openstackgerritmelanie witt proposed openstack/nova master: Make scheduler.utils.setup_instance_group query all cells  https://review.openstack.org/54025820:55
cdentyeah, I tried to make it clear that I wasn't modeling a real world with what I was doing20:55
dansmithno, I know, I'm just saying words20:55
cdentit was pretty cool the way stuff mostly just worked20:56
*** jmlowe has quit IRC20:56
*** ChanServ has quit IRC20:57
mriedemcdent: you could brush up https://review.openstack.org/#/c/159382/ and throw it into the env and see what difference it makes20:57
mriedemheh i suppose i'd have to get jogo's -2 removed20:58
cdentmriedem: I already did (my own version of) that. I had to go to eight workers to get things to not timeout20:58
*** hamzy_ has quit IRC21:00
*** mgoddard_ has joined #openstack-nova21:00
*** Tom-Tom has quit IRC21:02
*** Tom-Tom has joined #openstack-nova21:03
*** moshele has quit IRC21:03
cdentmriedem: what I'm not clear on (yet) is what needs to be done to exercise any of the hoststate management concerns21:03
mriedemin the scheduler?21:03
mriedemusing the default enabled filters is probably a good start21:03
dansmithwhat does that mean?21:04
dansmithhoststate management concerns21:04
mriedemhe disabled all of the filters21:04
mriedemoh21:04
dansmithoh, I missed that.. what is the scheduler doing then?21:04
mriedemquerying placement21:04
mriedemfin21:04
*** vladikr has quit IRC21:04
dansmithoh, yeah, I totally missed that part21:04
dansmiththat's not awesome, but maybe it's just the "8 people asking 1 person to do all the work" then21:05
mriedemcdent: another thing to consider is that all 75 fake computes are going to be rpc broadcasting the shit out of the scheduler(s) for all instance resource tracker type actions, and every update_available_resource periodic21:05
dansmith...with no IO delays between them yeah21:05
mriedemCONF.filter_scheduler.track_instance_changes is that guy21:05
mriedemdefaults to True21:05
mriedemalthough,21:06
cdentdansmith: the comments on https://review.openstack.org/#/c/159382/ and the email in http://thread.gmane.org/gmane.comp.cloud.openstack.devel/47882 has more about the host state stuff from the original stuff21:06
mriedemin your setup it should be using superconductor mode,21:06
mriedemwhere we disable track_instance_changes b/c compute can't reach scheduler21:06
*** acormier has quit IRC21:06
mriedemhttp://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/nova#n85921:07
dansmithcdent: okay but that is super old and unrelated anymore I think21:07
*** acormier has joined #openstack-nova21:07
dansmithcdent: all irrelevant after claims being in the scheduler21:07
dansmithwe're also pumping all the old RT stats into the database now, which we shouldn't need to do anymore because placement21:07
cdentdansmith: I'm only reporting it to provide context to the earlier conversation with bauzas, who thought there might be still be issues, but I had been assuming it ought to irrelevant with claims in the scheduler21:07
dansmithwhich just adds to the mq load21:07
dansmithcdent: irrelevant afaik21:08
*** acormier has quit IRC21:08
mriedemyou probably got lucky here21:08
*** acormier_ has joined #openstack-nova21:08
mriedemnova-manage cell_v2 discover_hosts openstack hypervisor list21:08
*** acormier_ has quit IRC21:08
mriedemswap those around21:08
*** acormier has joined #openstack-nova21:08
mriedemneed i link to our favorite dokken video?21:08
*** salv-orlando has joined #openstack-nova21:08
cdentmriedem: ?21:08
mriedemhttps://www.youtube.com/watch?v=mBluR6cLxJ821:09
*** oomichi has joined #openstack-nova21:09
cdentnot the video, why the order21:09
cdentif I don't discover hosts, I've got no hypervisors21:09
mriedemyou should run openstack service list first, before discover_hosts21:09
mriedemto make sure the compute node records are created21:09
mriedemgrep service-list in here https://docs.openstack.org/nova/latest/user/cells.html21:10
mriedemsince you're using the fake driver it's probably just fast enough21:10
cdentwait_for_compute won't pass21:10
mriedemoh right devstack does that...21:10
cdentunless the service records are started21:10
cdentI had to fix how wait_for_compute works in the devstack fix21:11
cdentPerhaps tomorrow I'll try it with the filters enabled to see what happens21:13
mriedemin your nova boot calls,21:14
mriedemi see you used --min-count once21:14
mriedembut not later in the loops, is there a reason for that?21:14
mriedemlike, boot 100 per request, in a loop of 1021:14
cdentyeah, it's only when making lots of requests to /allocation_candidates that placement shows any load at all (and loading placement is the goal of all this)21:15
bauzasdansmith: like I said to cdent, now there are no reasons to not support workers21:16
dansmiththis is all unsurprising though right?21:16
*** yamahata has quit IRC21:16
dansmithplacement should be mostly an http-to-sql adapter21:16
dansmithbauzas: ack21:16
cdentso many smal requests hits things way harder than anything21:16
*** salv-orlando has quit IRC21:16
cdentdansmith: yes, and I've been saying that all along, but it's good to confirm it21:16
dansmithcdent: ack, okay21:16
cdentas an initial starting point of the exploration21:16
cdentit supports the assertion I've been making for a while: Placement is not going to be a a bottleneck, at least not until we clean up some of the other stuff.21:17
*** vladikr has joined #openstack-nova21:17
cdentmriedem: the first paragraphs after "playing with it" header talk about some of21:18
cdentthat21:18
dansmithwell, that was the assertion jaypipes made when he proofed all this early on, but yeah :)21:18
mriedemi think this is still useful / good to see someone kicking things around,21:18
ianwapropos nothing -- does configdrive work with aarch64?  afaict it's just a libvirt level thing, so shouldn't have particular problems on a different architecture?21:18
mriedemi've literally had some of this on my paper todo list on my desk for months21:19
dansmithmriedem: oh yah, I'm not saying it's bad at all21:19
dansmithmriedem: we learned a lot doing this for my instance list patch you were trying to blame :P21:19
cdentdansmith: of course, but his tests were at just sql level, and the sql's changed a lot since then21:19
dansmithcdent: totes21:19
cdentso more playing the merrier21:19
mriedemdansmith: heh and see how productive that was?21:20
dansmithmriedem: again, not saying we shouldn't do this, I just thought this was going somewhere and thought the implication was "huh, well, placement isn't the bottleneck"21:20
cdentit is going somewhere: more (concrete) info on how to arrange services and confirmation of stuff we mostly know (like scheduer needs workers and "apache is meh, use nginx") etc21:22
efriedcdent: s/duel/dual/21:22
cdentthanks efried21:22
efriedunless it is duel, idk21:22
cdentdansmith: what were you hoping for? Maybe I can try it now that I've leveled my brain up a bit.21:25
efriedcdent: s/message bug/message bus/  ?21:25
cdentefried: heh, yup21:25
efriedI mean....21:25
efriedcould be...21:25
*** gjayavelu has joined #openstack-nova21:25
cdentplenty of message bugs21:25
mriedemcdent: this might be of interest to you https://cloudblog.switch.ch/2017/08/28/starting-1000-instances-on-switchengines/21:26
cdentmriedem: yeah saw that when it came out21:26
*** fragatina has joined #openstack-nova21:27
efriedcdent: "the placement api process are lost" => "...processes..."?21:29
efried"of the much great effort"?21:29
cdentyou're hired21:29
mriedemheh, better do this blog post via gerrit review first next time21:29
efriedAt some point I'll contribute a substantive comment.21:30
mriedemand then pick up the brain and skull bits from the wall21:30
mriedemmelwitt: on https://review.openstack.org/#/c/522161/ idk21:30
mriedemdon't know what regressed it21:30
mriedembut i know it's busted w/o this21:30
* melwitt nods21:30
*** dave-mccowan has quit IRC21:30
*** ChanServ has joined #openstack-nova21:31
*** barjavel.freenode.net sets mode: +o ChanServ21:31
cdentI suspect if it had gone through gerrit it would fall on the floor and I'd give up before it got through the nit factory. post hoc nit fixing ++21:31
mriedemand for anyone in china/japan/etc they'd probably like to be able to create a vm in queens21:31
*** tidwellr has quit IRC21:32
*** yamamoto has joined #openstack-nova21:32
*** jmlowe has joined #openstack-nova21:33
mriedemmelwitt: ha https://review.openstack.org/#/c/541442/3/nova/virt/libvirt/driver.py@540421:33
mriedemno one wins when it's block_device_info21:33
melwittyou can say that again21:34
mriedemnot all entries are a list of dicts21:34
mriedem'root_device_name': instance.root_device_name,21:34
mriedemAND21:34
melwitt:|21:34
mriedemthe 'block_device_mapping' entry is not a list of dicts21:34
mriedemno ma'am21:34
melwittFINE21:34
melwitt:)21:34
mriedemit's a list of DriverVolumeBlockDevice objects, which wrap a BlockDeviceMapping object21:34
mriedemand proxy all of the bdm object stuff to the db21:34
mriedemDriverVolumeBlockDevice at some level might extend dict, so maybe you're right :)21:35
mriedemit does https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L8121:35
mriedemheh21:35
*** awaugama has joined #openstack-nova21:35
mriedemshows what i know21:35
*** pchavva has quit IRC21:36
melwittfrom this, they're probably not all lists21:36
melwitthttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L1566-L156921:37
melwittor maybe swap's not. I dunno21:37
*** m3m0 has quit IRC21:37
mriedemswap,21:38
mriedemis a list of DriverSwapBlockDevice objects which extend DriverVolumeBlockDevice (i think)21:38
jaypipescdent: nice article.21:38
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L20221:38
melwitthah21:38
*** edmondsw has quit IRC21:38
mriedemor not, wtf knows21:39
*** Sukhdev has quit IRC21:39
mriedemit's bdm roulette21:39
mriedemmelwitt: +W if you want to start backports21:39
melwittthanks21:40
cdentthanks jaypipes21:41
mriedemgeneral observation,21:43
*** eharney has quit IRC21:44
mriedemi feel like this rc1 period has been much less of a clusterfuck than pike and ocata21:44
mriedemso i think that's progress21:44
mriedemright?21:44
cdentmriedem: it has kind of felt like this cycle has been more to do with either fixing stuff or laying ground work for later stuff, so perhaps that means less exposure? but I agree things do seem a bit more chilled out21:46
*** jamesdenton has quit IRC21:46
*** dave-mccowan has joined #openstack-nova21:47
*** READ10 has joined #openstack-nova21:48
*** salv-orlando has joined #openstack-nova21:50
*** tidwellr has joined #openstack-nova21:51
*** slaweq has quit IRC21:51
*** vladikr has quit IRC21:53
*** takashin has joined #openstack-nova21:54
openstackgerritTakashi NATSUME proposed openstack/nova stable/ocata: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51372121:54
*** rmart04 has joined #openstack-nova21:55
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2)  https://review.openstack.org/43060821:55
*** mgoddard_ has quit IRC21:56
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2)  https://review.openstack.org/45948321:56
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers.inc  https://review.openstack.org/52820121:56
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add functional tests for traits API  https://review.openstack.org/52409421:57
*** vladikr has joined #openstack-nova21:57
*** rmart04 has quit IRC21:57
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers.inc  https://review.openstack.org/52952021:57
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.61 - List/Show all server migration types  https://review.openstack.org/43083921:58
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix parameter order in rebuild  https://review.openstack.org/52971821:58
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Move body examples to an isolated directory  https://review.openstack.org/52999821:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add a nova-caching-scheduler job to the experimental queue  https://review.openstack.org/53926021:59
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data  https://review.openstack.org/40751422:00
mriedemhmm, we seem to be running both legacy-tempest-dsvm-neutron-full and tempest-full on changes22:03
mriedemwhich are redundant22:03
mriedemgmann_: ^ right?22:03
*** gaurangt has quit IRC22:03
*** m3m0 has joined #openstack-nova22:04
*** oomichi has left #openstack-nova22:04
*** oomichi has quit IRC22:04
mriedemah yes i see the problem22:05
mriedemoh hmm22:06
*** gaurangt has joined #openstack-nova22:06
mriedemmelwitt: i've got the rc1 patch up with depends-on to the 2 remaining things we need to get into rc1 https://review.openstack.org/#/c/542459/22:09
mriedemplus cycle highlights pulled from the release note prelude22:09
mriedemi've gotta run to parent/teacher conferences (yay) but will be back online later22:10
melwittack22:10
*** felipemonteiro has joined #openstack-nova22:10
*** itlinux has quit IRC22:12
*** Eran_Kuris has joined #openstack-nova22:12
*** psachin has quit IRC22:16
openstackgerritMerged openstack/nova master: Fix the wrong description  https://review.openstack.org/54026522:17
*** gjayavelu has quit IRC22:19
*** Eran_Kuris has quit IRC22:19
*** felipemonteiro_ has joined #openstack-nova22:20
*** abalutoiu_ has joined #openstack-nova22:21
*** AlexeyAbashkin has quit IRC22:23
*** mgoddard_ has joined #openstack-nova22:24
*** felipemonteiro has quit IRC22:24
*** abalutoiu has quit IRC22:25
*** chyka has joined #openstack-nova22:27
*** mgoddard_ has quit IRC22:30
*** rcernin has joined #openstack-nova22:31
*** chyka has quit IRC22:32
*** gjayavelu has joined #openstack-nova22:36
openstackgerritArvind Nadendla proposed openstack/nova-specs master: Update to push image traits to ironic  https://review.openstack.org/54246822:37
*** Sukhdev has joined #openstack-nova22:40
openstackgerritmelanie witt proposed openstack/nova master: Make scheduler.utils.setup_instance_group query all cells  https://review.openstack.org/54025822:41
*** vladikr has quit IRC22:46
*** abalutoiu has joined #openstack-nova22:47
*** claudiub|2 has joined #openstack-nova22:48
*** abalutoiu__ has joined #openstack-nova22:48
openstackgerritArvind Nadendla proposed openstack/nova-specs master: Support traits in Glance  https://review.openstack.org/54150722:49
*** abalutoiu_ has quit IRC22:50
*** claudiub has quit IRC22:50
*** abalutoiu has quit IRC22:53
bkero-Hey all, can anyone recall seeing a nova-libvirt bug in 2.5 about logfile chardev not being supported?22:54
*** felipemonteiro_ has quit IRC22:55
*** felipemonteiro_ has joined #openstack-nova22:56
cfriesenthis is maybe a weird question, but is the ec2-id returned by the instance metadata server (in the format "i-00000004") expected to match the "instance-xxxx" value as returned in the OS-EXT-SRV-ATTR:instance_name field of "nova show"?22:59
*** mvk_ has joined #openstack-nova22:59
*** tbachman has joined #openstack-nova23:01
openstackgerritJianghua Wang proposed openstack/nova master: VGPU: Modify the example of vgpu white_list set  https://review.openstack.org/53918323:02
*** Sukhdev has quit IRC23:07
*** acormier has quit IRC23:08
*** acormier has joined #openstack-nova23:08
*** chyka has joined #openstack-nova23:08
*** amodi has quit IRC23:10
*** dave-mccowan has quit IRC23:12
*** acormier has quit IRC23:13
*** tbachman has quit IRC23:18
*** rodolof has quit IRC23:19
smcginnismriedem: Hows that RC coming along? :)23:22
melwittsmcginnis: he's away atm, the release patch is up https://review.openstack.org/#/c/542459/ and depends-on the things we have left, which I'm going to finish reviewing in a few23:23
melwitthe'll be back later, he said23:23
smcginnismelwitt: OK, so just a couple things to push through yet?23:24
melwittyeah, one is in the gate already, the other's need a +W and I'm gonna review those now23:24
mriedemi'm back23:24
mriedembkero-: sounds familiar but not sure, might have been something markus zoeller worked on in ocata?23:25
mriedembkero-: https://specs.openstack.org/openstack/nova-specs/specs/ocata/implemented/libvirt-virtlogd.html ?23:25
smcginnismelwitt: Thanks!23:25
* cdent waves goodnight23:25
*** cdent has quit IRC23:25
*** hongbin has quit IRC23:26
*** tidwellr has quit IRC23:29
openstackgerritMatt Riedemann proposed openstack/nova master: Check for leaked server resource allocations in post_test_hook  https://review.openstack.org/53851023:30
*** Daisy_ has joined #openstack-nova23:30
*** chyka has quit IRC23:34
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add functional tests for traits API  https://review.openstack.org/52409423:34
*** Jeffrey4l has quit IRC23:34
*** Daisy_ has quit IRC23:34
*** awaugama has quit IRC23:34
*** claudiub|2 has quit IRC23:37
melwittmriedem: do you know why this test is removed instead of setting up the ComputeV4Proxy like the others? https://review.openstack.org/#/c/541005/6/nova/tests/unit/compute/test_compute_mgr.py@a683423:38
mriedembecause _rollback_live_migration doesn't do that thing anymore23:38
mriedemand _do_live_migration calls _rollback_live_migration23:39
mriedemand _do_live_migration already has the non-dict form of migrate_data by the time it calls _rollback_live_migration23:39
mriedemi think that's why anyway23:39
mriedemhttps://review.openstack.org/#/c/541005/5/nova/compute/manager.py@639423:39
melwittyeah, I mean, it looks like the other "handles_dict" tests were adapted to use the _ComputeV4Proxy because the V4Proxy version has to do the dict compat thing, right?23:41
*** felipemonteiro_ has quit IRC23:42
mriedemyeah, but there isn't a compute v4 proxy for that rollback method23:42
mriedemthe entry point / proxy method is live_migration23:43
melwittoh, I see. okay23:43
mriedemwhich does the massageroo23:43
*** yamahata has joined #openstack-nova23:45
*** moshele has joined #openstack-nova23:49
*** chyka has joined #openstack-nova23:49
*** cali_boxer has quit IRC23:50
*** chyka has quit IRC23:51
*** Daisy_ has joined #openstack-nova23:52
gmann_mriedem: yea it seems both running. it has been replaced with tempest-full in integrated job(and fix for stable branches etc)23:52
ianwin case anyone finds my comment in logs about aarch64 config-drive ... yes it does work, but ensure you've got all the right kernel cdrom drivers, which the default xenial kernel may not23:52
mriedemgmann_: https://review.openstack.org/54248423:53
mriedemthink i figured it out23:53
gmann_mriedem: legacy-tempest-dsvm-neutron-ful should be running on stable branches only but it seem we have it running on master too in many place23:53
mriedemianw: hrw is the aarch64 expert around these parts23:53
mriedemhttps://review.openstack.org/#/c/541728/23:53
mriedemianw: maybe you can provide some details here? https://review.openstack.org/#/c/541728/9/doc/source/user/support-matrix.ini@87223:54
mriedemhrw is working on documenting aarch64+libvirt support in the feature matrix23:54
mriedemso that would be good info since we can put notes in these doc entries23:54
ianwmriedem: yes, wouldn't have got nearly so far without his help ;)23:54
gmann_mriedem: yea but that should not needed i guess as it is handled in integrated-gate template - http://git.openstack.org/cgit/openstack-infra/openstack-zuul-jobs/tree/zuul.d/zuul-legacy-project-templates.yaml#n10723:54
mriedemgmann_: see the response from corvus in -infra,23:55
mriedemapparently b/c nova re-defines it in project-config w/o the branch specifier, it messes that up23:55
*** liverpooler has quit IRC23:55
gmann_mriedem: yes, i think we should remove it all from project-config (nova, tempest, swift etc)23:55
cfriesenmriedem: that earlier issue with libvirt and specifying the disks to migrate....I think it was from before we rebased to 16.0.4.  So likely has gone away now.23:56
gmann_mriedem: anyways i ll check that. thanks for this23:56
*** Daisy_ has quit IRC23:56
*** cali_boxer has joined #openstack-nova23:56
ianwmriedem: oh cool!  thanks for pointing to that.  yeah, we're working on bringing up dib/nodepool/infra etc on the linaro cloud.  all things considered, it's going well i'd say!  soon you should be able to easily add aarch64 testing (modulo cloud capacity ... it will be a soft start)23:57
mriedemcfriesen: ok23:57
mriedemianw: that would be nice23:57
mriedemgiven the work he's been doing on fixing bugs in the libvirt driver23:57
*** Daisy_ has joined #openstack-nova23:59

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