Monday, 2017-04-03

*** yamahata has joined #openstack-nova00:02
*** masber has joined #openstack-nova00:05
*** kaisers has joined #openstack-nova00:36
*** dillaman has quit IRC00:38
mriedemKevin_Zheng: i think i have a much easier way to fix this https://review.openstack.org/#/c/403568/00:39
Kevin_Zhengmriedem: thanks,Im looking at it00:40
*** artom has quit IRC00:42
*** tobasco has quit IRC00:42
*** artom has joined #openstack-nova00:42
mriedemlet me work something up quick00:44
*** erlon has quit IRC00:45
*** suresh12 has joined #openstack-nova00:45
*** READ10 is now known as READ10|away00:46
*** tobasco has joined #openstack-nova00:46
*** ssurana has joined #openstack-nova00:51
*** ssurana has quit IRC00:52
*** baoli has quit IRC00:52
openstackgerritMatt Riedemann proposed openstack/nova master: Preserve pre-existing port when attach interface fails  https://review.openstack.org/45257700:53
mriedemKevin_Zheng: ^ see if that works, i still need to update tests00:53
*** suresh12 has quit IRC00:53
*** ssurana has joined #openstack-nova00:54
openstackgerritMatt Riedemann proposed openstack/nova master: Preserve pre-existing port when attach interface fails  https://review.openstack.org/45257700:55
*** baoli has joined #openstack-nova00:58
mriedemi'll be back in an hour or so00:58
*** nic has joined #openstack-nova01:00
*** nic has quit IRC01:00
*** yamahata has quit IRC01:03
*** jamielennox|away is now known as jamielennox01:06
*** NikhilS has joined #openstack-nova01:09
*** gcb has joined #openstack-nova01:14
*** baoli has quit IRC01:19
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix parameters in os-hosts.inc  https://review.openstack.org/41644401:19
*** takashin_ has joined #openstack-nova01:24
*** takashin has quit IRC01:24
*** kaisers has quit IRC01:27
*** baoli has joined #openstack-nova01:29
*** tuanluong has joined #openstack-nova01:35
*** thorst has joined #openstack-nova01:37
*** thorst has quit IRC01:42
*** baoli has quit IRC01:43
*** kaisers has joined #openstack-nova01:44
*** tovin07 has joined #openstack-nova01:50
*** nkorabli has joined #openstack-nova01:55
*** fandi has joined #openstack-nova01:57
*** rcernin has joined #openstack-nova01:58
*** nkorabli has quit IRC01:59
*** lucas-afk has quit IRC02:23
*** lucasagomes has joined #openstack-nova02:25
*** baoli has joined #openstack-nova02:28
*** yamamoto has joined #openstack-nova02:29
*** baoli_ has joined #openstack-nova02:30
mordredmriedem: I was02:30
mordredmriedem: basically, the idea that I could put metadata on my glance image and it somehow at boot time might cause other volumes to be needed/mounted is both surprising and also might solve one of clarkb's complaints with booting servers with volumes02:31
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2)  https://review.openstack.org/40895502:33
*** baoli has quit IRC02:33
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896402:34
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Add parameters in cold migrate action  https://review.openstack.org/41004202:35
openstackgerritTakashi NATSUME proposed openstack/nova master: Add functional tests for cold migration to same host  https://review.openstack.org/41492602:35
mriedemmordred: all sorts of undocumented goodies lurk beneath02:36
mriedemand apparently is why we can never change anything02:36
*** tbachman has quit IRC02:38
*** thorst has joined #openstack-nova02:38
*** suresh12 has joined #openstack-nova02:39
*** amotoki has joined #openstack-nova02:39
*** gouthamr has quit IRC02:41
*** suresh12 has quit IRC02:43
*** rcernin has quit IRC02:45
*** brault|away has joined #openstack-nova02:46
*** baoli_ has quit IRC02:50
*** brault|away has quit IRC02:51
*** baoli has joined #openstack-nova02:51
*** catintheroof has joined #openstack-nova02:55
*** dave-mccowan has joined #openstack-nova02:55
*** sridharg has joined #openstack-nova02:56
*** sridharg has quit IRC02:57
*** thorst has quit IRC02:57
*** ducttape_ has joined #openstack-nova02:57
*** dave-mcc_ has quit IRC02:57
*** ducttape_ has quit IRC02:58
*** ducttape_ has joined #openstack-nova02:58
*** pjm6 has quit IRC02:59
*** mlavalle has joined #openstack-nova02:59
*** amotoki has quit IRC03:00
*** dave-mccowan has quit IRC03:05
mordredmriedem: fantastic03:06
mordredmriedem: I may, when it's not 10pm on a Sunday night, ping you more to try to learn more things03:07
*** mlavalle has quit IRC03:07
mriedemwfm03:07
mriedemi'm learning too :)03:07
*** tjones has joined #openstack-nova03:08
*** tjones has quit IRC03:08
*** artom has quit IRC03:09
*** artom has joined #openstack-nova03:09
*** fragatina has quit IRC03:10
*** artom has quit IRC03:10
*** artom has joined #openstack-nova03:10
*** baoli has quit IRC03:16
*** ducttape_ has quit IRC03:17
openstackgerritMatt Riedemann proposed openstack/nova master: Preserve pre-existing port when attach interface fails  https://review.openstack.org/45257703:18
*** sree has joined #openstack-nova03:20
*** amotoki has joined #openstack-nova03:20
openstackgerritMatt Riedemann proposed openstack/nova master: Preserve pre-existing port when attach interface fails  https://review.openstack.org/45257703:21
*** mriedem has quit IRC03:21
*** ducttape_ has joined #openstack-nova03:22
*** ducttape_ has quit IRC03:24
*** ducttape_ has joined #openstack-nova03:24
*** mlavalle has joined #openstack-nova03:26
*** mlavalle has quit IRC03:26
*** sree has quit IRC03:28
*** sree has joined #openstack-nova03:28
*** amotoki has quit IRC03:29
*** jwcroppe has quit IRC03:31
*** jwcroppe has joined #openstack-nova03:32
*** sree has quit IRC03:33
*** kaisers has quit IRC03:36
*** kaisers has joined #openstack-nova03:36
*** yamamoto has quit IRC03:37
*** amotoki has joined #openstack-nova03:38
*** kaisers has quit IRC03:40
*** kaisers has joined #openstack-nova03:41
*** ducttape_ has quit IRC03:41
*** kaisers has quit IRC03:45
*** ducttape_ has joined #openstack-nova03:48
*** thorst has joined #openstack-nova03:54
*** dharinic has joined #openstack-nova03:54
*** ducttape_ has quit IRC03:55
*** thorst has quit IRC03:58
*** Dinesh_Bhor has joined #openstack-nova04:01
*** amotoki has quit IRC04:01
*** fragatina has joined #openstack-nova04:01
*** fragatina has quit IRC04:04
*** kaisers has joined #openstack-nova04:04
*** fragatina has joined #openstack-nova04:04
*** vks1 has joined #openstack-nova04:06
*** amotoki has joined #openstack-nova04:08
*** trinaths has joined #openstack-nova04:09
*** iceyao has joined #openstack-nova04:09
*** catintheroof has quit IRC04:10
*** iceyao has quit IRC04:10
*** kaisers_ has joined #openstack-nova04:11
*** kaisers_ has quit IRC04:15
*** yamamoto has joined #openstack-nova04:16
*** iceyao has joined #openstack-nova04:19
*** suresh12 has joined #openstack-nova04:23
openstackgerritMaciej Szankin proposed openstack/nova-specs master: Add use-local-scheduler spec  https://review.openstack.org/43893604:24
*** psachin has joined #openstack-nova04:26
*** haplo37 has quit IRC04:32
*** haplo37 has joined #openstack-nova04:35
openstackgerritMaciej Szankin proposed openstack/nova-specs master: Add use-local-scheduler spec  https://review.openstack.org/43893604:36
*** fandi__ has joined #openstack-nova04:41
*** Jack_Iv has joined #openstack-nova04:44
*** bmace has quit IRC04:45
*** fandi has quit IRC04:45
*** bmace has joined #openstack-nova04:45
*** ducttape_ has joined #openstack-nova04:48
*** kaisers has quit IRC04:49
*** ducttape_ has quit IRC04:53
*** thorst has joined #openstack-nova04:54
*** rcernin has joined #openstack-nova04:56
*** thorst has quit IRC04:59
*** kaisers has joined #openstack-nova05:00
*** iceyao has quit IRC05:03
*** Jack_Iv has quit IRC05:03
*** kaisers1 has joined #openstack-nova05:04
*** kaisers has quit IRC05:10
*** udesale has joined #openstack-nova05:11
*** ratailor has joined #openstack-nova05:12
*** dharinic has quit IRC05:12
*** iceyao has joined #openstack-nova05:12
*** ratailor has quit IRC05:13
*** udesale has quit IRC05:14
*** udesale has joined #openstack-nova05:15
*** kaisers1 has quit IRC05:15
*** iceyao has quit IRC05:17
*** claudiub has joined #openstack-nova05:17
*** rcernin has quit IRC05:18
*** Jack_Iv has joined #openstack-nova05:18
*** ratailor has joined #openstack-nova05:18
*** dimtruck is now known as zz_dimtruck05:24
*** zz_dimtruck is now known as dimtruck05:24
*** udesale has quit IRC05:27
*** udesale has joined #openstack-nova05:27
*** prateek has joined #openstack-nova05:29
*** lpetrut has joined #openstack-nova05:30
*** rcernin has joined #openstack-nova05:31
*** kaisers has joined #openstack-nova05:32
*** lpetrut has quit IRC05:33
*** dimtruck is now known as zz_dimtruck05:33
*** iceyao has joined #openstack-nova05:39
*** Fdaisuke has joined #openstack-nova05:40
*** kaisers has quit IRC05:41
*** IRCFrEAK has joined #openstack-nova05:45
*** IRCFrEAK has left #openstack-nova05:47
*** ecelik has joined #openstack-nova05:51
*** ecelik has left #openstack-nova05:51
*** mdnadeem has joined #openstack-nova05:51
*** iceyao_ has joined #openstack-nova05:54
*** thorst has joined #openstack-nova05:55
*** yamahata has joined #openstack-nova05:55
*** kaisers has joined #openstack-nova05:56
*** iceyao has quit IRC05:57
*** thorst has quit IRC05:59
*** kaisers has quit IRC06:03
*** oomichi has quit IRC06:03
*** oomichi has joined #openstack-nova06:04
*** ratailor has quit IRC06:04
*** sree has joined #openstack-nova06:07
*** gcb has quit IRC06:07
*** ratailor has joined #openstack-nova06:07
*** ltomasbo|away is now known as ltomasbo06:08
*** Oku_OS-away is now known as Oku_OS06:10
*** kaisers has joined #openstack-nova06:11
*** mkoderer has joined #openstack-nova06:15
*** ducttape_ has joined #openstack-nova06:18
*** kaisers1 has joined #openstack-nova06:19
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity in vmops._spawn method  https://review.openstack.org/43850206:19
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity - servers.py  https://review.openstack.org/35986106:19
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity - manager.py  https://review.openstack.org/35986806:19
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity - linux_net.py  https://review.openstack.org/35987106:19
openstackgerritAlex Szarka proposed openstack/nova master: Reduce code complexity - libvirt/config.py  https://review.openstack.org/35987906:19
*** Jack_Iv has quit IRC06:20
*** nkrinner_afk is now known as nkrinner06:20
*** ducttape_ has quit IRC06:23
*** mnestratov has joined #openstack-nova06:29
*** oomichi has quit IRC06:29
*** oomichi has joined #openstack-nova06:30
*** voelzmo has joined #openstack-nova06:31
openstackgerritAlex Szarka proposed openstack/nova master: Transform instance.resize.error notifications  https://review.openstack.org/41788206:32
*** jwcroppe has quit IRC06:32
*** jwcroppe has joined #openstack-nova06:32
*** kaisers1 has quit IRC06:33
*** tesseract has joined #openstack-nova06:34
*** hoonetorg has quit IRC06:37
*** voelzmo has quit IRC06:38
*** voelzmo has joined #openstack-nova06:42
*** brault|away has joined #openstack-nova06:42
*** ralonsoh has joined #openstack-nova06:43
*** andreas_s has joined #openstack-nova06:50
*** kaisers1 has joined #openstack-nova06:50
*** belmoreira has joined #openstack-nova06:50
*** sridharg has joined #openstack-nova06:52
*** suresh12 has quit IRC06:54
*** thorst has joined #openstack-nova06:56
*** pcaruana has joined #openstack-nova06:57
*** udesale has quit IRC06:57
*** jaosorior has joined #openstack-nova06:57
*** udesale has joined #openstack-nova06:58
*** moshele has joined #openstack-nova06:58
*** markus_z has joined #openstack-nova06:58
*** udesale has quit IRC06:58
*** udesale has joined #openstack-nova06:59
*** Jack_Iv has joined #openstack-nova07:00
*** thorst has quit IRC07:00
*** zz_dimtruck is now known as dimtruck07:01
*** kaisers1 has quit IRC07:02
*** satyar has joined #openstack-nova07:04
openstackgerritAlvaro Lopez Garcia proposed openstack/nova master: Ensure that periodic reclaim cleans DB deleted instances  https://review.openstack.org/32325007:08
*** dimtruck is now known as zz_dimtruck07:11
*** kaisers1 has joined #openstack-nova07:17
openstackgerritDinesh Bhor proposed openstack/nova master: Use HostAddressOpt for opts that accept IP and hostnames  https://review.openstack.org/44578207:19
*** amoralej|off is now known as amoralej07:20
*** Jack_Iv has joined #openstack-nova07:23
*** d9k has quit IRC07:31
*** d9k has joined #openstack-nova07:31
*** kaisers1 has quit IRC07:33
*** avolkov has joined #openstack-nova07:36
*** amotoki_ has joined #openstack-nova07:41
*** Jack_Iv has quit IRC07:43
*** amotoki has quit IRC07:44
*** ducttape_ has joined #openstack-nova07:49
*** kaisers1 has joined #openstack-nova07:49
*** kaisers has quit IRC07:51
*** ducttape_ has quit IRC07:54
*** thorst has joined #openstack-nova07:56
*** zzzeek has quit IRC08:00
*** nkorabli has joined #openstack-nova08:00
*** zzzeek has joined #openstack-nova08:00
*** zz_dimtruck is now known as dimtruck08:02
*** mlakat has joined #openstack-nova08:02
*** openstackgerrit has quit IRC08:03
*** kaisers has joined #openstack-nova08:04
*** dimtruck is now known as zz_dimtruck08:12
*** thorst has quit IRC08:16
*** iceyao_ has quit IRC08:18
*** iceyao has joined #openstack-nova08:18
*** nmathew has joined #openstack-nova08:24
*** fragatina has quit IRC08:28
*** kaisers has quit IRC08:38
*** lpetrut has joined #openstack-nova08:41
*** derekh has joined #openstack-nova08:42
*** jpena|off is now known as jpena08:42
*** yamahata has quit IRC08:48
*** owalsh is now known as owalsh_afk08:49
*** iceyao has quit IRC08:50
*** mtreinish has quit IRC08:53
*** abhishek_k has joined #openstack-nova08:54
*** suresh12 has joined #openstack-nova08:55
*** abhishekk has quit IRC08:55
*** trinaths has quit IRC08:55
*** mtreinish has joined #openstack-nova08:57
*** suresh12 has quit IRC08:59
*** openstackgerrit has joined #openstack-nova09:02
openstackgerritTadas Ustinavičius proposed openstack/nova master: Implements: blueprint custom-emulator-path  https://review.openstack.org/45264609:02
*** zz_dimtruck is now known as dimtruck09:02
*** trinaths has joined #openstack-nova09:07
*** dimtruck is now known as zz_dimtruck09:12
*** thorst has joined #openstack-nova09:13
*** cdent has joined #openstack-nova09:14
*** yassine has joined #openstack-nova09:17
*** yassine is now known as Guest6326209:17
*** thorst has quit IRC09:17
*** bhagyashris has joined #openstack-nova09:17
*** ducttape_ has joined #openstack-nova09:20
*** ducttape_ has quit IRC09:24
*** szaher has quit IRC09:25
*** amotoki_ has quit IRC09:25
*** sambetts|afk is now known as sambetts09:25
*** lpetrut has quit IRC09:26
*** karimb has joined #openstack-nova09:27
*** abalutoiu has joined #openstack-nova09:28
*** szaher has joined #openstack-nova09:30
*** szaher has quit IRC09:33
*** prateek has quit IRC09:33
*** kaisers has joined #openstack-nova09:33
*** takashin_ has left #openstack-nova09:34
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Add policy-remove-scope-checks spec  https://review.openstack.org/43303709:35
*** kaisers has quit IRC09:38
*** szaher has joined #openstack-nova09:39
*** trinaths1 has joined #openstack-nova09:40
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Add additional-default-policy-roles spec  https://review.openstack.org/42787209:42
*** trinaths has quit IRC09:42
*** karimb has quit IRC09:43
*** NikhilS has quit IRC09:46
*** prateek has joined #openstack-nova09:47
*** trinaths1 has left #openstack-nova09:47
*** prateek has quit IRC09:47
*** prateek has joined #openstack-nova09:47
*** lpetrut has joined #openstack-nova09:48
*** trinaths has joined #openstack-nova09:49
*** pjm6 has joined #openstack-nova09:50
*** lpetrut has quit IRC09:51
*** karimb has joined #openstack-nova09:51
openstackgerritStephen Finucane proposed openstack/os-vif master: doc: Rewrap 'vif_types' document  https://review.openstack.org/45266509:53
openstackgerritStephen Finucane proposed openstack/os-vif master: doc: Add glossary  https://review.openstack.org/45266609:53
*** tovin07_ has joined #openstack-nova09:53
*** lpetrut has joined #openstack-nova09:53
*** lpetrut has quit IRC09:53
*** prateek has quit IRC09:56
*** prateek_ has joined #openstack-nova09:56
*** tovin07__ has joined #openstack-nova09:57
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Flatten functions  https://review.openstack.org/36747009:57
openstackgerritStephen Finucane proposed openstack/nova master: Standardize '_get_XXX_constraints' functions  https://review.openstack.org/38507109:57
openstackgerritStephen Finucane proposed openstack/nova master: Rename '_numa_get_constraints_XXX' functions  https://review.openstack.org/38507209:57
openstackgerritStephen Finucane proposed openstack/nova master: De-duplicate _numa_get_flavor_XXX_map_list  https://review.openstack.org/38507409:57
*** tovin07__ has quit IRC09:59
*** prateek has joined #openstack-nova10:00
*** pjm6 has quit IRC10:00
*** tovin07_ has quit IRC10:00
*** tovin07 has quit IRC10:01
*** szaher has quit IRC10:01
*** owalsh_afk is now known as owalsh10:02
*** prateek_ has quit IRC10:03
*** tbachman has joined #openstack-nova10:03
*** zz_dimtruck is now known as dimtruck10:03
*** szaher has joined #openstack-nova10:04
*** rcernin has quit IRC10:05
*** fandi__ has quit IRC10:05
*** pjm6 has joined #openstack-nova10:05
*** hoonetorg has joined #openstack-nova10:07
*** prateek has quit IRC10:09
*** lpetrut has joined #openstack-nova10:10
*** szaher has quit IRC10:10
*** szaher has joined #openstack-nova10:11
*** dimtruck is now known as zz_dimtruck10:13
*** ssurana has quit IRC10:14
*** prateek has joined #openstack-nova10:15
*** satyar has quit IRC10:20
*** tbachman has quit IRC10:20
*** lpetrut has quit IRC10:21
*** tbachman has joined #openstack-nova10:23
*** sdague has joined #openstack-nova10:23
*** nicolasbock has joined #openstack-nova10:23
*** rcernin has joined #openstack-nova10:24
openstackgerritStephen Finucane proposed openstack/nova master: Plumbing for tagged nic attachment  https://review.openstack.org/41562210:26
openstackgerritStephen Finucane proposed openstack/nova master: Delete nic metadata when detaching interface  https://review.openstack.org/43538710:26
openstackgerritStephen Finucane proposed openstack/nova master: Libvirt support for tagged volume attachment  https://review.openstack.org/41810010:26
openstackgerritStephen Finucane proposed openstack/nova master: Delete disk metadata when detaching volume  https://review.openstack.org/43508210:26
openstackgerritStephen Finucane proposed openstack/nova master: Plumbing for tagged volume attachment  https://review.openstack.org/39194110:26
openstackgerritStephen Finucane proposed openstack/nova master: API support for tagged device attachment  https://review.openstack.org/37602110:26
openstackgerritStephen Finucane proposed openstack/nova master: Libvirt support for tagged nic attachment  https://review.openstack.org/41552010:26
*** lpetrut has joined #openstack-nova10:27
openstackgerritStephen Finucane proposed openstack/nova master: Optimize creating security_group  https://review.openstack.org/31531110:30
*** f10d4 has joined #openstack-nova10:34
f10d4hi10:34
*** lpetrut has quit IRC10:34
*** kaisers has joined #openstack-nova10:34
*** lpetrut has joined #openstack-nova10:34
*** psachin has quit IRC10:34
*** lpetrut has quit IRC10:39
*** sree has quit IRC10:41
*** sree has joined #openstack-nova10:42
*** ducttape_ has joined #openstack-nova10:50
*** psachin has joined #openstack-nova10:51
*** ducttape_ has quit IRC10:55
*** sree has quit IRC10:57
*** sree has joined #openstack-nova10:58
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for GET RP inventories  https://review.openstack.org/44976511:02
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for POST RP inventories  https://review.openstack.org/45185511:02
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for PUT RP inventories  https://review.openstack.org/45270711:02
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for DELETE RP inventories  https://review.openstack.org/45270811:02
*** sree has quit IRC11:02
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Add additional-default-policy-roles spec  https://review.openstack.org/42787211:02
*** zz_dimtruck is now known as dimtruck11:04
*** moshele has quit IRC11:10
openstackgerritDinesh Bhor proposed openstack/nova master: Use HostAddressOpt for opts that accept IP and hostnames  https://review.openstack.org/44578211:10
johnthetubaguyildikov: had a deeper look at this check_detach patch, actually I think we loose some super important checks, but I could be missing something big: https://review.openstack.org/#/c/44667111:13
*** dimtruck is now known as zz_dimtruck11:14
*** gszasz has joined #openstack-nova11:15
*** lucasagomes is now known as lucas-hungry11:20
*** Jack_Iv has joined #openstack-nova11:22
ildikovjohnthetubaguy: I added that check as a prep for multi-attach, which Nova still does not support11:27
johnthetubaguyildikov: right, but I am saying it breaks all our existing users, how do we stop that11:28
johnthetubaguyildikov: it seems like it would work fine with multi-attach to me, it would be good to describe what checks are bad for multi-attach there, I guess its one of the status checkes11:29
ildikovjohnthetubaguy: it's just that it's unnecessary just like the check_attach was11:29
johnthetubaguyildikov: I described in my comments, I believe its critical11:29
ildikovjohnthetubaguy: it's Cinder who should do the status checks11:30
johnthetubaguyildikov: sure, but we don't have an API in the new flow to do that11:30
ildikovildikov: the status checks you mean?11:30
johnthetubaguyildikov: and the old flow doesn't seem to check the instance uuid11:30
*** READ10|away has quit IRC11:31
ildikovjohnthetubaguy: because it didn't need to11:31
johnthetubaguyildikov: ... so your patch says stop check_detach, because we can just call begin_detaching?11:31
johnthetubaguyildikov: it really, really does11:31
ildikovjohnthetubaguy: I think we went through the detach cases when we removed check_attach and I think we got a good coverage, but I need to look into the code11:32
johnthetubaguyildikov: so lets think about the new flow quickly11:32
johnthetubaguyildikov: what call does the checks?11:32
ildikovjohnthetubaguy: you need to find the attachment_id in the bdm to detach11:33
johnthetubaguyildikov: that doesn't tell us what the state of that attachment is, we could be out of sync11:33
*** huyang_ has joined #openstack-nova11:33
ildikovjohnthetubaguy: the attachment state is Cinder's responsibility11:34
johnthetubaguyildikov: we still need to check that the user has asked us to detach a volume that is currently attached to the instance11:34
*** thorst has joined #openstack-nova11:34
johnthetubaguyildikov: I agree in principal, but we don't have the APIs for it in the new flow11:34
ildikovjohnthetubaguy: Cinder should do that either as part of attachment_delete or we can look into other options11:34
ildikovjohnthetubaguy: for attach we can create an empty attachment to lock the volume and not for the status checks either11:35
johnthetubaguyildikov: so attachment_delete is after the API has returned, and after we have attempted to remove the volume11:35
*** pjm6 has quit IRC11:35
johnthetubaguyildikov: so we need a spec in Nova to describe all the multi_attach loose ends11:36
*** thorst has quit IRC11:36
ildikovjohnthetubaguy: we need that for other reasons too11:37
johnthetubaguyildikov: this might be one of those, be we need to be clear what checks are replacing our existing guard rails, and describe how you don't break the current API behaviour for Nova11:37
ildikovjohnthetubaguy: I would like to just clean up the code and solve the problems that we really have at the right place11:37
*** ttx has quit IRC11:38
johnthetubaguyildikov: we have the same goal, the problem is your patch breaks our API11:38
*** ttx has joined #openstack-nova11:38
ildikovjohnthetubaguy: even for the non-dteach cases?11:38
*** pjm6 has joined #openstack-nova11:38
*** kaisers has quit IRC11:38
ildikov*non-detach11:38
johnthetubaguyildikov: its breaks the detach flow only, AFAIK11:38
johnthetubaguywhen you call detach with a volume attach on a different instance, we end up doing some very strange things to the volume the user passed into our API11:39
ildikovjohnthetubaguy: bah, sorry I meant non-multi-attach11:39
johnthetubaguyyes, it breaks all regular detaches11:39
johnthetubaguywe now report errors in different places, for some cases, other cases I think just break horribly and cause possible data corrupution11:40
ildikovI wonder whether that check will be the first place to recognize that11:40
johnthetubaguyI attempted to describe that in the review comments11:40
johnthetubaguyildikov: don't know11:40
ildikovI saw that, but if I don't mess with the code purely because of multi-attach that check wouldn't be there11:40
*** trinaths has quit IRC11:40
ildikovit's not part of the regular detach flow by design11:41
*** lpetrut has joined #openstack-nova11:41
johnthetubaguyildikov: so I think it would be much easier for me to review this if we can write up your thinking around the change, and how all these checks should be done11:41
johnthetubaguyildikov: a few notes in the git commit message might be the best way to start it, but honestly, it feels like it needs a spec, because its API sensitive11:42
*** tuanluong has quit IRC11:42
ildikovand even for multi-attach case as we have the attachment_id stored in the bdm that approach should help11:43
johnthetubaguyildikov: I am not sure how that helps the old code flow11:43
johnthetubaguythat would still be broken11:43
ildikovjohnthetubaguy: I will look into that later, on a conference this week11:43
*** lpetrut has quit IRC11:44
ildikovjohnthetubaguy: I will test the old flow case and if I hit that error message I will look into how to fix that11:44
ildikovjohnthetubaguy: but the status checks should go regardless11:44
ildikovjohnthetubaguy: that shouldn't be in Nova11:44
johnthetubaguyildikov: its the error handling where we hit problems, bad volume-uuids, volume-uuids that are not attached, volume-uuids attached to other instances, volume-uuids for volumes that are already part way through the detach process, we want to give the user an API error, rather than a 20011:45
johnthetubaguyildikov: as I said, agreed with the goal, just the new flow doesn't have an API for that right now, as I see it, and it seems the old flow still needs these checks11:45
ildikovjohnthetubaguy: I will look into that, I cannot tell you more now from te top of my head about this11:47
johnthetubaguyildikov: that no problem, I just think we need to get this all written down / agreed first11:48
ildikovjohnthetubaguy: I just really hope we can clean up the code more, if we can't I'm not going make anything more complicated just to delete 10-20 lines11:49
*** jgr is now known as jgrassler11:49
johnthetubaguyildikov: me too, I am just trying to understand how this doesn't break the existing flow11:50
johnthetubaguythe error handling in it11:50
ildikovsure, let me look into that later11:50
ildikovthanks for raising your concerns, the goal isn't to break the API11:50
johnthetubaguyildikov: I think this might actually just be when the Cinder and Nova state drift appart, but thats possible with force-detach11:51
johnthetubaguyildikov: we do check with the BDM further up (that logic really shouldn't be in there, but it is): https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/volumes.py#L43111:51
*** voelzmo has quit IRC11:52
ildikovjohnthetubaguy: so you check the volume_id in the BDM11:53
*** voelzmo has joined #openstack-nova11:53
ildikovjohnthetubaguy: if it does not match you don't do anything11:54
*** vks1 has quit IRC11:55
*** suresh12 has joined #openstack-nova11:55
*** karimb has quit IRC11:55
johnthetubaguyildikov: yeah, I missed all that logic, it certainly protects against the worse bits of what I was worried about11:56
johnthetubaguyildikov: hence the fresh link above11:57
ildikovjohnthetubaguy: it would've been weird to be honest if that checks points that out first as it wasn't part of a bugfix or anything like that11:57
ildikovs/checks/check/11:58
*** psachin has quit IRC11:58
*** suresh12 has quit IRC11:59
*** ratailor has quit IRC12:00
*** thorst has joined #openstack-nova12:00
*** jangutter has joined #openstack-nova12:03
*** zz_dimtruck is now known as dimtruck12:05
*** jaypipes has joined #openstack-nova12:05
*** lucas-hungry is now known as lucasagomes12:07
*** prateek has quit IRC12:10
*** psachin has joined #openstack-nova12:11
*** dimtruck is now known as zz_dimtruck12:15
*** danpawlik has joined #openstack-nova12:18
markus_zIs anyone aware of issues with centos nodes and oslo.serialization? Our s390x CI is centos based and goes mad since a few day, other upstream test jobs fail too: http://logstash.openstack.org/#dashboard/file/logstash.json?from=7d&query=message%3A%5C%22Malformed%20request%20body%5C%2212:19
markus_zoslo.serialization 2.18 merged to u-c a a few days ago: https://github.com/openstack/requirements/commit/f0952e715c247ac570ed86341580bbe82fd8576012:20
markus_zAnd the requirements project doesn't have a centos job: https://review.openstack.org/#/c/450508/12:20
*** ducttape_ has joined #openstack-nova12:20
*** gouthamr has joined #openstack-nova12:21
markus_zI checked all test jobs of that logstash query, all with the same issue, at the same "server tagging" tests.12:22
markus_zMight be the PUT with an empty body.12:22
*** _ducttape_ has joined #openstack-nova12:24
openstackgerritPushkar Umaranikar proposed openstack/nova-specs master: Stop using Neutron admin token  https://review.openstack.org/43989012:25
markus_zAnd, IIUC, json decode issue won't get logged because that message https://github.com/openstack/nova/blob/94671e279fddc0d8eba29375750dd85410a0b9b9/nova/api/openstack/wsgi.py#L266-L271 gets overwritten by https://github.com/openstack/nova/blob/94671e279fddc0d8eba29375750dd85410a0b9b9/nova/api/openstack/wsgi.py#L635-L63712:26
*** dane-fichter has joined #openstack-nova12:27
*** ducttape_ has quit IRC12:28
*** edmondsw has joined #openstack-nova12:32
*** lpetrut has joined #openstack-nova12:34
*** kaisers has joined #openstack-nova12:34
*** jaosorior is now known as jaosorior_brb12:36
*** aysyd has joined #openstack-nova12:37
*** efried has quit IRC12:38
*** mdrabe has joined #openstack-nova12:39
*** blaisebool has quit IRC12:40
*** blaisebool has joined #openstack-nova12:41
*** jpena is now known as jpena|lunch12:43
*** jdillaman has quit IRC12:45
*** READ10 has joined #openstack-nova12:46
*** efried has joined #openstack-nova12:48
*** artom has quit IRC12:50
*** artom has joined #openstack-nova12:50
*** liverpooler has joined #openstack-nova12:51
*** edleafe- is now known as edleafe12:51
*** jwcroppe has quit IRC12:53
*** jwcroppe has joined #openstack-nova12:54
*** amoralej is now known as amoralej|lunch12:54
*** READ10 has quit IRC12:57
*** artom has quit IRC12:58
*** artom has joined #openstack-nova12:58
*** jwcroppe has quit IRC12:58
*** baoli has joined #openstack-nova13:00
*** lyan has joined #openstack-nova13:01
cdentIs tomorrow the planned spec sprint day?13:01
*** _ducttape_ has quit IRC13:02
*** voelzmo has quit IRC13:03
dane-fichtercdent: yes13:03
*** karimb has joined #openstack-nova13:03
cdentthanks dane-fichter13:03
dane-fichterno problemo13:03
*** zz_dimtruck is now known as dimtruck13:06
*** jwcroppe has joined #openstack-nova13:07
*** cristicalin has joined #openstack-nova13:08
*** rfolco has joined #openstack-nova13:09
jaypipesdane-fichter: you see my review on the trusted flavors spec?13:11
dane-fichterjaypipes: yes.13:11
jaypipesdane-fichter: k. any questions for me?13:11
dane-fichterjaypipes: working on another draft currently13:11
jaypipesdane-fichter: gotcha13:11
*** cleong has joined #openstack-nova13:11
dane-fichterjaypipes: we considered doing this in the way you suggested a couple cycles ago13:12
dane-fichterjaypipes: but I think another core shot it down.13:12
jaypipesdane-fichter: oh? who blocked that idea?13:12
*** jdillaman has joined #openstack-nova13:12
dane-fichterjaypipes: I don't recall, I'll try to find a comment or something on it13:12
*** READ10 has joined #openstack-nova13:12
jaypipesdane-fichter: I wasn't a specs core until a few weeks ago, so def wasn't me ;)13:13
dane-fichterjaypipes: lol13:13
jaypipesdane-fichter: now whenever I do a specs review I shout "By the power of Grayskull" in my home office.13:13
dane-fichterjaypipes: w great spec power comes great spec responsibility13:14
jaypipesdane-fichter: indeed.13:14
*** esberglu has joined #openstack-nova13:15
*** dimtruck is now known as zz_dimtruck13:15
*** crushil has quit IRC13:16
*** kaisers has quit IRC13:18
mordredjaypipes: I imagine the pugs REALLY enjoy the shouting13:19
jaypipesmordred: my Pug secretary is deaf and mostly blind, so no, it's cool.13:19
*** lpetrut has quit IRC13:20
jaypipesmordred: the black one is my secretary: https://pbs.twimg.com/media/C2ylYN-WgAES_p8.jpg:large13:20
jaypipesmordred: the white one, as you can probably tell, is retarded.13:21
cdentI think your secretary may be ready for a relaxed retirement13:21
jaypipesmordred: sorry, I meant "learning challenged".13:21
mordredjaypipes: :)13:21
mordredjaypipes: they both look _very_ excited13:22
jaypipesmordred: oh, that's "active mode". trust me.13:22
mordredit feels active. like they're about to spring forth and maybe change their head position slightly13:23
mordredstillness, after all, does not equal stasis. in every instant of stillness exists the potential for movement, so proper stillness is extremely active13:25
*** jdillaman has quit IRC13:26
*** baoli has quit IRC13:29
*** baoli has joined #openstack-nova13:30
*** eharney has joined #openstack-nova13:31
*** catintheroof has joined #openstack-nova13:31
*** crushil has joined #openstack-nova13:31
*** beekneemech is now known as bnemec13:31
*** belmorei_ has joined #openstack-nova13:32
*** jaosorior_brb is now known as jaosorior13:33
*** belmoreira has quit IRC13:33
*** voelzmo has joined #openstack-nova13:33
jaypipeshow very metaphysical of you, mordred13:36
openstackgerritSamantha Blanco proposed openstack/nova master: Make flavor-rxtx policy more granular  https://review.openstack.org/44403613:38
*** ducttape_ has joined #openstack-nova13:38
*** gcb has joined #openstack-nova13:41
openstackgerritScott Moser proposed openstack/nova master: Limit exposure of network device types to the guest.  https://review.openstack.org/40088313:42
*** suresh12 has joined #openstack-nova13:42
sdaguealex_xu: you able to revise https://review.openstack.org/#/c/450834 ?13:43
johnthetubaguysdague: do you remember when we said nova-cert would die?13:44
johnthetubaguysdague: did we say wait until we arise the API min_version? or kill it sooner?13:44
sdagueI thought it was going to die sooner13:44
sdaguewhen did it deprecate?13:45
johnthetubaguysdague: https://github.com/openstack/nova/commit/789edad0e811d866551bec18dc7729541105f59d13:49
*** ratailor has joined #openstack-nova13:49
johnthetubaguysdague: it might be time already, macsz was putting a spec together to delete it, not strictly required, but there is API impact13:49
*** jpena|lunch is now known as jpena13:50
*** ducttape_ has quit IRC13:51
macszsdague: as a reference https://review.openstack.org/#/c/448882/13:51
sdagueyeh, honestly, it's probably fair to delete, it's been deprecated for newton and ocata13:53
sdagueand it's arguably a security risk given the entropy problem13:53
*** hongbin has joined #openstack-nova13:53
*** cristicalin has quit IRC13:53
johnthetubaguysdague: yeah, I am certainly leaning that way13:54
johnthetubaguymacsz: I think you just need to cover more details on what the API does, now the implementation is deleted13:55
edleafeScheduler subteam meeting in 5 minutes in #openstack-meeting-alt13:55
*** jdillaman has joined #openstack-nova13:57
*** chyka has joined #openstack-nova13:57
*** sree has joined #openstack-nova13:58
macszthanks for insights, johnthetubaguy13:58
*** belmorei_ has quit IRC13:58
*** voelzmo has quit IRC14:00
*** fragatina has joined #openstack-nova14:00
*** sree_ has joined #openstack-nova14:00
*** sree_ is now known as Guest6443214:01
*** lpetrut has joined #openstack-nova14:01
*** fragatina has quit IRC14:02
*** vks1 has joined #openstack-nova14:02
*** nmathew has quit IRC14:02
*** lpetrut has quit IRC14:04
*** sree has quit IRC14:04
*** chyka has quit IRC14:05
*** amotoki has joined #openstack-nova14:05
*** artom has quit IRC14:06
*** Guest64432 has quit IRC14:06
*** artom has joined #openstack-nova14:06
*** zz_dimtruck is now known as dimtruck14:06
*** lucasxu has joined #openstack-nova14:06
*** tuan_luong has joined #openstack-nova14:07
*** ratailor has quit IRC14:08
*** artom has quit IRC14:08
*** artom has joined #openstack-nova14:08
*** tuanla_ has joined #openstack-nova14:08
*** voelzmo has joined #openstack-nova14:08
*** voelzmo has quit IRC14:08
*** sree has joined #openstack-nova14:10
*** artom has quit IRC14:10
*** artom has joined #openstack-nova14:10
*** peter-hamilton has joined #openstack-nova14:10
*** mdrabe has quit IRC14:11
*** huyang_ has quit IRC14:12
*** voelzmo has joined #openstack-nova14:14
*** artom has quit IRC14:14
*** kaisers has joined #openstack-nova14:14
*** sree has quit IRC14:14
*** artom has joined #openstack-nova14:14
*** mdrabe has joined #openstack-nova14:17
*** udesale has quit IRC14:17
*** ducttape_ has joined #openstack-nova14:18
*** burt has joined #openstack-nova14:18
*** dimtruck is now known as zz_dimtruck14:19
*** amoralej|lunch is now known as amoralej14:20
*** vks1 has quit IRC14:20
*** Drankis has joined #openstack-nova14:21
*** smatzek has joined #openstack-nova14:25
*** amotoki has quit IRC14:25
*** suresh12 has quit IRC14:28
*** lyan has quit IRC14:29
*** suresh12 has joined #openstack-nova14:29
*** lyan has joined #openstack-nova14:29
*** satyar has joined #openstack-nova14:29
*** ducttape_ has quit IRC14:30
*** pumarani_ has joined #openstack-nova14:30
*** zz_dimtruck is now known as dimtruck14:33
*** ducttape_ has joined #openstack-nova14:36
*** vks1 has joined #openstack-nova14:37
*** nicolasbock has quit IRC14:41
*** ZZelle_ has quit IRC14:46
*** nicolasbock has joined #openstack-nova14:48
*** baoli has quit IRC14:49
*** marst has quit IRC14:49
*** suresh12 has quit IRC14:55
*** lpetrut has joined #openstack-nova14:55
*** lyan has quit IRC14:56
*** marst has joined #openstack-nova14:56
*** lpetrut has quit IRC14:56
*** mriedem has joined #openstack-nova14:57
*** chyka has joined #openstack-nova14:57
*** pumarani_ has quit IRC14:57
*** lyan has joined #openstack-nova14:58
*** sneti_ has joined #openstack-nova14:58
*** amotoki has joined #openstack-nova14:59
*** _ducttape_ has joined #openstack-nova15:00
*** suresh12 has joined #openstack-nova15:01
*** voelzmo has quit IRC15:01
*** voelzmo has joined #openstack-nova15:02
*** voelzmo has quit IRC15:02
*** jwcroppe has quit IRC15:02
*** ducttape_ has quit IRC15:03
openstackgerritBéla Vancsics proposed openstack/nova master: Reduced the complexity of the _init_instance method (3)  https://review.openstack.org/42061915:04
*** corey__ has joined #openstack-nova15:05
*** cleong has quit IRC15:05
*** garyk1 has joined #openstack-nova15:07
*** Oku_OS is now known as Oku_OS-away15:08
*** jwcroppe has joined #openstack-nova15:09
*** crushil has quit IRC15:09
sneti_johnthetubaguy, can you please review https://review.openstack.org/#/q/topic:bp/additional-notification-fields-for-searchlight+status:open when you have time.. getting merge conflicts every time a versioned notification patch gets merged.15:09
*** jwcroppe has quit IRC15:09
*** sree has joined #openstack-nova15:10
*** jwcroppe has joined #openstack-nova15:10
*** haplo37 has quit IRC15:12
openstackgerritLee Yarwood proposed openstack/nova master: encryptors: Switch to os-brick encryptor classes  https://review.openstack.org/39159715:12
*** suresh12 has quit IRC15:13
*** sree has quit IRC15:14
openstackgerritScott Moser proposed openstack/nova master: Limit exposure of network device types to the guest.  https://review.openstack.org/40088315:14
*** jwcroppe has quit IRC15:15
*** suresh12 has joined #openstack-nova15:15
*** felipemonteiro has joined #openstack-nova15:16
*** pumarani_ has joined #openstack-nova15:18
*** jamesdenton has joined #openstack-nova15:20
*** dave-mccowan has joined #openstack-nova15:20
*** haplo37 has joined #openstack-nova15:21
*** baoli has joined #openstack-nova15:21
*** _ducttape_ has quit IRC15:21
*** ducttape_ has joined #openstack-nova15:22
*** baoli has quit IRC15:24
*** crushil has joined #openstack-nova15:24
*** adrian_otto has joined #openstack-nova15:26
openstackgerritRoman Podoliaka proposed openstack/nova-specs master: Ironic: add support for instance RAID configuration  https://review.openstack.org/40815115:26
*** annegentle has joined #openstack-nova15:28
andreas_sthorst, Hey Drew, is this already on your radar? https://bugs.launchpad.net/cloud-init/+bug/166331515:29
openstackLaunchpad bug 1663315 in cloud-init " identify openstack kvm platform on ppc64" [Medium,Confirmed]15:29
thorstandreas_s: looking...15:29
thorstandreas_s: actually, it hasn't been (as I'm more PowerVM).  Though PowerVM does have the same issue and we've been scratching our head how to solve.15:30
thorstbut let me see if I can get someone to take a peak at this.15:30
mriedemartom: i looked at your tempest test for the tagged vif / volume attach test https://review.openstack.org/#/c/391947/15:31
mriedemartom: looks like you're not waiting for the interface to be used before checking the device tags on the guest15:31
*** sridharg has quit IRC15:31
andreas_sthorst, ok - cause we have the same issue on s390...15:31
artommriedem, that's possible...15:31
*** tesseract has quit IRC15:31
mriedemartom: what's odd is that the test fails because it doesn't find any tagged devices on the guest, but the attach_volume method will wait for the volume to be in-use, so that should be on the guest15:31
thorstandreas_s: yeah...I know burgerk has been working that issue from a cloud-init perspective rather than a pure OpenStack perspective15:31
mriedemunless things just aren't working yet in that series15:31
thorstmay want to sync up with him15:31
*** baoli has joined #openstack-nova15:31
artommriedem, in local test I think it has something to do with metadata cache15:32
artomWhich may or may not mask the ACTIVE interface issue15:32
*** suresh12 has quit IRC15:32
artommriedem, because it's not deterministic - sometimes I see 1 tags, sometimes 0, but never both15:32
thorstandreas_s: I'll see if I can get him on IRC.15:32
artommriedem, thanks for taking a look, at any case :) I'm kind on other things now, but I'll circle back in two or 3 days15:33
*** joanna__ has joined #openstack-nova15:33
mriedemartom: hmm, isn't this using config drive though which shouldn't be racy or care about a cache?15:33
*** nkorabli has quit IRC15:33
*** thorst is now known as thorst_afk15:33
artommriedem, https://github.com/openstack/nova/blob/master/nova/api/metadata/handler.py#L7815:33
mriedemartom: how offended will you be if i -2 the bottom change in the series until the tempest test is passing?15:34
*** suresh12 has joined #openstack-nova15:34
artommriedem, I shall write angry letters15:34
markus_zfelipemonteiro: are you around?15:34
mriedemit's a good thing i can't read15:34
artomI probably should have done that myself, in all seriousness15:34
artomI shall have a towne cryer at your doorstep15:35
mriedemye olde towne cryer?15:35
artomaye, ye oldeste15:35
mriedemok so the config drive is also dependent on this md cache?15:37
*** crushil has quit IRC15:37
openstackgerritSylvain Bauza proposed openstack/nova master: Destroy the ReqSpec object when deleting the instance  https://review.openstack.org/39106015:38
*** suresh12 has quit IRC15:38
artommriedem, I'd have to look at the code15:38
artomIIRC it grabs the https://github.com/openstack/nova/blob/master/nova/api/metadata/base.py#L109 object directly15:39
mriedemlyarwood: red hat probably cares about these fixes on stable https://review.openstack.org/#/q/a41d265a19b7bcb1af8fc179bf864e00023c6cc6,n,z15:39
artomSo no cache involved15:39
mriedemartom: i can look too15:39
mriedemi'm just high on cold medicine15:39
*** amotoki has quit IRC15:39
*** READ10 has quit IRC15:39
bauzasmriedem: dansmith: blushing about https://review.openstack.org/39106015:39
bauzasin case you wanna bite it ^15:40
mriedemdid you fix your pep8 issue?15:40
artommriedem, https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L324515:41
artomThat seems to say I'm right15:41
artomhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L6215:41
artomIt's importing base, not handler15:41
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in servers.py  https://review.openstack.org/45196615:41
bauzasmriedem: yup, hence me blushing15:41
bauzasI should write 100 times "I shall not provide a i18n message for a debug log"15:42
mriedemright which calls instance_md.metadata_for_config_drive()15:42
*** Jack_Iv has quit IRC15:42
*** pumarani_ has quit IRC15:43
*** pumarani_ has joined #openstack-nova15:43
bauzasthe right-side of Gerrit makes me chilling when I see 9 concurrent patches conflicting with mine :)15:43
mriedemgod i always have a hard time chasing down what the md code does15:43
artomMd is due for some refactoring15:44
artomProper versionning, to begin with15:44
artomAnd if we can improve on the reason why folks don't like to deploy it, that'd be cool as well15:45
artomIPv6, not so easy to spoof your way into another instance's md...15:45
mriedemdo we dump the guest console when your test fails? that would be interesting to see since i think it dumps the config drive15:45
*** jwcroppe has joined #openstack-nova15:46
*** mdnadeem has quit IRC15:47
*** mvk has quit IRC15:47
*** jwcroppe has quit IRC15:47
*** mlavalle has joined #openstack-nova15:49
mriedemoh you're not calling verify_metadata_on_config_drive from the tempest test15:49
artommriedem, not for attach15:51
*** nkrinner is now known as nkrinner_afk15:51
artomThere was agreement that we're not updating the config drive with the new tags15:51
*** vks1 has quit IRC15:51
mriedemoh right,15:51
mriedemyeah because we don't update config drive15:51
*** ijw has joined #openstack-nova15:51
artomContinuing with the improved metadata service thought, do we have a virt-agnostic way of shoving something into an instance?15:52
artomReally, the only way to make sure it really is the instance it's claiming to be that is asking for metadata is with some sort of shared secret15:53
*** pcaruana has quit IRC15:53
artomBut how do we let the guest know of that secret?15:53
*** jwcroppe has joined #openstack-nova15:54
artomAnyways, maybe I'll propose that for next cycle15:54
mriedemi thought passing secrets was part of the vendordata v2 stuff15:54
artomBut that still goes through the metadata API, right?15:54
mriedemi thought that's what rob crittenden's vendordata service did15:55
mriedemthe initial request is made when creating the config drive, so not through the md api15:55
artomHrm... But the config drive is libvirt-only, no?15:55
mriedemwhich is why there was also an ask at BCN for a way to make the server create fail if the vendordata stuff failed during config drive creation15:56
mriedemno15:56
artomAs in, we can't rely on it to supply the guest with a secret that it can then use to query the metadata API15:56
*** andreas_s has quit IRC15:56
artomFor real? So xenapi and hyperv support it?15:56
mriedemyes15:56
mriedemall virt drivers support config drive15:56
artomYey :)15:57
mriedemhttps://docs.openstack.org/developer/nova/support-matrix.html#guest_setup_configdrive15:57
artomHrmm, maybe I really will propose metadata API improvement next cycle15:57
*** suresh12 has joined #openstack-nova15:57
artomOr this cycle? What's the likelyhood of a spec making its way in?15:58
artomThis late in the spec-review process15:58
*** kaisers has quit IRC15:58
mriedemwith ~100 open specs already? chances aren't great, unless it's a big win and a simple spec probably.15:58
mriedemhave you read through https://docs.openstack.org/developer/nova/vendordata.html btw?15:58
mriedemi thought removing bdm device from the API would be easy, turns out i was way wrong on that15:59
*** efried has quit IRC15:59
artomWait, remove bdm device?16:00
mriedemspecifying the device on create and attach16:00
bauzasjaypipes: humpf, reading thru your comments on the claims spec, do you accept now given our IRC meeting that we could POST allocations not at the same time with GET /rps, ie. after filters running ?16:00
mriedemhttps://review.openstack.org/#/c/452546/16:00
jaypipesbauzas: yes16:00
mriedemartom: turns out there is an ec2 use case that we've been supporting for years,16:00
mriedemthat no one really knew existed16:00
bauzasjaypipes: I know it's not what you want, but I think it's a trade-off so that sooner or later, we could merge both calls16:00
mriedemand now i can't break it16:00
bauzasjaypipes: okay, thanks for the clarification16:01
jaypipesbauzas: yes.16:01
artommriedem, and actually I think it would break device tagging as well16:01
*** Guest52040 has joined #openstack-nova16:01
mriedemartom: why?16:01
artommriedem, https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L769616:01
artomWe use device name to match the XML to the bdm16:01
oomichialex_xu: can you take a look at https://review.openstack.org/#/c/452284 ?16:01
bauzasjaypipes: and sorry, I thought you were in favor of a "ticket" (let's call it UUID), at least that's what I remember from some very old midcycle16:02
artom(I'm right in saying that it's the device name the user passed in, right?)16:02
mriedemartom: the libvirt driver completely ignores any user-supplied device name, and calculates it's own16:02
jaypipesbauzas: no, I think the APIs we have will work fine as-is for the moment.16:02
bauzasjaypipes: good with me16:03
mriedemartom: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L783316:03
artommriedem, fair enough, I need to refresh myself on how the above link works then :/16:03
mriedem^ been there since liberty16:03
*** gcb has quit IRC16:03
mriedemartom: i think this code is what sets the device names on the bdm objects https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L784016:03
artomAh, so there's still a matching name between the bdm and XML16:04
artomBut it's libvirt that sets it, not the user16:04
mriedemcorrect16:04
*** iceyao has joined #openstack-nova16:04
mriedemit's all very confusing where libvirt sets it, because the libvirt driver doesn't actually set it16:04
mriedemblock_device.default_device_names does16:04
mriedemlike most of the bdm code, it's a lot of smoke and mirrors16:04
*** yamahata has joined #openstack-nova16:04
artomAny sentence that matches /.*block.*device.*confusing.*/ is a tautology16:05
*** adrian_otto has quit IRC16:05
mriedemnvm i guess it is specific to the libvirt driver https://github.com/openstack/nova/blob/master/nova/virt/libvirt/blockinfo.py#L46616:05
mriedemit has those driver bdm wrapper objects16:05
mriedemso it can mutate the underlying bdm object, and then update it in the db16:06
mriedemusing driver_bdm.save()16:06
mriedemand get_disk_info(virt_type, instance, image_meta, block_device_info) is not read-only :)16:06
artomWell, get_guest_xml() isn't read-only either IIRC, so it's at least internally consistent16:07
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/blockinfo.py#L48816:07
mriedemyeah anyway, point is, the libvirt driver sets the device name for the bdm, the user doesn't16:07
*** suresh12 has quit IRC16:08
mriedemsdague: johnthetubaguy: dansmith: did you read that thread in the ML on removing user-supplied bdm devices from requests in the API? i had no idea people were using our crappy data model for overriding image bdms16:08
*** iceyao has quit IRC16:08
markus_zfelipemonteiro: Would be cool if you could take a look at: https://bugs.launchpad.net/nova/+bug/167922316:09
openstackLaunchpad bug 1679223 in OpenStack Compute (nova) "tempest.api.compute.servers.test_server_tags.ServerTagsTestJSON fail on centos7 nodes" [Undecided,New]16:09
dansmithmriedem: I saw it, didn't read it16:10
*** psachin has quit IRC16:10
dansmithmriedem: but yeah, I knew16:11
sdaguemriedem: it didn't fully sink in, I'll have to revisit16:11
*** nic has joined #openstack-nova16:11
*** cdent has quit IRC16:11
*** markus_z has quit IRC16:14
bauzasmriedem: jaypipes: I have a thought, and I'd love your feedback about claims16:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Factor out duplicated notification sample data  https://review.openstack.org/45281816:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Factor out duplicated notification sample data (2)  https://review.openstack.org/45281916:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Factor out duplicated notification sample data (3)  https://review.openstack.org/45282016:14
bauzasmriedem: jaypipes: I have a long standing BP targeting to pass the Spec object down to the compute, mostly for rescheduling needs16:14
jaypipesbauzas: I'll trade ya for a review of https://review.openstack.org/#/c/448282/? :)16:14
bauzasmriedem: jaypipes: if we would pass the allocations as part of the Spec object down to the compute, it would prevent us to have a very specific RPC modification for something abstract enough16:15
jaypipesbauzas: yup, makes sense to me.16:16
bauzasmriedem: jaypipes: ie. the conductor gets the Spec object, pass it to the scheduler, and gives back a list of allocations (because the scheduler would claim)16:16
mriedemi'm out of the loop on the claims stuff.16:16
bauzasthen, it would pass it down to the compute by setting those claims16:16
mriedemwhat is the compute going to do with them?16:16
bauzasjaypipes: it would allow us to change the RPC interface to just accept a spec_obj attribute and read the allocations UUIDs16:16
mriedemisn't the whole point that the compute no longer needs to care about setting allocations in the RT?16:16
bauzasmriedem: in case something goes wrong16:16
mriedemwhat does that mean?16:17
jaypipesmriedem: if the compute sees the allocations in the request spec, it wouldn't need to do the claims.Claim() build.16:17
bauzasmriedem: the compute would DELETE those allocations16:17
bauzasand it would trigger the reschedule by passing back the Spec16:17
mriedemi thought the scheduler was going to delete the allocations if something failed on a given compute host?16:17
bauzasjaypipes: yeah, the Spec object would signal if we support new-style of claiming16:18
bauzasmriedem: the scheduler would POST allocations16:18
bauzasmriedem: and get the UUIDs16:18
jaypipesbauzas: yeah, the presence of allocation objects in the RequestSpec would be that signal.16:18
mriedemjaypipes: so we bump the service version when computes start checking for claims in the scheduler (via the allocations in the request spec?) and then use that service version to determine when the scheduler can start doing this? once all computes are upgraded or what?16:18
bauzasmriedem: I was considering that approach16:19
bauzasmriedem: because we suppose a fully-upgraded cloud16:19
jaypipesmriedem: ya16:19
mriedemi'm not sure i like the compute deleting the allocations16:19
mriedemon a retry16:19
*** namnh has joined #openstack-nova16:19
dansmithdefinitely not16:19
mriedemwouldn't it be better to have the allocation create and cleanup in the same service?16:19
bauzasI dunno16:20
mriedemif we want to just pass a flag down to the compute, sure16:20
bauzasI'm not opiniated16:20
bauzasso16:20
dansmithcompute shouldn't be doing that once we're claiming in the scheduler, methinks16:20
mriedemdansmith: agree16:20
bauzasif we say no to that idea16:20
bauzasthen, we would just send a signal16:20
mriedemat a high level, we want the compute out of the business of doing this stuff16:20
mriedemyeah send a flag in the reqspec object i guess?16:20
bauzasbut the compute would pass down the Spec by signaling against the signal :)16:20
bauzasI mean16:21
mriedemdo we pass the reqspec today to the compute16:21
mriedem?16:21
bauzasmriedem: not yet, but I was planning to16:21
mriedemoy16:21
bauzasit's a specless bp16:21
mriedemwhy not just pass a simple boolean on the rpc method?16:21
dansmithmriedem: it's leftovers from that whole process still :/16:21
mriedemdo_claims=False16:21
dansmithmriedem: +1.. I think encoding the state in the reqspec is kinda bad16:21
bauzasmriedem: I'd rather prefer to pass a Spec object because we could need it for rescheduling needs16:22
dansmithit's not guaranteed to be right16:22
mriedembauzas: what rescheduling needs?16:22
mriedemconductor / scheduler handles that16:22
bauzasmriedem: the Retry nested object at least16:22
mriedemin filter_properties?16:22
dansmithbauzas: a call from compute to scheduler will be an upcall, you know16:22
bauzasmriedem: at the moment, we have ugly object-to-dict and dict-to-objects handlers16:22
mriedemlet's step back, are you talking about build_and_run_instance?16:23
bauzasdansmith: compute does upcall conductor when rescheduling16:23
bauzasand conductor calls scheduler16:23
mriedembecause build_and_run_instance already gets the reqspec16:23
*** suresh12 has joined #openstack-nova16:23
bauzasso when talking compute > scheduler, I'm just summarizing rather compute > conductor > scheduler16:23
mriedemthe reqspec is already passed to the compute, but not used at all16:24
mriedemit's a dead parameter in _do_build_and_run_instance in the compute manager16:24
dansmithbauzas: if we're claiming in the scheduler, do we ever reschedule once it's made it to the compute?16:24
bauzasit's passed as a dict16:24
bauzasdansmith: we could16:24
bauzasdansmith: we still need some way to assume something went bad16:24
mriedemyeah we can fail for non-resource related reasons16:25
bauzaslibvirt could fail for some foolish BDM things16:25
bauzasor some perms issue16:25
*** lucasxu has quit IRC16:25
mriedemvif plug can fail, etc16:25
bauzaszactly16:25
dansmithbauzas: so, there's literally no mechanism for an upcall from that layer16:25
mriedemcompute does an rpc cast to build_instances in conductor for the reschedule right?16:26
bauzasdansmith: remind me at the moment, the super-conductor calls what ? local conductor or compute ?16:26
dansmithmriedem: yeah, but it's cell conductor16:26
bauzasdansmith: I think we agreed long time ago that a reschedule would not be multi-cell16:26
bauzasat least for initial versions16:26
dansmithbauzas: sure, but cell conductor can't talk to scheduler16:26
bauzasoh snap indeed16:26
dansmithbecause they're on different MQs16:27
bauzasyeah16:27
bauzasf***16:27
bauzasI forgot that16:27
bauzasso, we're stuck16:27
bauzasbecause we *need* to schedule again if we failed16:27
bauzasdansmith: have you tested reschedules after all your cells-aware series ?16:27
*** suresh12 has quit IRC16:28
dansmithbauzas: not sure how we'd do that reliably from tempest16:28
bauzasfair point16:28
bauzasbut anyway, even if not covered, the issue still remains16:28
dansmithI guess I thought part of the point of the claiming in the scheduler was to get rid of the need to retry16:28
*** dtp has joined #openstack-nova16:29
bauzasdansmith: it would reduce races, and gives us better decisions16:29
mriedemi had assumed we could still retry for other failures16:29
mriedemspecific to the ocmpute16:29
dansmithif we fail to setup BDMs or ports, I would kinda expect that to affect all computes in a similar way, except maybe for misconfiguration16:29
mriedem*compute16:29
bauzasdansmith: but like mriedem said, compute-related failures can still exist16:29
bauzasdansmith: I know16:29
dansmithsure, but what kinds of things would not affect all computes?16:29
dansmithtalking to glance or neutron or cinder would likely affect them all16:29
bauzasdansmith: but atm, we allow misconfigurations16:29
dansmithwe allow misconfigurations? :)16:30
bauzasit just triggers reschedules16:30
dansmithyou mean we retry in those cases, yes16:30
mriedem"tolerate"16:30
bauzaswe /tolerate/ if you prefer16:30
bauzasbut I'm pretty sure it would be drama if we stop providing reschedules for compute failures16:30
mriedemif cinder/glance/neutron are goofed up, then yeah those are probably global failures16:30
bauzasmriedem: well, I wouldn't be that strong16:31
mriedemi'm trying to think of things that we fail on a compute and don't know about before hand16:31
mriedemi think file injection was one of them16:31
bauzasa vif plug event is the most known failure16:31
dansmithbauzas: for what actual reason?16:31
bauzashonestly ? I can google search vif_binding failed and find a ton of different stacktraces16:32
mriedemdo we reschedule on all of those?16:32
bauzasyup16:32
mriedemwe don't reschedule on boot from volume failure, for example16:32
dansmithI'm seriously asking.. what kind of those failures aren't global?16:32
jaypipesmriedem: no, we ERROR the instance, IIRC.16:32
bauzas*all* is maybe presumptuous16:32
bauzaswe *reschedule* on exceptions that are raised by the driver16:32
mriedemi'm thinking of the vif plug timeout case16:33
dansmithI don't really understand why it's not okay for us to ERROR a build if we're far into the process and fail16:33
mriedembauzas: not for all16:33
openstackgerritLee Yarwood proposed openstack/nova master: doc: Separate the releasenotes guide from the code-review section  https://review.openstack.org/45187016:33
bauzasmriedem: well, I'm mostly sure it's a catch-all exception handling16:33
jaypipesbauzas: only in the instance_claim() context manager. once the claim is completed (and the "allocations" written to the compute_nodes table), we don't reschedule.16:33
dansmithbecause if it is global, we bounce to three compute nodes, generate a bunch of glance download traffic, and then ultimately fail, having wasted a bunch of time and resources16:33
dansmithjaypipes: orly, well, that helps16:33
mriedembauzas: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L197116:33
bauzassec, the code will tell us the truth16:33
mriedemraise exception.BuildAbortException16:34
dansmithbecause if we claim in the scheduler, then after that we're committed to ACTIVE or ERROR16:34
jaypipesright.16:34
bauzasmriedem: jaypipes: nope, nope, general exception https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L2003-L201016:34
mriedembauzas: but you go through the specific errors before that,16:34
mriedemlike VirtualInterfaceCreateException16:34
dansmithbauzas: that's only for we-haveno-idea16:35
mriedemwhich is translated to an abort16:35
mriedemVirtualInterfaceCreateException is raised for vif plug timeout16:35
mriedemor error16:35
*** derekh has quit IRC16:35
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5090-L510616:35
bauzasdansmith: correct me if I'm wrong, but for other cases, we raise exceptions and enter that section ?16:35
mriedemanyway, that's one class of error16:35
mriedemi know we don't reschedule on boot from volume failures16:35
dansmithbauzas: I dunno16:36
mriedembauzas: we get into that general block for shit we aren't expecting16:36
mriedemlike i bet ProcessExecutionError gets into the generic retry block16:36
dansmithwhich might be misconfiguration things, but more likely it's crazy shit failing that will affect the reschedule too I bet16:36
jaypipeswell, bauzas was correct that I was wrong about the instance_claim() not wrapping the entire spawn() operation.16:36
*** jwcroppe_ has joined #openstack-nova16:37
*** crushil has joined #openstack-nova16:37
mriedemyeah i would think most of these are localized misconfiguration, or global16:37
mriedemlike the one about not reserving enough resources on a given compute for ovs to run16:38
mriedemremember that one?16:38
dansmithjaypipes: it wraps all of driver.spawn() or did you mean the compute manager level?16:38
mriedemif you need to reserve space for a compute to run ovs, then i'm not sure why you wouldn't make the reservation on the inventory record for the compute resource provider16:38
jaypipesdansmith: yeah for some reason I didn't think instance_claim() wrapped all of spawn().16:38
mriedemthat's the point16:38
jaypipesdansmith: I was wrong.16:38
bauzasso, the flag is clear, we only reschedule if we raise RescheduledException16:39
bauzashttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L177916:39
dansmithjaypipes: I'm confused, what doesn't get wrapped?16:39
dansmithjaypipes: we've started the instance in the driver before we return16:39
jaypipesdansmith: right, I understand that now. I implied with my comment above that that was not the case, and I'm saying I was wrong.16:40
bauzasdansmith: mriedem: so you could be right, some exceptions couldn't be transformed into that specific exception and we could just error out the instance16:40
*** jwcroppe has quit IRC16:40
* dansmith is so confused16:40
bauzasbut that leaves the whole world of unexpected exceptions that *are* rescheduled16:40
bauzasunexpected exceptions being the ones raised by the driver16:41
mriedemso if we wanted to reschedule within the cell, we'd need two schedulers right? one top level scheduler across all cells, and one for the cell itself, which is basically redoing cells v116:42
alaskiIt's been a while since I looked at the code, but I remember that generally we try to reschedule if there's a chance that the instance could start on another host. Typically this is for the case where there are not enough resources on the host for the instance, either due to a scheduler race or due to bad resource accounting on the compute16:42
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Add additional-default-policy-roles spec  https://review.openstack.org/42787216:42
dansmithalaski: right16:42
*** thorst_afk is now known as thorst16:42
mriedemalaski: but we also just have the generic 'we have no idea'16:42
dansmithalaski: I was thinking that's really the case we most care about today16:42
mriedemthis https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L200316:43
alaskimriedem: I don't think you need two schedulers. I think the scheduler shouldn't live at the API level. Think of it more like cinder, outside of cells fully16:43
alaskidansmith: yep, agreed16:43
dansmithalaski: um, scheduler shouldn't live at the api level? what does that mean?16:44
mriedemif you have one scheduler, and you want to retry, then we'd have to upcall to that top level scheduler16:44
*** Guest63262 has quit IRC16:44
dansmithmriedem: I definitely don't want to have multiple schedulers to handle the reschedule case16:44
alaskidansmith: I mean start to think of the scheduler as outside of Nova. Just as cinder doesn't live at the API level I wouldn't lump the scheduler there either16:44
mriedemAPI level == global to me16:45
alaskiotherwise you do have to have an upcall to reschedule, or have two levels16:45
dansmithalaski: well, there's the architecture diagram and then there's the plumbing of how to talk to it :)16:45
mriedemneutron, cinder, placement, keystone, etc16:45
dansmithscheduler isn't a REST service which means we're a little constrained from just talking to it from wherever16:45
*** Guest63262 has joined #openstack-nova16:46
alaskidansmith: yep. And this is where my knowledge has gaps, but I thought a scheduler API was being stood up, which would allow talking to it from anywhere16:46
dansmithalthough, I will re-point out the scheduler-is-just-a-library helps with this :)16:46
dansmithalaski: that's placement16:46
dansmithalaski: and it's only part of the act of scheduling a thing16:46
alaskigotcha16:46
bauzasdansmith: I'm basically +1 on the idea of merging filtering/weighting in the conductor16:47
bauzasso I think it's reasonable16:47
bauzasbut here, I'm more concerned by having the claims being implemented *before* that16:47
dansmithit'd be super interesting to use scheduler as a library for reschedules16:47
bauzaswe sorta do that already16:47
dansmithbauzas: well, then I think you have to nuke the reschedules if you're going to do it first16:47
bauzaswe have a scheduler.utils module that computes use for that purpose16:47
dansmithbauzas: temporarily, if you want, to be reopened later16:48
bauzasI dunno, and my wife is yelling at me because of dinner time :('16:48
dansmithhey I have a crazy idea16:48
dansmithhow about we ask an operator?16:48
mriedemi was going to say,16:48
bauzascan someone could just press the "pause" button for real life things?16:48
mriedemwe can agree we need to pass a flag down to the compute to tell it to not claim because we already did it at the top16:48
mriedemfor the reschedule thing, we have a session proposed for claims in the scheduler already,16:49
bauzasthat, I'm all good with16:49
mriedemi think we could hash out the reschedule thing at that session since operators are supposed to be there16:49
bauzasgood lord16:49
dansmithmriedem: sounds good to me16:49
bauzasokay, let me just write some stuff and put that in the spec as a big PITA16:49
mriedemthat's assuming (1) that session is picked and (2) anyone shows up16:49
bauzasyeah16:50
dansmithmriedem: well, if it's not picked we can do something else16:50
*** sambetts is now known as sambetts|afk16:50
dansmithmriedem: if it is and they don't show up, then, I dunno, I guess they approve of whatever outcome :P16:50
bauzasopen a thread and leave people arguing forever \o/16:50
bauzaseither way, I really need to drop off for family business :(16:50
mriedemdansmith: and yell at us 18 months later :)16:50
mriedemthat's all par for the course really16:51
dansmithmriedem: I'll be flippin burgers by then16:51
mriedembeet farming for me16:51
bauzasI got a new project16:51
bauzasBurgers-As-a-Service16:51
dansmithbauzas: you really like us better than your wife?16:51
bauzasI do *love* my wife16:51
bauzaseven my kids16:51
* dansmith emails bauzas' wife instructions for disconnecting the internet16:51
bauzasbut sometimes, work/life balance is hard :)16:52
mriedemdude, just go16:52
*** annegentle has quit IRC16:53
*** kaisers has joined #openstack-nova16:53
*** aarefiev_afk is now known as aarefiev16:56
mriedemok, i think he's gone. now let's undo all of the claims stuff behind his back!16:56
*** lucasagomes is now known as lucas-afk16:56
dansmithheh16:56
*** sivak has quit IRC16:58
*** sivak has joined #openstack-nova16:58
*** kfarr has joined #openstack-nova17:02
namnhdansmith: Hi Mr.Smith, may I confirm with you a point?17:03
dansmithnamnh: you can try :)17:06
namnhdansmith: thanks for your reply17:06
namnhdansmith: Currenlty, Nova supported rolling-upgrade feature, it means old services in Nova can interact with new services. For example nova-api(Mitaka) can interact with nova-conductor(Nova). Is that right?17:06
dansmithnamnh: no. That statement is true for control services vs. computes, but that's all currently17:07
dansmithnamnh: i.e. api and conductor must be the same level, but compute may be old17:07
*** adrian_otto has joined #openstack-nova17:10
namnhdansmith: during upgrade, I can use the "pinning version" option in nova.conf. I.e, during I upgrade M -> Newton, I can pin version in nova.conf at mitaka release17:10
*** Apoorva has joined #openstack-nova17:11
namnhdansmith: so in my understading, conductor can still interact with api at old release. am i right?17:11
*** ltomasbo is now known as ltomasbo|away17:12
dansmithnamnh: no17:15
*** gszasz has quit IRC17:15
dansmithnamnh: at no point can you have different versions of conductor and api17:15
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Remove deprecated network APIs  https://review.openstack.org/44772817:17
namnhdansmith: so it means that I have turn off all conductors and apis at the same time and then upgrade and start these services at the same time.17:19
namnhdansmith: so it means that I have to turn off all conductors and apis at the same time and then upgrade and start these services at the same time.17:19
mriedemsdague: i addressed the stuff you and alex_xu wanted to see in the os-services/os-hypervisors spec https://review.openstack.org/#/c/447149/, it's got a +2 from dansmith17:20
mriedemdtp: have you started on the change to add uuid to the services table?17:20
dansmithnamnh: yes17:20
*** esberglu_ has joined #openstack-nova17:23
*** cdent has joined #openstack-nova17:23
*** esberglu has quit IRC17:24
namnhdansmith: thanks for your answer, I think I need to research more deeply Nova's document for this case17:25
*** armax has joined #openstack-nova17:25
mriedemnamnh: https://docs.openstack.org/developer/nova/upgrade.html in case you haven't seen that yet17:25
sdaguemriedem: looking17:27
*** ducttape_ has quit IRC17:27
openstackgerritMaxim Nestratov proposed openstack/nova master: libvirt: Virtuozzo containers config drive support  https://review.openstack.org/44981817:28
namnhmriedem: thanks. Surely, I will research more deeply the link.17:29
*** liverpooler has quit IRC17:29
*** jaosorior is now known as jaosorior_away17:29
mriedemlooks like we need to clarify between cells v1 and v2 in there17:29
*** karimb has quit IRC17:30
mriedemsdague: thanks. i'm going to update the searchlight spec after lunch.17:30
openstackgerritMatt Riedemann proposed openstack/nova master: Distinguish between cells v1 and v2 in upgrades doc  https://review.openstack.org/45287217:32
*** yamahata has quit IRC17:32
*** namnh has quit IRC17:33
*** nicolasbock has quit IRC17:35
dtpmriedem about to now, why?17:36
mriedemdtp: was just wondering17:36
*** pumarani_ has quit IRC17:36
*** jpena is now known as jpena|away17:37
sdaguemriedem: great17:39
*** jwcroppe_ has quit IRC17:41
*** kaisers has quit IRC17:42
*** tuanla_ has quit IRC17:46
*** tuan_luong has quit IRC17:46
*** lucasxu has joined #openstack-nova17:47
*** satyar has quit IRC17:47
*** suresh12 has joined #openstack-nova17:48
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Read Neutron port 'binding_profile' during boot  https://review.openstack.org/44925717:48
*** dane-fichter has quit IRC17:49
*** jamielennox is now known as jamielennox|away17:50
*** ijw has quit IRC17:51
*** nicolasbock has joined #openstack-nova17:51
*** armax has quit IRC17:53
*** suresh12 has quit IRC17:56
*** amoralej is now known as amoralej|off17:57
*** kaisers has joined #openstack-nova17:57
*** baoli has quit IRC17:57
*** Sukhdev has joined #openstack-nova17:57
*** xyang1 has joined #openstack-nova17:59
*** aarefiev is now known as aarefiev_afk18:00
*** ZZelle has joined #openstack-nova18:01
*** peter-hamilton has quit IRC18:01
*** jdillaman has quit IRC18:01
*** baoli has joined #openstack-nova18:01
*** suresh12 has joined #openstack-nova18:01
*** markmcclain has quit IRC18:05
*** markmcclain has joined #openstack-nova18:07
*** armax has joined #openstack-nova18:07
*** Guest52040 has quit IRC18:08
*** jwcroppe has joined #openstack-nova18:11
*** Swami has joined #openstack-nova18:12
*** harlowja has joined #openstack-nova18:12
*** jdillaman has joined #openstack-nova18:14
*** crushil has quit IRC18:16
*** tjones has joined #openstack-nova18:20
*** sihan has joined #openstack-nova18:20
tjonesmriedem: one of my guys want to work on https://review.openstack.org/#/c/402256 but we cannot restore it.  does the owner have to restore?  I thought we could take it over18:21
*** joanna__ has quit IRC18:22
*** cdent has quit IRC18:22
*** ralonsoh has quit IRC18:23
ildikovmriedem: would the Cinder Nova meeting work for an hour earlier (1600 UTC) on Thursdays?18:24
*** annegentle has joined #openstack-nova18:24
mriedemtjones: i've restored it18:25
mriedemildikov: for me yes18:25
ildikovmriedem: cool, tnx18:25
*** avolkov has quit IRC18:25
clarkbtjones: any core or the owner can restore18:30
*** tbachman has quit IRC18:30
*** liverpooler has joined #openstack-nova18:32
*** sihan has quit IRC18:34
*** tbachman has joined #openstack-nova18:35
*** suresh12 has quit IRC18:36
*** Jack_Iv has joined #openstack-nova18:37
*** sapcc-bot1 has joined #openstack-nova18:40
*** crushil has joined #openstack-nova18:40
*** suresh12 has joined #openstack-nova18:40
*** sapcc-bot has quit IRC18:40
*** artom has quit IRC18:40
*** felipemonteiro has quit IRC18:41
*** john51_ has joined #openstack-nova18:41
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276618:41
*** artom has joined #openstack-nova18:41
*** john51 has quit IRC18:41
*** felipemonteiro has joined #openstack-nova18:42
*** Jack_Iv_ has joined #openstack-nova18:43
openstackgerritSimon Dodsley proposed openstack/nova-specs master: Enhanced KVM Storage QoS  https://review.openstack.org/34016818:44
*** suresh12 has quit IRC18:45
openstackgerritSimon Dodsley proposed openstack/nova-specs master: Enhanced KVM Storage QoS  https://review.openstack.org/34016818:46
*** dimtruck is now known as zz_dimtruck18:46
*** Jack_Iv has quit IRC18:47
*** suresh12 has joined #openstack-nova18:47
*** sneti_ has quit IRC18:49
*** efried has joined #openstack-nova18:52
*** zz_dimtruck is now known as dimtruck18:53
openstackgerritMatt Riedemann proposed openstack/nova-specs master: List instances using Searchlight (spec)  https://review.openstack.org/44169218:56
mriedemsdague: there you go ^18:56
openstackgerritSimon Dodsley proposed openstack/nova-specs master: Enhanced KVM Storage QoS  https://review.openstack.org/34016818:58
*** armax has quit IRC19:00
*** burt has quit IRC19:01
*** sneti_ has joined #openstack-nova19:04
*** adrian_otto has quit IRC19:04
*** sree has joined #openstack-nova19:11
mordredmriedem, sdague: SO - over the weekend I was working on replacing the create server snapshot image call in shade with pure-rest - and I discovered that the value that nova returns in the header is wrong on at least 1 public cloud - but nobody has likely noticed because novaclient doesn't directly use the url returned, instead it pops the id off the end and uses that19:14
mordredI'm fairly certain there is at least one bug somewhere19:14
mordredbut I'm not 100% sure in what, or where to file it19:15
sdaguemordred: can you be more specific about which cloud, and in what way it is wrong?19:15
mordredyes!19:15
sdagueso we could at least narrow down where the disconnect is19:15
*** sree has quit IRC19:15
mriedemtalking about https://developer.openstack.org/api-ref/compute/?expanded=create-image-createimage-action-detail#create-image-createimage-action right?19:17
mordredI was testing against vexxhost, which is running newton I believe ...19:17
mordred(and yes)19:17
*** joanna__ has joined #openstack-nova19:17
mordredone sec - getting the actual value from my logs so I can paste the right things19:17
mriedemmight have been related to some glance v1 stuff that we intentionally broke in newton19:18
mriedemfor glance v219:18
mriedemi seem to remember some issues there with returning locations to glance api servers19:18
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L111219:19
mriedemhttps://github.com/openstack/nova/blob/master/nova/image/glance.py#L5819:20
mordredRESP: [202] Content-Type: text/html; charset=UTF-8 Content-Length: 0 Location: http://172.21.1.10:9292/images/f5d5b63b-e710-4d59-aa12-a9bd42f6652a Openstack-Api-Version: compute 2.1 X-Openstack-Nova-Api-Version: 2.1 Vary: OpenStack-API-Version, X-OpenStack-Nova-API-Version X-Compute-Request-Id: req-4b6fb5ed-3055-4d84-a16f-4057685ce737 Date: Sun, 02 Apr 2017 13:26:20 GMT19:20
mordredthat's the response I got19:20
mordredbut the Location _should_ have been https://image-ca-ymq-1.vexxhost.net/v2/images/f5d5b63b-e710-4d59-aa12-a9bd42f6652a19:20
mriedemyeah i was going to say, it's wrong b/c it's missing v1 or v2 right?19:21
mordredwell - and also the host is wrong19:21
mriedemthe host comes from the config in nova19:21
mriedemfor glance api servers19:21
mordred172.21.1.10:9292 is unreachable by me as a user19:21
*** lpetrut has joined #openstack-nova19:21
sdagueso, the host is going to because they have private glance servers19:21
mordredso it seems it's returning the thing that is the internal url19:21
mordredyah19:21
mriedemyeah comes from config https://github.com/openstack/nova/blob/master/nova/image/glance.py#L10719:21
mriedemwe'd have to get the host from the service catalog right?19:22
sdagueyeh, for historical reasons that's just a randomly picked one of their api_services19:22
mriedemfor publicUrl19:22
sdaguemriedem: yeh, it's more complicated than that, but yes19:22
mordredkk. so this is still just part of the whole "use the catalog for glance stuff" effort19:22
sdaguebecause the glance stuff doesn't use the catalog anywhere19:22
mordredyah19:22
sdaguemordred: yes19:22
mordredcool - ok - so no new issue to file19:22
mriedemis that an effort?19:22
mriedemno one is working on this19:22
mordredmaybe effort is the wrong word "aspirational future state that people would love to be in but nobody is currently driving"19:23
mriedemmordred: you should report a bug regardless19:23
mordredkk19:23
mordredwill do19:23
mordredalso - I'm just stealing novaclient's workaround for now19:23
mriedemi'm surprised we actually returned a location header19:24
mordredwhich is to just pop the uuid off the end of the url and return _that_19:24
sdaguemriedem: that's been there for a long time19:24
mriedemsdague: there's lots of things that have been around for lots of years that surprise me :)19:24
sdague:)19:24
sdaguereturning location is actually a pretty good pattern, it's just that it depends on too much config being correct19:25
*** sneti_ has quit IRC19:25
sdagueI'm trying to figure out if vexxhost's config is going to hurt something else in terms of migration19:26
mriedemsdague: so is the basic idea, long-term we want to drop CONF.glance.api_servers and just have nova lookup the image service url in the catalog?19:26
sdaguemriedem: yes19:26
mriedemsame for neutron and cinder19:26
mriedemsince those are config driven19:26
mordredyah19:26
mriedemoh right and raj_singh had a patch to use ksa with glance in nova...19:26
sdagueright, so we probably are going to have to have a slightly more complicated case for glance where we consider an internal and a public path19:27
mriedemhttps://review.openstack.org/#/c/412634/19:27
sdaguebecause glance is one of those services where your would tend to build a really high bw internal path to the api service19:27
mordredmriedem: I've also got this one: https://review.openstack.org/#/c/438512/19:27
mriedemwe make that configurable for placement19:27
mriedemwhich url to use i mean19:27
mordredmriedem: which needs a little more cleanip before I bother you fine people with it much  more19:27
*** lpetrut has quit IRC19:28
sdaguemriedem: well... except we reflect urls straight to the user19:28
sdagueso we're going to need 2 config options19:28
mriedemsdague: right i know19:28
mriedeminternal defaults to internalUrl or adminUrl or whatever, and public defaults to publicUrl19:28
mriedemi was thinking about this https://github.com/openstack/nova/blob/master/nova/conf/placement.py#L3119:28
sdaguemriedem: yeh19:29
mordredyah - I'd argue to not have that19:29
mordredinternal and public are known interfaces. nova should reflect urls based on public to API consumers and should use internal to talk to other services - we shouldn't make operators tell nova to do that- if they don't want an internal url, they should just register the same url twice with keystone19:30
sdaguemordred: well, we tried to get away with be prescriptive with placement19:30
mordredbut I'm unreasonable19:30
sdagueand people got mad19:30
mordredof course they did19:30
sdaguemordred: so, lots of deployments only use public19:31
sdagueor at least some do19:31
sdagueand just route correctly19:31
mordredyah. that would be more smarter19:31
*** sneti_ has joined #openstack-nova19:31
sdagueis there anyone else with a newton cloud?19:31
*** liusheng has quit IRC19:32
mordreddunno - I only know vexxhost is because I was chatting with mnaser about a config-drive issue over the weekend19:32
*** marst_ has joined #openstack-nova19:32
mordredbut given the way novaclient works here, it's highly unlikely many real-world folks are broken by this issue, fwiw19:32
*** liusheng has joined #openstack-nova19:32
*** tbachman has quit IRC19:33
mordredI mean - honestly rather than fixing it - just returning a json dict in the body with the image_id in it would be a win - those urls aren't really used much in the rest of the overall api flow19:34
mordredand the first thing you're going to do with this as a user is make a call to glance to get the image dict by id19:34
mordred(since you have to poll that for status to know when it's done)19:34
mriedemmordred: yeah that's why i said i was surprised,19:35
mriedembecause we just return ids for things like this in response bodies19:35
mordredso it likely _could_ be fixed with a microversion easier than actually fixing the internal/public glance url thing19:35
mriedembut, changing the response will be a microversion19:35
mordredmriedem: yah. I was very surprised myself19:35
mordredmriedem: as you might can tell from my comment: https://review.openstack.org/#/c/452566/2/shade/openstackcloud.py19:35
*** marst has quit IRC19:35
mriedemha19:36
mriedemso dramatic19:36
mordredwell - it was a sunday and I managed to break a server by making the api call against nova19:36
mordredbecause it _ALSO_ apparently turns the server off to do the snapshot19:37
mordredso I might have been in a bad mood at the time19:37
mriedemlive snapshot is a thing if libvirt is new enough and you've configured nova-compute to attempt it19:37
mriedemwe disabled live snapshot way back when b/c it resulted in 25% failure rate in the gate19:37
*** harlowja has quit IRC19:37
mriedemyou as the api user have no idea if it's live or cold though19:37
mriedemsince it's config drive on the compute19:38
mriedem*driven19:38
mordred\o/19:38
mriedemwere you surprised that it was a cold snapshot? i see we don't mention that in the api ref19:38
mordredwell - I shouldn't have been - I know we don't use snapshots for any purpose in infra because it used to make the servers unresponsive for potentially hours - but I think I had just assumed that was some Xen/Rackspace thing19:39
*** xyang1 has quit IRC19:39
mordredbut yes - I was totally unprepared for it to be a COMPLETELY unsafe thing to run19:39
*** yamahata has joined #openstack-nova19:40
mordredthat left me with a VM in a down state for an unknowable period of time19:40
*** xyang1 has joined #openstack-nova19:40
mordredand with no way that I could find for me to say "oh, crap, dude, nevermind - I need the VM back please"19:40
mriedembuild a confirm prompt into shade :)19:40
mriedemwe could note this in the docs though, that by default it's a cold snapshot so you should expect the guest to be offline during the snapshot operation19:41
mriedemi'm not really sure if that's true for the other virt drivers, but it is for libvirt19:41
mriedemsdague: didn't you have a patch to undo disable_libvirt_livesnapshot?19:42
mriedemor change it to False19:42
mriedemmaybe it was sfinucan19:42
mordredmriedem: yah - I think a docs patch with a warning would be a good idea19:42
openstackgerritSihan Wang proposed openstack/nova master: VMware:fix get VM root device conditional verify  https://review.openstack.org/40225619:42
mriedemmordred: we can also doc the image location header response as probably being bogus for most users, at least users of public clouds19:42
*** tbachman has joined #openstack-nova19:42
mordred++19:42
sdagueI did change it to false, I thought we reverted it though19:43
sdagueoh, I guess it's still off by default19:44
sdaguewe should probably change that19:44
*** dimtruck is now known as zz_dimtruck19:45
mordredmriedem: https://bugs.launchpad.net/nova/+bug/167928519:46
openstackLaunchpad bug 1679285 in OpenStack Compute (nova) "Create Server Snapshot returns incorrect Image Location" [Undecided,New]19:46
*** armax has joined #openstack-nova19:47
mriedemthanks19:47
mriedemso how to fix this, i'm not sure if we just do the service catalog thing for this right now, or change the response in a microversion (which we can't backport)19:51
mriedemit's super latent so i'm not sure we need to backport a fix,19:51
mriedemwe could just doc it as always sucking19:51
*** karimb has joined #openstack-nova19:52
mriedemsdague: ^ thoughts on which way you'd lean?19:53
mriedemi'm not as clear on the service catalog stuff but could probably figure it out by looking at similar things with placement19:54
*** smatzek has quit IRC19:54
sdaguewell, it makes it clear that once we get to newton, we probably break people by accident if they used that field19:54
mriedembecause it doesn't have v2 in the url?19:54
mordredmriedem: for my money, I'd document it, and then add the microversion for a new response type ... I think the catalog thing is a _much_ longer fix, even though it's the right one long term19:55
mriedemit doesn't have v1 in it either19:55
sdaguethe Location: field really is supposed to have the url19:55
mriedemunless images is an alias for v1/images19:55
mordredyah - I think there are too many variables for Location to be correct consistently19:55
mordredbecause you might be an admin who _does_ want to use the internal url19:55
mordredand you might have requested internal urls from keystone as a user19:55
sdagueLocation is HTTP spec, if we are going to use it, it has to be a real url19:55
mordredyah. I'm saying ignore the location header and just return the image id in a json doc19:56
mordredthat's consistent and can be consumed well19:56
mriedemright it's a question of change the response, or fix the location header and use the catalog19:56
mordredoh - I was suggesting neither ...19:56
mriedemi can do the former easily19:56
mordredjust _Add_ a json return dict and document that the location header is likely broken19:56
mriedemmordred: you're saying leave the busted location header?19:56
mriedemoh19:56
mriedemwell it's still a microversion to return a body now19:57
mordredyah19:57
mordredbut microversions are there for a reason, right?19:57
mriedemyeah, i just don't know if it's better to do the quick fix with a microversion now, or invest in doing the catalog lookup, which is more obscure for me personally19:57
mriedemksa is just a big black box and i always ask sean what to do :)19:58
mriedemor copy his code19:58
mordredwell - I have a patch coming to maybe make it friendlier19:58
sdaguemriedem: yeh, honestly, I would say a better response body is probably the right answer19:59
sdagueand drop the Location header when we do it19:59
mriedemsdague: i can totally do that, today19:59
mordred++ - I still think fixing glance interactoins to use catalog long term is the correct and healthy thing to do - but it's not going to be quick19:59
sdaguethe Location header is clever, and when it was an internal location for nova, maybe really sensible19:59
sdaguemordred: yeh19:59
mordredagree19:59
mordredbut the world it has changed since then19:59
sdagueI think the only sucky part is that the fix isn't really backportable20:00
sdaguethis is basically an edge case of the v1 -> v2 bit that we missed20:00
mordredyah - but it's also luckily not TERRIBLE to workaround as an API consumer20:00
mriedemdoes /images alias to /v1/images though?20:00
mordredI mean id = "/".rsplit(location, 1)20:00
sdaguemriedem: honestly, I don't know20:00
mordredisn't bad20:00
mordredmriedem: I do not believe so, no20:00
sdaguemordred: yeh, sure. We should probably mention there are weirdnesses in the API call20:01
mriedemok, i wasn't sure looking at https://developer.openstack.org/api-ref/image/versions/index.html?expanded=list-api-versions-detail,id1-detail20:01
mriedemand the api refs for glance20:01
mriedemor https://developer.openstack.org/api-ref/image/v1/index.html#images20:01
mriedemwhich has an explicit /v1/ in it20:01
mordredmriedem: no, it doens't20:02
mriedemmaybe this has just been broken since glance became a thing birthed from nova? :P20:02
mordredGET https://image-ca-ymq-1.vexxhost.net/images/05a02839-5eb2-4335-8869-fabe88601f1820:02
mordredgets you the image version discovery document20:02
mordredmriedem: yes - I believe it likely has been broken always20:02
mordredmriedem: because of how novaclient consumes the value20:02
mriedemmordred: to be clear, "no it doesn't" meaning /images doesn't alias /v1/images?20:03
mriedembecause yeah i see https://image-ca-ymq-1.vexxhost.net/v1/20:03
mriedemok, well i'll draft up a spec20:04
sdaguemordred: so... on other clouds is it returning a glance url or a nova one?20:04
mordredsdague: I can check - but it'll be a little bit - I need to create some vms first20:05
*** jamielennox|away is now known as jamielennox20:05
sdaguemordred: yeh, no worries. Just curious, because it's been so long20:05
sdaguebecause, I think that might be part of what happened20:05
sdagueas we used to push through nova urls20:05
mordred        image = cls.compute_images_client.create_image(server_id, name=name)20:06
mordred        image_id = data_utils.parse_image_id(image.response['location'])20:06
mordred        cls.images.append(image_id)20:06
mordredtempest ALSO employs the novaclient workaround20:06
sdagueheh20:06
sdagueyeh, ok, we've just been terrible forever20:06
*** crushil has quit IRC20:06
mordredyup20:06
*** adrian_otto has joined #openstack-nova20:08
mriedemok so we're a go for removing location header and return image_id in a response body dict in a microversion, yes?20:08
mriedemif so, i'll start writing up a spec20:08
raj_singhmriedem: sdague We are working up a spec to use catalog lookup for Glance. This spec will have details on making consistent use of keystone_auth in Neutron and Cinder client as well.20:08
mordredmriedem: ++ I think that's a GREAT microversion20:09
raj_singhand we will have it up by today20:09
mordredraj_singh: hey - will you point me to it as well?20:09
raj_singhpumaranikar: is working on it20:09
mordredpumaranikar, raj_singh: I have some thoughts and a half-done patch for improving that area as well :)20:09
raj_singhmriedem: Sure I will ping you once ready20:09
*** Jack_Iv_ has quit IRC20:10
mordredsweet20:10
sdaguemriedem: sounds great20:10
*** crushil has joined #openstack-nova20:10
*** Jack_Iv has joined #openstack-nova20:10
*** pumarani_ has joined #openstack-nova20:13
*** pumarani_ has quit IRC20:13
*** Sukhdev_ has joined #openstack-nova20:13
*** pumarani_ has joined #openstack-nova20:13
*** pumarani_ has quit IRC20:14
*** pumarani_ has joined #openstack-nova20:14
*** Jack_Iv has quit IRC20:15
*** liverpooler has quit IRC20:16
*** rmart04 has joined #openstack-nova20:16
*** crushil has quit IRC20:18
*** sivak has quit IRC20:19
*** sivak has joined #openstack-nova20:19
*** sivak has quit IRC20:19
*** sivak has joined #openstack-nova20:20
*** jamesdenton has quit IRC20:20
*** lucasxu has quit IRC20:22
*** Drankis has quit IRC20:24
*** zz_dimtruck is now known as dimtruck20:25
*** baoli has quit IRC20:25
*** kaisers has quit IRC20:26
*** Sukhdev has quit IRC20:30
*** Sukhdev_ is now known as Sukhdev20:30
melwittmriedem: I thought you might want to look at this docs change, makes a new page for release notes how-to and links from the main page and the code review page https://review.openstack.org/#/c/45187020:31
*** baoli has joined #openstack-nova20:32
mriedemsdague: mordred: funny, but we emit notifications for snapshot start/end, but don't actually include the snapshot image id in those20:33
mriedemkind of useless20:33
mriedemgibi: ^20:33
sdagueso, question, in log messages, sometimes we use instance= and sometimes we use instance_uuid=20:33
mriedemsdague: no different20:33
mriedem*difference20:33
*** rmart04 has quit IRC20:33
sdagueis there a reason we couldn't abolish instance= and do the uuid dereference thre?20:33
mriedemoslo.log checks to see if it's 'instance' and pulls the uuid from it20:33
*** armax has quit IRC20:34
sdaguemriedem: yes, I realize it, but it actually adds a reasonable amount of gorp in oslo.log20:34
mriedemit would be a bunch of churn20:34
*** armax has joined #openstack-nova20:34
*** armax has quit IRC20:35
sdagueyeh, though the dual fields do make doing some additional stuff with exposing variables to systemd journal a big gorpier20:35
*** abalutoiu_ has joined #openstack-nova20:36
mriedemmelwitt: can i have no opinion?20:36
melwittmriedem: of course20:37
*** abalutoiu has quit IRC20:39
*** sivak has quit IRC20:45
*** sneti_ has quit IRC20:45
*** sivak has joined #openstack-nova20:46
*** dimtruck is now known as zz_dimtruck20:48
*** zz_dimtruck is now known as dimtruck20:48
*** armax has joined #openstack-nova20:48
openstackgerritLee Yarwood proposed openstack/nova master: WIP encryptors: Do not overwrite file volumes on attach  https://review.openstack.org/45293820:49
lyarwoodmelwitt: ^ hackaround for the encrypted nfs volume corruption bug if you get time today20:49
*** sivak has quit IRC20:49
*** sivak has joined #openstack-nova20:50
melwittlyarwood: cool, thanks for the heads up20:50
lyarwoodmriedem: thanks for the heads up re the stable bugfixes btw, I'll queue them up for the morning20:50
mriedemmordred: createBackup API has the same issue :)20:51
*** david-lyle has quit IRC20:51
*** esberglu_ is now known as esberglu20:51
*** david-lyle has joined #openstack-nova20:51
*** mvk has joined #openstack-nova20:52
*** annegentle has quit IRC20:52
*** sneti_ has joined #openstack-nova20:52
*** harlowja has joined #openstack-nova20:53
dansmithsdague: instance_uuid would suck measurably more, IMHO20:54
*** hoangcx has joined #openstack-nova20:55
*** Guest63262 has quit IRC20:56
*** esberglu has quit IRC20:56
*** corey__ has quit IRC20:56
*** esberglu has joined #openstack-nova20:56
*** tbachman has quit IRC20:56
*** tbachman_ has joined #openstack-nova20:56
*** thorst has quit IRC20:59
*** thorst has joined #openstack-nova21:00
*** esberglu has quit IRC21:01
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in servers.py  https://review.openstack.org/45196621:02
*** Guest63262 has joined #openstack-nova21:02
mriedemwow, nova backup does not print out the actual image id for the created snapshot image21:04
mriedemso i guess that's just an exercise for the user21:04
mriedemmelwitt: ^ have you ever seen anyone propose a change for that in novaclient?21:04
*** thorst has quit IRC21:04
melwittmriedem: I haven't but to be honest I haven't been paying attention to novaclient changes in awhile21:05
dansmithmriedem: backup is broken for certain things, right? like bfv instances?21:07
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Remove Location header from createImage and createBackup response (spec)  https://review.openstack.org/45295121:07
dansmithtbh I kinda relegated it into an old usage scenario21:07
*** sivak has quit IRC21:08
mriedemflwang tried fixing bfv with backup years ago, but we blocked it21:08
dansmithyeah21:08
*** sivak has joined #openstack-nova21:08
openstackgerritSarafraj Singh proposed openstack/nova-specs master: WIP: Replace live migration steps and delays with memory iteration logic  https://review.openstack.org/44333921:10
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Remove Location header from createImage and createBackup response (spec)  https://review.openstack.org/45295121:10
mriedemmordred: sdague: ^ the spec21:11
mriedemdansmith: i bet we don't mention that limitation in the api ref for createBackup either21:11
dansmithI kinda wish we didn't mention it at all :)21:12
mriedemlike the os-pci API?21:12
mriedemwhich reminds me...21:12
*** edmondsw has quit IRC21:12
mriedemnice, this is the message you get back with the 400 in that case, "The request is invalid."21:13
mriedemit should also kick you in the balls while it's being helpful21:14
*** edmondsw has joined #openstack-nova21:14
dansmithit logs something relevant, but yeah, no help for the user21:14
* dansmith slinks away21:14
*** sivak has quit IRC21:15
*** annegentle has joined #openstack-nova21:15
mriedemlogs something for the admin to check when he gets the support ticket21:15
*** sivak has joined #openstack-nova21:15
*** rfolco has quit IRC21:18
*** edmondsw has quit IRC21:19
openstackgerritMatt Riedemann proposed openstack/nova master: Remove unused migrate_data kwarg from virt driver destroy() method  https://review.openstack.org/45295821:19
*** eharney has quit IRC21:20
*** kaisers has joined #openstack-nova21:21
*** sivak has quit IRC21:24
*** darrenc has quit IRC21:24
*** darrenc has joined #openstack-nova21:24
*** gouthamr has quit IRC21:24
*** ijw has joined #openstack-nova21:25
*** thorst has joined #openstack-nova21:26
*** artom has quit IRC21:28
*** artom has joined #openstack-nova21:29
*** thorst has quit IRC21:30
*** artom_ has joined #openstack-nova21:30
*** suresh12 has quit IRC21:30
*** suresh12 has joined #openstack-nova21:33
*** jwcroppe has quit IRC21:34
*** artom has quit IRC21:34
*** jwcroppe has joined #openstack-nova21:34
*** esberglu has joined #openstack-nova21:35
*** kfarr has quit IRC21:38
*** jwcroppe has quit IRC21:38
*** aysyd has quit IRC21:40
*** kaisers has quit IRC21:43
*** felipemonteiro has quit IRC21:47
*** thorst has joined #openstack-nova21:47
*** Sukhdev_ has joined #openstack-nova21:47
*** armax has quit IRC21:51
*** Guest63262 has quit IRC21:52
*** armax has joined #openstack-nova21:57
*** chyka has quit IRC21:57
*** chyka has joined #openstack-nova21:57
mordredmriedem: awesome22:02
*** armax has quit IRC22:02
openstackgerritMatt Riedemann proposed openstack/nova master: doc: Separate the releasenotes guide from the code-review section  https://review.openstack.org/45187022:03
*** Swami has quit IRC22:04
*** Guest63262 has joined #openstack-nova22:04
mordredmriedem: the impacts are awesome22:04
mriedemNone?22:04
openstackgerritMatt Riedemann proposed openstack/nova master: Document and provide useful error message for volume-backed backup  https://review.openstack.org/45297022:06
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: move createBackup to server-actions  https://review.openstack.org/45297122:08
*** rcernin has quit IRC22:12
*** marst_ has quit IRC22:13
*** mdrabe has quit IRC22:13
*** rebase has joined #openstack-nova22:15
*** ZZelle has quit IRC22:15
*** rfolco has joined #openstack-nova22:16
*** rfolco has quit IRC22:16
openstackgerritMatt Riedemann proposed openstack/nova-specs master: List instances using Searchlight (spec)  https://review.openstack.org/44169222:16
*** rebase has left #openstack-nova22:16
*** lyan has quit IRC22:17
dtpnova/objects/service.py/Service.obj_make_compatible_from_manifest doesn't seem to be called from anywhere within nova; is it still used?22:18
mriedemdtp: i believe that's used in the oslo.versionedobjects library22:19
mriedemso it's probably an override in nova22:19
*** pumarani_ has quit IRC22:19
dansmithmriedem: aye22:19
mriedemhttps://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/base.py#L52722:19
dtproger; thanks22:19
*** marst_ has joined #openstack-nova22:21
*** baoli has quit IRC22:24
*** mlavalle has quit IRC22:26
*** Sukhdev has quit IRC22:26
*** aunnam has quit IRC22:30
*** pumaranikar has quit IRC22:30
*** sneti has quit IRC22:30
*** sapcc-bot has joined #openstack-nova22:31
*** sapcc-bot1 has quit IRC22:31
*** efried has quit IRC22:32
*** sneti has joined #openstack-nova22:37
*** kaisers has joined #openstack-nova22:38
*** pumaranikar has joined #openstack-nova22:38
*** aunnam has joined #openstack-nova22:39
*** armax has joined #openstack-nova22:39
*** catintheroof has quit IRC22:44
*** ijw has quit IRC22:45
*** edmondsw has joined #openstack-nova22:45
*** ijw has joined #openstack-nova22:45
*** ijw has quit IRC22:47
*** crushil has joined #openstack-nova22:47
*** ijw has joined #openstack-nova22:47
*** edmondsw has quit IRC22:49
*** xyang1 has quit IRC22:50
*** ijw has quit IRC22:52
*** sdague has quit IRC22:57
*** sree has joined #openstack-nova22:58
*** marst_ has quit IRC23:00
*** jwcroppe has joined #openstack-nova23:01
*** sree has quit IRC23:03
*** annegentle has quit IRC23:03
*** ijw has joined #openstack-nova23:03
*** ijw has quit IRC23:03
*** ijw has joined #openstack-nova23:04
*** suresh12 has quit IRC23:08
*** ijw has quit IRC23:09
*** marst has joined #openstack-nova23:13
*** suresh12 has joined #openstack-nova23:14
*** siva_krishnan has quit IRC23:16
*** pumaranikar has quit IRC23:17
*** sneti has quit IRC23:17
*** aunnam has quit IRC23:17
*** aunnam has joined #openstack-nova23:19
*** pumaranikar has joined #openstack-nova23:19
*** yamahata has quit IRC23:21
*** siva_krishnan has joined #openstack-nova23:21
*** sneti has joined #openstack-nova23:22
*** chyka has quit IRC23:28
*** hoangcx has quit IRC23:35
*** suresh12 has quit IRC23:35
*** adrian_otto has quit IRC23:38
*** armax has quit IRC23:38
*** sneti__ has joined #openstack-nova23:41
*** suresh12 has joined #openstack-nova23:41
*** kaisers has quit IRC23:42
*** diga has joined #openstack-nova23:43
*** sneti_ has quit IRC23:44
*** sneti__ has quit IRC23:44
*** sneti_ has joined #openstack-nova23:44
*** sneti_ has quit IRC23:45
*** sneti_ has joined #openstack-nova23:46
*** kaisers has joined #openstack-nova23:57

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