Monday, 2018-10-15

*** tetsuro has joined #openstack-nova00:35
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix deprecated base64.decodestring warning  https://review.openstack.org/61040100:40
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix deprecated base64.decodestring warning  https://review.openstack.org/61040100:41
*** erlon has joined #openstack-nova00:43
openstackgerritMerged openstack/python-novaclient master: Enable split logging for cinder-novaclient interaction  https://review.openstack.org/58121800:45
*** erlon has quit IRC00:47
*** brinzhang has joined #openstack-nova00:48
*** dave-mccowan has joined #openstack-nova01:04
*** Dinesh_Bhor has joined #openstack-nova01:21
*** cfriesen has quit IRC01:23
*** zhanglong has joined #openstack-nova01:30
*** mrsoul has quit IRC01:30
*** yikun has joined #openstack-nova01:47
*** mhen has quit IRC01:51
*** dave-mccowan has quit IRC01:53
*** mhen has joined #openstack-nova01:54
openstackgerritTakashi NATSUME proposed openstack/nova stable/queens: Remove unnecessary redirect  https://review.openstack.org/60740202:23
*** hongbin has joined #openstack-nova02:24
openstackgerritTushar Patil proposed openstack/nova-specs master: Support filtering of allocation_candidates by forbidden aggregates  https://review.openstack.org/60996002:28
openstackgerritTao Li proposed openstack/nova master: Cleanup the instance when MessageDeliveryFailure exception  https://review.openstack.org/60850002:43
*** hshiina has joined #openstack-nova02:46
*** psachin has joined #openstack-nova02:56
*** TuanDA has joined #openstack-nova02:59
*** TuanDA has quit IRC02:59
*** TuanDA has joined #openstack-nova03:01
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate nova v2.0 legacy job to zuulv3  https://review.openstack.org/61040303:02
*** psachin has quit IRC03:11
*** hoangcx has joined #openstack-nova03:20
*** whoami-rajat has joined #openstack-nova03:34
*** med_ has quit IRC03:48
openstackgerritMike Chen proposed openstack/nova master: doc: update metadata service doc  https://review.openstack.org/60259303:54
*** udesale has joined #openstack-nova03:57
*** tetsuro has quit IRC03:57
*** kevinbenton has quit IRC04:00
*** kevinbenton has joined #openstack-nova04:00
*** hshiina has quit IRC04:04
*** hshiina has joined #openstack-nova04:05
*** udesale has quit IRC04:07
*** hshiina has quit IRC04:12
*** hshiina_ has joined #openstack-nova04:12
*** udesale has joined #openstack-nova04:20
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Add descriptions of error cases  https://review.openstack.org/61042904:24
*** Dinesh_Bhor has quit IRC04:25
*** hongbin has quit IRC04:28
*** psachin has joined #openstack-nova04:29
*** hemna has quit IRC04:49
*** hemna has joined #openstack-nova04:52
*** Dinesh_Bhor has joined #openstack-nova05:01
*** TuanDA has quit IRC05:06
*** Dinesh_Bhor has quit IRC05:11
*** hoonetorg has quit IRC05:11
*** Dinesh_Bhor has joined #openstack-nova05:16
*** hshiina_ has quit IRC05:24
*** ratailor has joined #openstack-nova05:26
*** hoonetorg has joined #openstack-nova05:29
*** ccamacho has joined #openstack-nova05:36
*** rmart04 has joined #openstack-nova05:46
*** tetsuro has joined #openstack-nova05:50
*** rmart04 has quit IRC06:03
*** rmart04 has joined #openstack-nova06:03
*** Luzi has joined #openstack-nova06:10
*** dpawlik has joined #openstack-nova06:20
*** rmart04 has left #openstack-nova06:23
*** skatsaounis has joined #openstack-nova06:27
*** adrianc has joined #openstack-nova06:29
*** pooja_jadhav has joined #openstack-nova06:31
*** pcaruana has quit IRC06:37
*** bhagyashris has joined #openstack-nova06:41
*** slaweq has joined #openstack-nova06:43
*** Bhujay has joined #openstack-nova06:47
openstackgerritYikun Jiang proposed openstack/nova-specs master: Support initial allocation ratios  https://review.openstack.org/55210506:48
*** Bhujay has quit IRC06:49
*** mtreinish has quit IRC06:55
*** elod is now known as elod_off07:01
*** tetsuro has quit IRC07:01
*** tetsuro has joined #openstack-nova07:01
*** pcaruana has joined #openstack-nova07:02
*** tetsuro has quit IRC07:02
*** rcernin has quit IRC07:04
*** moshele has joined #openstack-nova07:06
*** rcernin has joined #openstack-nova07:07
*** adrianc_ has joined #openstack-nova07:09
*** maciejjozefczyk has joined #openstack-nova07:10
*** leakypipes has quit IRC07:10
*** leakypipes has joined #openstack-nova07:11
*** adrianc has quit IRC07:13
*** ralonsoh has joined #openstack-nova07:17
*** helenafm has joined #openstack-nova07:18
*** hshiina has joined #openstack-nova07:19
*** adrianc__ has joined #openstack-nova07:20
*** threestrands has quit IRC07:20
*** rcernin has quit IRC07:21
*** adrianc_ has quit IRC07:24
*** rpittau has joined #openstack-nova07:29
*** giblet is now known as gibi07:30
*** jangutter has joined #openstack-nova07:35
*** alexchadin has joined #openstack-nova07:41
*** xek has joined #openstack-nova07:55
*** brinzhang has quit IRC07:57
*** brinzhang has joined #openstack-nova07:57
*** takashin has left #openstack-nova08:00
*** ttsiouts has joined #openstack-nova08:04
*** xek has quit IRC08:05
*** ttsiouts has quit IRC08:06
bauzasgood morning Nova08:13
gibigood morning bauzas :)08:14
*** ttsiouts has joined #openstack-nova08:17
bauzas:)08:18
*** tssurya has joined #openstack-nova08:19
*** k_mouza has joined #openstack-nova08:20
*** ttsiouts has quit IRC08:22
*** ttsiouts has joined #openstack-nova08:24
BlackDexHello there. How can i force a specific flavor to be only used on specific compute nodes? I have 2 compute nodes which have ssd local storage and i want to have a flavor which will use that local storage so no volumes, and only run on those two hypervisors. So if i select this flavor, it will only start on those two hypervisors.08:25
BlackDexCan i do this, and how?08:25
*** tssurya has quit IRC08:33
*** Bhujay has joined #openstack-nova08:36
*** Bhujay has quit IRC08:37
*** Bhujay has joined #openstack-nova08:37
*** derekh has joined #openstack-nova08:41
gibiBlackDex: make sure that filter scheduler configured to use AggregateInstanceExtraSpecsFilter, create a host aggregate, put the two hosts in the aggregate, add the same metadata to the aggregate and the flavor extra_spec. See https://blog.russellbryant.net/2013/05/21/availability-zones-and-host-aggregates-in-openstack-compute-nova/ (ignore the availability zone as that is not needed for you now)08:42
BlackDexgibi: Oke, thx i will check that out :)08:43
openstackgerritBalazs Gibizer proposed openstack/nova master: Consider nested allocations during allocation cleanup  https://review.openstack.org/60605008:44
*** hshiina has quit IRC08:52
*** tetsuro has joined #openstack-nova09:02
openstackgerritStephen Finucane proposed openstack/nova master: doc: Rewrite the console doc  https://review.openstack.org/60614809:04
openstackgerritStephen Finucane proposed openstack/nova master: doc: Add minimal documentation for RDP consoles  https://review.openstack.org/60699209:04
openstackgerritStephen Finucane proposed openstack/nova master: doc: Add minimal documentation for MKS consoles  https://review.openstack.org/60699309:04
openstackgerritStephen Finucane proposed openstack/nova master: Deprecate the nova-console service  https://review.openstack.org/61007509:04
openstackgerritStephen Finucane proposed openstack/nova master: Deprecate the nova-xvpvncproxy service  https://review.openstack.org/61007609:04
*** TuanDA has joined #openstack-nova09:06
*** ttsiouts has quit IRC09:11
*** ttsiouts has joined #openstack-nova09:12
openstackgerritBalazs Gibizer proposed openstack/nova master: Consider nested allocations during allocation cleanup  https://review.openstack.org/60605009:13
openstackgerritBalazs Gibizer proposed openstack/nova master: Reject forced move with nested source allocation  https://review.openstack.org/60578509:13
openstackgerritBalazs Gibizer proposed openstack/nova master: Run negative server moving tests with nested RPs  https://review.openstack.org/60412509:13
openstackgerritBalazs Gibizer proposed openstack/nova master: Handle allocations consuming only from the child RPs  https://review.openstack.org/60829809:13
*** ttsiouts has quit IRC09:16
*** ttsiouts has joined #openstack-nova09:17
*** k_mouza has quit IRC09:20
*** helenafm has quit IRC09:30
BlackDexAn other question. Is it possible to have multiple local storage disks per instance?09:30
BlackDexkind of multiple local ephemeral disks on one instance09:33
*** adrianc__ has quit IRC09:35
*** lpetrut has joined #openstack-nova09:35
*** adrianc_ has joined #openstack-nova09:35
*** k_mouza has joined #openstack-nova09:39
gibiBlackDex: in https://developer.openstack.org/api-ref/compute/#create-server look at the block_device_mapping_v2.source_type  attribute. You can do a source_type=blank destination_type=local bdm to add additional local sotrage09:45
gibistorage09:45
BlackDexindeed ;)09:45
*** Bhujay has quit IRC09:47
*** bhagyashris has quit IRC09:50
*** s10 has joined #openstack-nova09:54
*** imacdonn has quit IRC09:54
*** Bhujay has joined #openstack-nova09:54
*** imacdonn has joined #openstack-nova09:54
*** tssurya has joined #openstack-nova09:55
*** Bhujay has quit IRC09:55
*** Bhujay has joined #openstack-nova09:56
*** TuanDA has quit IRC10:00
*** adrianc_ has quit IRC10:03
*** erlon has joined #openstack-nova10:03
*** adrianc_ has joined #openstack-nova10:06
*** s1061123 has quit IRC10:18
*** s1061123_ has joined #openstack-nova10:19
*** ttsiouts has quit IRC10:19
*** brinzh has joined #openstack-nova10:22
*** brinzhang has quit IRC10:25
*** leakypipes is now known as jaypipes10:26
jaypipesfried_rice: hey, I'll be boarding a plane during the scheduler meeting today, just FYI10:26
*** zhanglong has quit IRC10:26
*** psachin has quit IRC10:32
s10Should https://review.openstack.org/#/c/603044/ be backported to the stable/pike?10:38
*** psachin has joined #openstack-nova10:56
*** dave-mccowan has joined #openstack-nova11:01
*** psachin has quit IRC11:10
*** brinzh has quit IRC11:14
*** jamesdenton has joined #openstack-nova11:24
*** udesale has quit IRC11:24
*** dtantsur is now known as dtantsur|brb11:30
*** ratailor has quit IRC11:32
*** mvkr has quit IRC11:35
*** ttsiouts has joined #openstack-nova11:40
*** Dinesh_Bhor has quit IRC11:48
*** fnordahl has quit IRC11:49
*** fnordahl has joined #openstack-nova11:49
*** artom has joined #openstack-nova11:51
*** dpawlik has quit IRC12:07
*** mvkr has joined #openstack-nova12:09
*** moshele has quit IRC12:11
*** k_mouza has quit IRC12:13
*** dpawlik has joined #openstack-nova12:14
*** ttsiouts has quit IRC12:25
*** tetsuro has quit IRC12:32
*** ttsiouts has joined #openstack-nova12:35
*** jroll has quit IRC12:38
*** jroll has joined #openstack-nova12:39
*** derekh has quit IRC12:46
*** k_mouza has joined #openstack-nova12:46
*** k_mouza_ has joined #openstack-nova12:47
*** k_mouza has quit IRC12:50
*** jaypipes has quit IRC12:55
*** dtantsur|brb is now known as dtantsur12:59
openstackgerritIvaylo Mitev proposed openstack/nova master: VMware: OVA and StrOpt images as VM templates  https://review.openstack.org/60973613:00
*** awaugama has joined #openstack-nova13:01
*** fried_rice is now known as efried13:02
openstackgerritMerged openstack/nova-specs master: Remove force flag from live-migrate and evacuate  https://review.openstack.org/60933013:04
*** helenafm has joined #openstack-nova13:15
*** mvkr has quit IRC13:15
*** mriedem has joined #openstack-nova13:19
*** lbragstad has joined #openstack-nova13:20
*** takashin has joined #openstack-nova13:20
*** k_mouza has joined #openstack-nova13:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add microversion 2.67 to rest api version history  https://review.openstack.org/61034913:25
*** k_mouza_ has quit IRC13:26
*** SteelyDan is now known as dansmith13:28
*** tetsuro has joined #openstack-nova13:28
*** dave-mccowan has quit IRC13:42
*** eharney has joined #openstack-nova13:47
openstackgerritSean McGinnis proposed openstack/nova master: Increment versioning with pbr instruction  https://review.openstack.org/61053413:47
*** mvkr has joined #openstack-nova13:48
efriedn-sch meeting in 7 minutes in #openstack-meeting-alt13:52
*** whoami-rajat has quit IRC13:53
*** cdent has joined #openstack-nova13:56
*** Luzi has quit IRC13:58
mriedemdansmith: i didn't add a unit test to https://review.openstack.org/#/c/610098/ because the functional test covers it, so a unit test would be redundant. i can add one if you think it's necessary.14:02
dansmithmriedem: well, I think the functional is a looong way away from the actual thing and it'd be really hard to connect the test with that change in even a month's time14:04
mriedemalright14:04
dansmiththose kinds of special behaviors seem important to unit test if for no other reason than to document that we have specific behaviors here for a reason14:04
*** Bhujay has quit IRC14:06
*** whoami-rajat has joined #openstack-nova14:07
*** alexchadin has quit IRC14:08
*** munimeha1 has joined #openstack-nova14:12
*** tetsuro has quit IRC14:12
artommriedem, could I ask you to add https://review.openstack.org/#/c/587439/ to your list of volume/live migration things to look at?14:13
artom(Along with https://review.openstack.org/#/c/609517/ - not sure how stringent you're feeling about the splitting-out-the-method thing)14:14
mriedemi would at least split it out in a follow up14:15
mriedemb/c those live migration methods are a gd mess14:15
*** mlavalle has joined #openstack-nova14:16
artomOh I definitely agree about that second part14:17
artomIt's like the Energizer bunny - keeps going and going and going14:18
artom(Disclaimer: I am not sponsored by Energizer)14:18
*** k_mouza has quit IRC14:23
*** k_mouza has joined #openstack-nova14:43
s10Should https://review.openstack.org/#/c/603044/ be backported to the stable/pike?14:46
openstackgerritMatt Riedemann proposed openstack/nova master: Don't persist RequestSpec.requested_destination  https://review.openstack.org/61009814:47
efrieds10: Did you add those reviewers on there?14:47
efriedYou probably meant to add the stable team.14:47
efriedhttps://review.openstack.org/#/admin/groups/540,members14:48
*** spatel has joined #openstack-nova14:48
*** hshiina has joined #openstack-nova14:49
openstackgerritCorey Bryant proposed openstack/os-vif master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006814:50
s10efried: I don't remember, I definitely added myself. Thank you.14:50
openstackgerritCorey Bryant proposed openstack/osc-placement master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61007414:51
mriedemwhen you cherry pick using the gerrit UI it adds the original reviewers14:52
mriedemi think14:52
mriedemi might be thinking of revert14:52
efriedyeah, cherry pick doesn't do that, but revert does.14:52
mriedemyou definitely don't need to explicitly add the entire stable core team to a change14:52
mriedem^ is kind of obnoxious14:52
dansmithextremely14:52
s10efried: probably i did that. nova-stable-maint adds 17 people.14:52
s10efried: cherry pick adds only the author of patchset.14:53
*** dpawlik has quit IRC14:54
openstackgerritAdam Spiers proposed openstack/nova-specs master: Add spec for libvirt driver launching AMD SEV-encrypted instances  https://review.openstack.org/60977915:01
*** macza has joined #openstack-nova15:01
*** beekneemech is now known as bnemec15:01
*** Bhujay has joined #openstack-nova15:02
*** efried has quit IRC15:05
*** takashin has left #openstack-nova15:06
aspiersartom: thanks again for the feedback - I think patch set 5 of this ^^^^ is much better than 4 was15:09
mriedemdansmith: don't forget https://review.openstack.org/#/c/610088/ :)15:11
*** efried has joined #openstack-nova15:13
dansmithmriedem: oh sorry15:13
dansmiththought I had already done that one last week15:14
*** Bhujay has quit IRC15:14
mriedemi need some nova core reviews for more upgrade checker docs for people working on the community wide goal https://review.openstack.org/#/c/604486/15:16
mriedemhopefully easy15:16
mriedemat some point these probably move over to the upgrade check library docs15:16
stephenfinmriedem: Docs? I can take a look15:17
*** macza has quit IRC15:18
*** macza has joined #openstack-nova15:19
*** s10 has quit IRC15:20
*** ttsiouts has quit IRC15:21
openstackgerritAdam Spiers proposed openstack/nova-specs master: Add spec for libvirt driver launching AMD SEV-encrypted instances  https://review.openstack.org/60977915:22
*** dpawlik has joined #openstack-nova15:23
*** dpawlik has quit IRC15:27
dansmithmriedem: are you going to fix stephenfin's literal nits/15:30
dansmithif so I'll wait and hit it when you do that15:30
dansmithor i can fix it for you and then +W if you're in the middle of something else15:30
*** Bhujay has joined #openstack-nova15:32
artomaspiers, you're welcome - I'll read it over again soon (no firm date promises, sorry!)15:32
*** munimeha1 has quit IRC15:33
aspiersartom: thanks! IIUC it would need to be merged by Oct 25 (s-1 milestone) in order to make it in for Stein, right?15:35
aspiersreally hoping that's possible - but I know it's tight ...15:36
*** melwitt has joined #openstack-nova15:36
artomaspiers, it's doable - you basically have to harass the spec-cores ;)15:37
openstackgerritMatt Riedemann proposed openstack/nova master: Add some more docs for upgrade checkers  https://review.openstack.org/60448615:37
aspiersartom: ah OK ;-) and who are those lucky people?15:37
mriedemdansmith: done15:37
melwitt15:37
*** jmlowe has quit IRC15:37
*** tbachman has joined #openstack-nova15:37
artomaspiers, https://review.openstack.org/#/admin/groups/302,members15:37
aspiersyeah, I just realised Gerrit would probably tell me ...15:37
artomFor the traits stuff jaypipes would be your man, along with efried, though he's not specs-core (yet?)15:38
aspiersOK cool, well jay, dansmith, johnthetubaguy, and mriedem are already on the reviewer list15:39
aspiersI'm not sure whether it would be fair to spam the *whole* specs-core team ;-)15:40
*** ttsiouts has joined #openstack-nova15:40
artomaspiers, it's a fine line between persistent and pest ;)15:41
aspiersindeed X-D15:41
artomHonestly though, it's hard15:42
efriedartom, aspiers: What are we talking about?15:42
aspiersefried: https://review.openstack.org/#/c/609779/15:42
efried...15:42
artomefried, aspiers has a spec that deals with traits, I figures you might want to look15:42
efriedJust looking at the title, is this a thing like:15:43
efried- virt driver sets a "I_CAN_HAZ_SEV" trait15:43
efried- op sets trait:I_CAN_HAZ_SEV=required15:43
efried- scheduler schedules to a host that has I_CAN_HAZ_SEV15:43
efried- virt driver sees the trait and flips a switch in the VM15:43
efried?15:43
*** hshiina has quit IRC15:43
artomefried, pretty much15:44
aspiersyes15:44
efriedI see mriedem referred you to the HPET thread. If it's a similar deal, then structure it like that --^ and you should be able to get a reasonably fast approval.15:44
aspiersexactly, except the switch to flip is *slightly* involved due to the extra libvirt XML required15:45
aspiersand also it's not as simple as just looking for a flag in /proc/cpuinfo (but it's not that much more complicated either)15:45
mriedemi haven't reviewed the hpet spec fwiw15:46
aspiersefried: yeah, the recent patch sets of my spec already link to that HPET thread15:46
aspiersand point out that the proposal aligns with the HPET consensus15:46
mriedemspeaking of,15:46
mriedemwhy do we have two HPET specs?15:46
mriedemhttps://review.openstack.org/#/c/571111/ https://review.openstack.org/#/c/607989/15:46
*** openstackgerrit has quit IRC15:47
efriedmriedem: TPM != HPET?15:47
aspiersis https://wiki.openstack.org/wiki/Nova/Stein_Release_Schedule authoritative?15:47
mriedemsob15:47
mriedemaspiers: yes15:47
aspiersOK cool15:47
*** openstackgerrit has joined #openstack-nova15:47
aspiersthought I heard somewhere else that s-1 milestone was Oct 2215:47
aspiersbut Oct 25 gives me 3 extra days of precious breathing space ;-)15:48
efriedSpec freeze is 1/1015:48
efriedat s-215:48
aspiersoh, so it doesn't even need to be merged until Jan 10?15:49
mriedemyes we have several months to ignore your spec15:49
aspiersLOL15:50
aspierscan't wait to enjoy those peaceful months!15:50
artomYou can't say that to new people! At least put an /s or ;) or something15:50
artom/s ;)15:50
aspiershahahahaha15:50
aspiershrm, I might even be able to code the thing before Jan 1015:51
mriedemyes we have several months to ignore your spec >:(15:51
aspiersI don't expect it's gonna be that hard15:51
aspiersso maybe you'll even be able to ignore not just my spec, but my patches too!15:51
mriedemthat was supposed to be angry eyebrows15:52
aspiersand if you need help with that, I remember corvus pointing out that gertty makes ignoring reviews easier than ever ;-)15:52
melwittspeaking of ignoring specs, I've been thinking whether we should organize a spec review day for next week ahead of s-1 (even though s-1 is not the spec freeze)15:53
aspiersmaybe he can even add a -3 hotkey specially for jaypipes ...15:53
*** munimeha1 has joined #openstack-nova15:53
*** phuongnh has joined #openstack-nova15:54
mriedemmelwitt: yes we likely need a spec review day; i know i haven't been doing a good job of reviewing specs for stein.15:59
*** helenafm has quit IRC16:04
melwittwe usually do them on tuesday. are y'all game for a spec review day next tuesday oct 23? alex_xu dansmith efried johnthetubaguy stephenfin bauzas16:05
efriedwfm16:05
*** mrch_ has joined #openstack-nova16:05
*** gyee has joined #openstack-nova16:09
*** ttsiouts has quit IRC16:10
*** ttsiouts has joined #openstack-nova16:11
*** manjeets has joined #openstack-nova16:14
*** ttsiouts has quit IRC16:15
*** jmlowe has joined #openstack-nova16:17
openstackgerritCorey Bryant proposed openstack/osc-placement master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61007416:18
openstackgerritCorey Bryant proposed openstack/os-vif master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006816:19
openstackgerritJan Gutter proposed openstack/os-vif master: Extend host_info to cover port profiles  https://review.openstack.org/61063616:21
*** cfriesen has joined #openstack-nova16:24
openstackgerritCorey Bryant proposed openstack/os-traits master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006516:24
*** cdent has left #openstack-nova16:32
*** lpetrut has quit IRC16:37
*** tssurya has quit IRC16:39
mriedemtuesday the 23rd works for me16:40
*** k_mouza has quit IRC16:40
*** Bhujay has quit IRC16:46
*** dpawlik has joined #openstack-nova16:48
*** dpawlik has quit IRC16:50
*** dpawlik has joined #openstack-nova16:50
*** moshele has joined #openstack-nova16:50
melwittI'll send a mail to the ML proposing next tuesday to get some async responses16:54
*** mvkr has quit IRC17:04
*** lpetrut has joined #openstack-nova17:04
*** k_mouza has joined #openstack-nova17:06
*** k_mouza has quit IRC17:10
*** itlinux has joined #openstack-nova17:12
*** dpawlik has quit IRC17:18
*** dpawlik_ has joined #openstack-nova17:18
*** phuongnh has quit IRC17:18
*** moshele has quit IRC17:19
*** moshele has joined #openstack-nova17:36
openstackgerritMerged openstack/nova master: Use nova-consoleauth only if workaround enabled  https://review.openstack.org/60706817:36
*** panda is now known as panda|off17:37
*** dtantsur is now known as dtantsur|afk17:38
openstackgerritmelanie witt proposed openstack/nova stable/rocky: Use nova-consoleauth only if workaround enabled  https://review.openstack.org/61067317:38
*** moshele has quit IRC17:39
openstackgerritMerged openstack/nova master: Add microversion 2.67 to rest api version history  https://review.openstack.org/61034917:42
*** mrch_ has quit IRC17:45
*** mvkr has joined #openstack-nova17:47
*** moshele has joined #openstack-nova17:50
*** moshele has quit IRC17:54
*** erlon has quit IRC17:56
*** erlon_ has joined #openstack-nova17:56
mriedemefried: jackding: a few things in https://review.openstack.org/#/c/607989/17:57
mriedemmostly to just tighten up that spec17:57
jackdingmriedem, will have a look thanks18:00
*** moshele has joined #openstack-nova18:03
*** adrianc_ has quit IRC18:04
*** dpawlik_ has quit IRC18:06
efriedmriedem, jackding: Responded to a few of them.18:07
openstackgerritCorey Bryant proposed openstack/osc-placement master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61007418:10
openstackgerritCorey Bryant proposed openstack/os-traits master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006518:10
openstackgerritCorey Bryant proposed openstack/os-vif master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006818:11
coreycbmelwitt: hi, you may have noticed we started proposing patches to enable py37 unit tests and disable py35 unit tests. just wanted to give you a heads up to ensure it's not a surprise. just a few more to go.18:17
melwittcoreycb: I have noticed and thank you for the heads up :)18:18
openstackgerritCorey Bryant proposed openstack/nova master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61069418:19
mriedemefried: it wasn't clear to me the compute code was going to be setting the trait18:21
efriedmriedem: Guess that's a thing to be called out in the spec, then :p18:21
*** dpawlik has joined #openstack-nova18:21
mriedemyeah18:21
mriedemotherwise this is all straight-forward18:21
efriedI took it for granted based on the code, but that shouldn't be a prereq for understanding the spec of course18:22
*** dpawlik has quit IRC18:26
mriedemartom: a few small things in https://review.openstack.org/#/c/609517/18:40
artommriedem, much thanks, will address now!18:41
*** lpetrut has quit IRC18:43
*** jmlowe has quit IRC18:44
*** moshele has quit IRC18:45
mriedemartom: also, something is a false positive in the tests18:46
artommriedem, how so?18:46
*** ralonsoh has quit IRC18:46
mriedemi moved the try/except around only the terminate_connection call and both tests passed18:46
mriedembut the attachment_delete one should have failed18:46
artomDammi :( OK, I'll look into that18:47
artom(I *did* do that with a previous version, I swear!)18:47
openstackgerritMerged openstack/nova master: Add some more docs for upgrade checkers  https://review.openstack.org/60448618:49
mriedemKevin_Zheng: i replied to your -1 in https://review.openstack.org/#/c/608777/ - are you still -1 on that or can it be dropped?18:57
*** awaugama has quit IRC19:00
mriedemthis seems...excessive: http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22detaching%20network%20adapter%20failed.%3A%20libvirtError%3A%20internal%20error%3A%20End%20of%20file%20from%20qemu%20monitor%5C%22%20AND%20tags%3A%5C%22screen-n-cpu.txt%5C%22&from=7d19:04
*** mdrabe has joined #openstack-nova19:05
*** c06 has joined #openstack-nova19:05
*** c06 has left #openstack-nova19:05
mriedemoh i see,19:07
mriedemwe're tearing down, we get a network-vif-deleted event right before the guest is deleted in the hypervisor19:07
mriedemdoesn't "End of file from qemu monitor" usually indicate the guest is gone?19:08
*** erlon_ has quit IRC19:12
*** erlon has joined #openstack-nova19:12
openstackgerritJack Ding proposed openstack/nova-specs master: High Precision Event Timer (HPET) on x86 guests  https://review.openstack.org/60798919:13
*** awaugama has joined #openstack-nova19:16
*** awaugama has quit IRC19:18
*** awaugama has joined #openstack-nova19:19
*** jmlowe has joined #openstack-nova19:19
*** sapd1_ has joined #openstack-nova19:27
artommriedem, ah, it's because my poor man's mock checks for volume_id, but is called with an attachment_id.19:29
artomSo it doesn't actually raise19:29
mriedemyeah...19:30
mriedemso track call count and raise count?19:31
*** sapd1 has quit IRC19:31
* mriedem moves19:32
*** mriedem has quit IRC19:32
*** mriedem has joined #openstack-nova19:35
*** moshele has joined #openstack-nova19:35
mriedemjackding: just a couple of small updates in that spec19:38
mriedemfor hpet19:38
*** jobewan has joined #openstack-nova19:38
mriedembtw, how does the libvirt driver know it can report the hpet trait?19:38
mriedemsomething on the host capabilities?19:39
*** moshele has quit IRC19:39
dansmithI think so yeah19:40
imacdonndansmith mriedem efried: please re-review this - would like to get it wrapped up, so I can look at applying the fix to cinder too.... https://review.openstack.org/60809119:47
efriedimacdonn: My hands are off that one. It's down to dansmith and mriedem.19:47
imacdonnefried: OK. The logic did change a bit, so thought you might want to look again19:48
dansmithI've had it open in the queue19:48
dansmithI keep coming up with excuses :)19:48
imacdonn:)19:48
efriedimacdonn: I would, if I weren't completely underwater, or if there weren't already two cores on it who are way more familiar with the domain.19:48
imacdonnefried: understood - thanks!19:49
jackdingmriedem: I'm not familiar with traits, but I thought that's something virt driver could query the host from.19:51
mriedemjackding: efried: well efried said the virt driver would report the hpet trait,19:53
mriedembut looking at the nova code change, i don't see it doing anything like that19:54
efriedmriedem: The code change hasn't caught up yet.19:54
efriedWhat I said earlier was based on the fact that the virt driver code is doing the error checking.19:54
mriedemso...we need to configure the guest with a timer element https://libvirt.org/formatdomain.html#elementsTime19:56
openstackgerritArtom Lifshitz proposed openstack/nova master: Handle volume API failure in _post_live_migration  https://review.openstack.org/60951719:56
mriedemi guess it already does, but always sets it to false19:56
dansmithimacdonn: you're going to love me19:58
imacdonnuh oh19:58
dansmithimacdonn: but I -1d for a single character change19:58
dansmithimacdonn: however, fix it fast and I shall stand by for +2ing19:59
imacdonndang .. ok19:59
mriedemjackding: i guess it's not clear to me how the libvirt driver will determine that the underlying hypervisor supports hpet19:59
mriedemis it just assumed that all x86 hosts support hpet?20:00
openstackgerritiain MacDonnell proposed openstack/nova master: Handle online_data_migrations exceptions  https://review.openstack.org/60809120:00
artomBack when I was compiling my own kernels this was an option you could disable, so I don't think we should assume that20:00
imacdonndansmith: how fast is fast? :)20:01
dansmithimacdonn: that fast20:01
imacdonncool20:01
dansmithartom: correct20:01
jackdingin our implementation we assume x86 support hpet20:01
mriedemblech20:02
mriedemthis is when i need kashyap20:02
mriedemi realize windriver can be super opinionated on the stuff they deploy, but not so much upstream20:02
dansmithmriedem: if all x86 could be assumed to have it, you wouldn't need this trait, just require arch=x8620:04
mriedemgood point20:05
artomSo, hardware-wise, it's apparently as easy as [artom@jayne ~]$ cat /sys/devices/system/clocksource/clocksource0/available_clocksource20:08
artomtsc hpet acpi_pm20:08
artomBut. Do we need anything from libvirt?20:08
mriedemi was hoping something would be in the host capabilities API20:09
mriedemhttp://logs.openstack.org/39/587439/4/check/tempest-full/fdb1cf9/controller/logs/screen-n-cpu.txt.gz#_Sep_11_14_44_27_65844920:09
mriedembut i don't see that20:09
mriedemor maybe hpet just doesn't show up there20:10
mriedem?20:10
mriedembecause it's nested virt?20:10
dansmithmriedem: I don't see it on my physical box either20:10
mriedemphysical box is kvm or qemu?20:11
mriedemnot sure if that matters20:11
artomThe SEV guys had to dig into a commit to see how libvirt reports SEV20:11
artom(https://libvirt.org/git/?p=libvirt.git;a=commit;h=6688393c6b222b5d7cba238f21d55134611ede9c)20:11
dansmithmriedem: physical box meaning baremetal20:12
artomTheir domain capabilities docs aren't exchaustive :/ https://libvirt.org/html/libvirt-libvirt-domain.html#virConnectGetDomainCapabilities20:12
*** tbachman_ has joined #openstack-nova20:14
*** tbachman has quit IRC20:14
*** tbachman_ is now known as tbachman20:14
cfriesenmriedem: I think HPET is supported on x86 since like 2005.20:14
artomSo, on a physical machine with an HPET, virsh capabilities doesn't include any mention of it20:14
cfriesenon qemu at least, my understanding is that HPET is always emulated using other clocksources20:15
dansmithcfriesen: is that's the case, then what is the point of the trait?20:15
dansmithif there aren't any x86-capable hypervisors that don't support HPET we shouldn't need it at all right?20:16
dansmithpresumably if you don't have HPET enabled on your kernel and you're using libvirt for lxc, then just keying off of "is x86" isn't enough20:17
mriedemartom: yeah this was close to the same thing https://www.reddit.com/r/VFIO/comments/5g6rxb/a_fix_for_windows_vm_performancestuttering_when/20:17
cfriesendansmith: I'm told that some operators might not want to enable HPET for all guests for security reasons.20:17
cfriesendansmith: so I was kind of assuming that we'd have a hypervisor specific config option that when turned off would prevent the trait from being advertised20:17
dansmithcfriesen: so what's the key?20:17
dansmithdear god20:17
dansmithI think we're maybe uncovering that this is a super tiny line item on one person's wish list :)20:18
mriedemso we're back to my original question in the spec, which is some external thing can set hpet on the compute node resource provider20:18
dansmithmriedem: I don't remember where we landed with efried on being able to set custom traits on compute-managed providers20:19
mriedemthis is a standard trait20:19
dansmithI thought the current thinking was that those would get wiped20:19
mriedemor being proposed as one20:19
dansmithnot what I meant20:19
mriedemwe'll merge them20:19
dansmithI don't mean custom I mean random20:19
cfriesendansmith: the note at the PTG was literally "some way to request an HPET in the guest for x86 guests" :)20:19
mriedemthings that the virt driver reports + custom set external things get merged20:19
dansmithmeaning set by the operator, unknown to the compute service20:19
efriedIt's the issue of "trait ownership"20:19
dansmithefried: right20:20
efriedIt sucks, but basically we need to decide whether the HPET trait is owned by compute or not.20:20
mriedemalso discussed at some length related to https://review.openstack.org/#/c/538498/20:20
efriedIf it is, then the user *can't* set it.20:20
efriedif they do, and compute disagrees, compute will wipe it.20:20
efriedand vice versa.20:20
dansmithright, so did we end up being able to declare some as compute-manage and some not, on a given provider?20:21
mriedemit sounds like the only way the libvirt driver can know is if it execs "cat /sys/devices/system/clocksource/clocksource0/available_clocksource" on startup20:21
efriedunless we figure some override in the (as yet vaporware) provider customization file...20:21
mriedemand greps for hpet20:21
efrieddansmith: Otherwise, it's basically just hardcoded, and we would have to document it somewhere.20:21
dansmithmriedem: even still cfriesen is arguing that it's an operator decision, not a property of the host20:21
cfriesenmriedem: that's whether the host kernel has the hpet clocksource available.  I don't think that impacts whether it can provide an emulated HPET to the guest.20:21
efriedexcept for custom traits, which we can namespace like we talked about in denver.20:21
openstackgerritMatthew Edmonds proposed openstack/nova master: Use tempfile for powervm config drive  https://review.openstack.org/61017420:22
mriedemnamespace custom traits?20:22
mriedemi thought CUSTOM_* was it?20:22
*** jobewan has quit IRC20:22
mriedemdansmith: yeah b/c some ops want to disable it...20:22
dansmithyeah, so I definitely thought this was going to be an actual capability, not just a "is this turned on" sort of thing when we last discussed it20:23
dansmithnot even is it turned on, but is it in policy for this host20:23
efriedmriedem: namespaced to signify the owner. Like if the trait.startswith('CUSTOM_NOVA_') then the op isn't allowed to touch it. Otherwise, fair game.20:24
efried...until CUSTOM_CYBORG_ is a thing, etc.20:24
efriedbut at least then we have to have a short hardcoded list of possible owners and their namespaces, rather than a long hardcoded list of individual traits (or trait regexes) that are system-owned.20:24
mriedemare there any cases where we'll have CUSTOM_NOVA_* traits that aren't just standard traits in os-traits?20:24
mriedemCUSTOM_NOVA_* sounds pretty not custom to me20:25
efriedmriedem: An example would be a trait signifying the PCI address of a device.20:25
mriedemis that a trait?20:26
efriedit's not a *capability*20:26
efriedBut it is a *trait*.20:26
efriedDammit.20:26
mriedemit's a....thing20:26
mriedemwhat's the point of that being a trait? so we can schedule to a specific PCI address?20:27
cfriesenis it schedulable?20:27
efriedyes20:27
efriedpets, baby.20:27
mriedemhuh20:27
efriedmore realistically, trait for vendor/product ID.20:27
cfriesenbut can't the IOMMU redirect to whatever virtual address is desired?20:27
mriedemi seem to remember people saying we weren't going to allow scheduling to that level of granularity, like down to host numa node and such20:28
efriedI do this weekly now, look up 'trait' in the dictionary to assure myself that 'capability' is nowhere in the definition. Also not in the thesaurus.20:28
cfriesenwouldn't "pci devices with a given vendor/product-id" be a countable resource ?20:28
efriedcfriesen: "PCI device" is the countable resource. "Vendor ID" and "Product ID" are traits. (But not capabilities)20:29
efriedI mean, arguably they're metadata (key/value).20:29
efriedBut since we don't have that...20:29
cfriesenI'd suggest that a whole set of capabilities are implied by the vendor/product20:29
efriedCompletely agree.20:29
efriedBut that overlaps with a set of capabilities implied by a different vendor/product.20:30
efriedIn a perfect world, we would have a zillion individual traits for each of those capabilities20:30
efriedand I would schedule based on those capabilities20:30
efriedbut20:30
efriedit is not a perfect world20:30
efriedwhere vendors are going to supply us handy dandy tables of those capabilities20:30
cfriesenick...then you'd need to specify which drivers are in your image, and suport all of them.20:31
efriedso we have to make do with what we've got.20:31
mriedemso this is the thing where because we don't have metadata on resource providers, we're going to have super-encoded traits right?20:31
efriedyeah, something like that.20:31
mriedemCUSTOM_NOVA_PCI_VENDOR_FOO_PRODUCT_BAR?20:31
efriedbecause then I can schedule based on required=in:{buncha vendor/product IDs that have the capabilities I need}, whereas if it was encoded in the resource class, that would not be possible.20:31
efriedmriedem: CUSTOM_NOVA_PCI_VENDORID_FOO and CUSTOM_NOVA_PCI_PRODUCTID_BAR, separate traits, but yeah.20:32
cfriesenefried: is there a logical AND in there?  since different vendors can have the same product ID20:32
efriedcfriesen: The boolean logic that's possible with `required` is not complete, but should be rich enough to get where you need to be.20:33
cfriesenefried: I think you'd need something like ((A AND B) OR (C AND D))20:34
efriedbtw, this idea is far from having any kind of consensus behind it. There are certain people who will need to be cold underground before it becomes reality.20:34
efriedcfriesen: True, and I don't think you can quiiite get there actually. What are the odds of ((A or C) AND (B OR D)) winding up meaningfully different in such a way that it actually hits a wrong device?20:35
efriedi.e. ((vendorA or vendorC) AND (productB or productD)) when what you really want is ((vendorA and productB) or (vendorC and productD)) => what are the chances that (vendorA+productD) or (vendorB+productC) actually exist?20:36
cfriesenwell, each vendor ID is unique, but I think product IDs are only unique within a given vendor20:39
cfriesenbut we may be lucky and not have overlap for commonly-used devices.20:40
*** spatel has quit IRC20:47
edleafeefried: don't put too much weight on the name 'trait'. That itself was a compromise betwee those who wanted them named 'capability' and those who wanted 'tag'20:48
*** eharney has quit IRC20:48
edleafeefried: It was always supposed to represent capabilities20:48
efriedI'll certainly admit that if they were called 'capabilities' I would not argue as strongly to put stuff like product IDs in them.20:51
efriedBut they ain't.20:51
efriedJuliet had something to say about this. And look how that turned out.20:52
edleafe"A capability by any other name would still generate semantic arguments..."20:53
cfriesenso where are we at for HPET (and vTPM)?  I'd suggest that for vTPM it's actually a capability since it depends on hypervisor version and such.  For HPET it's two things:  1) asking for it where currently it's turned off unconditionally, and 2) maybe allowing operators to refuse to provide it.20:53
mriedemcfriesen: my current question on the hpet spec is who sets the trait20:54
mriedemi assumed it was set externally but was told the virt driver would set it, so started pulling the thread of how the virt driver would set it since that wasn't in the spec20:55
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: don't log error if guest gone during interface detach  https://review.openstack.org/61072720:56
cfriesenmriedem: so as far as I know the LibvirtDriver when used with qemu/kvm could unconditionally set it, unless we want to add a config option to allow operators to explicitly enable it.20:57
cfriesenmriedem: with qemu it seems to be purely emulated, unrelated to the host capabilities20:57
cfriesenwith other hypervisors I have no idea20:58
cfriesenpresumably with LXC or Xen it might use the real HPET20:58
mriedemi don't really care about lxc honestly, we don't test it20:58
mriedemlyarwood: methinks you have duplicate forum sessions https://www.openstack.org/summit/berlin-2018/summit-schedule/global-search?t=yarwood21:04
cfriesenmriedem: dansmith: looks like this was the original reason why HPET was removed unconditionally from x86 guests: https://blueprints.launchpad.net/nova/+spec/add-no-hpet-option-into-guest-clock21:10
*** erlon has quit IRC21:23
*** awaugama has quit IRC21:33
lbragstadis anyone here planning on going to https://www.openstack.org/summit/berlin-2018/summit-schedule/#day=2018-11-13 ?21:41
lbragstadsorry - wrong link https://www.openstack.org/summit/berlin-2018/summit-schedule/events/22785/change-of-ownership-of-resources21:42
lbragstadi noticed it's at the same time as the project update21:42
efriedwhich project update?21:45
lbragstadnova's21:46
mriedemartom: and i've left comments in https://review.openstack.org/#/c/587439/21:47
mriedemas requested21:47
mriedemlbragstad: yes i plan on going to that, and assume dansmith will also21:52
dansmithyarp21:52
lbragstadok - so that over the project update i assume?21:52
lbragstadnova's project update*21:53
mriedemask melwitt21:54
mriedemi'd like to heckle at both21:54
mriedemif possible21:54
lbragstadsame - minus the heckling21:55
*** openstackgerrit has quit IRC21:56
mriedemstephenfin has a presentation at the same time too21:56
mriedemhttps://www.openstack.org/summit/berlin-2018/summit-schedule/events/22582/how-to-double-the-performance-of-vswitch-based-deployments21:56
*** openstackgerrit has joined #openstack-nova21:57
mriedemhmm, for some reason my schedule isn't showing me all the things i've marked either..21:57
lbragstad?21:57
mriedemoh nvm21:58
lbragstaddid you turn it off and back on again?21:58
mriedemswitching between days and tracks21:58
mriedemi jiggled the handle21:58
*** openstackgerrit has quit IRC21:58
*** openstackgerrit has joined #openstack-nova21:59
*** slaweq has quit IRC22:05
artommriedem, much thanks! Supper time for me now, but I'll try to address both patches before sleep22:06
*** slaweq has joined #openstack-nova22:11
*** openstackgerrit has quit IRC22:12
*** openstackgerrit has joined #openstack-nova22:13
*** slaweq has quit IRC22:15
*** mlavalle has quit IRC22:16
openstackgerritMatt Riedemann proposed openstack/nova master: Move live_migration.pre.start to the start of the method  https://review.openstack.org/61073922:20
openstackgerritEric Fried proposed openstack/nova master: Reject forced move with nested source allocation  https://review.openstack.org/60578522:25
openstackgerritEric Fried proposed openstack/nova master: Run negative server moving tests with nested RPs  https://review.openstack.org/60412522:25
openstackgerritEric Fried proposed openstack/nova master: Handle allocations consuming only from the child RPs  https://review.openstack.org/60829822:26
mriedemdansmith: you probably want to get these pike backports of that host aggregate case name revert thing https://review.openstack.org/#/q/topic:bug/1709260+(status:open)22:30
*** munimeha1 has quit IRC22:34
*** rcernin has joined #openstack-nova22:41
*** efried has quit IRC22:43
*** openstackgerrit has quit IRC22:43
*** itlinux has quit IRC22:54
*** mriedem has quit IRC23:00
*** dklyle has quit IRC23:04
*** mchlumsky has quit IRC23:10
*** slaweq has joined #openstack-nova23:11
*** slaweq has quit IRC23:16
*** macza_ has joined #openstack-nova23:18
*** macza has quit IRC23:22
*** tbachman has quit IRC23:22
*** macza_ has quit IRC23:23
alex_xumelwitt: I'm good at Oct 2323:24
*** tbachman has joined #openstack-nova23:24
*** macza has joined #openstack-nova23:27
*** dklyle has joined #openstack-nova23:30
*** tbachman has quit IRC23:31
*** macza has quit IRC23:32
*** macza has joined #openstack-nova23:44
*** macza has quit IRC23:45
*** macza has joined #openstack-nova23:46
*** openstackgerrit has joined #openstack-nova23:48
openstackgerritArtom Lifshitz proposed openstack/nova master: Handle volume API failure in _post_live_migration  https://review.openstack.org/60951723:48
*** macza has quit IRC23:50
*** gyee has quit IRC23:55

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