Monday, 2020-02-10

*** cgoncalves has quit IRC00:00
*** ccstone has quit IRC00:00
*** ccstone4 is now known as ccstone00:01
*** Liang__ has joined #openstack-nova00:08
*** zhanglong has joined #openstack-nova00:45
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing console_output policies  https://review.opendev.org/70672400:55
*** vishalmanchanda has joined #openstack-nova00:58
*** d34dh0r53 has quit IRC01:04
*** d34dh0r53 has joined #openstack-nova01:05
*** slaweq has joined #openstack-nova01:05
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix os-console-output policy to be admin_or_owner  https://review.opendev.org/70672501:07
gmannmelwitt: alex_xu another bug in policy - https://review.opendev.org/70672501:07
*** spatel has joined #openstack-nova01:13
*** openstackstatus has joined #openstack-nova01:16
*** ChanServ sets mode: +v openstackstatus01:16
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing console_output policies  https://review.opendev.org/70672401:17
*** spatel has quit IRC01:18
*** mdbooth has quit IRC01:18
*** mdbooth has joined #openstack-nova01:19
*** Dinesh_Bhor has quit IRC01:26
*** brinzhang has joined #openstack-nova01:36
*** xiaolin has joined #openstack-nova01:38
*** Dinesh_Bhor has joined #openstack-nova01:38
*** zhanglong has quit IRC01:42
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing create_backup policies  https://review.opendev.org/70672601:45
*** zhanglong has joined #openstack-nova01:45
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing console_output policies  https://review.opendev.org/70672401:49
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix os-create-backup policy to be admin_or_owner  https://review.opendev.org/70672701:59
gmannmelwitt: alex_xu this is another. I think most of the admin_or_owner are buggy - https://review.opendev.org/70672702:00
*** xiaolin has quit IRC02:06
*** xiaolin has joined #openstack-nova02:11
*** jmlowe has joined #openstack-nova02:21
*** zhanglong has quit IRC02:22
*** jmlowe has quit IRC02:28
*** abhishekk has quit IRC02:31
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing create_backup policies  https://review.opendev.org/70672602:36
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix os-console-output policy to be admin_or_owner  https://review.opendev.org/70672502:59
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing console_output policies  https://review.opendev.org/70672403:02
gmannefried: melwitt dansmith lyarwood stephenfin these are the fixes to unblock the stable/pike|queens|rocky nova gate - https://review.opendev.org/#/q/topic:fix-stable-gate+(status:open+OR+status:merged)+projects:openstack/nova03:05
*** xiaolin has quit IRC03:08
*** xiaolin has joined #openstack-nova03:32
*** tkajinam has quit IRC03:40
*** tkajinam has joined #openstack-nova03:41
openstackgerritjichenjc proposed openstack/nova master: set default value to 0 instead of ''  https://review.opendev.org/70673003:44
*** psachin has joined #openstack-nova03:46
*** udesale has joined #openstack-nova04:09
*** mkrai has joined #openstack-nova04:14
*** brinzhang has quit IRC04:51
*** brinzhang has joined #openstack-nova04:52
*** brinzhang_ has joined #openstack-nova04:53
*** brinzhang__ has joined #openstack-nova04:56
*** brinzhang has quit IRC04:57
*** brinzhang has joined #openstack-nova04:58
*** brinzhang has quit IRC04:59
*** brinzhang_ has quit IRC04:59
*** brinzhang__ has quit IRC05:00
*** damien_r has quit IRC05:03
*** evrardjp has quit IRC05:34
*** evrardjp has joined #openstack-nova05:34
*** links has joined #openstack-nova05:37
*** links has quit IRC05:40
*** huaqiang has quit IRC05:59
*** xiaolin has quit IRC06:05
*** yedongcan has joined #openstack-nova06:08
*** xiaolin has joined #openstack-nova06:11
*** ratailor has joined #openstack-nova06:19
*** ratailor has quit IRC06:20
*** ratailor has joined #openstack-nova06:21
*** ratailor has quit IRC06:22
*** ratailor has joined #openstack-nova06:23
*** ratailor has quit IRC06:24
*** ratailor has joined #openstack-nova06:25
*** ratailor has quit IRC06:25
*** ratailor has joined #openstack-nova06:26
*** ratailor has quit IRC06:27
*** cgoncalves has joined #openstack-nova06:31
*** cgoncalves has quit IRC06:31
*** cgoncalves has joined #openstack-nova06:32
*** ratailor has joined #openstack-nova06:35
*** dpawlik has joined #openstack-nova06:44
*** dpawlik has quit IRC06:50
*** dpawlik has joined #openstack-nova06:55
*** dpawlik has quit IRC07:16
*** dpawlik has joined #openstack-nova07:19
*** mkrai has quit IRC07:27
*** yaawang has joined #openstack-nova07:35
*** tosky has joined #openstack-nova07:35
*** ratailor has quit IRC07:39
*** yaawang has quit IRC07:39
*** ociuhandu has joined #openstack-nova07:47
*** slaweq has quit IRC07:53
*** imacdonn has quit IRC07:53
*** imacdonn has joined #openstack-nova07:53
*** mkrai has joined #openstack-nova08:05
*** maciejjozefczyk has joined #openstack-nova08:07
*** ociuhandu has quit IRC08:07
*** ociuhandu has joined #openstack-nova08:08
*** slaweq has joined #openstack-nova08:09
*** iurygregory has joined #openstack-nova08:10
*** ratailor has joined #openstack-nova08:14
*** ociuhandu has quit IRC08:14
*** ratailor has quit IRC08:20
*** ratailor has joined #openstack-nova08:20
*** tkajinam has quit IRC08:23
*** tesseract has joined #openstack-nova08:30
*** damien_r has joined #openstack-nova08:33
*** ivve has joined #openstack-nova08:36
*** ralonsoh has joined #openstack-nova08:38
*** amoralej|off is now known as amoralej08:38
*** rpittau|afk is now known as rpittau08:41
*** Luzi has joined #openstack-nova08:45
openstackgerritBrin Zhang proposed openstack/nova master: Add new default roles in os-instance-actions policies  https://review.opendev.org/70647008:53
openstackgerritBrin Zhang proposed openstack/nova master: Add SYSTEM_READER role to servers actions API  https://review.opendev.org/70617908:56
*** dtantsur|afk is now known as dtantsur09:01
*** mkrai has quit IRC09:30
openstackgerritBalazs Gibizer proposed openstack/nova master: Support unshelve with qos ports  https://review.opendev.org/70475909:31
openstackgerritBalazs Gibizer proposed openstack/nova master: Enable unshelve with qos ports  https://review.opendev.org/70547509:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Merge qos related renos for Ussuri  https://review.opendev.org/70676609:34
*** derekh has joined #openstack-nova09:38
gibistephenfin: hi! replied to you in the unshelve qos series ^^09:38
gibistephenfin: I will do some unshelve testing on master based on your points09:39
*** ociuhandu has joined #openstack-nova09:42
*** martinkennelly has joined #openstack-nova09:47
*** ociuhandu has quit IRC09:47
*** ociuhandu has joined #openstack-nova09:54
*** ociuhandu has quit IRC09:55
*** mkrai has joined #openstack-nova10:21
*** ociuhandu has joined #openstack-nova10:27
bauzasgibi: stephenfin: I know it's not a specs review day today, but if you have time, it would be nice if you could review https://review.opendev.org/#/c/552924/10:28
bauzasw310:28
bauzaswhoops10:28
kashyapbauzas: While you wait on Gibi :D -- https://review.opendev.org/#/c/693844/10:29
kashyapBut probably requires a non-RHT core, as it already has +2 from Stephen10:30
bauzaskashyap: sure, I'll look this afternoon10:30
bauzasyeah too10:30
bauzasI'll look at specs this afternoon FWIW10:30
kashyapActually, it's for gibi; he already +1ed it, and once the nits are addressed, he said he'd upgrade it.10:30
kashyapbauzas: So leave it to Gibi :-)10:30
kashyap(Saving your time for other specs.)10:30
*** ociuhandu has quit IRC10:32
* gibi is on a call will read back in about 30 minutes10:32
kashyapSure, no rush; this can wait.10:33
bauzasyeah no worries gibi ;)10:34
*** udesale has quit IRC10:48
*** mkrai has quit IRC10:51
*** ociuhandu has joined #openstack-nova10:59
stephenfinbauzas: Can you grab this? https://review.opendev.org/#/c/706466/11:01
*** yedongcan has left #openstack-nova11:01
stephenfinbauzas: I shall review that spec too, yup11:01
*** ociuhandu has quit IRC11:03
*** ociuhandu has joined #openstack-nova11:03
openstackgerritBrin Zhang proposed openstack/nova master: Store instance action event exc_val fault details  https://review.opendev.org/69442811:10
openstackgerritBrin Zhang proposed openstack/nova master: Expose instance action event details out of the API  https://review.opendev.org/69443011:10
openstackgerritBrin Zhang proposed openstack/nova master: Add server actions v82 samples test  https://review.opendev.org/70625111:20
*** davidsha has joined #openstack-nova11:31
*** ociuhandu has quit IRC11:32
*** ociuhandu has joined #openstack-nova11:32
*** ociuhandu has quit IRC11:38
*** ociuhandu has joined #openstack-nova11:41
*** zhanglong has joined #openstack-nova11:44
*** nicolasbock has joined #openstack-nova12:01
elodlyarwood: about this patch: https://review.opendev.org/#/c/70671612:04
elodlyarwood: do we need the change in .zuul.yaml?12:04
lyarwoodelod: I was confused by that at first but it allows the nova-live-migration jobs to run against changes to nova/tests/live_migration/hooks/utils.sh12:07
elodlyarwood: I think it would be better to leave that as it was originally. If something changes in live_migration/hooks, then it can be tested with a depends-on tagged (dummy) patch12:07
lyarwoodelod: I don't really mind either way12:08
lyarwoodelod: it would be cleaner to do this across all branches tbh12:08
elodlyarwood: and there are 3 py files that triggers all dsvm based jobs now12:08
*** rpittau is now known as rpittau|bbl12:08
elodlyarwood: and of course it would be good to finally fix the rocky branch :)12:09
*** ociuhandu has quit IRC12:10
*** ociuhandu has joined #openstack-nova12:11
elodlyarwood, gmann : do you mind if I remove the .zuul.yaml changes (in https://review.opendev.org/#/c/706716 ) ?12:12
lyarwoodelod: I don't but I'd also like to fix the branch :)12:15
lyarwoodelod: if you do remove it can you push a DNM change on top that does test that job12:15
*** ociuhandu has quit IRC12:15
elodlyarwood: yes, of course, though I think it's already tested now (with the .zuul.yaml change :))12:16
lyarwoodelod: right but if we change it we still need to test it :)12:24
lyarwoodbut yeah I get your point12:24
openstackgerritElod Illes proposed openstack/nova stable/rocky: Use stable constraint for Tempest pinned stable branches  https://review.opendev.org/70671612:25
openstackgerritElod Illes proposed openstack/nova stable/rocky: DNM: Test live-migration hook  https://review.opendev.org/70681212:27
lyarwoodthanks12:27
*** brinzhang has joined #openstack-nova12:27
elodlyarwood: thanks, too!12:27
lyarwoodonce we've sorted this out I'll start burning down the remaining stable/rocky changes btw12:27
*** udesale has joined #openstack-nova12:28
elodok, I will also look at the rocky patches :)12:29
*** adriant has quit IRC12:34
*** adriant has joined #openstack-nova12:35
*** damien_r has quit IRC12:37
*** zhanglong has quit IRC12:40
*** zhanglong has joined #openstack-nova12:42
*** artom has joined #openstack-nova12:45
*** mgariepy has joined #openstack-nova12:45
*** ociuhandu has joined #openstack-nova12:48
*** huaqiang has joined #openstack-nova12:52
*** ociuhandu has quit IRC12:53
gmannelod: lyarwood we need those irrelevant file change otherwise liver migration job can break on run_tests.py  changes. what i can do is to run only nova-live-migration job for run_test.py12:58
*** rosmaita has joined #openstack-nova13:02
openstackgerritGhanshyam Mann proposed openstack/nova stable/rocky: Use stable constraint for Tempest pinned stable branches  https://review.opendev.org/70671613:03
openstackgerritGhanshyam Mann proposed openstack/nova stable/queens: Use stable constraint for Tempest pinned stable branches  https://review.opendev.org/70671413:03
rosmaitaefried: need a favor when you have a few minutes, let me know what you think of https://review.opendev.org/#/c/706298/13:03
openstackgerritGhanshyam Mann proposed openstack/nova stable/pike: Use stable constraint for Tempest pinned stable branches  https://review.opendev.org/70671513:05
gmannlyarwood: elod ^^13:05
*** ratailor has quit IRC13:09
*** amoralej is now known as amoralej|lunch13:10
*** damien_r has joined #openstack-nova13:10
*** damien_r has quit IRC13:11
*** tbachman has joined #openstack-nova13:12
*** rpittau|bbl is now known as rpittau13:12
*** damien_r has joined #openstack-nova13:15
*** vesper11 has quit IRC13:15
*** vesper has joined #openstack-nova13:15
elodgmann: looks ok to me13:17
*** artom has quit IRC13:20
*** jaosorior has joined #openstack-nova13:25
*** gary_perkins has joined #openstack-nova13:26
*** priteau has joined #openstack-nova13:50
*** mgariepy has quit IRC13:51
*** mgariepy has joined #openstack-nova13:52
*** lpetrut has joined #openstack-nova13:55
*** brinzhang has quit IRC14:06
*** brinzhang has joined #openstack-nova14:10
*** amoralej|lunch is now known as amoralej14:12
*** lbragstad has quit IRC14:14
*** lbragstad has joined #openstack-nova14:23
*** mkrai has joined #openstack-nova14:24
*** ociuhandu has joined #openstack-nova14:34
*** nweinber has joined #openstack-nova14:35
*** zhanglong has quit IRC14:38
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing os-aggregates policies  https://review.opendev.org/70165114:42
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing os-aggregates policies  https://review.opendev.org/70165114:42
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in os-aggregates policy  https://review.opendev.org/70165214:43
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-aggregates policies  https://review.opendev.org/70165414:43
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in os-aggregates policy  https://review.opendev.org/70165614:44
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing os-agents policies  https://review.opendev.org/70164414:44
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing os-agents policies  https://review.opendev.org/70164414:45
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in os-agents policy  https://review.opendev.org/70164514:45
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-agents policies  https://review.opendev.org/70164814:45
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in os-agents policy  https://review.opendev.org/70164914:45
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing os-console-auth-tokens policies  https://review.opendev.org/70668714:48
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in os-console-auth-tokens  https://review.opendev.org/70668814:48
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-console-auth-tokens policies  https://review.opendev.org/70668914:48
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in os-console-auth-tokens policy  https://review.opendev.org/70669014:48
*** spatel has joined #openstack-nova14:49
openstackgerritMerged openstack/nova-specs master: Re-propose "Secure Boot support for KVM & QEMU guests" for Ussuri  https://review.opendev.org/69384414:50
*** xek has joined #openstack-nova14:50
*** ivve has quit IRC14:51
*** tbachman has quit IRC14:53
gmannelod: thanks14:53
lyarwoodgmann: just waiting for CI before I ack it btw14:54
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1862633  https://review.opendev.org/70686714:54
openstackbug 1862633 in OpenStack Compute (nova) "unshelve leak allocation if update port fails" [Medium,Triaged] https://launchpad.net/bugs/1862633 - Assigned to Balazs Gibizer (balazs-gibizer)14:54
openstackgerritBalazs Gibizer proposed openstack/nova master: Clean up allocation if unshelve fails due to neutron  https://review.opendev.org/70686814:54
gmannlyarwood: ok, thanks. i did not backport to ocata but i can see open backport for nova ocata which will have same issue. should I backport this fix there too ?14:56
*** Liang__ has quit IRC14:56
lyarwoodgmann: if it's an easy cherry pick sure14:57
gmannlyarwood: ok14:57
*** brinzhang has quit IRC14:57
*** brinzhang has joined #openstack-nova14:58
*** Liang__ has joined #openstack-nova14:58
*** brinzhang has quit IRC15:01
*** brinzhang has joined #openstack-nova15:01
openstackgerritGhanshyam Mann proposed openstack/nova stable/queens: Use stable constraint for Tempest pinned stable branches  https://review.opendev.org/70671415:03
*** Luzi has quit IRC15:03
*** eharney has joined #openstack-nova15:04
openstackgerritGhanshyam Mann proposed openstack/nova stable/pike: Use stable constraint for Tempest pinned stable branches  https://review.opendev.org/70671515:04
*** Sundar has joined #openstack-nova15:05
openstackgerritGhanshyam Mann proposed openstack/nova stable/ocata: Use stable constraint for Tempest pinned stable branches  https://review.opendev.org/70687215:05
gmannlyarwood: done ^^. updated with cherry-pick -x15:06
*** KeithMnemonic has joined #openstack-nova15:06
Sundargibi: Re. https://review.opendev.org/#/c/631244/61/nova/tests/functional/test_servers.py@7621, I have a question. Please LMK when you have a few min.15:07
*** lpetrut has quit IRC15:08
gibiSundar: hi! I'm available now15:08
dansmithefried: I'm thinking we should do a release of train now that the hidden instances fix is in, given its criticality15:09
efrieddansmith: fine by me. You proposing?15:12
dansmithefried: I can yea, I was just looking to see when we last did it15:12
Sundargibi: The Cyborg fixture itself is a mock, and is returning pre-fabricated data. Any queries to it will only return the prefabricated data. Specifically, fake_get_arqs_for_instance will return a single bound ARQ in the current implementation, and hence the first 2 assertions will always be true.15:13
SundarDid you have something else in mind?15:13
*** mgariepy has quit IRC15:14
gibiSundar: is this mean that there is no state stored in the fixture that is changed by nova during the boot?15:14
efriedSundar: Re: blocking unsupported operations: If that's the only objection, I feel like we could get around it by making the blockers error 500 rather than 400. We're allowed to "fix a 500" without a microversion if I understand the rules correctly.15:15
efriedBut if that's not the case, meh. I've backed down from this argument before, won't make a big deal of it now.15:15
Sundargibi: The only two variables that are from the test case are the host name and device_rp_uuid. I could assert for those.15:16
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing attach_interfaces policies  https://review.opendev.org/70512615:16
gibiSundar: yes, those are the thing that is stored in the fixture in the bindings_by_instance15:16
gibiSundar: asserting only for device_rp_uuid and hostname works for me15:17
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in os-attach-interfaces  https://review.opendev.org/70579915:17
Sundarefried: Good. sean-k-mooney, dansmith, gibi: Are we all good if we block the unsupported ops with HTTP 500 as efried said?15:17
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-atttach-inerfaces policies  https://review.opendev.org/70667215:17
dansmithSundar: sorry, I'm working on something else, but 500 does not seem appropriate to me15:17
efriedrosmaita: Looking.15:17
Sundargibi: Sure, thanks.15:18
rosmaitaefried: ty15:18
*** mgariepy has joined #openstack-nova15:18
dansmithisn't 401/403 the right thing here? tell the user they're not allowed, which could be for any reason which may change in the future (when we allow it or implement it)15:18
efrieddansmith: my reasoning is, if you try it before we've coded it up, you're going to get a 500 anyway; it'll just be with some really obscure and hard-to-understand error message. We're just making the 500 understandable as a courtesy before we actually add the support.15:18
gibiefried, Sundar: for qos we used HTTP 400 for rejecting unsupported moves, and we fixed those 400 without new microversion15:18
Sundardansmith: If it is 400, do we need a microversion change? We are not changing anything, just clarifying what happens with this new feature i.e. accelerator support.15:19
efriedokay, I thought that was the objection, that you can't put in explicit blockers and then unblock without a microversion.15:19
dansmithefried: to me 500 means either server-side code needs fixing, or some infra failure in the backend. and converting 500s to 400s is allowed without a microversion because they're all bugfixes15:20
efriedI agree strictly it would be best to add support with new microversions, since that's the only way the feature would be discoverable. That makes sense. So... why are we opposed to that strategy in the first place? Just because microversions are a bunch of paperwork?15:20
dansmithmaking them all 40x now with no microversion is fine with me15:20
dansmithI think the microversion purists would expect a 400->200 to be a microversion because otherwise people can't know whether or not they should try a thing15:21
efriedexactly15:21
Sundardansmith, efried: Agreed. We could do it now without a microversion change. Unblocking in the future will need a microversion change, since it is a change in semantics.15:21
dansmithI'd much rather do the paperwork than cheat with 50015:22
efriedagreed15:22
gibiI'm OK to have 400 -> 200 with microversion, I just remember that I was asked not to do that for qos15:22
efriedeven leaving it "unsupported" in some way now and then "fixing" without a microversion seems like cheating.15:22
efriedgibi: do you remember why?15:23
gibitrying to find it...15:23
dansmithto me,15:23
dansmitha thing that doesn't work because of some subtle detail returning "you can't do that right now" and then later returning "okay now you can" is not a huge violation15:23
dansmithit's an operation that you can do normally, but can't for some policy reason15:23
dansmithso I've never really had a problem with enabling a thing to work by implementing a detail,15:24
dansmithbecause I think a lot of client code that does this is ignorant of the fact that makes the instance special15:24
gibiefried: http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001881.html15:25
dansmithyup, that ^ :)15:26
gibimriedem was OK with that too http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001887.html15:26
efriedgibi, Sundar: ack, if we decided on this and set a precedent with the qos feature, so be it. (I feel like the API-SIG might have, ahem, kept the discussion alive a bit longer, had they been involved.)15:28
efriedrosmaita, lyarwood: I'm going to need a little help here https://review.opendev.org/#/c/706298/15:29
rosmaitaefried: i'm all yours15:29
efriedChanging a conf opt default doesn't seem a) wise, b) effective, especially if you were planning to backport this (were you?)15:30
efriedI also need to understand a bit better which operations are supported/unsupported today and how they break.15:30
rosmaitayes, was trying to backport15:31
rosmaitabut to answer your second question15:31
efriedThe patch says we don't support "direct booting" of an instance created from encrypted volume. Do we support *anything* from such an image?15:31
rosmaitayes, if you boot from volume15:32
efriedlike, does that code path exist for backup/restore or shelve/unshelve?15:32
lyarwoodefried: nope, we've never supported booting from an encrypted image with cinder_encryption_key_* set in any of the in-tree virt drivers.15:32
lyarwoodefried: these are encrypted images created by cinder, so outside of Nova's normal flows with encrypted volumes.15:32
lyarwoodefried: shelve/unshelve shouldn't create images for boot from volume instances15:33
efriedright right.15:33
*** jmlowe has joined #openstack-nova15:33
dansmithnotice how he says "shouldn't" ?15:33
Sundardansmith, efried: The 400s are supposed to be client error. Is this really not an unsupported operation on the server side? Or, are we taking the line that the client should have known about the restriction, and not made the request in the first place, and so it is a client error?15:33
dansmithSundar: but "permission denied" is a 40x error.. it doesn't mean the client did something wrong, it means the client shouldn't try that thing again without circumstances having changed15:34
dansmithdoesn't "always" mean.. I should say15:34
efriedlyarwood, rosmaita: And the objection to blocking this at the API level is that we don't want to rip function from 3p drivers that might have figured out a way to support it?15:35
efriedlyarwood, rosmaita: are we talking about 3p nova virt drivers or 3p cinder storage drivers? Or would it have to be a combination of both for it to work?15:35
rosmaitaefried: i think we probably should block at api layer, it's just that we don't15:36
efriedI'm about to agree with that, just want to confirm ---^15:36
rosmaitaat least short term, if you really want to implement this functionality15:36
lyarwoodefried: 3p nova virt drivers15:36
Sundardansmith: I am fine with that interpretation. This is what I was doing in https://review.opendev.org/#/c/674726/. So I am going to bring back that patch with some changes in the list of supported ops.15:37
rosmaitaefried: the config opt change is a quick short term fix that won't require operators to do an upgrade to address this15:37
lyarwoodrosmaita: I still don't get the usecase tbh15:37
lyarwoodrosmaita: they boot something that doesn't work and then snapshot it?15:38
lyarwoodrosmaita: but yeah this is a quick and easy fix to avoid someone doing something like that15:38
rosmaitalyarwood: hopefully it is low probability15:38
rosmaitabut i could see someone doing a script that boots, and snapshots immediately for some reason15:38
rosmaitaand then when a useless image is deleted, the problem happens15:39
rosmaitaefried: if a config value change backport isn't allowed, maybe we could just backport the "known issues" part of the release note15:39
lyarwoodrosmaita: anything is possible I guess15:40
efriedokay, so putting my dansmith hat on (it's red, for multiple reasons), I don't think we worry about accommodating 3p virt drivers in situations like this. I usually insist we send a courtesy email to openstack-discuss when we make interface changes that could break 3p drivers; but that's about all we do.15:40
* dansmith approves15:40
lyarwoodokay well in that case lets block it in the API fully and backport that15:40
efriedrosmaita: I don't know for sure that backporting config default changes is disallowed, but it sounds like something that would be.15:41
efriedbut also, I just don't see it doing much good.15:41
efriedbecause you're only going to "help" people who didn't already have the value set, and who were trying to do this craziness in the first place.15:41
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix os-create-backup policy to be admin_or_owner  https://review.opendev.org/70672715:42
rosmaitai guess i can just send something to the operators list15:42
rosmaitaefried: lyarwood: i still think it's worth "blacklisting" those cinder_ properties, cinder should be the only one writing those15:43
openstackgerritMerged openstack/nova-specs master: Support multiple store of Glance  https://review.opendev.org/64121015:45
efriedrosmaita: From what I understand so far, that makes sense to me. Under what possible circumstances could those properties actually be useful/used? And shouldn't those special circumstances be under careful control of cinder anyway?15:45
efriedrosmaita: Conceivably you could touch the conf opt anyway, but just to beef up the help message with something like "by the way, don't bother including XYZ options here, cause we'll always ignore them"15:46
rosmaitaefried: there are circumstances in which users could set those properties, but they should do it explicitly, not let nova do it15:47
efriedlyarwood: rosmaita: Okay, so do we have a path forward?15:47
rosmaitai think so ... config change + reject instance-create call15:48
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing create_backup policies  https://review.opendev.org/70672615:48
lyarwoodyup15:48
rosmaitai can look into blocking this at the API layer, hopefully that's not too complicated15:49
lyarwoodrosmaita: let me know if you need help and I can also take a look at that15:49
rosmaitalyarwood: thanks, will do15:49
lyarwoodrosmaita: btw, do you think cinder could ever move to a shared encryption_key image property with glance and nova?15:49
lyarwoodrosmaita: it would make all of this so much easier to handle15:50
rosmaitalyarwood: well ... there's another encryption key effort going on15:50
rosmaitait envisions shared keys15:50
lyarwoodrosmaita: oh jeez15:50
rosmaitameaning one key, multiple resources15:50
lyarwoodrosmaita: link?15:51
rosmaitathis cinder workflow is meant to keep 1-1 key-resource relation to make deletion possible15:51
lyarwoodrosmaita: 1:1 between the volume and image?15:51
efriedrosmaita: "config change"? what config change?15:51
rosmaitaefried: blacklisting the cinder_* properties in the non_inheritable_image_properties list15:52
efriedrosmaita: Is there not a way to simply do that blacklisting without involving the conf opt?15:52
rosmaitalyarwood: each volume and each image have their own corresponding barbican secret15:52
efriedrosmaita: I think that's what I was suggesting earlier. IOW wherever this conf opt is processed in the nova code, just *always* add those keys no matter what. And don't change the conf opt default.15:53
rosmaitaefried: don't know, that's what the conf opt has been used for in the past15:53
rosmaitait prevents the img_* properties from being inherited (those are the ones used for signature validation_)15:53
spatelsean-k-mooney: morning, This is cool, soon going to run erlang load-test and will let you know - http://paste.openstack.org/show/789378/15:54
rosmaitalyarwood: https://etherpad.openstack.org/p/image-encryption-weekly-meeting -- it's not up to date, but i think it has links to all the specs about the other encryption effort15:55
lyarwoodrosmaita: oh that, I think that's died now anyway15:55
rosmaitalyarwood: no, it is very much alive, the etherpad is just dead15:55
lyarwoodrosmaita: well the nova-spec died at least15:56
rosmaitalyarwood: interesting15:56
lyarwoodrosmaita: I wanted to propose a LUKS based alternative in V FWIW15:56
rosmaitalyarwood: eharney is very much of the same mind, i think15:57
*** nweinber has quit IRC15:58
lyarwoodrosmaita: wonderful, it would need some qemu-img convert magic to rotate keys while keeping things encrypted etc but shouldn't be too hard to sort out in nova and cinder.15:59
openstackgerritEric Fried proposed openstack/nova master: DNM: Never convey cinder_encryption_key_* in snapshots  https://review.opendev.org/70688815:59
efriedlyarwood: rosmaita: So what I'm talking about is, don't muck with the conf opt defaults (or do, actually, it wouldn't matter), instead do like this: ^15:59
efried...as well as the API blocker.15:59
rosmaitaefried: i don't object to that, though you may want to keep a list instead16:01
efried"keep a list" of what?16:01
rosmaitabecause the img_ properties should probably also be popped16:01
rosmaitaefried: keep a list of really_seriously_non_inheritable_image_properties16:02
rosmaita(not configurable)16:02
efriedoh, yeah, sure, whatevs, the idea being that there are certain keys we *never* inherit, regardless of the conf opt16:02
efriedI leave the details to the experts :P16:02
lyarwoodack yeah LGTM if we also block attempts to create instances from images with these props in the same change.16:03
efriedcool.16:03
rosmaitaefried: lyarwood: ok, i will include the  really_seriously_non_inheritable_image_properties in the same patch as the API change16:05
efriedrosmaita: cool, left summary text on the patch with pointers to this conversation. I'll abandon my DNM.16:06
rosmaitaefried: ty16:06
*** ociuhandu has quit IRC16:07
*** ociuhandu has joined #openstack-nova16:08
efriedbauzas: I went ahead and abandoned the MKTME spec https://review.opendev.org/#/c/666769/16:09
efriedAFAIU that effort is dead anyway. If Intel decides to do anything with mem-encrypted images, it would probably be around SGX anyway.16:09
bauzascool with me16:09
bauzasFWIW, I'm giving a round of spec reviews today before tomorrow's spec review day16:10
bauzasefried: or others, ping me any spec you'd like me to review16:10
*** ociuhandu has quit IRC16:12
*** ociuhandu has joined #openstack-nova16:17
*** nweinber has joined #openstack-nova16:17
*** gyee has joined #openstack-nova16:18
*** Sundar has quit IRC16:21
*** ociuhandu has quit IRC16:21
*** ociuhandu has joined #openstack-nova16:22
*** udesale has quit IRC16:24
*** TxGirlGeek has joined #openstack-nova16:27
openstackgerritLee Yarwood proposed openstack/nova master: images: Move qemu-img info calls into privsep  https://review.opendev.org/70689716:29
openstackgerritLee Yarwood proposed openstack/nova master: images: Use JSON as the output format of qemu-img  https://review.opendev.org/70689816:29
openstackgerritLee Yarwood proposed openstack/nova master: virt: Pass request context to extend_volume  https://review.opendev.org/70689916:29
openstackgerritLee Yarwood proposed openstack/nova master: WIP libvirt: Fix attached encrypted volume extension  https://review.opendev.org/70690016:29
*** tbachman has joined #openstack-nova16:31
*** jmlowe has quit IRC16:39
*** Sundar has joined #openstack-nova16:46
*** tosky has quit IRC16:48
*** psachin has quit IRC16:49
*** priteau has quit IRC16:56
*** ociuhandu has quit IRC17:00
gibibauzas: left some feedback on the NUMA spec https://review.opendev.org/#/c/552924/17:02
* bauzas nods and thanks17:02
*** ircuser-1 has joined #openstack-nova17:02
openstackgerritLee Yarwood proposed openstack/nova master: virt: Provide block_device_info during rescue  https://review.opendev.org/70081117:03
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Add support for stable device rescue  https://review.opendev.org/70081217:03
openstackgerritLee Yarwood proposed openstack/nova master: compute: Report COMPUTE_RESCUE_BFV and check during rescue  https://review.opendev.org/70142917:03
openstackgerritLee Yarwood proposed openstack/nova master: api: Introduce microverion 2.82 allowing boot from volume rescue  https://review.opendev.org/70143017:03
openstackgerritLee Yarwood proposed openstack/nova master: compute: Extract _get_bdm_image_metadata into nova.utils  https://review.opendev.org/70521217:03
openstackgerritLee Yarwood proposed openstack/nova master: WIP libvirt: Support boot from volume instance rescue  https://review.opendev.org/70143117:03
bauzasgibi: ok, it's 6pm here and you provide good thoughts17:04
bauzasgibi: let's discuss on it if you agree by tomorrow 10am (-ish)17:04
gibibauzas: yeah, it is something to sleep on :)17:04
gibiI will be available around 10ish tomorrow17:05
bauzascool17:06
bauzasI have to leave btw.17:06
bauzas\o17:06
gibio/17:06
* gibi leaves too17:06
*** rpittau is now known as rpittau|afk17:07
*** nweinber has quit IRC17:08
*** ociuhandu has joined #openstack-nova17:08
*** martinkennelly has quit IRC17:08
*** mdbooth_ has joined #openstack-nova17:14
*** mdbooth has quit IRC17:16
*** mkrai has quit IRC17:21
*** ociuhandu has quit IRC17:31
*** nweinber has joined #openstack-nova17:33
*** evrardjp has quit IRC17:34
*** evrardjp has joined #openstack-nova17:34
*** dtantsur is now known as dtantsur|afk17:34
*** ociuhandu has joined #openstack-nova17:36
openstackgerritStephen Finucane proposed openstack/nova master: WIP: api: Add support for extra spec validation  https://review.opendev.org/70464317:38
*** ociuhandu has quit IRC17:41
*** davidsha has quit IRC17:51
*** tesseract has quit IRC17:52
*** mlavalle has joined #openstack-nova17:55
*** openstackstatus has quit IRC17:57
*** openstack has joined #openstack-nova17:59
*** ChanServ sets mode: +o openstack17:59
*** derekh has quit IRC18:00
*** martinkennelly has joined #openstack-nova18:08
*** Liang__ has quit IRC18:08
*** jmlowe has joined #openstack-nova18:12
*** jaosorior has quit IRC18:16
*** nweinber has quit IRC18:16
*** jmlowe has quit IRC19:00
*** jmlowe has joined #openstack-nova19:03
*** amoralej is now known as amoralej|off19:04
*** amoralej|off is now known as amoralej19:04
*** amoralej is now known as amoralej|off19:07
*** eharney has quit IRC19:07
*** eharney has joined #openstack-nova19:09
*** ralonsoh has quit IRC19:10
umbSublimesean-k-mooney, efried I got some bad news :/ I was told (not without a fight) to stop all efforts related to inv TSC blueprint... (At least during business hours)19:10
*** jmlowe has quit IRC19:11
*** artom has joined #openstack-nova19:17
*** jmlowe has joined #openstack-nova19:20
efriedumbSublime: Okay. What do you want to do paperwork-wise?19:26
efriedAbandon or defer?19:26
*** igordc has joined #openstack-nova19:35
umbSublimeI don't know :/ (this situation kind of got me a bit riled up), I guess abandon. If this is re-prioritized again on our end I'll recreate the bp/spec19:37
*** jmlowe has quit IRC19:38
efriedumbSublime: okay. Abandon is totally undo-able, nothing is lost.19:39
*** jmlowe has joined #openstack-nova19:40
sean-k-mooneyumbSublime: i see ok. given the time constraitns im not sure upstream people will be able to spend much time on this this cycle but next cycle we can help adress this usecasue if it is still important to you or others19:42
sean-k-mooneyi.e. i wont have spare time to drive this myself before thursday but i can help you with it next cycle if that is soemthing you want19:43
umbSublimeDuring all my reaserch on this topic I didn't notice any related feature request of openstack users hitting the issue I weas trying to resolve therefore. It's probably best to adandon, this might of been a very specific use case19:43
sean-k-mooneywell no harm done either way19:44
umbSublimeI'm not to sure where I stand on this right now, but i think abandon is the way to go for now19:49
*** igordc has quit IRC19:53
*** N3l1x has joined #openstack-nova19:56
*** N3l1x_ has joined #openstack-nova19:56
*** dklyle has quit IRC20:19
*** david-lyle has joined #openstack-nova20:19
*** eharney has quit IRC20:22
*** jmlowe has quit IRC20:22
*** nweinber has joined #openstack-nova20:33
*** martinkennelly has quit IRC20:35
*** jmlowe has joined #openstack-nova20:37
*** maciejjozefczyk has quit IRC20:53
*** jmlowe has quit IRC20:54
*** N3l1x has quit IRC21:22
*** xek has quit IRC21:36
*** TxGirlGeek has quit IRC21:43
*** vishalmanchanda has quit IRC22:07
*** nweinber has quit IRC22:07
*** dpawlik has quit IRC22:14
*** TxGirlGeek has joined #openstack-nova22:20
*** TxGirlGeek has quit IRC22:22
*** N3l1x_ has quit IRC22:29
*** slaweq has quit IRC22:29
*** CeeMac has joined #openstack-nova22:34
*** slaweq has joined #openstack-nova22:41
*** openstackgerrit has quit IRC22:46
*** slaweq has quit IRC22:46
*** spatel has quit IRC22:50
*** nweinber has joined #openstack-nova22:51
*** nweinber has quit IRC22:59
*** eharney has joined #openstack-nova23:02
*** damien_r has quit IRC23:02
*** damien_r has joined #openstack-nova23:04
*** damien_r has quit IRC23:09
*** artom has quit IRC23:09
*** nicolasbock has quit IRC23:26
*** ociuhandu has joined #openstack-nova23:30
*** nicolasbock has joined #openstack-nova23:34
*** ociuhandu has quit IRC23:35
*** slaweq has joined #openstack-nova23:59

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