Tuesday, 2018-12-04

*** munimeha1 has quit IRC00:09
*** igordc has quit IRC00:29
*** rodolof has joined #openstack-nova00:36
*** rodolof has quit IRC00:43
*** ileixe has joined #openstack-nova00:52
*** igordc has joined #openstack-nova01:01
*** lbragstad has quit IRC01:07
*** wolverineav has quit IRC01:15
*** wolverineav has joined #openstack-nova01:16
*** wolverineav has quit IRC01:26
*** wolverineav has joined #openstack-nova01:26
*** Zer0Byte_ has joined #openstack-nova01:33
Zer0Byte_hey01:33
Zer0Byte_i have a quesstion maybe someone can help me01:33
Zer0Byte_im trying to setup hw:cpu_cores  in openstack queens but just create each cpu as sockets and complety ignore this value01:34
Zer0Byte_any idea if i have to set something else01:34
Zer0Byte_?01:34
*** takamatsu has quit IRC01:37
*** Dinesh_Bhor has joined #openstack-nova01:40
*** takashin has joined #openstack-nova01:41
*** yedongcan has joined #openstack-nova01:43
*** hongbin has joined #openstack-nova01:43
*** Dinesh_Bhor has quit IRC01:56
openstackgerritJason SUN proposed openstack/os-vif master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62182502:01
*** ileixe has quit IRC02:01
*** yedongcan has quit IRC02:02
*** ileixe has joined #openstack-nova02:03
openstackgerritzhongshengping proposed openstack/nova master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62182702:04
izza_can anyone help me about tensorflow..02:11
*** gyee has quit IRC02:14
*** bhagyashris_ has joined #openstack-nova02:17
*** mrsoul has quit IRC02:18
openstackgerritMerged openstack/nova master: SIGHUP n-cpu to clear provider tree cache  https://review.openstack.org/61564602:23
*** itlinux has joined #openstack-nova02:23
*** igordc has quit IRC02:28
openstackgerritBrin Zhang proposed openstack/nova-specs master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62184602:29
*** itlinux has quit IRC02:33
openstackgerritZhenyu Zheng proposed openstack/nova master: Handle tags in _bury_in_cell0  https://review.openstack.org/62185602:33
*** itlinux has joined #openstack-nova02:34
*** Dinesh_Bhor has joined #openstack-nova02:36
*** itlinux has quit IRC02:36
*** mhen has quit IRC02:37
*** betherly has joined #openstack-nova02:38
*** mhen has joined #openstack-nova02:41
*** wolverineav has quit IRC02:41
openstackgerritJason SUN proposed openstack/python-novaclient master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62186902:42
*** liuyulong has joined #openstack-nova02:42
*** wolverineav has joined #openstack-nova02:42
*** betherly has quit IRC02:43
*** wolverineav has quit IRC02:47
*** psachin has joined #openstack-nova02:49
*** imacdonn has quit IRC02:52
*** imacdonn has joined #openstack-nova02:52
*** ileixe has quit IRC02:53
*** ileixe has joined #openstack-nova02:54
*** wolverineav has joined #openstack-nova02:55
*** cfriesen has quit IRC02:58
*** wolverineav has quit IRC03:01
*** hongbin_ has joined #openstack-nova03:11
*** hongbin has quit IRC03:13
*** jmlowe has joined #openstack-nova03:22
*** hongbin has joined #openstack-nova03:22
izza_hello03:22
*** dklyle has joined #openstack-nova03:23
*** hongbin_ has quit IRC03:23
izza_can you please help us on tensorflow error that we encountered03:24
izza_2018-12-03 11:30:11.110534: I tensorflow/core/platform/cpu_feature_guard.cc:141] Your CPU supports instructions that this TensorFlow binary was not compiled to use: AVX2 FMA03:24
*** mlavalle has quit IRC03:25
izza_tensorflow.python.framework.errors_impl.InternalError: failed initializing StreamExecutor for CUDA device ordinal 0: Internal: failed call to cuDevicePrimaryCtxRetain: CUDA_ERROR_UNKNOWN: unknown error03:25
*** david-lyle has quit IRC03:25
*** brinzhang has joined #openstack-nova03:25
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475003:31
*** wolverineav has joined #openstack-nova03:32
*** betherly has joined #openstack-nova03:33
openstackgerritMerged openstack/nova master: Fix InstanceNotFound during _destroy_evacuated_instances  https://review.openstack.org/60612203:34
*** betherly has quit IRC03:38
*** dave-mccowan has quit IRC03:53
*** mriedem_away has quit IRC03:58
*** whoami-rajat has joined #openstack-nova04:12
*** itlinux has joined #openstack-nova04:14
*** Nel1x has quit IRC04:15
openstackgerritTakashi NATSUME proposed openstack/os-traits master: Update author-email in setup.cfg  https://review.openstack.org/62197304:27
openstackgerritTakashi NATSUME proposed openstack/osc-placement master: Update author-email in setup.cfg  https://review.openstack.org/62197604:32
*** ileixe has quit IRC04:33
openstackgerritzhongshengping proposed openstack/nova master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62182704:38
*** ratailor has joined #openstack-nova04:46
*** ileixe has joined #openstack-nova04:52
*** janki has joined #openstack-nova05:22
*** hongbin has quit IRC05:39
*** Dinesh_Bhor has quit IRC05:50
*** Dinesh_Bhor has joined #openstack-nova05:54
*** gcb_ has joined #openstack-nova06:06
*** sridharg has joined #openstack-nova06:11
*** gcb_ has quit IRC06:11
*** betherly has joined #openstack-nova06:13
*** betherly has quit IRC06:17
*** amodi has joined #openstack-nova06:23
*** liuyulong has quit IRC06:24
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475006:32
openstackgerritZhenyu Zheng proposed openstack/nova master: Handle tags in _bury_in_cell0  https://review.openstack.org/62185606:42
*** Luzi has joined #openstack-nova06:46
*** takamatsu has joined #openstack-nova06:53
*** wolverineav has quit IRC06:55
*** wolverineav has joined #openstack-nova06:56
openstackgerritYongli He proposed openstack/nova-specs master: add 'show-server-group' spec  https://review.openstack.org/61225506:57
openstackgerritYikun Jiang proposed openstack/nova master: Add ratio online data migration when load compute node  https://review.openstack.org/61349907:01
openstackgerritYikun Jiang proposed openstack/nova master: Add compute_node ratio online data migration script  https://review.openstack.org/60999507:01
openstackgerritYongli He proposed openstack/nova-specs master: add spec "show-server-numa-topology"  https://review.openstack.org/61225607:03
*** diga has joined #openstack-nova07:06
*** ondrejme has joined #openstack-nova07:07
*** brinzhang has quit IRC07:09
*** brinzhang has joined #openstack-nova07:09
*** pcaruana has joined #openstack-nova07:10
izza_hi07:26
*** dpawlik has joined #openstack-nova07:29
*** rcernin has quit IRC07:38
izza_can you please help us in tensorflow... still seeing cpu was using instead of gpu upon testing the tensorflow07:38
*** ttsiouts has joined #openstack-nova07:40
*** rambo_li has joined #openstack-nova07:41
*** wolverineav has quit IRC07:45
*** amodi has quit IRC07:47
*** wolverineav has joined #openstack-nova07:47
openstackgerritMerged openstack/nova master: Refactor TestEvacuateDeleteServerRestartOriginalCompute  https://review.openstack.org/60870507:49
*** wolverineav has quit IRC07:52
openstackgerritTakashi NATSUME proposed openstack/nova stable/queens: Remove unnecessary redirect  https://review.openstack.org/60740207:57
*** ttsiouts_ has joined #openstack-nova07:58
*** takashin has left #openstack-nova08:00
*** alexchadin has joined #openstack-nova08:00
*** ttsiouts has quit IRC08:01
*** belmoreira has joined #openstack-nova08:01
*** amodi has joined #openstack-nova08:02
*** sahid has joined #openstack-nova08:06
*** awalende has joined #openstack-nova08:07
*** takamatsu has quit IRC08:15
*** ttsiouts_ has quit IRC08:17
*** ttsiouts has joined #openstack-nova08:18
*** izza_ has quit IRC08:18
*** ralonsoh has joined #openstack-nova08:20
*** izza_ has joined #openstack-nova08:22
*** ttsiouts has quit IRC08:22
*** hshiina has quit IRC08:24
*** liuyulong has joined #openstack-nova08:26
openstackgerritzhongshengping proposed openstack/nova master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62182708:30
*** trident has quit IRC08:31
*** trident has joined #openstack-nova08:32
izza_can you please help us... we are successfully test tensorflow and using gpu but when we exit the instance and try again it uses the cpu now, not the gpu08:39
izza_a weird behavior08:41
izza_pls help on this08:42
*** hoonetorg has quit IRC08:45
*** takamatsu has joined #openstack-nova08:46
izza_already working08:50
openstackgerritJan Gutter proposed openstack/os-vif master: Extend port profiles with datapath offload type  https://review.openstack.org/57208108:50
izza_we just set to cuda_visible_device=008:50
*** ttsiouts has joined #openstack-nova08:52
*** hoonetorg has joined #openstack-nova08:58
*** wolverineav has joined #openstack-nova08:59
*** k_mouza has joined #openstack-nova09:14
*** takamatsu has quit IRC09:14
*** k_mouza has quit IRC09:15
*** k_mouza has joined #openstack-nova09:15
*** takamatsu has joined #openstack-nova09:16
openstackgerritMaciej Jozefczyk proposed openstack/nova master: Force refresh instance info_cache during heal  https://review.openstack.org/59160709:20
*** rambo_li has quit IRC09:23
*** lbragstad has joined #openstack-nova09:24
*** priteau has joined #openstack-nova09:30
*** tssurya has joined #openstack-nova09:31
*** cdent has joined #openstack-nova09:34
openstackgerritMichael Still proposed openstack/nova master: Remove utils.execute() calls from xenapi.  https://review.openstack.org/61970009:38
openstackgerritMichael Still proposed openstack/nova master: Remove utils.execute() from libvirt remotefs calls.  https://review.openstack.org/61970109:38
openstackgerritMichael Still proposed openstack/nova master: Remove utils.execute() from quobyte libvirt storage driver.  https://review.openstack.org/61970209:38
openstackgerritMichael Still proposed openstack/nova master: Move nova.libvirt.utils away from using nova.utils.execute().  https://review.openstack.org/61970309:38
openstackgerritMichael Still proposed openstack/nova master: Imagebackend should call processutils.execute directly.  https://review.openstack.org/61970409:38
openstackgerritMichael Still proposed openstack/nova master: Remove final users of utils.execute() in libvirt.  https://review.openstack.org/61970509:38
openstackgerritMichael Still proposed openstack/nova master: Remove the final user of utils.execute() from virt.images  https://review.openstack.org/62000709:38
openstackgerritMichael Still proposed openstack/nova master: Remove utils.execute() from the hyperv driver.  https://review.openstack.org/62000809:38
openstackgerritMichael Still proposed openstack/nova master: Remove utils.execute() from virt.disk.api.  https://review.openstack.org/62000909:38
openstackgerritMichael Still proposed openstack/nova master: Move a generic bridge helper to a linux_net privsep file.  https://review.openstack.org/62001009:38
openstackgerritMichael Still proposed openstack/nova master: Move bridge creation to privsep.  https://review.openstack.org/62018009:38
openstackgerritMichael Still proposed openstack/nova master: Move some linux network helpers to use privsep.  https://review.openstack.org/62139809:38
openstackgerritMichael Still proposed openstack/nova master: Move simple execute call to processutils.  https://review.openstack.org/62152709:38
openstackgerritMichael Still proposed openstack/nova master: Move interface enabling to privsep.  https://review.openstack.org/62152809:38
openstackgerritMichael Still proposed openstack/nova master: Move setting mac addresses for network devices to privsep.  https://review.openstack.org/62152909:38
openstackgerritMichael Still proposed openstack/nova master: Move interface disabling to privsep.  https://review.openstack.org/62215009:38
openstackgerritMichael Still proposed openstack/nova master: Move binding ips to privsep.  https://review.openstack.org/62215109:38
*** alexchadin has quit IRC09:48
*** takamatsu has quit IRC09:49
*** takamatsu has joined #openstack-nova09:50
*** derekh has joined #openstack-nova09:51
*** bhagyashris_ has quit IRC09:54
*** k_mouza has quit IRC10:04
openstackgerritChris Dent proposed openstack/nova master: Delete the placement code  https://review.openstack.org/61821510:05
*** k_mouza has joined #openstack-nova10:06
openstackgerritChris Dent proposed openstack/nova master: Clean up header encoding handling in compute API  https://review.openstack.org/60696710:06
*** dtantsur|afk is now known as dtantsur10:07
*** takamatsu has quit IRC10:13
*** ralonsoh has quit IRC10:23
*** ralonsoh has joined #openstack-nova10:23
*** erlon has joined #openstack-nova10:25
*** ttsiouts has quit IRC10:36
*** ttsiouts has joined #openstack-nova10:37
*** ttsiouts_ has joined #openstack-nova10:38
*** ttsiouts has quit IRC10:42
*** takamatsu has joined #openstack-nova10:50
*** Dinesh_Bhor has quit IRC10:52
*** diga has quit IRC10:53
*** Dinesh_Bhor has joined #openstack-nova10:53
*** k_mouza has quit IRC10:59
openstackgerritgaryk proposed openstack/nova master: Ensure that block device rollback is done when attachment fails  https://review.openstack.org/62220711:00
*** Dinesh_Bhor has quit IRC11:00
*** ttsiouts_ has quit IRC11:01
*** ttsiouts has joined #openstack-nova11:01
*** takamatsu has quit IRC11:04
*** takamatsu has joined #openstack-nova11:05
*** ttsiouts has quit IRC11:06
openstackgerritgaryk proposed openstack/nova master: Ensure that block device rollback is done when attachment fails  https://review.openstack.org/62220711:12
*** rambo_li has joined #openstack-nova11:12
*** k_mouza has joined #openstack-nova11:16
*** ileixe has quit IRC11:27
*** rambo_li has quit IRC11:29
*** ratailor has quit IRC11:40
*** tbachman has quit IRC11:44
*** ttsiouts has joined #openstack-nova11:45
*** ttsiouts has quit IRC11:54
*** ttsiouts has joined #openstack-nova11:55
*** ttsiouts has quit IRC11:59
*** vabada has joined #openstack-nova11:59
*** vabada has quit IRC11:59
*** vabada has joined #openstack-nova12:00
openstackgerritSilvan Kaiser proposed openstack/nova master: Exec systemd-run without --user flag in Quobyte driver  https://review.openstack.org/55419512:05
*** cdent has quit IRC12:07
kaisersstephenfin: mbooth: ping ^^^12:08
*** k_mouza has quit IRC12:12
*** k_mouza has joined #openstack-nova12:13
*** lbragstad has quit IRC12:21
*** lbragstad has joined #openstack-nova12:23
*** lbragstad has quit IRC12:23
*** ttsiouts has joined #openstack-nova12:23
*** lbragstad has joined #openstack-nova12:24
*** lbragsta_ has joined #openstack-nova12:26
*** lbragsta_ has quit IRC12:31
*** lbragstad has quit IRC12:31
*** lbragstad has joined #openstack-nova12:38
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Add workaround to remove instance dir during cleanup with rbd  https://review.openstack.org/61847812:39
openstackgerritLee Yarwood proposed openstack/nova master: WIP compute: Split shared instance storage and disk checks  https://review.openstack.org/62230012:39
*** rambo_li has joined #openstack-nova12:42
*** brinzhang has quit IRC12:46
*** ttsiouts has quit IRC12:49
*** ttsiouts has joined #openstack-nova12:50
*** psachin has quit IRC12:59
*** udesale has joined #openstack-nova13:00
*** tbachman has joined #openstack-nova13:02
*** mgariepy has quit IRC13:03
*** rambo_li has quit IRC13:06
*** tbachman has quit IRC13:08
*** mgariepy has joined #openstack-nova13:08
*** tbachman has joined #openstack-nova13:11
*** liuyulong_ has joined #openstack-nova13:20
*** ttsiouts has quit IRC13:24
*** ttsiouts has joined #openstack-nova13:25
*** k_mouza has quit IRC13:28
*** ttsiouts_ has joined #openstack-nova13:29
*** ttsiouts has quit IRC13:30
*** MrRon has joined #openstack-nova13:30
*** cdent has joined #openstack-nova13:30
MrRonHello together. I wish you a wonderful day. I have a short question: Is there a plan to develop a nova-tempest-plugin in future ?13:31
*** irclogbot_2 has quit IRC13:38
*** psachin has joined #openstack-nova13:38
*** k_mouza has joined #openstack-nova13:38
*** irclogbot_2 has joined #openstack-nova13:40
*** k_mouza_ has joined #openstack-nova13:40
*** priteau has quit IRC13:40
*** k_mouza has quit IRC13:43
*** priteau has joined #openstack-nova13:44
efriedgmann: Is MrRon's question something you would know about?13:44
*** munimeha1 has joined #openstack-nova13:45
*** jaosorior has joined #openstack-nova13:45
*** eharney has joined #openstack-nova13:47
gmannefried: MrRon : there is no plan for nova-tempest-plugin as of now. it came up before also for few scheduler filters test case. we had patch also up to add the tempest plugin for nova. I think currently there is no such case where nova tests cannot be covered with Tempest repo or nova functional test. But if there is any in future we can rethink13:47
efriedthanks gmann13:47
*** janki has quit IRC13:50
*** psachin has quit IRC13:51
cdentjaypipes: I heard a rumor you were advisining all of openstack drop RDBMS in favor of etcd!?13:52
cdent\o/13:53
jaypipescdent: :)13:53
jaypipesClipper4 or FoxPro, baby!13:53
cdenttotes foxpro13:54
jaypipesalso, throw in a nice dose of CSV files for good measure.13:54
*** mlavalle has joined #openstack-nova13:54
jaypipesand replace configdrive with ftp13:54
cdentlet's do TSV files to be extra sure13:56
* alex_xu continue to spread the rumor back to china13:56
cdentalex_xu++13:56
gmannefried: MrRon https://review.openstack.org/#/c/448482/ that time, there were only scheduler test case in that list which could be covered in functional tests.13:56
jaypipesalex_xu: LOL! :)13:56
jangutterjaypipes, cdent: Ashton-Tate's dBASE IV, accept no substitute.13:57
jaypipesjangutter: I used to use that. No joke...14:00
efriedjaypipes: Are you waiting for belmoreira/tssurya to spin up ironic nodes with the series at https://review.openstack.org/#/c/615677/ before reviewing?14:00
jaypipesjangutter, alex_xu, cdent: pop quiz... what was Nova's original data store?14:00
jangutterjaypipes: I think 90% of Apartheid-era South Africa relied on one pirated copy of dBASE III.14:00
jaypipesjangutter, alex_xu, cdent: believe it or not, Redis was used as Nova's original data store.14:01
jangutterjaypipes: :-O14:01
jaypipesyup.14:01
edleafeMy first contributions to nova was removing redis14:01
alex_xu....what...14:01
jaypipesedleafe: yup, I remember it well.14:01
jaypipesalex_xu: yep, hard to believe, eh?: :)14:02
edleafeI had an equally negative reaction when I learned that14:02
jangutterjaypipes: it was a simpler time, when all Nova needed was a key-value store?14:02
jaypipesedleafe: and we've been data-battling ever since...14:02
edleafeHey, nova was thrown together over a weekend14:02
edleafeit worked well enough for a POC14:02
jaypipesjangutter: erm, no :) it was a perfect example of how to use Redis as an RDBMS and implement JOINs in Python.14:03
alex_xujaypipes: yea...I will talk this to everyone when lunch14:03
jaypipesalex_xu: here's another trivia piece for you... there is an entire copy of openwrt Linux distribution in the Nova source repository.14:04
* jaypipes wonders if alex_xu's mind has just been blown...14:06
alex_xujaypipes: yes...begin to brainstorming what is it for...14:06
jaypipesalex_xu: vish added it as a way to do functional SSH testing way back when...14:07
alex_xuok, failed to guess that14:08
jaypipes:)14:08
*** udesale has quit IRC14:08
*** rodolof has joined #openstack-nova14:09
mnaserrocky introduced a new way of binding ports, right?14:10
mnaseri have some questions around it, possibly around failures live migrating from a queens compute to rocky compute14:10
*** irclogbot_2 has quit IRC14:16
*** trident has quit IRC14:18
openstackgerritGuo Jingyu proposed openstack/nova master: Add rfb.VNC support for novncproxy  https://review.openstack.org/62233614:20
*** trident has joined #openstack-nova14:21
*** ohorecny2 has joined #openstack-nova14:24
*** k_mouza has joined #openstack-nova14:26
*** janki has joined #openstack-nova14:29
*** k_mouza_ has quit IRC14:29
sean-k-mooneymnaser: for live migration yes14:32
*** mriedem has joined #openstack-nova14:33
sean-k-mooneymnaser: we disabled the use of multiple port bindings entirely unles neutron and both the source and dest nodes supprot it14:33
sean-k-mooneymnaser: so live migrating form queens to rocky will disable all the new code14:34
mnasersean-k-mooney: i have a case of a cloud where live migrating from a queens host to rocky host results in the vm being unpingable14:34
mnaserunless you restart the neutron-openvswitch-agent14:34
sean-k-mooneymnaser: that is likely not related to the multiple port binding changes14:35
mnasersean-k-mooney: well in a r=>r live migration situation, i dont see it14:35
mnaserand after restarting neutron-openvswitch-agent, the vm becomes pingable afterwards, its almost like something isnt properly getting wired up14:35
sean-k-mooneymnaser: did you leave the vm for a period of time or just try to ping it imediatly14:36
mnasersean-k-mooney: it was on for a while, it was def dead14:36
sean-k-mooneyare you using conntrack security group driver or ip tables?14:37
sean-k-mooneybasically im wonder if  ovs_hybrid_plug in the port bindings was true or false14:37
sean-k-mooneythat changes how the port is wired up14:38
mnasersean-k-mooney: iptables14:39
alex_xusean-k-mooney: mriedem, I give a try on the resize bug https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bug/1805767, found we miss the pci request also14:39
sean-k-mooneyalex_xu: yes you cannot resize to or from a flavor with a pci device alais in the extra specs14:41
sean-k-mooneythis is know to be broken14:41
*** tbachman has quit IRC14:41
sean-k-mooneyactully resize is cold migrate14:42
alex_xusean-k-mooney: ah, cool, hope the patch fixes that14:42
sean-k-mooneymaybe that should work14:42
alex_xusean-k-mooney: or you say there is other bug for pci in resize more than just parse the extra specs?14:42
sean-k-mooneyalex_xu: we know we have prolems in this areay im not sure if that one is new thinking about it14:42
alex_xuok14:42
sean-k-mooneyill take a look at the patach in any case. i can see if i can test it locally14:43
*** awaugama has joined #openstack-nova14:43
sean-k-mooneybut it will be a few days14:43
*** ttsiouts_ has quit IRC14:44
alex_xusean-k-mooney: thanks, I tested the numa one. But still looking for a hardware for pci, not easy to test14:44
*** janki has quit IRC14:44
*** ttsiouts has joined #openstack-nova14:44
mnaserhttps://review.openstack.org/#/q/topic:bp/neutron-new-port-binding-api14:44
*** xek has quit IRC14:45
sean-k-mooneymnaser: so iptables means hybrid plug is true which means that os-vif plugged a veth pari into ovs and a per port liunx bridge and libvirt add the vm tap to the linux bridge on migration14:45
*** ttsiouts_ has joined #openstack-nova14:46
mnaserim trying to find here the specific patch that implemented the logic which checks if the dest supports it or not, i suspect *maybe* for some reason it's thinking the other side supports it14:46
sean-k-mooneyso neutron should of had time to wire up the ovs port before the vm migrated14:46
sean-k-mooneywe do it in the conductor one sec14:46
sean-k-mooneyhttps://github.com/openstack/nova/blob/stable/rocky/nova/conductor/tasks/live_migrate.py#L245-L25214:47
sean-k-mooneythis is the support_extended_port_binding fucntion https://github.com/openstack/nova/blob/stable/rocky/nova/conductor/tasks/live_migrate.py#L3914:48
sean-k-mooneyit just checks for service version >35 on the two nova compute services14:49
*** ttsiouts has quit IRC14:49
*** ttsiouts_ has quit IRC14:50
sean-k-mooneyso unless you have backport something in to you queens version that bumps the service version it should be pretty bulletproof14:50
sean-k-mooneyall of the new code uses the presence of the vifs object in the migration_data as a sentinel to enable the new workflow14:51
mriedemalex_xu: ok, i see you based that on https://review.openstack.org/#/c/582417/ ? i've had a hard time sorting out why that fails14:53
*** irclogbot_2 has joined #openstack-nova14:53
mriedemoh nvm the one below that - smart :)14:53
*** udesale has joined #openstack-nova14:53
*** eharney has quit IRC14:56
*** awalende has quit IRC14:58
mnasersean-k-mooney: is it a valid possible theory that somehow rocky n-cpu doesn't try to plug the port because it assumes the conductor might have already done it14:59
mnaseraka maybe we need to look at the logic in the compute side, ill try to dig in a bit more15:00
MrRongmann: efried: thanks a lot. That helped me a lot. Have a nice day :)15:00
sean-k-mooneymnaser: no the the plug is initated in both queens and rocky by a direct rpc call form the conductor15:02
mnasersean-k-mooney: ok, i might be misunderstanding, so i might have some code to read15:03
sean-k-mooneythe difference is when is when the port binding are updated in neutron and do we have 1 or 2 bindings15:03
mnaseroh so we always have a binding15:03
mnaserits just either 2 or 115:03
sean-k-mooneyyes15:03
mnaserokay i see15:03
*** cfriesen has joined #openstack-nova15:03
*** dpawlik has quit IRC15:04
mnaserokay okay, so that's why it would make sense that this wouldn't cause an issue15:04
sean-k-mooneyin queens we and one per port and then updated the host id as part of migration15:04
mnaserhmm15:04
sean-k-mooneyin rocky we have a source and dest binding per port and atomicly set the dest as active and source as not15:04
sean-k-mooneythen if the migration successd we delete the source binding15:05
mnaserbecause in this cloud i can do rocky=>rocky migrations with no problem15:05
mnaserbut queens=>rocky, they stop pinging until i restart n-ovs-agent15:06
*** liuyulong has quit IRC15:06
mnaserhttps://github.com/openstack/nova/blob/stable/rocky/nova/virt/libvirt/driver.py#L7073-L709415:09
mnaserthat still is supposed to execute even in pre-new-port-binding in neutron right?15:09
mnasersorry for all the questions, im just trying to gather some sense to figure out where the issue is15:09
sean-k-mooney no15:09
sean-k-mooneyvifs will not be in migrate_data in queens15:10
mnaserhmmmmm15:10
sean-k-mooneythat is how we disable it on queens to rocky15:10
mnaserok that's confusing because if you remember we had that bug with host_mtu15:10
mnaseroh sorry that was in rocky only15:10
mnaserso im assuming that because 'vifs' was added in rocky, that field will be dropped by anything running queens15:13
mnaserso that portion should be skipped15:13
mnasersigh15:13
*** mriedem is now known as mriedem_afk15:16
sean-k-mooneymnaser: yes but also the vifs field is only added in one place in the conductor and the conductor checks the versions before adding it15:17
*** mdbooth has joined #openstack-nova15:18
mdbootho/15:18
openstackgerritgaryk proposed openstack/nova master: Ensure that block device rollback is done when attachment fails  https://review.openstack.org/62220715:18
mnasersean-k-mooney: yeah and im seeing similar workflows here https://github.com/openstack/nova/blob/stable/rocky/nova/virt/libvirt/driver.py#L7587-L7615 vs https://github.com/openstack/nova/blob/stable/queens/nova/virt/libvirt/driver.py#L7564-L758215:18
mnaserso re-running with debug enabled and seeing which path it picks15:18
lyarwoodmdbooth: https://review.openstack.org/#/c/618478/ - can you take a swing at that when you have time15:18
*** itlinux has quit IRC15:18
*** tbachman has joined #openstack-nova15:18
sean-k-mooneymnaser: if it take the one it should not let me know and we can open a bug as we intended and tried really hard not to enable unless both supproted it15:23
*** jmlowe has quit IRC15:26
*** Luzi has quit IRC15:26
*** MrRon has quit IRC15:27
*** xek has joined #openstack-nova15:30
cfriesencurious what people think about Sylvain's suggestion to add the ability to query server groups by server UUID instead of including the server group in the server details.15:39
cfriesen(in the context of https://review.openstack.org/#/c/612255)15:40
*** dpawlik has joined #openstack-nova15:40
*** liuyulong_ has quit IRC15:41
*** tbachman has quit IRC15:42
*** dpawlik has quit IRC15:45
*** tbachman has joined #openstack-nova15:50
bauzascfriesen: mmm ?15:50
*** jmlowe has joined #openstack-nova15:50
bauzashah15:50
openstackgerritEric Fried proposed openstack/nova master: Reduce calls to placement from _ensure  https://review.openstack.org/61567715:52
openstackgerritEric Fried proposed openstack/nova master: Consolidate inventory refresh  https://review.openstack.org/61569515:52
openstackgerritEric Fried proposed openstack/nova master: Commonize _update code path  https://review.openstack.org/61570515:52
openstackgerritEric Fried proposed openstack/nova master: Rip the report client out of SchedulerClient  https://review.openstack.org/61704215:52
openstackgerritEric Fried proposed openstack/nova master: Rip out the SchedulerClient  https://review.openstack.org/61704915:52
openstackgerritEric Fried proposed openstack/nova master: Use a static resource tracker in compute manager  https://review.openstack.org/62071115:52
openstackgerritEric Fried proposed openstack/nova master: Turn off rp association refresh in nova-next  https://review.openstack.org/61603315:53
cfriesenbauzas: I think the suggestion could work, but it would probably mean that the CLI client would issue another HTTP request to get that info for each instance (unless we added a specific flag to tell it to show the groups, which seems not-friendly)15:54
bauzascfriesen: my biggest concern is about the inflation for the instance API15:55
cfriesenbauzas: isn't that what pagination is for?15:55
bauzasof course, but how many users use server groups ?15:56
*** jmlowe has quit IRC15:57
cfriesenamong our users, anti-affinity is pretty common15:57
*** jmlowe has joined #openstack-nova15:57
cfriesenis there a way to do anti-affinity in placement?  I know it was discussed at one point, not sure if anything came of it16:00
cdentcfriesen: not got off the ground yet16:00
cdentnested took all brains16:01
*** sahid has quit IRC16:01
*** sahid has joined #openstack-nova16:03
openstackgerritJack Ding proposed openstack/nova master: [WIP] Preserve UEFI NVRAM variable store  https://review.openstack.org/62164616:05
*** xek has quit IRC16:12
*** pcaruana has quit IRC16:12
*** tbachman has quit IRC16:14
*** itlinux has joined #openstack-nova16:18
*** eharney has joined #openstack-nova16:24
*** igordc has joined #openstack-nova16:26
*** tetsuro has joined #openstack-nova16:29
*** itlinux has quit IRC16:29
*** xek has joined #openstack-nova16:32
*** itlinux has joined #openstack-nova16:36
openstackgerritMerged openstack/python-novaclient master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62186916:36
*** tetsuro has quit IRC16:38
*** tetsuro has joined #openstack-nova16:39
*** tbachman has joined #openstack-nova16:40
*** gyee has joined #openstack-nova16:47
*** munimeha1 has quit IRC16:48
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove port allocation during detach  https://review.openstack.org/62242116:49
*** mriedem_afk is now known as mriedem16:50
*** spatel has joined #openstack-nova16:53
mriedemcfriesen: i think i also suggested that in denver16:56
mriedemala https://developer.openstack.org/api-ref/compute/?expanded=#list-port-interfaces16:56
mriedemhttps://developer.openstack.org/api-ref/compute/?expanded=#list-volume-attachments-for-an-instance16:56
mriedemalthough i guess that wasn't noted in the etherpad, so maybe i thought it elsewhere16:58
cfriesenmriedem: you mean querying server groups by instance?16:58
mriedemyes, rather than return server group information in the servers resource api,16:58
mriedemyou filter server groups by member16:58
sean-k-mooneyjaypipes: just spent the last few minute talking to the kuryr folks they are now aware of the ML post and will follow up there.16:59
bauzascfriesen: I agree with mriedem16:59
bauzascfriesen: ie. not directly providing a new field for the servers API16:59
sean-k-mooneyjaypipes: turns out they are storing the os-vif object in the k8s api as annotation on the pod/deployment and k8s stores them in ectd16:59
cfriesenyeah, we've already got the backend DB API to do it.  If you and Sylvain are both in favour, I can recommend we switch the spec around to propose that.16:59
bauzascfriesen: but I'm fine with any other API endpoint17:00
bauzaslike mriedem said17:00
mriedemlet me read the spec first17:00
mriedemi might have notes on this in my diff analysis thing too, checking17:00
cfriesenbauzas' suggestion is listed in the "alternatives" secution17:01
*** mlavalle has quit IRC17:01
mriedemat the ptg we said we couldn't show server groups when listing servers with details b/c it would be too inefficient, so we'd restrict to just GET /servers/{server_id} (show)17:01
mriedembut filtering server groups by member would also be useful i think and solve the same problem17:01
openstackgerritmelissaml proposed openstack/os-traits master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62242917:02
mriedemcfriesen: yeah column 35 https://docs.google.com/spreadsheets/d/1ugp1FVWMsu4x3KgrmPf7HGX8Mh1n80v-KVzweSDZunU/edit?usp=sharing17:02
mriedemmaybe i just had this conversation in my head17:02
cfriesen:)17:02
mriedemer row 3517:02
mriedem"Propose a spec if we want this. We could store the server group information with the instance in the instance_extra table, or add a "member" query filter to the GET /os-server-groups API to filter groups returned by server members."17:03
openstackgerritFilippo Inzaghi proposed openstack/osc-placement master: Change openstack-dev to openstack-discuss  https://review.openstack.org/62243217:04
cfriesenmriedem: okay...and I suppose it'd make more sense to make the filter query keyword "member" since that lines up with the "members" field in the server group response17:06
*** takamatsu has quit IRC17:06
mriedemi commented17:09
mriedemi would make the filter parameter "members" to match the response parameter17:09
mriedemthe only question is if we'd use the same "in:" semantics that the placement API uses for things like member_of=in:42896e0d-205d-4fe3-bd1e-100924931787,5e08ea53-c4c6-448e-9334-ac4953de3cfa17:10
*** wolverineav has quit IRC17:10
mriedemcdent: remind me, why did we use "in" rather than just allow member_of to be a list?17:10
mriedemexpliciteness?17:10
mriedem"members" for the server groups API filtering seems obvious that it would be a list17:11
cdentmriedem: I think it was following pre-existing patterns and also to make it clear that it means "one of", not "all of"17:11
mriedemah17:11
cfriesenI think GET /os-server-groups?members=server1,server2  would be clear enough17:11
*** sahid has quit IRC17:12
mriedembut then is that OR'ed or AND'ed17:12
*** pcaruana has joined #openstack-nova17:12
cdentreads as a17:12
cdentAND17:12
cdentto me17:12
mriedemright, me too17:12
cfriesena given instance can only be a member of one group though17:12
cfriesenso AND doesn't make sense17:12
sean-k-mooneycfriesen: can it17:12
mriedemyes17:12
mriedemyou can only specify the group when creating the server,17:13
mriedemyou can't add/remove members to/from groups17:13
mriedemdespite previous attempts to push that into the api17:13
sean-k-mooneyok then GET /os-server-groups?member=uuid woudl be enough17:13
sean-k-mooneyunless you want GET /os-server-groups?members=server1,server2 to tell you if they are in the same group17:13
cfriesensean-k-mooney: mriedem wanted to be able to query the membership of multiple instances in one call17:13
mriedemi'm not saying i want anything :)17:14
mriedemi'm trying to figure out what the use cases are besides "show me the group my server is a member of"17:14
mriedemsince that is the obvious one17:14
cfriesenokay..personally I think the idea would be that you list a bunch of instance via filter, then you want to query the group membership for that list of instances17:14
mriedembut i'd also like to avoid having 4 microversions over time because of AND/OR wrinkles that people want later17:14
mriedemthe member_of filtering in GET /resource_providers seems sufficiently flexible for all cases,17:15
mriedemwhich is why i was saying maybe we model that17:15
*** ccamacho has quit IRC17:15
*** dpawlik has joined #openstack-nova17:15
mriedemcfriesen: in which case, ?members=server1,server2 is OR'ed17:16
mriedemor maybe not :)17:16
mriedemidk17:16
mriedemhard to know what people want when users aren't the ones asking for the feature17:16
cdentmaybe just wait until they do?17:16
*** xek has quit IRC17:16
jaypipessean-k-mooney: awesome :(17:17
sean-k-mooneymembers for me implies intersection with set of memeber so that becomes and unless the endpoint can retun multiple groups17:17
*** xek has joined #openstack-nova17:17
mriedemcdent: well windriver must have had some use case for this since it's in starlingx17:17
sean-k-mooneyjaypipes: we shoudl still be able to change the data model but we will have to do so in a compaible way or over 2 releases17:18
cfriesencdent: a bunch of our users use server groups for anti-affinity17:18
cfriesencdent: and currently there's no way to easily determine what server group an instance is in17:18
cfriesencdent: you have to loop over all server groups and check their membership list17:18
cdentsorry mriedem, cfriesen: I was mostly just extending the snark, and not being helpful17:18
mriedemsean-k-mooney: GET /os-server-groups lists all server groups for the tenant17:18
mriedemso yes it can return multiple17:19
sean-k-mooneymriedem: in which case i would expect a list to be returned if it has one entry the are in the same group if it has multiple they are not17:19
mriedemwhat if we have: (1) GET /os-server-groups?members=server1,server2 (intersection) and (2) GET /os-server-groups?members=in:server1,server2 (union)17:19
sean-k-mooneyoh like the compute filter stuff17:20
sean-k-mooneyim really not familar enough with this endpont im going to go read the api ref17:20
cfriesenso it looks like the way /resource_providers has done intersection is via two separate "member_of" statements17:21
*** sridharg has quit IRC17:22
mriedemyeah, GET /resource_providers?member_of=AGGA_UUID&member_of=in:AGGB_UUID,AGGC_UUID17:22
mriedemin A and B or C17:22
cfriesenokay, no point wasting people's time further, I'll recommend switching to something along those lines17:23
sean-k-mooneymriedem: i mean it would work but to we need that?17:23
mriedemsean-k-mooney: idk17:23
mriedemi'm also ok with keeping v1 simple17:23
mriedemand letting people bring more use cases later if they have them i guess17:23
sean-k-mooneycfriesen: what was the starlingx/windriver extention by the way17:24
mriedemthey showed the server group name/uuid in the server response body17:24
mriedemit wasn't part of the server groups API17:24
cfriesensean-k-mooney: we just added it to the server details unconditionally, but people are worried about bloating the details17:24
sean-k-mooneyoh ok17:24
mriedemit's less about the bloat for me,17:24
*** munimeha1 has joined #openstack-nova17:24
mriedemas the performance17:25
mriedemb/c the server and the group are in different dbs17:25
sean-k-mooneyso you trying to create a dedicated endpoint to fulfil the same usecase without imapction  openstack server show/list17:25
openstackgerritNate Johnston proposed openstack/nova master: Replace neutron-grenade job with grenade-py3  https://review.openstack.org/62245317:25
cfriesenon which topic...what about the stuff in https://review.openstack.org/#/c/612256 ?   (displaying instance topology, pci devices, etc. as part of server details)17:25
mriedemthe endpoint already exists,17:25
mriedemthis would be adding a filter parameter to it17:25
sean-k-mooneymriedem: your right i prhased that incorrectly17:26
mriedemcfriesen: i think that would have to be part of the server response since we don't have separate endpoints for numa/pci17:26
mriedemwe had os-pci years ago until i killed it17:26
sean-k-mooneymriedem: i assuem os-pci listed the avalibe devices or somethin similar17:27
mriedemhttps://github.com/openstack/nova/blob/juno-eol/nova/api/openstack/compute/plugins/v3/pci.py17:28
sean-k-mooney oh it was part of nova v3 api no onder i dont remember it17:28
*** wolverineav has joined #openstack-nova17:29
cfriesensean-k-mooney: would appreciate your take on https://review.openstack.org/#/c/612256  (displaying detailed topology stuff for servers)17:29
*** rodolof has quit IRC17:29
*** wolverineav has quit IRC17:30
sean-k-mooneycfriesen: well i was just wonder if a /servers/{server_id}/toplogy endpoint made sense17:30
*** wolverineav has joined #openstack-nova17:30
*** rodolof has joined #openstack-nova17:30
sean-k-mooneycfriesen: i assume we would not need this endpoint in a list view?17:30
melwitto/17:31
sean-k-mooneyyou could also have a /servers/detail/toplogy endpoint if you did but ill take a look17:31
sean-k-mooneymelwitt: welcome back o/17:31
melwittthanks sean-k-mooney17:31
cfriesensean-k-mooney: I'm open to suggestions. :)  we just included it in /servers/detail but we don't have ginormous numbers of instances17:32
sean-k-mooneycfriesen: im not sure how i feel about the incltion of physical_mapping17:32
mriedembelmoreira: tssurya: while you're around, did anyone ever create a nova bug to track that issue where you disable computes for maintenance of a cell but because of the allocation candidate result limit, we end up getting novalidhost b/c placement returns all disabled computes?17:32
cfriesenthat would be for admin-only by default policy17:32
cfriesensean-k-mooney: it's useful for admins to debug issues, making sure that things are where nova thinks they are17:33
sean-k-mooneyit is but im still not sure how i feel about it which is a good thing as it means i dont hate it17:34
cfriesenlol17:34
sean-k-mooneycfriesen: i think the respoce for this would be large enough to warrent its own enpoint honestly17:34
cfriesensean-k-mooney: could you mention that on the spec review?17:35
sean-k-mooneyyes17:35
sean-k-mooneyi also need to read the sepc17:36
sean-k-mooneyoh its nice an short17:36
sean-k-mooneyi just went strait to the json responce17:36
mriedemit's nice and short b/c it does'nt say anything17:36
cfriesenthe other thing I'm not sure how to handle is jaypipes comment about not wanting a JSON blob17:36
mriedemuser wants this, so do it17:36
mriedemi definitely don't think we should be dumping random unversioned json blobs out of the api17:37
sean-k-mooneywell in this case i think this is 75% admin only stuff17:37
mriedemwe had ^ with the diagnostics api already17:37
sean-k-mooneymriedem: i agree with that17:37
*** jmlowe has quit IRC17:38
*** diliprenkila has joined #openstack-nova17:38
sean-k-mooneyi know i had started working on convertin alot of the pic request/alias stuff to ovos a while back. we would want this endpont to be independet of the libvirt definitons17:38
mriedemmelwitt: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bug/1806064 fixes a quota check cleanup regression since pike17:39
cfriesenwhat about adding the numa topology info to the diagnostics endpoint?17:39
sean-k-mooneycfriesen:  the priamary usecase is admin dubuging yes17:39
mriedemcfriesen: that's probably a better place for that kind of informatoin17:39
melwittmriedem: thx. had just opened a tab for that one17:39
mriedemcfriesen: given it's already got hardware-specific details in it17:40
mriedemi think it also has some flexibility for virt-specific backend stuff17:40
sean-k-mooneylooking at https://developer.openstack.org/api-ref/compute/?expanded=list-server-groups-detail,show-server-group-details-detail,show-server-diagnostics-detail#servers-diagnostics-servers-diagnostics ya17:41
sean-k-mooneyit has a driver field17:41
mriedemit is a bit more biased to current usage though, it gets info from the hypervisor17:41
*** k_mouza has quit IRC17:42
sean-k-mooneywe could proably extend the cpu_details and memory_details dicts to include the info17:42
mriedemthis is the libvirt code fwiw https://github.com/openstack/nova/blob/5f648dda49a6d5fe5ecfd7dddcb5f7dc3d6b51a6/nova/virt/libvirt/driver.py#L860917:42
*** jdillaman has quit IRC17:43
cfriesenmaybe add a new "topology" section?17:43
mriedemso there are 3 options: (1) include it directly in the server response details, (2) add a new subresource endpoint to servers (for show on a single server only), (3) make it part of diagnostics (which is also per server)17:43
mriedemat this point you might want to take those 3 options to the ML17:43
cfriesenokay, can do.17:43
*** mlavalle has joined #openstack-nova17:43
sean-k-mooneywell we are already passing in the instance to that function and its in the dirver so that seam very doable17:43
mriedemb/c alex_xu and gmann will probably also have input17:43
mriedemsean-k-mooney: b/c the information they get comes from the driver,17:44
mriedemfor what this wants, we don't really need the driver,17:44
mriedemwe're just dumping info out of the db17:44
sean-k-mooneymriedem: that is true altough i wonder if any of the driver treat the extra specs different17:45
mriedemidk, i don't deal in numa17:45
mriedemnova/virt/hardware.py is where i stop17:45
sean-k-mooneycfriesen:  efried: would  praobly be another person to take a look17:46
efriedwha, wha?17:46
efriedhow far back am I reading?17:46
mriedemjust post to the ML and let efried catch up there17:46
*** wolverineav has quit IRC17:46
sean-k-mooneyefried: https://review.openstack.org/#/c/612256/7/specs/stein/approved/show-server-numa-topology.rst17:46
*** derekh has quit IRC17:46
sean-k-mooneybut ya we can disscuss on the ML too17:46
*** wolverineav has joined #openstack-nova17:47
sean-k-mooneyefried: i was just wondering if we could make feature like this work well across powervm, libvirt, hyperv ectra17:47
*** wolverineav has quit IRC17:47
*** wolverineav has joined #openstack-nova17:47
efriedsean-k-mooney: PowerVM doesn't expose or allow you to muck with its numa topology.17:48
*** spatel has quit IRC17:48
sean-k-mooneybut would i have info taht might make debuing for an admin simpler when dong device passhtou/cpu pinning/numa that could be useful to expose17:49
sean-k-mooneyi was just wondering how driver specific it would be or not17:50
sean-k-mooneyanyway im going to go grab food. ill be back later17:50
openstackgerritMatt Riedemann proposed openstack/nova master: Fix guestfs.set_backend_settings call  https://review.openstack.org/52474817:54
*** diliprenkila has quit IRC17:55
*** pcaruana has quit IRC17:56
*** spatel has joined #openstack-nova17:59
*** diliprenkila has joined #openstack-nova18:00
*** diliprenkila has quit IRC18:00
*** diliprenkila has joined #openstack-nova18:01
*** k_mouza has joined #openstack-nova18:05
*** xek has quit IRC18:06
*** xek has joined #openstack-nova18:06
*** k_mouza has quit IRC18:07
*** k_mouza has joined #openstack-nova18:07
*** jdillaman has joined #openstack-nova18:18
openstackgerritMatt Riedemann proposed openstack/nova master: Add ratio online data migration when load compute node  https://review.openstack.org/61349918:31
openstackgerritMatt Riedemann proposed openstack/nova master: Add compute_node ratio online data migration script  https://review.openstack.org/60999518:31
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Provider config YAML file  https://review.openstack.org/61249718:33
*** diliprenkila has quit IRC18:43
*** k_mouza has quit IRC18:49
*** jmlowe has joined #openstack-nova18:50
*** cdent has quit IRC18:52
*** betherly has joined #openstack-nova18:54
*** betherly has quit IRC18:58
*** N3l1x has joined #openstack-nova19:01
*** wolverineav has quit IRC19:02
*** wolverineav has joined #openstack-nova19:06
*** itlinux has quit IRC19:07
*** erlon has quit IRC19:09
*** itlinux has joined #openstack-nova19:11
*** tssurya has quit IRC19:12
*** itlinux has quit IRC19:23
*** jmlowe has quit IRC19:23
*** dpawlik has quit IRC19:30
*** dpawlik has joined #openstack-nova19:31
openstackgerritMatt Riedemann proposed openstack/nova master: Add compute_node ratio online data migration script  https://review.openstack.org/60999519:34
mriedemjaypipes: i was just updating ^ and leaving comments probably while you were19:34
mriedemsee if your comments are addressed19:34
mriedemoh wait19:34
mriedemnvm, was thinking of https://review.openstack.org/60999519:34
*** dtantsur is now known as dtantsur|afk19:35
mriedemjaypipes: dansmith: bauzas: efried: i'm +1 on this series https://review.openstack.org/#/q/topic:bp/initial-allocation-ratios+(status:open+OR+status:merged) because i wanted to wait to +2 so that all of the changes can be approved together, since 2 and 3 in the series are kind of inter-dependent a bit,19:37
mriedemso i'm looking for another +2 on the last 2 changes - the ones that deal with the online data migration19:37
efriedI'll look if you get desperate. But the discussion in placement has me convinced I am a tard when it comes to anything involving "data migration".19:38
mriedem:/19:38
* mriedem writes the docs for this blueprint19:39
*** wolverineav has quit IRC19:40
*** wolverineav has joined #openstack-nova19:41
*** k_mouza has joined #openstack-nova19:41
jaypipesmriedem: ack. will look in a bit.19:43
cfriesenmaybe a weird question, but how does nova-manage handle authentication?  is it based off the config file and whoever is allowed to run the executable?19:43
cfriesenI'm trying to sort out dependencies19:44
*** wolverineav has quit IRC19:46
melwittcfriesen: yes. I think it doesn't yet [or may never] do anything like call out to REST APIs (doesn't need keystone auth). the auth info for the database access is part of the [database]connection and [api_database]connection settings in the nova config file. and generally admin RequestsContext are used so nova-manage is able to access any database record19:49
cfriesenmelwitt: thanks, that confirms what I thought.19:51
*** k_mouza has quit IRC19:52
*** itlinux has joined #openstack-nova19:53
*** erlon has joined #openstack-nova19:53
*** prometheanfire has joined #openstack-nova20:07
prometheanfiremriedem: ping :D20:07
prometheanfireyou remember what we've done in the past for libvirt fails on rhel based stuff and uppdating stable branches?  https://review.openstack.org/622548 the intention is that they would backport to ocata afaik20:07
mriedemprometheanfire: well, upper-constraints is less of an issue, it's lower-constraints that really matters for stable20:12
mriedemi have no idea what the support matrix is for stable/ocata wrt centors20:12
mriedem*centos20:12
prometheanfiremriedem: true, problem is libvirt starting to fail due to a minor release...20:12
*** wolverineav has joined #openstack-nova20:12
prometheanfireon gentoo I've always left it uncapped so the latest stable is always used20:13
prometheanfirehaven't had complaints, yet20:13
*** manjeets_ has joined #openstack-nova20:13
* prometheanfire should remove pike from the repo soon20:13
mriedemso centos 7.6 (released yesterday) has libvirt 4.5 and therefore libvirt-python 4.4 from u-c fails to build with it, because it needs to be >= 4.5 right?20:14
*** manjeets has quit IRC20:14
prometheanfiresomething like that, ya20:14
prometheanfirethe author would know more I imagine20:15
mriedemi left a comment, only wondering why 4.10 is used over 4.520:15
mriedemto match libvirt20:15
prometheanfiremainly because it's the latest release and using a newer one is fine (and hopefully future proofs stuff a little)20:16
mriedemok, shrug; it's weird having something in u-c that is so dependent on native package versions20:20
mriedemit would also be weird to me to update libvirt-python in stable/ocata u-c at this point, especially given what limited CI coverage we run on ocata now20:20
mriedemi know nova doesn't run centos jobs on ocata (or anywhere ever)20:21
prometheanfireya, iirc libvirt-python is the only thing like that20:21
mriedemwhat version of centos does infra support for ocata?20:21
mriedemanyway, this is probably something for the -stable or -qa channel or something20:22
mriedemnot really a nova thing20:22
*** jmlowe has joined #openstack-nova20:23
prometheanfirek20:27
*** tetsuro has quit IRC20:29
*** k_mouza has joined #openstack-nova20:31
*** xek has quit IRC20:31
*** jmlowe has quit IRC20:33
*** hoonetorg has quit IRC20:39
*** k_mouza has quit IRC20:42
*** takamatsu has joined #openstack-nova20:44
*** ralonsoh has quit IRC20:47
*** eharney has quit IRC20:53
openstackgerritMatt Riedemann proposed openstack/nova master: Note the aggregate allocation ratio restriction in scheduler docs  https://review.openstack.org/62071320:56
openstackgerritMatt Riedemann proposed openstack/nova master: Add docs for (initial) allocation ratio configuration  https://review.openstack.org/62258820:56
mriedemyay docs20:56
*** hoonetorg has joined #openstack-nova20:57
sean-k-mooneyefried: you attended the GPU on openstack for sciense session in berlin20:59
efriedyes21:00
efriedsean-k-mooney: was that a question or a statement (because you saw me talk in the video)?21:00
sean-k-mooneywell statement i just finished watching it21:00
sean-k-mooneydid ye speak to them much after the video21:00
sean-k-mooneylooking at the options they were setting the missed a couple of things.21:01
*** dpawlik has quit IRC21:01
*** wolverineav has quit IRC21:01
sean-k-mooneydo you know if the benchmarks they were running are opensouce21:02
sean-k-mooneyi know its been a few monts so if you dont rememeber no worries21:02
efriedsean-k-mooney: I can give you the guy's email if it wasn't on the charts. I'm sure he would love to hear from you.21:03
*** wolverineav has joined #openstack-nova21:04
*** eharney has joined #openstack-nova21:04
*** wolverineav has quit IRC21:04
*** wolverineav has joined #openstack-nova21:04
sean-k-mooneyits on teh title slide21:04
sean-k-mooneyi might reach out to team21:05
sean-k-mooneythem21:05
sean-k-mooneysicne they set isolcpus and did not use a dedicated emulator thread that will cause signifciant over head on 1 of the vm cores21:07
*** jmlowe has joined #openstack-nova21:12
*** rodolof has quit IRC21:14
*** wolverineav has quit IRC21:15
*** wolverineav has joined #openstack-nova21:20
*** wolverineav has quit IRC21:20
*** wolverineav has joined #openstack-nova21:20
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Use ksa adapter for cinder client  https://review.openstack.org/50834521:32
openstackgerritJack Ding proposed openstack/nova master: Improve libvirt image and snapshot handling  https://review.openstack.org/61669221:34
*** prometheanfire has left #openstack-nova21:34
openstackgerritDave McCowan proposed openstack/nova master: Prevent logging of encryption key value  https://review.openstack.org/62260521:35
openstackgerritJack Ding proposed openstack/nova master: Correct instance port binding for rebuilds/reboots  https://review.openstack.org/60384421:36
*** wolverineav has quit IRC21:38
*** eharney has quit IRC21:40
*** wolverineav has joined #openstack-nova21:40
*** spatel has quit IRC21:47
*** k_mouza has joined #openstack-nova21:51
*** k_mouza has quit IRC21:55
*** jaosorior has quit IRC22:00
*** tbachman has quit IRC22:18
*** slaweq has quit IRC22:20
*** awaugama has quit IRC22:21
*** takamatsu has quit IRC22:29
*** erlon has quit IRC22:33
*** rcernin has joined #openstack-nova22:34
*** slaweq has joined #openstack-nova22:37
*** slaweq has quit IRC22:42
mriedemgd it's fun having stuff queued up for at least 9-10 hours before tests run on it, each day, taking about a week to merge code, weeeee22:44
*** mriedem has quit IRC22:44
sean-k-mooneymriedem is taht only after the zuul change or has it been that  way for a while22:45
*** itlinux has quit IRC22:45
*** rcernin_ has joined #openstack-nova22:45
*** rcernin has quit IRC22:45
*** jmlowe has quit IRC22:46
*** jmlowe has joined #openstack-nova22:48
*** N3l1x has quit IRC22:49
*** tbachman has joined #openstack-nova22:51
*** slaweq has joined #openstack-nova22:53
*** wolverineav has quit IRC22:53
*** tbachman_ has joined #openstack-nova22:55
*** tbachman has quit IRC22:56
*** tbachman_ is now known as tbachman22:56
*** wolverineav has joined #openstack-nova22:56
*** spatel has joined #openstack-nova22:59
*** wolverineav has quit IRC23:01
*** priteau has quit IRC23:03
*** spatel has quit IRC23:04
*** wolverineav has joined #openstack-nova23:05
*** slaweq has quit IRC23:10
*** jamesdenton has quit IRC23:10
*** rcernin_ has quit IRC23:12
*** etp has quit IRC23:12
*** etp has joined #openstack-nova23:13
*** rcernin has joined #openstack-nova23:13
*** munimeha1 has quit IRC23:24
*** udesale has quit IRC23:40
*** takashin has joined #openstack-nova23:52
openstackgerritEric Fried proposed openstack/nova master: WIP: Provider config file schema and loading  https://review.openstack.org/62262223:53
efriedjaypipes: code for the provider config YAML blueprint ^23:57
efriedother than test, it's actually complete I think.23:57

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