Thursday, 2017-10-05

*** baoli has joined #openstack-nova00:00
*** jdg has quit IRC00:02
*** jaypipes has quit IRC00:02
*** gyee has quit IRC00:04
*** jdg has joined #openstack-nova00:06
*** acormier has joined #openstack-nova00:06
*** brault has joined #openstack-nova00:08
*** jdg has quit IRC00:11
*** jdg has joined #openstack-nova00:12
*** brault has quit IRC00:13
*** crushil has quit IRC00:18
*** slaweq_ has quit IRC00:20
*** acormier has quit IRC00:20
*** slaweq_ has joined #openstack-nova00:25
*** crushil has joined #openstack-nova00:25
*** ijw has joined #openstack-nova00:26
*** gjayavelu has quit IRC00:31
*** gbarros has joined #openstack-nova00:32
*** flanders_ has quit IRC00:34
*** felipemonteiro__ has quit IRC00:38
*** Swami has quit IRC00:40
*** mriedem has quit IRC00:51
*** sree has joined #openstack-nova00:58
openstackgerritMerged openstack/nova master: Set group_members when converting to legacy request spec  https://review.openstack.org/50793800:58
*** slaweq_ has quit IRC00:58
*** jdg has quit IRC00:59
*** tetsuro has joined #openstack-nova01:00
*** slaweq_ has joined #openstack-nova01:00
*** mingyu has quit IRC01:02
*** mingyu has joined #openstack-nova01:03
*** dillaman has quit IRC01:08
*** acormier has joined #openstack-nova01:10
*** sree has quit IRC01:10
*** sree has joined #openstack-nova01:11
*** Swami has joined #openstack-nova01:14
*** sree has quit IRC01:15
*** crushil has quit IRC01:15
*** hshiina has joined #openstack-nova01:18
*** jgriffith_ has joined #openstack-nova01:19
*** hongbin has joined #openstack-nova01:20
*** acormier has quit IRC01:20
*** acormier has joined #openstack-nova01:21
*** ijw has quit IRC01:21
*** erlon has quit IRC01:22
*** jgriffith_ has quit IRC01:23
*** jgriffith_ has joined #openstack-nova01:23
*** bnemec-backlater has quit IRC01:24
*** bnemec has joined #openstack-nova01:24
*** acormier_ has joined #openstack-nova01:26
*** jgriffith_ has quit IRC01:26
*** jgriffith_ has joined #openstack-nova01:27
*** acormier has quit IRC01:29
*** slaweq_ has quit IRC01:32
*** jgriffith_ has quit IRC01:34
*** acormier_ has quit IRC01:36
*** slaweq_ has joined #openstack-nova01:39
*** gbarros has quit IRC01:40
*** yamahata has quit IRC01:44
*** gbarros has joined #openstack-nova01:44
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.54 - List/Show all server migration types  https://review.openstack.org/43083901:45
*** phuongnh has joined #openstack-nova01:46
*** gbarros has quit IRC01:49
*** jhesketh has quit IRC01:51
*** jhesketh has joined #openstack-nova01:51
*** diga has quit IRC01:55
*** dave-mcc_ has quit IRC01:57
*** adreznec has quit IRC02:00
*** MikeG451 has quit IRC02:01
*** hoonetorg has quit IRC02:02
*** tojuvone has quit IRC02:02
*** afazekas has quit IRC02:02
*** tojuvone has joined #openstack-nova02:02
*** afazekas has joined #openstack-nova02:02
*** adreznec has joined #openstack-nova02:02
*** hoonetorg has joined #openstack-nova02:03
*** MikeG451 has joined #openstack-nova02:06
*** tpatil has joined #openstack-nova02:07
openstackgerritMerged openstack/nova master: Fix CellDatabases fixture swallowing exceptions  https://review.openstack.org/50631202:09
*** slaweq_ has quit IRC02:09
*** hemna_ has joined #openstack-nova02:11
*** slaweq_ has joined #openstack-nova02:18
*** brault has joined #openstack-nova02:24
*** owalsh_ has joined #openstack-nova02:28
*** brault has quit IRC02:28
*** owalsh has quit IRC02:31
*** hemna_ has quit IRC02:39
*** vladikr has quit IRC02:41
*** vladikr has joined #openstack-nova02:42
*** jgriffith_ has joined #openstack-nova02:42
*** nicolasbock has quit IRC02:43
*** vishwanathj has quit IRC02:44
*** vladikr has quit IRC02:47
*** vladikr has joined #openstack-nova02:47
*** yamamoto has joined #openstack-nova02:48
*** mdnadeem has joined #openstack-nova02:49
*** slaweq_ has quit IRC02:51
*** ijw has joined #openstack-nova02:53
*** slaweq_ has joined #openstack-nova02:55
*** ijw has quit IRC02:57
*** ijw has joined #openstack-nova03:02
*** baoli has quit IRC03:02
*** tpatil has quit IRC03:04
*** claudiub has quit IRC03:07
*** ijw has quit IRC03:08
*** jgriffith_ has quit IRC03:08
*** ijw has joined #openstack-nova03:11
*** lbragstad has joined #openstack-nova03:12
*** ijw has quit IRC03:16
*** baoli has joined #openstack-nova03:17
*** gjayavelu has joined #openstack-nova03:21
*** larainema has joined #openstack-nova03:25
*** baoli has quit IRC03:26
*** vladikr has quit IRC03:26
*** vladikr has joined #openstack-nova03:26
*** slaweq_ has quit IRC03:28
*** sree has joined #openstack-nova03:30
*** udesale has joined #openstack-nova03:31
*** gjayavelu has quit IRC03:33
*** slaweq_ has joined #openstack-nova03:34
*** markvoelker has quit IRC03:36
*** acormier has joined #openstack-nova03:36
*** hshiina has quit IRC03:37
*** manasm has joined #openstack-nova03:40
*** acormier has quit IRC03:41
*** tonyb has quit IRC03:42
*** hongbin has quit IRC03:42
*** zzzeek has quit IRC03:46
*** links has joined #openstack-nova03:48
*** lbragstad has quit IRC03:50
*** vladikr has quit IRC03:51
*** vladikr has joined #openstack-nova03:52
*** tonyb has joined #openstack-nova03:56
*** hshiina has joined #openstack-nova03:57
*** abhishekk has joined #openstack-nova04:06
*** jgriffith has quit IRC04:11
*** jdwidari has quit IRC04:11
*** jgriffith has joined #openstack-nova04:11
*** armax has quit IRC04:12
*** armax has joined #openstack-nova04:13
*** armax has quit IRC04:13
*** armax has joined #openstack-nova04:13
*** armax has quit IRC04:14
*** jamielennox has quit IRC04:14
*** armax has joined #openstack-nova04:14
*** armax has quit IRC04:14
*** armax has joined #openstack-nova04:15
*** armax has quit IRC04:15
*** armax has joined #openstack-nova04:16
*** armax has quit IRC04:16
*** cburgess has quit IRC04:16
*** jamielennox has joined #openstack-nova04:18
*** cburgess has joined #openstack-nova04:19
*** gyee has joined #openstack-nova04:33
*** mingyu has quit IRC04:34
*** mingyu has joined #openstack-nova04:35
*** zzzeek has joined #openstack-nova04:38
*** mingyu has quit IRC04:39
*** slaweq_ has quit IRC04:41
*** mingyu has joined #openstack-nova04:44
*** ratailor has joined #openstack-nova04:44
*** slaweq_ has joined #openstack-nova04:49
*** gmann is now known as gmann_lunch04:58
*** psachin has joined #openstack-nova05:01
*** chyka has joined #openstack-nova05:04
*** gyee has quit IRC05:05
*** gouthamr has quit IRC05:06
*** chyka has quit IRC05:08
*** slaweq_ has quit IRC05:22
*** slaweq_ has joined #openstack-nova05:26
*** lajoskatona has joined #openstack-nova05:27
*** lpetrut has joined #openstack-nova05:30
*** chyka has joined #openstack-nova05:35
*** markvoelker has joined #openstack-nova05:37
*** chyka has quit IRC05:39
*** claudiub has joined #openstack-nova05:40
ratailorCan anyone else reproduce this https://bugs.launchpad.net/nova/+bug/172006205:40
openstackLaunchpad bug 1720062 in OpenStack Compute (nova) "Nova unit tests are failing " [Low,Incomplete]05:40
*** ratailor is now known as rtailor05:41
*** udesale__ has joined #openstack-nova05:42
*** gmann_lunch is now known as gmann05:43
*** udesale has quit IRC05:45
*** vladikr has quit IRC05:49
*** vladikr has joined #openstack-nova05:50
*** vishwanathj has joined #openstack-nova05:54
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif stable/pike: Updated from global requirements  https://review.openstack.org/49314605:55
*** vladikr has quit IRC05:55
*** vladikr has joined #openstack-nova05:56
*** slaweq_ has quit IRC05:59
*** takashin has left #openstack-nova06:00
*** vladikr has quit IRC06:02
*** vladikr has joined #openstack-nova06:02
*** slaweq_ has joined #openstack-nova06:05
*** vladikr has quit IRC06:08
*** vladikr has joined #openstack-nova06:08
*** Oku_OS-away is now known as Oku_OS06:08
*** lpetrut has quit IRC06:10
*** markvoelker has quit IRC06:11
openstackgerritHironori Shiina proposed openstack/nova-specs master: Ironic: Resize and cold migration support  https://review.openstack.org/44915506:13
*** andreas_s has joined #openstack-nova06:15
*** trinaths has joined #openstack-nova06:16
*** vishwana_ has joined #openstack-nova06:19
*** vishwanathj has quit IRC06:21
*** karthiks_afk is now known as karthiks06:22
*** vladikr has quit IRC06:23
*** rcernin has joined #openstack-nova06:24
*** vladikr has joined #openstack-nova06:26
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif stable/pike: Updated from global requirements  https://review.openstack.org/49314606:26
*** bhagyashri_s has joined #openstack-nova06:29
*** pooja-jadhav has joined #openstack-nova06:30
*** NehaAlhat has joined #openstack-nova06:30
*** abhishek_k has joined #openstack-nova06:30
*** abhishek_k has quit IRC06:31
*** abhishek_k has joined #openstack-nova06:31
*** pooja_jadhav has quit IRC06:32
*** neha_alhat has quit IRC06:32
*** bhagyashris has quit IRC06:32
*** abhishekk has quit IRC06:33
*** spectr has quit IRC06:34
*** spectr has joined #openstack-nova06:34
*** slaweq_ has quit IRC06:38
openstackgerritLajos Katona proposed openstack/nova master: Change live_migrate tests to use fakedriver  https://review.openstack.org/50520206:40
*** Swami has quit IRC06:43
*** slaweq_ has joined #openstack-nova06:44
*** brault has joined #openstack-nova06:44
*** udesale has joined #openstack-nova06:46
*** udesale__ has quit IRC06:48
*** vishwana_ has quit IRC06:48
*** pooja-jadhav is now known as pooja_jadhav06:53
*** david_1 has joined #openstack-nova06:56
*** mkoderer_ has joined #openstack-nova06:56
*** dgonzalez_ has joined #openstack-nova06:56
*** seife_ has joined #openstack-nova06:56
*** seife_ has quit IRC06:58
*** dgonzalez_ has quit IRC06:58
*** mkoderer_ has quit IRC06:58
*** david_1 has quit IRC06:58
*** vishwanathj has joined #openstack-nova07:04
*** tesseract has joined #openstack-nova07:07
*** markvoelker has joined #openstack-nova07:08
*** pcaruana has joined #openstack-nova07:08
*** tetsuro has quit IRC07:10
*** slaweq_ has quit IRC07:17
*** cfriesen has quit IRC07:20
*** slaweq_ has joined #openstack-nova07:21
*** chyka has joined #openstack-nova07:30
*** chyka has quit IRC07:35
*** alexchadin has joined #openstack-nova07:37
*** markvoelker has quit IRC07:42
*** lucas-afk is now known as lucasagomes07:46
*** jpena|off is now known as jpena07:52
openstackgerritRadoslav Gerganov proposed openstack/nova master: Move last_bytes into the path module  https://review.openstack.org/50941707:53
openstackgerritRadoslav Gerganov proposed openstack/nova master: VMware: serial console log (completed)  https://review.openstack.org/45063607:53
*** ociuhandu has joined #openstack-nova07:53
*** vipul has quit IRC07:55
*** trinaths has quit IRC08:06
*** spectr has quit IRC08:09
*** spectr has joined #openstack-nova08:09
*** spectr has quit IRC08:17
*** spectr has joined #openstack-nova08:18
*** hieulq has quit IRC08:26
*** hieulq has joined #openstack-nova08:27
*** slaweq_ has quit IRC08:27
*** ralonsoh has joined #openstack-nova08:28
*** trungnv has quit IRC08:29
*** trungnv has joined #openstack-nova08:30
*** slaweq_ has joined #openstack-nova08:31
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove dead code of api.fault notification sending  https://review.openstack.org/50516408:37
*** markvoelker has joined #openstack-nova08:38
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Enable SR-IOV NIC offload feature discovery  https://review.openstack.org/50489508:42
*** owalsh_ is now known as owalsh08:50
*** sree_ has joined #openstack-nova09:02
*** sree_ is now known as Guest6809509:02
*** slaweq_ has quit IRC09:03
*** sree has quit IRC09:05
*** markvoelker has quit IRC09:12
*** sahid has joined #openstack-nova09:13
*** alexchadin has quit IRC09:16
*** diga has joined #openstack-nova09:16
*** yamamoto has quit IRC09:16
*** alexchadin has joined #openstack-nova09:16
*** yamamoto has joined #openstack-nova09:20
*** trinaths has joined #openstack-nova09:21
*** vipul has joined #openstack-nova09:24
*** mvk has quit IRC09:28
*** slaweq_ has joined #openstack-nova09:28
*** alexchadin has quit IRC09:30
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Support traits in the Ironic driver  https://review.openstack.org/50705209:32
*** gszasz has joined #openstack-nova09:34
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Support traits in the Ironic driver  https://review.openstack.org/50705209:35
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Support traits in the Ironic driver  https://review.openstack.org/50705209:37
*** trinaths has left #openstack-nova09:38
openstackgerritsahid proposed openstack/nova master: libvirt: rework _get_vpcu_total to return online pCPUs  https://review.openstack.org/50973009:39
*** manasm has quit IRC09:39
bhagyashri_sjohnthetubaguy: Hi09:40
johnthetubaguybhagyashri_s: hi09:40
bhagyashri_sjohnthetubaguy: I have one doubt regarding the patch https://review.openstack.org/#/c/409644/9, As from the microversion 2.45 refer: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/create_backup.py#L82  the image[id] is return in the response irrespective of rotation parameter value  and we are skipping the creation of image if rotation parameter value is 0 then in that case the image[id] will give the KeyError.09:46
*** derekh has joined #openstack-nova09:47
*** mvk has joined #openstack-nova09:47
*** trungnv has quit IRC09:47
johnthetubaguybhagyashri_s: that does sound like an API change, which would need a new microversion and a new spec.09:48
bhagyashri_sjohnthetubaguy: so should i add the condition rotation should be greater than 0 at api microversion 2.45 or should bump the microversion separately09:48
johnthetubaguybhagyashri_s: maybe lets just go for returning null in the case of there being no image_id to return?09:49
johnthetubaguyand forgot the microversion in this case09:50
johnthetubaguyit looks like a bug in the new microversion really09:50
johnthetubaguylets see how that looks in code, I don't know the right way forward there09:51
bhagyashri_sjohnthetubaguy: ok.09:52
bhagyashri_sjohnthetubaguy: let me try09:53
*** chyka has joined #openstack-nova09:54
*** chyka has quit IRC09:59
*** sdague has joined #openstack-nova10:00
*** Guest68095 has quit IRC10:00
*** sree has joined #openstack-nova10:01
*** slaweq_ has quit IRC10:01
bhagyashri_sjohnthetubaguy: i have checked by returning null but in that case at nova side that means through curl command it's retuning 202 accepted and using the command line it's returning "ERROR (CommandError): No Image matching None. (HTTP 404)" 404 not found and this inconsistency10:02
*** yamamoto has quit IRC10:02
openstackgerritMerged openstack/nova master: doc: Add documentation for cpu_realtime, cpu_realtime_mask  https://review.openstack.org/50205610:03
*** yassine has joined #openstack-nova10:05
*** sree has quit IRC10:05
*** sree has joined #openstack-nova10:05
*** yamamoto has joined #openstack-nova10:06
*** markvoelker has joined #openstack-nova10:09
*** sree has quit IRC10:10
*** slaweq_ has joined #openstack-nova10:11
*** yamamoto has quit IRC10:12
*** alexchadin has joined #openstack-nova10:12
bhagyashri_sjohnthetubaguy: just need your opinion about my check as mentioned above10:12
johnthetubaguybhagyashri_s: did you return {'image_id': None} ?10:13
johnthetubaguyoh, I see, the command line is looking up the image10:14
johnthetubaguyI guess this will need a microversion10:14
bhagyashri_sjohnthetubaguy: return {'image_id': image.get('id', None)} like this10:14
bhagyashri_sjohnthetubaguy at https://github.com/openstack/nova/blame/master/nova/api/openstack/compute/create_backup.py#L8310:14
openstackgerritBalazs Gibizer proposed openstack/nova master: stabilize test_resize_server_error_and_reschedule_was_failed  https://review.openstack.org/50975010:15
johnthetubaguybhagyashri_s: seems like we need a microversion, due to the new behaviour10:15
bhagyashri_sjohnthetubaguy: ok.10:16
bhagyashri_sjohnthetubaguy: and spec as well10:16
johnthetubaguybhagyashri_s: which means we need a nova-spec, sadly, because of that 2.45 change10:16
openstackgerritBalazs Gibizer proposed openstack/nova master: stabilize test_resize_server_error_and_reschedule_was_failed  https://review.openstack.org/50975010:17
bhagyashri_sjohnthetubaguy: ok. I will work on it. Thank you for your opinion.10:17
bhagyashri_sjohnthetubaguy: :)10:18
gibistephenfin, bauzas: Would you like to support my embarrassment in https://review.openstack.org/#/c/509750/ ? :)10:19
*** yamamoto has joined #openstack-nova10:19
stephenfingibi: :D Gladly10:19
stephenfingibi: thanks for yet another review on https://review.openstack.org/502056, btw10:19
bauzasgibi: expenses reporting paperwork + fun with children10:20
bauzasso maybe in the next 2 hours ?10:20
bauzas:p10:20
gibibauzas: no hurries :)10:20
*** manasm_ has joined #openstack-nova10:21
*** manasm_ is now known as manasm10:21
gibistephenfin: almost every added documentation is better than having no documentation at all.10:22
*** alexchadin has quit IRC10:35
*** udesale has quit IRC10:38
*** cdent has joined #openstack-nova10:41
*** yamamoto has quit IRC10:41
*** markvoelker has quit IRC10:42
*** dtantsur|afk is now known as dtantsur10:44
openstackgerritRadoslav Gerganov proposed openstack/nova master: Move last_bytes into the path module  https://review.openstack.org/50941710:45
openstackgerritRadoslav Gerganov proposed openstack/nova master: VMware: serial console log (completed)  https://review.openstack.org/45063610:45
*** chyka has joined #openstack-nova10:45
rgerganovdoes anyone know why Gerrit says "patch in merge conflict" even when the patch is cleanly rebased on master? https://review.openstack.org/#/c/509417/10:47
*** chyka has quit IRC10:50
*** slaweq_ has quit IRC10:50
*** alexchadin has joined #openstack-nova10:54
*** spectr has quit IRC10:54
*** andreas_s_ has joined #openstack-nova10:56
*** andreas_s has quit IRC10:58
*** jpena is now known as jpena|lunch10:58
*** nicolasbock has joined #openstack-nova10:59
*** yamamoto has joined #openstack-nova11:01
*** dave-mccowan has joined #openstack-nova11:04
*** aloga has quit IRC11:04
*** aloga has joined #openstack-nova11:04
*** nicolasbock has quit IRC11:05
*** nicolasbock has joined #openstack-nova11:05
*** priteau has joined #openstack-nova11:05
*** yamamoto has quit IRC11:06
*** avolkov has quit IRC11:09
*** avolkov has joined #openstack-nova11:10
*** abhishek_k is now known as abhishekk11:11
*** alexchadin has quit IRC11:14
*** alexchadin has joined #openstack-nova11:15
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Intel Fortville Dynamic Device Personalization (DDP)  https://review.openstack.org/50300111:15
*** ociuhandu has quit IRC11:15
*** slaweq_ has joined #openstack-nova11:15
*** hemna_ has joined #openstack-nova11:17
*** lucasagomes is now known as lucas-hungry11:17
*** jdwidari has joined #openstack-nova11:19
*** alexchadin has quit IRC11:27
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Move 'ips' field from Subnet object to VIF object  https://review.openstack.org/50849811:28
*** rtailor has quit IRC11:29
openstackgerritMerged openstack/nova master: Add instance.interface_attach notification  https://review.openstack.org/50308911:29
openstackgerritMerged openstack/nova master: Add instance.interface_detach notification  https://review.openstack.org/50628411:30
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Change Subnet.dhcp_server to contain multiple IPs  https://review.openstack.org/50910711:31
openstackgerritAlvaro Lopez Garcia proposed openstack/nova master: Ensure that periodic reclaim cleans DB deleted instances  https://review.openstack.org/32325011:35
*** alexchadin has joined #openstack-nova11:35
*** smatzek has joined #openstack-nova11:37
*** dikonoor has joined #openstack-nova11:39
*** markvoelker has joined #openstack-nova11:39
*** chyka has joined #openstack-nova11:41
*** vladikr has quit IRC11:41
*** jdwidari has quit IRC11:43
*** chyka has quit IRC11:45
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add support for Windows network commands  https://review.openstack.org/48740511:46
*** phuongnh has quit IRC11:48
*** slaweq_ has quit IRC11:51
*** priteau has quit IRC11:53
*** priteau has joined #openstack-nova11:53
*** priteau has quit IRC11:54
*** vladikr has joined #openstack-nova11:54
*** priteau has joined #openstack-nova11:54
*** abhishekk has quit IRC11:57
*** yamamoto has joined #openstack-nova12:00
*** tikitavi has joined #openstack-nova12:02
*** jangutter_ has joined #openstack-nova12:03
*** jangutter has quit IRC12:06
*** manasm has quit IRC12:07
openstackgerritDinesh Bhor proposed openstack/nova master: TrivialFix: Fix the incorrect test case  https://review.openstack.org/50975812:09
openstackgerritBalazs Gibizer proposed openstack/nova master: fix unstable shelve offload functional tests  https://review.openstack.org/50975912:10
*** alexchadin has quit IRC12:10
*** markvoelker has quit IRC12:12
*** jpena|lunch is now known as jpena12:13
*** edmondsw has joined #openstack-nova12:13
*** edmondsw_ has joined #openstack-nova12:16
*** edmondsw has quit IRC12:17
*** lucas-hungry is now known as lucasagomes12:17
*** slaweq_ has joined #openstack-nova12:18
*** pchavva has joined #openstack-nova12:20
*** jdwidari has joined #openstack-nova12:22
*** slaweq_ has quit IRC12:22
*** edmondsw_ has quit IRC12:22
*** lpetrut has joined #openstack-nova12:23
*** acormier has joined #openstack-nova12:23
*** acormier has joined #openstack-nova12:23
tikitaviHi, can anybody help? We have problem with running instances sometimes. The error is ERROR oslo_messaging.rpc.server IOError: [Errno 2] No such file or directory: '/usr/local/lib/python2.7/dist-packages/six-1.10.0.dist-info/METADATA'12:25
tikitavihttp://logs.openstack.org/91/500091/7/check/gate-functional-neutron-dsvm-ec2api-ubuntu-xenial/b05f013/logs/screen-n-cond.txt.gz?level=ERROR12:26
tikitavithe problem is in stable/ocata and stable/pike12:26
*** alexchadin has joined #openstack-nova12:27
*** markvoelker has joined #openstack-nova12:28
*** edmondsw has joined #openstack-nova12:29
*** bhagyashri_s has quit IRC12:30
*** bhagyashri_s has joined #openstack-nova12:31
*** slaweq_ has joined #openstack-nova12:33
*** edmondsw has quit IRC12:33
*** edmondsw has joined #openstack-nova12:36
*** yamamoto has quit IRC12:39
tikitavisorry in stable/ocata only12:39
*** yamamoto has joined #openstack-nova12:41
*** Tom___ has joined #openstack-nova12:41
tikitavialthough sorry, in stable/pike too, the logs just moved to super-conductor12:41
*** Tom_____ has quit IRC12:42
*** namnh has joined #openstack-nova12:42
*** namnh has quit IRC12:43
*** namnh has joined #openstack-nova12:43
*** links has quit IRC12:44
*** yamamoto has quit IRC12:46
*** acormier has quit IRC12:48
*** jdwidari is now known as plan90812:48
*** plan908 is now known as jdwidari12:49
*** catintheroof has joined #openstack-nova12:50
*** hshiina has quit IRC12:50
*** catintheroof has quit IRC12:51
*** yamamoto has joined #openstack-nova12:51
*** catintheroof has joined #openstack-nova12:51
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Set group_members when converting to legacy request spec  https://review.openstack.org/50976612:51
*** lyan has joined #openstack-nova12:54
*** vladikr has quit IRC12:54
*** kylek3h has joined #openstack-nova12:55
*** udesale has joined #openstack-nova12:58
*** mriedem has joined #openstack-nova12:59
mriedemgmann: i'm working on a patch yeah12:59
mriedemjohnthetubaguy: i'm +2 on stvnoyes' new style volume attachment live migration patch https://review.openstack.org/#/c/463987/12:59
*** dillaman has joined #openstack-nova12:59
johnthetubaguymriedem: yeah I saw that, its on my TODO queue13:00
johnthetubaguyproduction issues for a customer is slowing me down on reaching that quickly13:00
andreykurilinhi folks! Did you merged recently related to listing servers?13:01
*** spectr has joined #openstack-nova13:02
andreykurilinIt looks like there is an issue with detailed listing servers. This action takes > 1 hour in our gates :(13:04
*** yamamoto has quit IRC13:06
*** slaweq_ has quit IRC13:06
*** lbragstad has joined #openstack-nova13:06
*** coreywright has quit IRC13:09
*** esberglu has joined #openstack-nova13:09
*** eharney has joined #openstack-nova13:12
*** namnh has quit IRC13:15
*** namnh has joined #openstack-nova13:16
*** gbarros has joined #openstack-nova13:16
*** namnh has quit IRC13:20
*** slaweq_ has joined #openstack-nova13:20
*** baoli has joined #openstack-nova13:21
*** smatzek has quit IRC13:21
*** smatzek has joined #openstack-nova13:22
andreykurilinmy fault, detailed flag is not used. so the regular listing servers stucks13:22
*** coreywright has joined #openstack-nova13:23
*** smatzek_ has joined #openstack-nova13:25
*** takashin has joined #openstack-nova13:25
*** smatzek_ has quit IRC13:25
tikitaviI really need help, for more than a month the review  https://review.openstack.org/#/c/500091/ didn't pass because one or more instances cannot start because of the errors in n-cond13:25
*** smatzek_ has joined #openstack-nova13:25
*** gouthamr has joined #openstack-nova13:26
openstackgerritKevin Lefevre proposed openstack/nova stable/pike: Support qemu >= 2.10  https://review.openstack.org/50977413:27
*** awaugama has joined #openstack-nova13:27
*** erlon has joined #openstack-nova13:29
*** smatzek has quit IRC13:29
*** smatzek_ has quit IRC13:30
*** ArchiFleKs has joined #openstack-nova13:31
*** manasm has joined #openstack-nova13:35
*** jaosorior has quit IRC13:35
*** alexchadin has quit IRC13:38
*** alexchadin has joined #openstack-nova13:39
*** spectr has quit IRC13:40
ArchiFleKsHi, do you know if this (https://review.openstack.org/#/c/505673/) can be backported to pike on other releases that run on Xenial, I have the issue on Pike with OpenStack Ansible, were the compute node have been update to qemu 2.1013:41
openstackgerritEric Berglund proposed openstack/nova master: WIP(5): PowerVM driver: ovs vif  https://review.openstack.org/42251213:42
*** archit has joined #openstack-nova13:43
openstackgerritGábor Antal proposed openstack/nova master: Transform instance.resize_prep notification  https://review.openstack.org/46508113:43
*** mriedem is now known as ronlund13:44
*** vladikr has joined #openstack-nova13:44
openstackgerritGábor Antal proposed openstack/nova master: Transform instance.resize_prep notification  https://review.openstack.org/46508113:45
*** alexchad_ has joined #openstack-nova13:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2)  https://review.openstack.org/40895513:47
*** alexchadin has quit IRC13:47
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896413:48
*** jaypipes has joined #openstack-nova13:52
*** slaweq_ has quit IRC13:54
*** lajoskatona has quit IRC13:57
ronlundnova meeting in 3 minutes13:57
*** slaweq_ has joined #openstack-nova13:57
*** spectr has joined #openstack-nova13:57
*** cfriesen has joined #openstack-nova13:58
*** crushil has joined #openstack-nova13:58
*** ronlund is now known as mriedem13:58
*** hongbin has joined #openstack-nova13:59
*** smatzek has joined #openstack-nova13:59
*** alexchad_ has quit IRC14:00
*** smatzek has quit IRC14:00
*** liangy has joined #openstack-nova14:00
*** lyan has quit IRC14:01
*** smatzek has joined #openstack-nova14:01
*** zzzeek has quit IRC14:03
*** yamamoto has joined #openstack-nova14:06
*** zzzeek has joined #openstack-nova14:07
*** spectr has quit IRC14:07
*** spectr has joined #openstack-nova14:08
*** jaosorior has joined #openstack-nova14:10
*** alexchadin has joined #openstack-nova14:11
openstackgerritGábor Antal proposed openstack/nova master: Transform aggregate.update_prop notification  https://review.openstack.org/46257614:11
*** yamamoto has quit IRC14:13
*** namnh has joined #openstack-nova14:16
*** jheroux has joined #openstack-nova14:16
jaypipescdent: re: moving all the module-level DB access functions to the bottom of the resource_provider.py file, I'd prefer to do that all in a single commit later on.14:18
cdentthat’s cool, just wanted to get it on the record14:18
dansmithjaypipes: yeah so I can -1 that one14:18
dansmithcdent: I dunno how you got that we organize files per my preference14:18
dansmithI mean, it is my preference that we order them definition first then use, but that wasn't my doing14:19
cdentI wasn’t saying you are the enforcer, I just happen to know your preference14:19
cdentso wanted to mention it so that you knew I wasn’t blithely ignoring it14:19
cdentI’m graciously taking it into account and choosing to consider it wrong ;)14:19
dansmithmkay, made it sound like all our files are like this because if not I'd throw a hissy14:19
cdentno sir14:20
jaypipesdansmith: that's fine. :)14:20
*** cshen has quit IRC14:20
jaypipesdansmith, cdent: is it just me or is the ubuntu xenial full tempest job just hosed?14:21
openstackgerritZhenyu Zheng proposed openstack/nova-specs master: Improve the performance of filtering instances by IP.  https://review.openstack.org/50932614:21
dansmithjust you?14:21
dansmithwe've been merging things14:22
* jaypipes can't even get to logs.openstack.org URLs in any of the job output index htmls...14:22
jaypipesmaybe just needs a recheck.,..14:22
*** nikhil_k has joined #openstack-nova14:22
dansmithneither I just now, so maybe something is up14:22
cdentlogs.o.o has been behaving poorly for me of late14:22
*** nikhil_k is now known as nikhil14:23
*** acormier has joined #openstack-nova14:25
*** lpetrut_ has joined #openstack-nova14:25
*** mdnadeem has quit IRC14:25
* efried noticed it was slow, but responded eventually.14:26
efriedcdent I rechecked yours, looked like the same thing as last time.14:26
cdentthanks14:27
*** lpetrut has quit IRC14:27
efriedjaypipes One qq before I start slinging that spec: How are generic resources specified in the flavor?  And what stage of reality is that stuff in (spec, proposed, merged, etc.)?14:29
*** slaweq_ has quit IRC14:30
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add support for Windows network commands  https://review.openstack.org/48740514:33
efriededleafe Where's that agenda?  https://wiki.openstack.org/wiki/Meetings/Scheduler just says "See mailing-list"14:35
mriedemandreas_s_: done https://review.openstack.org/#/admin/groups/511,members14:35
*** gmann is now known as gmann_sleep14:35
edleafehttps://wiki.openstack.org/wiki/Meetings/NovaScheduler14:35
edleafeefried: ^^14:36
efriededleafe Oh.  Is that other one dead?14:36
edleafeefried: didn'14:37
edleafedidn't even know there was another one14:37
edleafeso yes14:37
jaypipesefried: by "generic resources" are you referring to things like vcpu, memory_mb, etc?14:37
*** felipemonteiro_ has joined #openstack-nova14:37
*** alexchadin has quit IRC14:37
*** slaweq_ has joined #openstack-nova14:38
efriedjaypipes Ultimately those would be included, yes, but I understand they're treated specially today because they're (mandatory) separate fields in a flavor.14:38
efriedjaypipes But for purposes of the immediate discussion, let's say it's something totally generic that isn't handled by RT at all.14:38
*** felipemonteiro__ has joined #openstack-nova14:38
efriedFor example, where does an Ironic flavor specify the ironic node inventory it wants?14:39
efried(Or is that another special case?)14:39
andreas_s_mriedem, Thanks!14:39
*** manasm has quit IRC14:41
cdentefried: that’s kind of a special case and was sort of the genesis of custom resource classes14:41
*** armax has joined #openstack-nova14:41
cdentbecause the idea was that an ironic node is a single consumable thing14:41
efriededleafe I updated https://wiki.openstack.org/wiki/Meetings/Scheduler to point to https://wiki.openstack.org/wiki/Meetings/NovaScheduler14:42
*** felipemonteiro_ has quit IRC14:42
efriedcdent jaypipes So does that mean we actually don't have a way to specify generic resources in flavors yet?14:42
jaypipesefried: in the flavor's extra_specs. there's a special key pattern called "resources:$RESOURCE_CLASS" and the value is the amount of that resource class the flavor wants.14:43
efriedjaypipes Ah, perfect.  And that's been implemented already?14:43
jaypipesefried: those special extra_specs resources: things are called resource overrides.14:43
jaypipesefried: yes.14:44
jaypipesefried: edleafe and alex_xu implemented that IIRC14:44
efriedjaypipes Cool; and (as the name "overrides" implies) I can specify "standard" resources there too, like VCPU, DISK_GB, etc., and their corresponding hardcoded fields will be ignored?14:44
openstackgerritGábor Antal proposed openstack/nova master: Transform instance.rebuild_scheduled notification  https://review.openstack.org/47392914:47
efriedjaypipes So in a nutshell, this new thing will take resources$X:$RESOURCE_CLASS=$N and traits$X:$TRAIT=required and translate them into GET /allocation_candidates?resources$X=$N...&required$X=$TRAIT14:47
efriedjaypipes Does that align with your thinking?14:47
jaypipesefried: precisely.14:48
efriedbeaut14:48
*** READ10 has joined #openstack-nova14:48
mriedemgibi: thanks for https://review.openstack.org/#/c/509759/ i was just looking at fixing that14:48
mriedemgibi: comment within14:48
*** yamamoto has joined #openstack-nova14:48
*** yamamoto has quit IRC14:48
openstackgerritDan Smith proposed openstack/nova master: Fix minor input items from previous patches  https://review.openstack.org/50641614:48
openstackgerritDan Smith proposed openstack/nova master: Merge build requests into the sortmaster 9000  https://review.openstack.org/50859514:48
openstackgerritDan Smith proposed openstack/nova master: Add CellMapping.get_by_project_id() query method  https://review.openstack.org/50900214:48
openstackgerritDan Smith proposed openstack/nova master: Make get_instance_objects_sorted() be smart about cells  https://review.openstack.org/50900314:48
dansmithmriedem: rebased now that your metadata cleanup has merged ^14:49
mriedemok14:49
*** tssurya has quit IRC14:49
mriedemsays the bottom change is in merge conflict... ?14:49
dansmithum14:50
mriedembut it's queued up so idk14:50
dansmithIliterally just pushed14:50
mriedemmaybe a zuulv3 thing14:50
*** gyee has joined #openstack-nova14:51
gibimriedem: I will push a new ps soon with your suggestion implemented14:52
mriedemdansmith: i see we're running singleconductor mode in grenade between pike->queens, couldn't we be running superconductor?14:52
mriedemmaybe that would require making grenade aware of that kind of mode?14:53
*** dillaman has quit IRC14:53
dansmithyeah I think we just punted on any sort of telling grenade about that since we couldn't upgrade from one layout to the other14:53
dansmithI dunno how much it really needs to know about, but I haven't looked14:53
openstackgerritZhenyu Zheng proposed openstack/nova-specs master: Improve the performance of filtering instances by IP.  https://review.openstack.org/50932614:55
mriedemhttps://github.com/openstack-dev/grenade/blob/03de9e0fc7f4fc50a00db5d547413e26cf0780dd/grenade.sh#L22214:55
mriedemmight just be worth removing that from master grenade and see how it goes14:55
openstackgerritGábor Antal proposed openstack/nova master: Transform aggregate.update_prop notification  https://review.openstack.org/46257614:55
openstackgerritDan Smith proposed openstack/nova master: Pre-create migration object  https://review.openstack.org/49895014:56
openstackgerritDan Smith proposed openstack/nova master: Revert allocations by migration uuid  https://review.openstack.org/49894914:56
openstackgerritDan Smith proposed openstack/nova master: Refactor resource tracker to account for migration allocations  https://review.openstack.org/50641914:56
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642014:56
dansmithjaypipes: cdent: I didn't see that failure in ^ locally, so this is a rebase and we'll see how it goes this time14:56
jaypipeskk14:57
*** Swami has joined #openstack-nova14:58
*** karthiks has quit IRC14:59
*** takashin has left #openstack-nova15:00
jaypipesdansmith, mriedem: I'm ready on this one after a number of back and forths with johnthetubaguy. https://review.openstack.org/#/c/507052/15:00
openstackgerritGábor Antal proposed openstack/nova master: Transform instance.live_migration_rollback_dest notification  https://review.openstack.org/48021415:01
johnthetubaguyjaypipes: thanks for your time on that, glad to move that forward15:01
*** penick has joined #openstack-nova15:02
dansmithedleafe: is this fail related to your change? http://logs.openstack.org/15/486215/14/check/gate-nova-tox-functional-py35-ubuntu-xenial/f7d2653/testr_results.html.gz15:02
*** gouthamr_ has joined #openstack-nova15:03
mriedemjaypipes: i'll put it in the tab qeuue15:04
mriedem*queue15:04
*** gouthamr has quit IRC15:04
*** gouthamr_ is now known as gouthamr15:04
mriedemdansmith: i'll go through https://review.openstack.org/498950 again15:04
*** tuanla_fujitsu has joined #openstack-nova15:05
*** Tom___ has quit IRC15:05
*** tuanla__ has joined #openstack-nova15:05
dansmithmriedem: thanks, I don't think you had any feedback on that did you?15:05
mriedemyes...15:05
*** Oku_OS is now known as Oku_OS-away15:05
*** Tom has joined #openstack-nova15:05
dansmithoh the fail cleanup, right15:05
*** jaosorior has quit IRC15:07
tikitavilook to the nova-conductor logs, please (http://logs.openstack.org/91/500091/8/check/gate-functional-neutron-dsvm-ec2api-ubuntu-xenial/206b664/). We have problem with starting instances in stable/ocata and stable/pike.15:09
*** Tom has quit IRC15:10
dansmithtikitavi: you mean the traceback?15:10
tikitaviyes!15:10
dansmith2017-10-05 10:48:16.014 30844 ERROR oslo_messaging.rpc.server IOError: [Errno 2] No such file or directory: '/usr/local/lib/python2.7/dist-packages/six-1.10.0.dist-info/METADATA'15:10
openstackgerritJay Pipes proposed openstack/nova master: rp: de-ORM ResourceProvider.get_by_uuid()  https://review.openstack.org/50902515:10
openstackgerritJay Pipes proposed openstack/nova master: rp: Move RP._get|set_aggregates() to module scope  https://review.openstack.org/50902615:10
openstackgerritJay Pipes proposed openstack/nova master: rp: Remove RP.get_traits() method  https://review.openstack.org/50902715:10
openstackgerritJay Pipes proposed openstack/nova master: rp: move RP._set_traits() to module scope  https://review.openstack.org/50902815:10
openstackgerritJay Pipes proposed openstack/nova master: rp: remove CRUD operations on Inventory class  https://review.openstack.org/50902915:10
openstackgerritJay Pipes proposed openstack/nova master: rp: streamline InventoryList.get_all_by_rp_uuid()  https://review.openstack.org/50903015:10
openstackgerritJay Pipes proposed openstack/nova master: rp: remove dead code in Allocation._create_in_db()  https://review.openstack.org/50903115:10
openstackgerritJay Pipes proposed openstack/nova master: rp: remove ability to delete 1 allocation record  https://review.openstack.org/50903215:10
openstackgerritJay Pipes proposed openstack/nova master: rp: fix up AllocList.get_by_resource_provider_uuid  https://review.openstack.org/50903315:10
openstackgerritJay Pipes proposed openstack/nova master: rp: rework AllocList.get_all_by_consumer_id()  https://review.openstack.org/50903515:10
dansmithtikitavi: seems clearly like some installation problem15:10
openstackgerritJay Pipes proposed openstack/nova master: rp: remove _HasAResourceProvider mixin  https://review.openstack.org/50903615:10
*** ssurana has joined #openstack-nova15:11
*** slaweq_ has quit IRC15:11
tikitavidansmith: it is repeatable. we can't pass this review for more than a month15:11
dansmithtikitavi: I understand, but still, it's a package problem, nothing to do with any nova ode15:12
dansmith*code15:12
edleafedansmith: I ran those tests locally w/o a fail, so I don't think so.15:13
dansmithedleafe: yea, I rechecked and noted that the next patch didn't hit the same failure15:13
*** slaweq_ has joined #openstack-nova15:14
*** ssurana has left #openstack-nova15:15
mriedemsdague: did your "wait for host mapping" change in devstack get backported to stable/pike? i'm seeing http://logs.openstack.org/56/509656/1/check/gate-grenade-dsvm-neutron-multinode-ubuntu-xenial/6851396/logs/old/screen-n-cond.txt.gz#_2017-10-04_23_25_13_456 in stable/pike grenade runs only15:16
mriedemoh hm https://review.openstack.org/#/c/49063515:17
sdagueright, that will need to land there. I can push it in15:17
mriedem+1 fwiw15:18
mriedem:)15:18
*** andreas_s_ has quit IRC15:21
dansmithjohnthetubaguy: a spec from you with no discernible typos.. jaypipes must have been up all night. :P15:21
jaypipeslol15:21
johnthetubaguydansmith: him and efried got most of them the previous time :)15:21
dansmithjohnthetubaguy: heroes, those guys.15:22
mriedemooo -115:22
mriedemi'll fix after it's merged15:22
* jaypipes goes to add johnthetubaguy's spec to his article about placement stuff in queens...15:22
*** MVenesio has joined #openstack-nova15:23
*** shvepsy has joined #openstack-nova15:23
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Rename ironic-driver-traits spec  https://review.openstack.org/50981215:25
openstackgerritsean mooney proposed openstack/nova-specs master: Use neutron's new port binding API  https://review.openstack.org/37558015:25
openstackgerritBalazs Gibizer proposed openstack/nova master: fix unstable shelve offload functional tests  https://review.openstack.org/50975915:26
gibimriedem: fixed your comment in the shelve offload test bugfix ^^15:26
shvepsyHi all! Can you help me with my issue.15:27
shvepsyHow I can call quiesce instance (freeze fs) from python API?15:27
mdboothdansmith: I vaguely recall some error from the dim and distants depths of time which meant that an error in a periodic task would prevent that task from continuing to run. Does that ring any bells with you?15:27
mriedemjohnthetubaguy: the thing on L37 of your spec confuses me15:27
mriedemaren't you just describing the flavor-access API?15:27
dansmithmdbooth: no, not that I know of15:27
johnthetubaguymriedem: I guess15:28
johnthetubaguymriedem: its just a public flavor and a private flavor, mapping to different groups of hosts15:28
mriedemjohnthetubaguy: so flavor-access with host aggregates?15:28
dansmithmriedem: I'm not sure what your point is? that you can accomplish the same thing with aggregates and a private flavor?15:30
mriedemyeah15:30
dansmithbut you can't right? because aggregates are around services not compute nodes15:30
dansmithand15:30
johnthetubaguymriedem: well, ironic and host aggregates doesn't really do it15:30
dansmiththat's just one use of the general traits stuff being described here,15:30
dansmithwhich also helps with external services using the same ironic15:30
dansmithlike some dedicated to nova and some for direct use15:31
dansmithand nova aggregates wouldn't help with that15:31
johnthetubaguy++15:31
mriedemok i figured the host aggregates thing screwed it up15:32
mriedembtw, at some point, can someone that understands the issues with host aggregates and ironic put some words about that in a section in https://docs.openstack.org/nova/pike/user/aggregates.html ?15:33
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Network bandwitdh resource provider  https://review.openstack.org/50230615:33
mriedembecause i think it's purely tribal knowledge15:33
*** MVenesio has quit IRC15:34
*** MVenesio has joined #openstack-nova15:36
jaypipesralonsoh: I'm going to have sean-k-mooney reach over and slap you if you don't fix that "bandwitdh" in your commit message :P15:38
ralonsohjaypipes: sorry!!!15:38
ralonsohone sec...15:38
jaypipesralonsoh: lol, it's ok :)15:38
*** jogo has quit IRC15:39
*** hemna__ has joined #openstack-nova15:39
*** pcaruana has quit IRC15:39
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Network bandwidth resource provider  https://review.openstack.org/50230615:40
jaypipes\o/15:40
* edleafe needs more coffee15:41
*** jmlowe_ has joined #openstack-nova15:41
*** hemna_ has quit IRC15:42
*** jmlowe has quit IRC15:43
*** hemna_ has joined #openstack-nova15:43
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Enable SR-IOV NIC offload feature discovery  https://review.openstack.org/50489515:43
mriedemeasy functional test race fix if someone wants to +W https://review.openstack.org/#/c/509759/15:43
*** hemna__ has quit IRC15:44
dansmithoh this is the one I was just asking edleafe about15:44
mriedemshelve tests?15:44
efriedmriedem Would a rename followup to https://review.openstack.org/#/c/507052/ resolve the mismatched bp/spec name issue, or does the old name stick around somehow?15:44
mriedemefried: see the patch on top15:44
efriedmriedem Nyak.15:44
*** hemna__ has joined #openstack-nova15:46
*** slaweq_ has quit IRC15:46
*** chyka has joined #openstack-nova15:47
*** hemna_ has quit IRC15:48
*** tikitavi has quit IRC15:49
*** yamamoto has joined #openstack-nova15:49
*** slaweq_ has joined #openstack-nova15:51
*** spectr has quit IRC15:51
*** ragiman has quit IRC15:51
openstackgerritBalazs Gibizer proposed openstack/nova stable/pike: fix unstable shelve offload functional tests  https://review.openstack.org/50981815:51
dansmithcdent: fwiw, I agree with you on this: https://review.openstack.org/#/c/495854/4/nova/scheduler/utils.py15:51
dansmithI would have made it a classmethod15:51
dansmithnot a big deal of course, but that's what I would have done15:51
*** namnh has quit IRC15:52
cdent<british>cheers15:52
*** namnh has joined #openstack-nova15:53
*** acormier has quit IRC15:53
edleafedansmith: heh, I had a 'from_host_state()' method on the orginal version. Should have left it there. :)15:54
dansmithjust my preference.. doesn't matter15:55
dansmithedleafe: out of curiosity, why is this three patches instead of two with the object definition first?15:56
openstackgerritMatt Riedemann proposed openstack/nova master: Remove metadata/system_metadata filter handling from get_all  https://review.openstack.org/50981915:56
dansmithlooking now, it seems like if you did the object patch first, you could have squashed the first and third together, which would be less back and forth15:56
*** nicolasbock_ has joined #openstack-nova15:56
*** namnh has quit IRC15:57
*** yamamoto has quit IRC15:58
*** baoli has quit IRC15:59
*** baoli has joined #openstack-nova16:00
*** jpena is now known as jpena|off16:05
*** jpena|off is now known as jpena16:12
*** kylek3h has quit IRC16:12
*** kylek3h has joined #openstack-nova16:12
*** rcernin has quit IRC16:13
*** rcernin has joined #openstack-nova16:13
*** psachin has quit IRC16:14
*** rcernin has quit IRC16:14
*** manasm has joined #openstack-nova16:15
*** Apoorva has joined #openstack-nova16:19
*** namnh has joined #openstack-nova16:22
*** slaweq_ has quit IRC16:24
*** slaweq_ has joined #openstack-nova16:26
*** ctrath has joined #openstack-nova16:27
*** tesseract has quit IRC16:29
*** ralonsoh has quit IRC16:31
*** gouthamr_ has joined #openstack-nova16:32
*** mvk has quit IRC16:33
*** gouthamr has quit IRC16:35
*** Tom_ has joined #openstack-nova16:36
*** Swami has quit IRC16:37
openstackgerritChris Friesen proposed openstack/nova master: Add validation for cpu_realtime_mask  https://review.openstack.org/46820316:39
*** baoli has quit IRC16:39
*** Tom_ has quit IRC16:40
*** baoli has joined #openstack-nova16:44
openstackgerritDan Smith proposed openstack/nova master: Pre-create migration object  https://review.openstack.org/49895016:44
openstackgerritDan Smith proposed openstack/nova master: Revert allocations by migration uuid  https://review.openstack.org/49894916:44
openstackgerritDan Smith proposed openstack/nova master: Refactor resource tracker to account for migration allocations  https://review.openstack.org/50641916:44
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642016:44
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763816:44
*** zhenq has joined #openstack-nova16:49
*** udesale has quit IRC16:49
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: fix unstable shelve offload functional tests  https://review.openstack.org/50981816:50
*** tesseract has joined #openstack-nova16:50
*** derekh has quit IRC16:51
openstackgerritMerged openstack/nova master: Add attachment_get call to volume/cinder_api  https://review.openstack.org/50680516:54
*** vks1 has joined #openstack-nova16:55
*** slaweq_ has quit IRC16:58
mriedemmelwitt: you should probably look at this one https://review.openstack.org/#/c/506822/17:01
mriedemi think it's ok, but don't want to mess it up17:01
dansmithmriedem: https://review.openstack.org/#/c/498950/16/nova/tests/unit/conductor/tasks/test_migrate.py line 119, I asserted that it chose the migration type correctly17:04
dansmithmriedem: did you mean I didn't check that it detects resizes?17:04
*** tuanla_fujitsu has quit IRC17:05
*** tuanla__ has quit IRC17:05
*** slaweq_ has joined #openstack-nova17:07
*** ijw has joined #openstack-nova17:07
mriedemdansmith: yeah17:09
dansmithokay17:09
mriedembut a follow up is fine17:09
*** Swami has joined #openstack-nova17:09
*** gbarros has quit IRC17:10
*** lucasagomes is now known as lucas-afk17:11
*** yamamoto has joined #openstack-nova17:11
*** gbarros has joined #openstack-nova17:13
*** Tom____ has joined #openstack-nova17:16
*** gjayavelu has joined #openstack-nova17:18
*** Tom____ has quit IRC17:21
*** tesseract has quit IRC17:22
*** markmcclain has quit IRC17:26
*** markmcclain has joined #openstack-nova17:29
*** vks1 has quit IRC17:30
*** dtantsur is now known as dtantsur|afk17:32
*** jpena is now known as jpena|off17:32
*** mvk has joined #openstack-nova17:32
*** penick has quit IRC17:32
*** gjayavelu has quit IRC17:34
*** mingyu has quit IRC17:37
*** lbragstad has quit IRC17:37
*** namnh has quit IRC17:38
*** penick has joined #openstack-nova17:39
*** slaweq_ has quit IRC17:40
*** mingyu has joined #openstack-nova17:41
openstackgerritDan Smith proposed openstack/nova master: Add test for resize migration type detection  https://review.openstack.org/50985217:41
*** lpetrut_ has quit IRC17:41
*** slaweq_ has joined #openstack-nova17:43
*** yamahata has joined #openstack-nova17:43
*** xyang1 has joined #openstack-nova17:45
*** mingyu has quit IRC17:46
*** manasm has quit IRC17:46
*** xyang1 has left #openstack-nova17:47
*** gszasz has quit IRC17:51
*** hamzy has quit IRC17:57
*** claudiub has quit IRC17:57
*** tbachman has joined #openstack-nova18:01
*** dikonoor has quit IRC18:05
*** Tom___ has joined #openstack-nova18:07
*** lbragstad has joined #openstack-nova18:10
*** Tom___ has quit IRC18:11
openstackgerritMerged openstack/nova master: Update RT aggregate map less frequently  https://review.openstack.org/48963318:13
*** dillaman has joined #openstack-nova18:13
openstackgerritMerged openstack/nova master: Don't shell out to mkdir, use ensure_tree()  https://review.openstack.org/49232618:14
dansmithman, having only 80% of nodepool available has a bigger impact on throughput than I would have expected18:14
*** slaweq_ has quit IRC18:16
*** ijw has quit IRC18:16
mriedemhey, they can surely flip the switch back to 0% throughput again18:16
mriedemif you don't pipe down18:16
mriedemsmith18:16
dansmithheh18:16
melwittmriedem: sure, will do18:17
*** ctrath has left #openstack-nova18:19
*** slaweq_ has joined #openstack-nova18:20
*** yamamoto has quit IRC18:24
*** avolkov has quit IRC18:26
*** yamamoto has joined #openstack-nova18:27
*** lpetrut_ has joined #openstack-nova18:29
*** nikhil has quit IRC18:32
*** yamamoto has quit IRC18:32
*** sambetts|afk has quit IRC18:33
*** sambetts_ has joined #openstack-nova18:36
*** ijw has joined #openstack-nova18:39
cdentmriedem: is this back in business? https://review.openstack.org/#/c/267587/18:40
*** ijw has quit IRC18:41
*** hamzy has joined #openstack-nova18:41
*** gbarros has quit IRC18:45
mriedemcdent: the spec isn't approved yet18:46
mriedemcdent: the multiattach stuff is all dependent on the new style volume attachment stuff18:46
cdentah. I got so excited by seeing it laying around.18:47
*** tbachman has quit IRC18:47
cdentthe feature that failed to live but won’t die18:48
dansmithtoo fast to live, too young to die18:49
dansmithjames dean.18:49
*** slaweq_ has quit IRC18:53
*** slaweq_ has joined #openstack-nova18:56
*** Tom___ has joined #openstack-nova18:57
*** Tom___ has quit IRC19:02
*** baoli has quit IRC19:02
*** baoli has joined #openstack-nova19:02
dansmithmriedem: I was just looking at my live migration patch wondering why it wasn't failing a test because it doesn't clean up by migration uuid on rollback19:02
dansmithand then ran tests again to check, which it failed19:03
dansmithconfused because I thought this was passing19:03
dansmithfound the test that tests this, which I fail19:03
dansmithdug through the path to figure out where we're cleaning up now19:03
*** tbachman has joined #openstack-nova19:03
dansmithdidn't find it, almost filed a bug19:03
dansmithre-read test, found bug reference, found patch that addeded19:03
dansmithremembered I reviewed and approved that19:03
dansmithand that you have a fix on top of it waiting for +W19:04
dansmithso, altogether a pretty productive hour.. total work product output: one +W vote19:04
*** MasterOfBugs has joined #openstack-nova19:11
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif stable/newton: Updated from global requirements  https://review.openstack.org/37329319:12
openstackgerritMerged openstack/nova master: fix unstable shelve offload functional tests  https://review.openstack.org/50975919:13
*** elod has quit IRC19:13
dansmithjaypipes: this is needed for the migration uuid stuff, if you wanna slap yer +W on it: https://review.openstack.org/#/c/508699/19:15
*** markvoelker_ has joined #openstack-nova19:15
openstackgerritDan Smith proposed openstack/nova master: Pre-create migration object  https://review.openstack.org/49895019:15
openstackgerritDan Smith proposed openstack/nova master: Revert allocations by migration uuid  https://review.openstack.org/49894919:15
openstackgerritDan Smith proposed openstack/nova master: Refactor resource tracker to account for migration allocations  https://review.openstack.org/50641919:15
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642019:15
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763819:15
jaypipesdansmith: on it.19:15
*** markvoelker has quit IRC19:15
jaypipesdansmith: the whole series I presume?19:16
dansmithjaypipes: just that linked one is what I want right now19:16
dansmithjaypipes: I was just pushing the series in parallel to begging for your +W19:16
dansmithjaypipes: i.e. https://review.openstack.org/#/c/508699/19:16
mriedemdansmith: heh, well, i did beg for reviews a few times on that one19:18
dansmithmriedem: I know, I had a lot of stuff in my head at the time19:18
mriedemoh wait not that one19:18
mriedemwas thinking this one https://review.openstack.org/#/c/507687/19:19
mriedemis that what you meant?19:19
mriedemyeah it is, nvm19:19
mriedemjust about done with this epic internal email on scheduler configuration19:20
dansmithmriedem: I meant the one I linked19:20
dansmithoh19:20
dansmithyou mean my earlier story, yes, I was talkin gabout 68719:20
*** tbachman has quit IRC19:22
mriedem36 minutes until a call about instance users19:22
mriedemyay!19:22
*** slaweq_ has quit IRC19:22
*** slaweq_ has joined #openstack-nova19:23
mriedemi need a trombone as mine is in the shop19:23
dansmithmriedem: btw, since I re-pushed that whole migration set, I squashed that extra test patch into the bottom19:23
melwittI can't remember what "instance users" was about. maybe I should be grateful19:23
sdagueanyone seen any of the john hopkins folks recently on irc? I was going through their image signing spec and code and just had a few quick questions19:24
mriedemsdague: nope19:25
sdagueneither dane nor kaitlin are here unless I suck at tab completing. But I'm not sure if others have irc nicks.19:26
mriedemthat's who i was looking for19:28
mriedemcdent: btw this is the goal https://review.openstack.org/#/c/330285/19:29
mriedemfor the new style volume attach stuff,19:29
mriedemjgriffith is working on a new microversion on the cinder side, patch is up for that now but needs some work,19:29
mriedembut then the nova change will require that new cinder microversion and we can work on getting the nova patch in,19:29
mriedemand then it's multiattach time19:29
* cdent considers holding his breath19:30
openstackgerritmelanie witt proposed openstack/nova master: Make setenv consistent for unit, func, and api-samples  https://review.openstack.org/50797619:30
mriedemcdent: have your corporate overlords expressed an interest in multiattach?19:30
cdentnot that I’m aware of, but my corporate overlords interests via me are pretty focused19:31
cdentI would assume they probably are interested19:31
cdentmy interest is mostly sparked by observing it for enough ptgs, summits, midcycles to think of it is a somewhat annoying friend19:32
openstackgerritmelanie witt proposed openstack/nova master: Make setenv consistent for unit, func, and api-samples  https://review.openstack.org/50797619:33
mriedemmelwitt: i believe, to summarize, an instance user was the ability for a guest to get a token to do things19:34
melwittohhh19:34
melwittthat was the new vendordata thing right?19:35
mriedembut i was never really involved (by my own choosing) in that discussion, so i'm blissfully ignorant19:35
jaypipesdansmith: k, done19:35
melwittor that discussion resulted in the new vendordata I thought19:35
mriedemmelwitt: kind of yeah19:35
dansmithwell, only for certain types of things19:35
dansmithvendordata could be used for some of that,19:35
mriedemvendordata was also to get rid of hooks19:35
mriedemwhich, now that i think about it, we haven't removed yet19:36
dansmithbut I think the real use case requires more integration than that19:36
dansmiththe real instance_users case I mean19:36
melwittokay19:36
cdentdansmith: your thing about microversions on Selection objects, there’s some discussion about it on https://review.openstack.org/#/c/498830/ (patchset 7) where I expressed a lot of confusion that ed and jay tried to clear it up. Eventually I capitulated19:36
dansmithcdent: okay I'm fairly concerned about this, but I shall go read19:37
*** Tom___ has joined #openstack-nova19:38
cdentIt may not illuminate, but it may19:38
mriedemuh oh, lar bear is home19:38
*** pchavva has quit IRC19:39
dansmithcdent: uh, I certainly did not agree to that which was agreed to in denver19:40
dansmithcdent: that makes the microversion thing way too fluid, IMHO19:40
dansmithcdent:  you remove a field in 1.5, add it again in 1.50 with a different meaning or format, and boom19:40
jaypipesdansmith: welcome to hear other ideas here, but please do read the one long comment I gave to cdent on PS7 on that patch19:41
*** Tom___ has quit IRC19:42
dansmithjaypipes: yeah I completely understand the situation19:42
cdent“microversion thing way too fluid” was my concern too, but, like I said, I decided to capitulate19:42
dansmithjaypipes: but making placement just be "meh" about the mismatch between versions and formats is totally not the right plan, IMHO19:43
cdentmy capitulation is a somewhat more complex version of the plan that ed original presented19:43
dansmithjaypipes: all we have to do is pass the microversion that matches the blob, and have the report client use that version19:43
dansmith(in terms of "other ideas")19:44
edleafedansmith: when will an allocation not match the version placement understands?19:46
dansmithedleafe: it's not about that19:47
* cdent no longer thinks it makes sense to be completionist in the friday placement updates19:47
cdentdo people have preferences on what stays or goes?19:47
dansmithedleafe: it's about the version sent by the client not matching the payload19:47
dansmithedleafe: and the server side having to just "be flexible" about what it thinks the client wants19:47
edleafedansmith: yes, I understand. But even an old client will have gotten (and be returning) a current-version allocation19:48
dansmiththe client has said "this is a 1.5 thing" and the server says "well, kinda looks like a 1.10 thing, so...I'll just assume 1.10"19:48
dansmithedleafe: the allocation, sure, like Isaid initially:19:48
edleafethe client isn't saying that. It's saying: "here is the thing you just sent me"19:48
dansmithedleafe: we throw the a-r at placement with the version from which it came at the scheduler level, and then it can fetch the resulting allocation at the version it understands19:48
*** baoli has quit IRC19:48
dansmithedleafe: it has a version in the headers, so... it's saying the version it thinks the thing is19:49
edleafean allocation_request is not affected by the scheduler19:49
edleafeit is an opaque blob that placement just returned to scheduler19:49
*** baoli has joined #openstack-nova19:49
dansmithat the version that the scheduler understands19:49
dansmithbecause the scheduler has said "I understand 1.10"19:50
edleafewait - so now we're handling old *schedulers*?19:50
melwittsdague, mriedem: the devstack "pip_install -U --force PasteDeploy" hack worked, FYI. so I'm onto the next problem now19:50
edleafeI thought the only situation of version mismatch was a claim from an old cell conductor19:50
dansmithedleafe: old scheduler?19:51
dansmithplacement is/will be a separate thing, upgraded at different times from the scheduler, conductors, etc19:51
edleafedansmith: -> because the scheduler has said "I understand 1.10"19:51
dansmithif cdent had his way, it would already be (/nudge)19:51
dansmiththis is why we version shit19:52
sdaguemelwitt: \o/19:52
* cdent tries to catch up19:52
edleafeallocation_requests are short-lived. They are not persisted19:52
melwittprogress :)19:52
dansmithedleafe: that has nothing to do with anything19:52
dansmithedleafe: services are long-lived19:52
*** vvargaszte has joined #openstack-nova19:53
dansmithedleafe: I upgrade placement to rocky a month before I upgrade my nova19:53
edleafeThey are obtained from placement, and returned unchanged19:53
dansmithedleafe: the scheduler has to tell placement what it understands19:53
edleafebut a change to the format of an allocation_request does not affect the scheduler19:53
edleafeit's an opaque blob19:53
dansmithedleafe: https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L27019:53
dansmiththat stops working when placement is kicked out19:54
dansmithit's not even really right currently, but we have't done it19:54
dansmithif placement were not lockstep with scheduler,19:54
dansmiththen we'd break if we don't tell placement what we understand19:54
dansmiththis is the whole point of microversions19:54
edleafedansmith: for everything else between the scheduler and placement I agree19:54
edleafebut an a-r is an opaque blob, and will *always* be in the format that placement wants19:55
*** vvargaszte has quit IRC19:57
*** READ10 has quit IRC19:59
sdaguemriedem: you want to land this backport - https://review.openstack.org/#/c/509774/ ?19:59
*** smatzek has quit IRC19:59
*** smatzek has joined #openstack-nova20:00
*** smatzek has quit IRC20:00
*** xyang1 has joined #openstack-nova20:00
dansmithedleafe: a-r cannot be an opaque blob to the scheduler because it has to interpret the results to weigh things20:00
*** ianw|pto is now known as ianw20:00
dansmithedleafe: that means that scheduler and placement have to agree on a format between them in order for the scheduler to reliably do its thing20:01
dansmithif the scheduler is behind placement and received an older formatted thing,20:01
cdentit uses the providers half of the tuple to weigh, not the a-r?20:01
edleafecdent: correct20:02
dansmithbut compute throws that at placement either at its version or "no version assume latest" it may be wrong20:02
cdentnm, I guess it has to scan the a-r20:02
*** smatzek has joined #openstack-nova20:02
edleafewhy?20:02
dansmithcdent: doesn't matter if it did.. surely we're not suggesting having a versioned document where one part of it is "may be newer, don't look behind this curtain"20:02
cdentwe do have a section that we’re claiming is “don’t look behind this curtain”20:02
dansmithbut that's crazy20:03
mriedempenick: have you seen this thread? http://lists.openstack.org/pipermail/openstack-dev/2017-September/122904.html20:03
dansmiththat's not how people work with APIs20:03
mriedempenick: rybridges: aren't you guys doing something similar?20:03
cdentedleafe: I may be wrong. I was thinking that during the process of choosing which of the a-rs to use, you have to know the rp ids20:03
openstackgerritEric Fried proposed openstack/nova master: Use ksa adapter for cinder client  https://review.openstack.org/50989220:03
cdentdansmith: I agree with you, for the most part, I’m just reporting on “things we say"20:03
penickmriedem indeed we are, I think he asked about it in channel last week. I've been meaning to reply to the thread20:04
cdent“opaque"20:04
dansmithcdent: yep, understand20:04
mriedempenick: ah cool, on a call with him now20:04
mriedemthis is over my head20:04
dansmithcdent: the only opaqueness I think we need is just between scheduler and the things downstream of it which need to throw it back at placement20:04
cdent(under it all I find the allocation_candidates thing way overly-specific and not very api-like, but it is is what we’ve reached as a workable solution when many other things would not, so… hard to keep my guns)20:04
dansmithhaving a big chunk of data that looks useful being exposed to the client and told that there be dragons within is not a good plan, IMHO20:05
openstackgerritEric Fried proposed openstack/nova master: Use ksa adapter for neutron client  https://review.openstack.org/50989220:05
edleafedansmith: having a big chunk of data being passed around is not a good plan IMO either, but this is what we are working with20:05
*** tbachman has joined #openstack-nova20:05
*** smatzek has quit IRC20:06
edleafecdent: we do key on rp_uuid from the a-r, which was another design compromise20:06
dansmithhow does the jsonschema validation work if you have a change in the a-r? does it just ignore a subtree of something and validate it separately or something?20:06
penickmriedem I'll reply to the ML today or tonight.. he notes that vendordata doesn't allow you to pass parameters, but I think that's something that can be addressed. Or he can write a vendordata driver20:06
cdentedleafe: so it isn’t opaque20:06
edleafecdent: which is why for a given host there may be several a-rs, and we just take the first one for claiming20:07
mriedempenick: nova passes some stuff to the vendordata service20:07
*** eharney has quit IRC20:07
cdent“passes some stuff” is the new api guideline20:07
*** edmondsw has quit IRC20:07
cdentwhat should my api do? “pass some stuff”20:07
edleafecdent: {$rp_uuid: <opaque>}20:07
mriedempenick: https://github.com/openstack/nova/blob/master/nova/api/metadata/vendordata_dynamic.py#L7720:08
*** edmondsw has joined #openstack-nova20:08
*** smatzek has joined #openstack-nova20:08
cdentedleafe: that’s not what an a-r looks like now: https://github.com/openstack/nova/blob/master/nova/api/openstack/placement/handlers/allocation_candidate.py#L55-L6820:09
jaypipescdent: the whole "I told you guys that this all sucks but don't have a better idea about how to solve this problem" attitude gets really old.20:09
cdentand we’re planning to change it with the new format20:09
penickIs he right about plaintext http only? That seems an easy fix20:09
cdentjaypipes: it gets especially old when you think that’s what we are doing and we aren’t actually20:09
*** edmondsw_ has joined #openstack-nova20:09
jaypipescdent: sure seems like it.20:09
*** artom has quit IRC20:09
penicker, mriedem: ahah, thanks. Is he right about plaintext only? that'd be an easy fix. I'll reply to him on the ML20:09
*** artom has joined #openstack-nova20:10
cdentjaypipes: my apologies then, but I think you’ll find that this started because I pointed dan at some clarifying info about questions he reaised on a review20:10
cdentsince then we’ve been talking, that’s all20:10
penickmriedem nm I see the ssl bit in the code20:10
mriedempenick: yeah we ust send some shit over json in the request and we hope the vendordata service finds it useful20:10
edleafejaypipes: having to have this conversation about opaqueness gets pretty old, too20:11
mriedemand yeah we do the normal ksa stuff20:11
mriedemfor the service user20:11
jaypipescdent: ""microversion thing way too fluid” was my concern too, but, like I said, I decided to capitulate" <-- attitude.20:11
cdentjaypipes: because at the ptg you declared, with dan, that we should argue less, so I did: I capitulated, as requested20:11
cdentyou perceive so much, without confirm it, and place me in this position of being a bad guy. It. Is. Not. Me.20:12
jaypipescdent: like I said... attitude.20:12
cdentyou read into that statement some kind of smug bullshit that is not there20:12
cdentit’s just me saying "okay"20:12
dansmithokay, let's pause the personal stuff for a minute20:12
*** edmondsw has quit IRC20:12
cdentI’m so sick of this.20:12
jaypipesfine with me.20:12
dansmithedleafe: your argument against a version is just that it's not needed, right?20:13
* cdent happy to pause20:13
dansmithedleafe: doesn't hurt anything, just isn't strictly required, right?20:13
edleafefor allocation_requests, yes, it's not needed20:13
edleafeno, it over-engineers things, so it does hurt20:13
dansmithedleafe: okay, so I know I don't have lots of karma to burn with you, but we could just put it in there, call it the dan_is_dumb field, and move forward without costing much else, right?20:13
*** edmondsw_ has quit IRC20:14
dansmitha single field over-engineers?20:14
edleafedansmith: you do realize that it's a lot more than just adding a field, right?20:14
edleafeit's now having to do version checking in placement for a thing that will always be the current version20:15
dansmithwe damn sure better be doing that version checking in placement anyway20:15
edleafeit's changing the placement API to add the version20:15
dansmitheh?20:15
dansmiththis is protocol stuff. the envelope.. it's built into every call we make to placement if we pass version=something in report client, no?20:16
edleafewhere is that a-r version coming from?20:16
jaypipesedleafe: it's currently hard-coded in the report client's claim_resources() method. That would need to be updated to pass an optional kwarg for the microversion override if received in the select_destinations() returned objects.20:17
jaypipesi.e. claim_resources(..., version=$what_i_got_from_scheduler)20:17
dansmith        r = self.put(url, payload, version='1.10')20:18
dansmithexactly20:18
jaypipeswe would want to have the scheduler package up the user and project ID into the allocation request blob it sends to.20:18
jaypipesto the caller of the select_destinations() method20:18
edleafejaypipes: So we have an old scheduler, old conductor, and new placement. Are you saying that placement should modify the structure of the a-r part of the response based on the old scheduler/conductor?20:19
jaypipesalso, instead of adding a separate version attribute to the Selection object, we could return a SelectionList object that had two fields, version and selections so we don't have to repeat the version field over and over again.20:19
dansmithedleafe: that's what versioning an API is all about20:19
dansmithjaypipes: I said no list object because there was no need. this would be a need, so that's fine with me, if that's desired20:20
dansmithwhen I argued against it, there was no such extra property20:20
*** sahid has quit IRC20:20
edleafedansmith: I know what versioning an API is about.20:21
edleafedansmith: the issue is whether the a-r should be dependent on placement, or on the things that call placement20:22
dansmithanything returned to the client is done so at the maximum version they both support20:22
cdentare we talking rpc api or http api here, because http api, it is the version the client asked for20:23
cdentwhich we have been generally controlling per request for nova->placement20:24
*** smatzek has quit IRC20:24
jaypipescdent: two different clients here.20:24
edleafethe clients support receiving a-rs. That's all the versioning we need. If they can get an a-r blob, that's sufficient20:24
edleafehttp20:24
jaypipescdent: the placement client embedded in the scheduler that called GET /allocation_candidates is one client. The scheduler client embdedded in the cell conductor that needs to call PUT /allocations/ is a different client.20:24
cdentyes, I know20:24
dansmithcdent: really not much about rpc apis going on here20:25
cdentI was attempting to clarify dan’s statement about “maximum version they supprot” < that’s not true for the report client, it asks for a specific version, not a max20:25
*** tbachman has quit IRC20:25
dansmithcdent: we're sending a blob to the rpc consumer, which has an inbuilt version that it should use to communicate with an external thing.. it's opaque to _that_ service20:25
dansmithcdent: it's an rpc client, it's tightly controlled by us, versioned interface, and we have more strict versions that are "compatible"20:26
dansmithcdent: it's the maximum semantically, the server doesn't know anything other than what the client said is it's version (i.e. the max for this request)20:26
cdentyes, per request20:27
*** tbachman has joined #openstack-nova20:28
mriedemi'll say i remember saying we should include the microversion that we used to build the allocation request in the scheduler and pass that down so the conductor makes the same request at the same microversion later20:29
mriedemrather than 'latest'20:30
dansmithmriedem: it's actually always making 1.10 right now, not even latest20:30
*** lbragstad has quit IRC20:30
dansmithwhich makes it even worse, IMHO20:30
mriedembut i'd have to lookup where i said this, which might just have been irc...20:30
jaypipesthis is the conversation that edleafe and I were having at a whiteboard in the corner.20:33
dansmithyeah, I wasn't over there, sorry about that20:33
dansmithso, let me just summarize where I think we stand20:33
dansmithcall me out if I'm being biased20:34
jaypipesand I said it would be ok to have the placement API service handle seamlessly understanding old formats of allocation request body.20:34
mriedemi don't think the placement api should be trying to retrofit the request20:34
mriedemthat's weird20:34
dansmithme either20:34
jaypipesI had previously asked edleafe to include the microversion the scheduler created the a-r for in the returned object from select_destinations()20:34
cdentmikal: I assume you’re not with us at the moment, but when you join does this make sense to you: https://review.openstack.org/#/c/509417/20:35
dansmithso I was going to summarize...20:36
dansmithedleafe is of the opinion that this should definitely not be versioned20:36
dansmithI feel it should be20:36
*** tbachman has quit IRC20:36
dansmithcdent leans towards versioning20:37
dansmithI think jaypipes is saying he does too (is that right?)20:37
cdentI lean toward not doing the microversino fakery failover server side20:37
cdentI’m agnostic about what happens on the client side20:37
dansmithand mriedem seems to think strict microversion style versioning  as well20:37
jaypipesdansmith: I lean towards placing a version field in the object returned from select_destinations(), yes.20:38
dansmithcdent: okay not sure how to avoid the fakery without the client being complicit.. your point is no fakery, whatever that means for the client behavior right?20:38
cdentyes20:38
*** Tom has joined #openstack-nova20:38
*** edmondsw has joined #openstack-nova20:40
*** lbragstad has joined #openstack-nova20:40
*** archit has quit IRC20:41
cfriesenif we don't version it, doesn't that heavily restrict what changes can be made in the future?20:42
*** Tom has quit IRC20:43
dansmithcfriesen: if we don't version it, then anything in the future becomes a archaeology expedition to decide what we can and can't do, yeah20:43
cfriesenlike you could add/remove fields but not change the meaning of an existing field20:43
dansmitha version doesn't fix that completely, but it certainly helps draw a box around what we can do and how20:43
dansmithcfriesen: not necessarily even that20:44
*** gouthamr_ has quit IRC20:44
dansmithI feel like we're at this point,20:44
dansmiththat we said we'd call out, recognize, and avoid rat-holing20:45
jaypipesedleafe: are you still with us?20:45
edleafeI had to walk away for a while. I was getting way too frustrated that this thing that we have said all along was an opaque blob now has versioned information20:46
edleafeNo one seems to consider that an a-r is a placement artifact, not a scheduler/conductor thing20:47
*** SamYaple has joined #openstack-nova20:47
edleafeit is created by placement, and is used only by placment, and is never persisted20:47
edleafeit is always "the latest"20:47
edleafeBut we want to treat it like it is a versioned data structure that scheduler "can know about"20:48
cdent(what ed just said about “always latest” is part of why I’m agnostic on the client side. It would be fundamentally correct for the report client to send the header as ‘latest’ because the placement service is always its own latest)20:49
*** priteau has quit IRC20:49
dansmithcdent: but the client has to construct the actual request20:50
dansmithright now it puts the user/project in there, and may have to do other things later20:50
dansmithso it can't say latest for the request, it has to say a version20:50
cdentyes, that’s where the notion of opaque blob falls apart20:50
*** priteau has joined #openstack-nova20:50
edleafedansmith: right now it just passes back the a-r to claim. It doesn't build anything20:50
dansmiththe other thing is,20:50
edleafethe user/project is in the a-r20:51
dansmiththe scheduler cannot communicate with placement at version latest20:51
jaypipesedleafe: not currently it isn't, no.20:51
dansmithand it does have to look at the results of those calls20:51
jaypipesedleafe: the scheduler client's claim_resources() method adds user id and project id to the HTTP request payload.20:51
dansmithso the compute or conductor saying latest _cannot_ be right forever20:51
edleafejaypipes: https://github.com/openstack/nova/blob/master/nova/api/openstack/placement/handlers/allocation.py#L7720:51
*** hamzy has quit IRC20:52
openstackgerritDan Smith proposed openstack/nova master: Pre-create migration object  https://review.openstack.org/49895020:52
openstackgerritDan Smith proposed openstack/nova master: Revert allocations by migration uuid  https://review.openstack.org/49894920:52
openstackgerritDan Smith proposed openstack/nova master: Refactor resource tracker to account for migration allocations  https://review.openstack.org/50641920:52
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642020:52
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763820:52
jaypipesedleafe: that's the request payload for PUT /allocations, not the format of the allocation_request object that is returned in the GET /allocation_candidates HTTP response.20:52
jaypipesedleafe: https://github.com/openstack/nova/blob/master/nova/api/openstack/placement/handlers/allocation_candidate.py#L57-L6620:53
*** smatzek has joined #openstack-nova20:53
jaypipesedleafe: we don't currently add the user and project ID into the allocation_request object in the return from GET /allocation_candidates20:53
jaypipesedleafe: unfortunately. was an oversight on my part.20:54
jaypipesedleafe: I'm sure dansmith at some point told me to put it in there and I just forgot.20:54
dansmithit doesn't matter, because 'latest' is not the version used by the scheduler (in the future when we're doing things correctly and placement is external)20:54
*** lpetrut_ has quit IRC20:55
cdentso if scheduler and placement are out of sync, grind20:56
*** catintheroof has quit IRC20:56
dansmithwhen placement is external, we must tolerate them being out of sync20:56
*** MVenesio has quit IRC20:57
*** smatzek has quit IRC20:58
edleafeoh, geez, I give up. I missed this: https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L15420:59
*** priteau has quit IRC20:59
edleafeForget everything I said about a-rs being opaque20:59
mriedemyes i remember pointing out late in pike that we needed to update nova-status' check for the required minimum placement microversion to be 1.10 because that's what the scheduler was requesting during claim_resources21:00
edleafethat ship has sailed.21:00
mriedemwe really only needed 1.8 for the user_id/project_id thing (i think?)21:00
*** slaweq_ has quit IRC21:00
*** slaweq_ has joined #openstack-nova21:00
mriedemand we had to put something in the release notes saying you have to make sure to upgrade placement before scheduler since scheduler requires this new higher microversoin in placement that wasn't available in ocata21:00
edleafeI'm going to finish the stuff I've been trying to work on and then I'll rethink how to change the series to add a versioned allocation_request to the Selection object21:01
mriedemif the pike scheduler was requesting 'latest' to an ocata placement, the request might pass at whatever 'latest' is for placement in ocata, but not what the pike scheduler client actually needs21:01
dansmithedleafe: okay and you caught the bit I said about the selectionlist object potentially being okay if we're going to use it for holding a version right?21:02
edleafedansmith: yeah, but that's minor21:03
dansmithedleafe: yep, just saying, if you wan to go back to doing it that way, I'm cool with it21:03
cdentedleafe’s link raises another wart doesn’t it? If _move_operation_alloc_request is working in the guts of alloc request, it has to know the version21:03
cdentis that called from only the scheduler, or also in the cells?21:04
cdent(and presumably there are others like it?)21:04
jaypipescdent: we're trying to get rid of that entirely.21:04
jaypipescdent: and do the migration owns allocation thing.21:04
edleafecdent: it will be called from within the cells too21:04
mriedemcdent: it's called from the scheduler and, for the time being, superconductor21:04
cdentyes, but will still inspect don’t we?21:04
mriedemduring force live migrate and force evacuate21:04
mriedemwhere the scheduler is skipped21:05
mriedemedleafe: not within the cells21:05
cdentand in any case that code is pike21:05
mriedemedleafe: oh you mean with alternate hosts yeah21:05
edleafemriedem: the cell conductor will have to claim21:05
mriedemright right21:05
dansmithbut we don't need too look inside the a-r in the claim during reschedule21:05
mriedemwe just proxy it through21:05
dansmiththis move claim thing is a good example of the scheduler needing to examine it21:05
* cdent needs a stiff drink21:05
dansmithmriedem: right21:05
mriedem"here is a request the scheduler told me to send at this version k?!"21:06
mriedem"<3 cell conductor"21:06
edleafedansmith: and I was thinking that this move claim thing is a bad example21:06
*** crushil has quit IRC21:06
dansmithedleafe: it's a bad example in the cosmic sense of things that suck... yes :)21:06
efriedmriedem Please cast your critical eye upon https://review.openstack.org/#/c/488137/ when you get time.21:11
*** rajinir is now known as rajinir-afk21:11
*** jheroux has quit IRC21:11
efriedIIRC the goal was to get the whole series in by the first milestone thingy.21:11
mriedemefried: oh efried21:11
mriedemdid i actually say that was a goal?21:11
mriedemi mentioned it as being doable during a meeting a few weeks back21:12
mriedemand you've been cruising my house at 1am ever since21:12
efriedOh, please let me find that.  Stand by.21:12
efriedmriedem http://eavesdrop.openstack.org/meetings/nova/2017/nova.2017-09-21-14.00.log.txt @14:03:0921:13
efriedIt's entirely possible I've been misinterpreting "...should ... have ... merged by then"21:14
mriedemthat can be interpreted so many different ways21:14
mriedemwould never hold up in a court21:14
jaypipescan we finalize on a decision on this then?21:14
efriedFair enough.  But if it ever gets interpreted as "this should have merged by then," I don't want it to be because I didn't pester people for reviews :)21:14
mriedemefried: don't worry i know you've asked several times21:16
mriedemjaypipes: pass the version down21:16
dansmithyep21:17
edleafejaypipes: [t 4Bt]21:17
purplerbot<edleafe> I'm going to finish the stuff I've been trying to work on and then I'll rethink how to change the series to add a versioned allocation_request to the Selection object [2017-10-05 21:01:08.583741] [n 4Bt]21:17
jaypipesok, thanks edleafe21:17
*** crushil has joined #openstack-nova21:19
*** baoli has quit IRC21:19
*** rcernin has joined #openstack-nova21:22
*** crushil has quit IRC21:24
mriedemha,21:26
mriedemgood news folks21:26
mriedemget ready for 100% nova gate failure21:26
*** dillaman has quit IRC21:28
dansmithwat21:28
dansmithI see the top of our gate is failing21:28
mriedemyeah i know what it is21:28
mriedembut i'll never tell21:28
dansmithjust fix, I don't care if you tell21:28
mtreinishmriedem: oh it's your new test21:29
mriedemSHHHHHHHHHHHHHHHH21:29
mriedemTREINISH!21:29
*** vladikr has quit IRC21:29
mriedemwho were the ad wizards that merged that one21:29
*** Tom_ has joined #openstack-nova21:29
mtreinishmriedem: oomichi_afk gave it the +W21:29
dansmiththe shelve offload one?21:29
mriedemno21:29
mriedemi'm fixing21:29
melwittlol21:30
mtreinishdansmith: https://review.openstack.org/#/c/480746/21:30
* dansmith shakes his head at mriedem 21:31
mriedemhey, you're welcome ^21:31
mriedemoops21:31
openstackgerritMatt Riedemann proposed openstack/nova master: Blacklist test_extend_attached_volume from cells v1 job  https://review.openstack.org/50990721:32
dansmithwell, melissaml +1d it so I'm surprised it was buggy21:32
mriedemusually pretty reliable21:32
dansmithmelwitt: jaypipes ^21:32
*** Tom_ has quit IRC21:33
openstackgerritJay Pipes proposed openstack/nova master: rp: break functions out of _set_traits()  https://review.openstack.org/50990821:34
mtreinishmelwitt: hmm, on https://review.openstack.org/#/c/507976/ stestr said the blacklist didn't match anything21:35
mtreinishyou might have found a bug in it21:35
*** esberglu has quit IRC21:36
melwittokay :)21:36
melwittmtreinish: do you know wassup with this? http://logs.openstack.org/76/507976/5/check/gate-nova-python35/859471a/console.html#_2017-10-05_21_00_25_16239421:37
mtreinishmelwitt: yeah the post-processing on results is going a bit crazy because the test runner bailed before generating any artifacts21:37
mtreinishso all the things are trying to operate on testrepository.subunit are blowing up because that was never created21:38
mtreinishthat specific du check was there for testr because it would just pass silently if no tests were ever run21:39
melwittoh21:39
mtreinishso the run tox script that zuul runs does a du to check there is actual subunit data generated21:39
melwittdo not matching anything made it bail?21:39
mtreinishit's not really necessary on stestr though because it fails if nothign is run21:39
melwitt*did21:40
melwittI guess that didn't really make my sentence better21:40
mtreinishmelwitt: yep, it exited with an error because it didn't match anything21:40
mriedemjaypipes: i have a sql question21:40
mtreinishthat error message needs to be fixed though, it predates other non-regex selection mechanisms21:40
melwittk21:40
mriedemi want to add an index on instance_actions_events for the action_id and event_id fields,21:40
*** edmondsw has quit IRC21:41
mriedemjaypipes: when we query those, we also include the deleted column so i'm assuming we want that in the index too right?21:41
*** edmondsw has joined #openstack-nova21:41
jaypipesmriedem: you don't *have* to do that, no... especially if the deleted column has very low cardinality21:42
jaypipesmriedem: i.e. deleted column has very few distinct values21:42
mriedemi've just noticed that we have deleted in most of our other indexes21:42
mtreinishmelwitt: the thing I'm confused by is the selection code in stestr I basically just copy and pasted from ostestr, so I'm surprised it's behaving differently21:42
melwittah, yeah. I was wondering that21:42
jaypipesmriedem: yeah, I know we have deleted in a lot of the indexes...21:43
*** gouthamr has joined #openstack-nova21:43
mriedemjaypipes: well, the values are 0 or positive int21:43
jaypipesmriedem: right, but most are 0.21:43
mriedemsure21:43
mriedemmaybe i should just run it both ways and see21:43
jaypipesmriedem: that's like have a phone book with all dan smiths in it.21:43
mriedemcurrently building a devstack with 500 of these21:44
gregworkhas anyone seen where all the nova services (conductor/scheduler/api) all start barfing with: ValueError: too many values to unpack. just rolling logs of this kind of error: https://paste.fedoraproject.org/paste/Vn7-6s6INFVJa5FqWb7huQ21:44
mriedemthere are 2 matt riedemanns in the dan smith phone book21:44
gregworknova-manage db sync also returns that ValueError21:44
jaypipesgregwork: you have bad sql_connection config option values.21:45
mriedemgregwork: looks like a config issue21:45
mriedemyup21:45
mriedemcheck your [database]/connection value21:45
*** edmondsw has quit IRC21:46
*** MasterOfBugs has quit IRC21:46
*** MasterOfBugs has joined #openstack-nova21:46
gregworkin /etc/nova/nova.conf ?21:46
*** felipemonteiro__ has quit IRC21:46
mriedemyes21:47
mtreinishmelwitt: found the issue, left a review comment21:48
melwittlooking21:49
mtreinishI was confused there for a second, because the flag worked fine locally for me21:49
melwittah, thanks21:49
openstackgerritmelanie witt proposed openstack/nova master: Make setenv consistent for unit, func, and api-samples  https://review.openstack.org/50797621:50
*** tbachman has joined #openstack-nova21:54
*** slaweq_ has quit IRC21:55
gregworkyep that was exactly it22:02
gregworkwas trying to deploy browbeat and it modified nova.conf to add +connmon to the connection=22:02
gregworkbut the install failed however the conf's had been updated22:02
gregworkthanks!22:03
*** Nel1x has joined #openstack-nova22:03
*** pramodrj07 has joined #openstack-nova22:04
*** rcernin has quit IRC22:06
*** MasterOfBugs has quit IRC22:07
*** burt has quit IRC22:07
*** baoli has joined #openstack-nova22:08
*** Tom_ has joined #openstack-nova22:10
*** baoli has quit IRC22:12
*** baoli has joined #openstack-nova22:12
*** Tom_ has quit IRC22:14
*** yamamoto has joined #openstack-nova22:14
mriedemomg here it comes22:21
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add live.migration.force.complete to the legacy notification whitelist  https://review.openstack.org/50887722:21
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add _wait_for_action_fail_completion to InstanceHelperMixin  https://review.openstack.org/50992222:21
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add recreate test for live migrate rollback not cleaning up dest allocs  https://review.openstack.org/50992322:21
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add functional migrate force_complete test  https://review.openstack.org/50992422:21
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add functional for live migrate delete  https://review.openstack.org/50992522:21
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Remove dest node allocations during live migration rollback  https://review.openstack.org/50992622:21
*** tbachman has quit IRC22:23
*** awaugama has quit IRC22:25
*** lbragstad has quit IRC22:38
*** liangy has quit IRC22:41
*** jdwidari has quit IRC22:44
*** xyang1 has quit IRC22:45
openstackgerritMatt Riedemann proposed openstack/nova master: Note TrustedFilter deprecation in docs  https://review.openstack.org/50993122:48
*** penick has quit IRC22:54
*** gmann_sleep is now known as gmann23:01
*** erlon has quit IRC23:01
*** hongbin has quit IRC23:07
*** Tom_ has joined #openstack-nova23:10
mriedemwell this is weird, i stop 1 instance and it generates 3 events http://paste.openstack.org/show/622795/23:10
mtreinishmriedem: all the request ids are different?23:13
mriedemand 2 of the events don't have project ids23:14
mriedemi bet i know what this is23:14
mriedemsync_instance_power_state periodic23:14
mriedemthe last 2 are 10 minutes apart23:14
mriedemwhich is the default on that periodic23:14
*** Tom_ has quit IRC23:15
mriedemha, yeah, because the fake driver that i'm using doesn't change the state on the fake guest when you power it off23:16
mriedemso the db says it's stopped but the "hypervisor" doesn't23:16
mriedemso nova stops it23:16
mriedemsev1 fake driver bug23:16
*** s1061123 has quit IRC23:17
*** s1061123 has joined #openstack-nova23:17
mtreinishmriedem: hah, nice23:18
*** sdague has quit IRC23:18
*** claudiub has joined #openstack-nova23:19
openstackgerritMatt Riedemann proposed openstack/nova master: Implement power_off/power_on for the FakeDriver  https://review.openstack.org/50993523:21
*** baoli has quit IRC23:24
*** tbachman has joined #openstack-nova23:26
*** edmondsw has joined #openstack-nova23:28
*** namnh has joined #openstack-nova23:28
*** edmondsw has quit IRC23:32
*** takashin has joined #openstack-nova23:36
*** chyka has quit IRC23:36
*** chyka has joined #openstack-nova23:36
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add live.migration.force.complete to the legacy notification whitelist  https://review.openstack.org/50887723:38
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add functional migrate force_complete test  https://review.openstack.org/50992423:38
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add functional for live migrate delete  https://review.openstack.org/50992523:38
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Remove dest node allocations during live migration rollback  https://review.openstack.org/50992623:38
*** chyka has quit IRC23:41
*** hamzy has joined #openstack-nova23:43
*** markvoelker_ has quit IRC23:51
*** pramodrj07 has quit IRC23:56

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