Wednesday, 2020-04-22

*** brinzhang has joined #openstack-nova00:01
*** threestrands has joined #openstack-nova00:04
*** tetsuro has joined #openstack-nova00:05
*** brinzhang_ has joined #openstack-nova00:18
*** brinzhang has quit IRC00:21
*** happyhemant has quit IRC00:35
*** Liang__ has joined #openstack-nova01:01
*** gyee has quit IRC01:04
*** zhanglong has joined #openstack-nova01:25
*** yedongcan has joined #openstack-nova01:56
*** ociuhandu has joined #openstack-nova02:08
*** tinwood has quit IRC02:10
*** tinwood has joined #openstack-nova02:12
*** ociuhandu has quit IRC02:12
*** mkrai has joined #openstack-nova02:29
gmannseems like nova-next is failing on multiple network issue on new stable rescue tests. pushed the fix on tempest side - https://review.opendev.org/#/c/721767/02:43
*** spatel has quit IRC02:52
*** tetsuro has quit IRC03:02
*** dlbewley has quit IRC03:03
*** dlbewley has joined #openstack-nova03:09
*** amodi has quit IRC03:15
*** dlbewley has quit IRC03:17
*** sapd1 has joined #openstack-nova03:17
*** tetsuro has joined #openstack-nova03:18
*** tetsuro has quit IRC03:19
*** psachin has joined #openstack-nova03:31
*** spatel has joined #openstack-nova03:47
openstackgerritsean mooney proposed openstack/nova master: Delete ARQs by UUID if Cyborg ARQ bind fails.  https://review.opendev.org/71618603:49
*** spatel has quit IRC03:53
*** dlbewley has joined #openstack-nova03:55
*** tetsuro has joined #openstack-nova03:57
*** yedongcan has left #openstack-nova03:57
*** dlbewley has quit IRC04:01
*** kevinz has quit IRC04:24
*** evrardjp has quit IRC04:35
*** evrardjp has joined #openstack-nova04:35
*** ratailor has joined #openstack-nova04:38
*** dlbewley has joined #openstack-nova04:39
*** dlbewley has quit IRC04:48
*** ociuhandu has joined #openstack-nova04:50
openstackgerritsean mooney proposed openstack/nova master: cyborg evacuate support  https://review.opendev.org/71532604:53
*** ociuhandu has quit IRC04:55
openstackgerritsean mooney proposed openstack/nova master: Delete ARQs by UUID if Cyborg ARQ bind fails.  https://review.opendev.org/71618605:00
openstackgerritsean mooney proposed openstack/nova master: cyborg evacuate support  https://review.opendev.org/71532605:00
*** dakshina-ilangov has joined #openstack-nova05:15
*** bnemec has quit IRC05:22
*** rcernin has quit IRC05:24
*** udesale has joined #openstack-nova05:39
*** ttsiouts has joined #openstack-nova05:56
*** ociuhandu has joined #openstack-nova05:59
*** rcernin has joined #openstack-nova06:09
*** rcernin has quit IRC06:10
*** belmoreira has joined #openstack-nova06:10
*** rcernin has joined #openstack-nova06:11
*** belmoreira has quit IRC06:12
*** nightmare_unreal has joined #openstack-nova06:19
*** tetsuro has quit IRC06:21
*** belmoreira has joined #openstack-nova06:23
*** dpawlik has joined #openstack-nova06:24
*** rcernin has quit IRC06:25
*** rcernin has joined #openstack-nova06:26
*** psachin has quit IRC06:26
*** tetsuro has joined #openstack-nova06:37
*** dlbewley has joined #openstack-nova06:44
*** psachin has joined #openstack-nova06:44
*** dklyle has quit IRC06:50
*** dlbewley has quit IRC06:51
*** threestrands has quit IRC06:53
*** threestrands has joined #openstack-nova06:54
*** threestrands has quit IRC06:55
*** threestrands has joined #openstack-nova06:55
*** threestrands has quit IRC06:56
*** threestrands has joined #openstack-nova06:56
*** threestrands has quit IRC06:58
*** threestrands has joined #openstack-nova06:58
*** slaweq has joined #openstack-nova06:58
*** threestrands has quit IRC06:59
*** threestrands has joined #openstack-nova06:59
*** tesseract has joined #openstack-nova07:01
*** threestrands has quit IRC07:01
*** threestrands has joined #openstack-nova07:01
*** threestrands has quit IRC07:02
*** slaweq has quit IRC07:02
*** threestrands has joined #openstack-nova07:02
*** tetsuro has quit IRC07:03
*** threestrands has quit IRC07:04
*** threestrands has joined #openstack-nova07:04
*** threestrands has quit IRC07:05
*** slaweq has joined #openstack-nova07:06
*** threestrands has joined #openstack-nova07:06
*** threestrands has quit IRC07:07
*** threestrands has joined #openstack-nova07:07
*** threestrands has quit IRC07:08
*** maciejjozefczyk has joined #openstack-nova07:08
*** threestrands has joined #openstack-nova07:08
*** threestrands has quit IRC07:10
*** threestrands has joined #openstack-nova07:10
*** tetsuro has joined #openstack-nova07:11
*** tetsuro has quit IRC07:11
*** threestrands has quit IRC07:11
*** threestrands has joined #openstack-nova07:12
*** breizhkoala has joined #openstack-nova07:12
*** threestrands has quit IRC07:13
*** threestrands has joined #openstack-nova07:13
*** rcernin has quit IRC07:13
*** threestrands has quit IRC07:14
*** threestrands has joined #openstack-nova07:14
*** threestrands has quit IRC07:16
*** threestrands has joined #openstack-nova07:16
*** threestrands has quit IRC07:17
*** threestrands has joined #openstack-nova07:18
*** threestrands has quit IRC07:19
*** threestrands has joined #openstack-nova07:19
*** dakshina-ilangov has quit IRC07:19
*** tetsuro has joined #openstack-nova07:20
*** threestrands has quit IRC07:20
*** threestrands has joined #openstack-nova07:21
*** threestrands has quit IRC07:22
*** threestrands has joined #openstack-nova07:22
*** threestrands has quit IRC07:23
*** threestrands has joined #openstack-nova07:24
*** rpittau|afk is now known as rpittau07:24
*** threestrands has quit IRC07:25
*** threestrands has joined #openstack-nova07:25
*** ralonsoh has joined #openstack-nova07:25
*** threestrands has quit IRC07:26
bauzasgood morning Nova07:26
*** threestrands has joined #openstack-nova07:27
*** threestrands has quit IRC07:28
*** threestrands has joined #openstack-nova07:28
*** threestrands has quit IRC07:29
*** threestrands has joined #openstack-nova07:30
*** threestrands has quit IRC07:31
*** threestrands has joined #openstack-nova07:31
*** threestrands has quit IRC07:32
*** threestrands has joined #openstack-nova07:33
aarents'morning07:33
*** threestrands has quit IRC07:34
*** threestrands has joined #openstack-nova07:34
*** threestrands has quit IRC07:35
*** threestrands has joined #openstack-nova07:36
*** threestrands has quit IRC07:37
*** threestrands has joined #openstack-nova07:37
*** threestrands has quit IRC07:38
*** threestrands has joined #openstack-nova07:39
*** mkrai has quit IRC07:39
*** threestrands has quit IRC07:40
*** threestrands has joined #openstack-nova07:40
*** threestrands has quit IRC07:41
*** threestrands has joined #openstack-nova07:41
*** threestrands has quit IRC07:43
*** threestrands has joined #openstack-nova07:43
*** threestrands has quit IRC07:44
*** threestrands has joined #openstack-nova07:45
*** tosky has joined #openstack-nova07:45
*** threestrands has quit IRC07:46
*** threestrands has joined #openstack-nova07:46
*** threestrands has quit IRC07:47
*** xek has joined #openstack-nova07:47
*** threestrands has joined #openstack-nova07:47
*** threestrands has quit IRC07:49
*** threestrands has joined #openstack-nova07:49
*** threestrands has quit IRC07:50
*** threestrands has joined #openstack-nova07:51
*** threestrands has quit IRC07:52
*** threestrands has joined #openstack-nova07:52
*** threestrands has quit IRC07:53
*** spatel has joined #openstack-nova07:53
*** threestrands has joined #openstack-nova07:54
*** vishalmanchanda has joined #openstack-nova07:55
*** threestrands has quit IRC07:55
*** threestrands has joined #openstack-nova07:55
*** threestrands has quit IRC07:56
*** threestrands has joined #openstack-nova07:57
*** ccamacho has joined #openstack-nova07:57
*** ociuhandu has quit IRC07:57
*** threestrands has quit IRC07:58
*** threestrands has joined #openstack-nova07:58
*** spatel has quit IRC07:58
*** threestrands has quit IRC07:59
*** threestrands has joined #openstack-nova08:00
*** ociuhandu has joined #openstack-nova08:00
*** threestrands has quit IRC08:01
*** links has joined #openstack-nova08:01
*** threestrands has joined #openstack-nova08:01
*** threestrands has quit IRC08:02
*** threestrands has joined #openstack-nova08:02
*** threestrands has quit IRC08:04
*** threestrands has joined #openstack-nova08:04
*** threestrands has quit IRC08:05
*** threestrands has joined #openstack-nova08:06
*** threestrands has quit IRC08:07
*** threestrands has joined #openstack-nova08:07
*** tetsuro_ has joined #openstack-nova08:08
*** threestrands has quit IRC08:08
*** mkrai has joined #openstack-nova08:10
*** tetsuro has quit IRC08:11
*** tkajinam has quit IRC08:15
openstackgerritSylvain Bauza proposed openstack/nova master: Ussuri 21.0.0 prelude section  https://review.opendev.org/72154808:22
bauzaslast iteration of prelude ^08:22
*** martinkennelly has joined #openstack-nova08:23
*** tetsuro_ has quit IRC08:27
*** dlbewley has joined #openstack-nova08:47
*** dlbewley has quit IRC08:54
*** ociuhandu has quit IRC08:55
*** ociuhandu has joined #openstack-nova08:57
*** HagunKim has joined #openstack-nova08:59
*** zhanglong has quit IRC09:02
*** ociuhandu has quit IRC09:02
*** martinkennelly has quit IRC09:05
*** zhanglong has joined #openstack-nova09:09
*** sapd1 has quit IRC09:10
*** breizhkoala has quit IRC09:32
*** spatel has joined #openstack-nova09:42
*** dtantsur|afk is now known as dtantsur09:42
*** spatel has quit IRC09:46
*** ociuhandu has joined #openstack-nova09:48
*** evrardjp has quit IRC09:51
*** evrardjp has joined #openstack-nova09:51
*** ociuhandu has quit IRC09:51
*** ociuhandu has joined #openstack-nova09:52
*** zhanglong has quit IRC09:54
openstackgerritMerged openstack/os-resource-classes master: Cleanup py27 support  https://review.opendev.org/71935109:57
*** hemna has quit IRC10:18
*** hemna has joined #openstack-nova10:19
*** Liang__ has quit IRC10:21
*** takamatsu has joined #openstack-nova10:28
*** priteau has joined #openstack-nova10:39
gibilyarwood: hi! do you still plan to have a stable release this week?10:42
*** rpittau is now known as rpittau|bbl10:42
kashyaplyarwood: I have this open, will check this today: https://zuul.opendev.org/t/openstack/build/8011a4c1b08e4b9d921660d0c5c2505d10:43
kashyapThe virt-preview + Q35 job failure10:43
*** yedongcan has joined #openstack-nova10:44
zigoelod: Should you recheck https://review.opendev.org/711233 ?10:47
zigoThe errors look like unrelated.10:47
*** dlbewley has joined #openstack-nova10:51
elodzigo: thanks, yes they seem unrelated, I've initiated the recheck10:56
elodzigo: could you test perhaps the patch somewhere?10:57
*** dlbewley has quit IRC10:57
lyarwoodgibi: yup sorry just on a call, back in 1011:00
gibilyarwood: no prob11:01
*** avolkov has joined #openstack-nova11:06
zigoelod: I can yes.11:09
zigoelod: Also, I have tons of warning like this one: "Instance d459e746-ac99-448b-9e44-890fbfdcb6f0 has been moved to another host hostB(hostB). There are allocations remaining against the source host that might need to be removed: {u'resources': {u'VCPU': 1, u'MEMORY_MB': 512, u'DISK_GB': 1}}."11:09
zigoelod: Can this also be due to the same problem ?11:09
zigoelod: Also, I'm unsure how to reproduce the failed migration though ...11:10
zigoThat's kind of needed if I want to test your patch, no?11:10
lyarwoodgibi: back, so yeah I did want to propose something for each supported branch. I'll get something posted later today for Train and work back from there.11:14
lyarwoodelod: ^ FYI11:14
lyarwoodkashyap: ack thanks, I've not had a chance to look through it all yet, I assume there's f31 failures in there tbh.11:14
elodlyarwood: thanks for doing that! is there anything waiting for review and then merged before the relese?11:25
lyarwoodelod: not for stable/train11:27
elodlyarwood: and of course I can also try to prepare the release patches if needed (do we need other than that for the release?)11:27
*** sapd1 has joined #openstack-nova11:27
lyarwoodlooks like we have a few things in stable/stein11:27
lyarwoodelod: if you have bandwidth then please feel free to do so for train11:27
* lyarwood is slightly underwater downstream11:27
kashyaplyarwood: Nod11:27
elodlyarwood: sure, I'll do that now11:28
lyarwoodawesome thanks elod11:28
*** sapd1 has quit IRC11:30
elodzigo: hmmm, interesting. I have to check that. About reproduction: there are steps in the bug report but I think that not everything are needed, but haven't looked at it yet.11:32
sean-k-mooneyalex_xu: by the way i dont know why https://review.opendev.org/#/c/662264/ that show up as last updted 2 days ago i have not touch it since i abandonded it last august and there has been no update to it in the last 2 days11:33
*** dakshina-ilangov has joined #openstack-nova11:35
sean-k-mooneyalex_xu: my best guess is someone removed there name form the review list or something like that.11:37
*** ociuhandu has quit IRC11:39
*** mkrai has quit IRC11:40
*** mkrai_ has joined #openstack-nova11:40
openstackgerritQiu Fossen proposed openstack/nova master: The instance is volume backed and power state is PAUSED,shelve the instance failed  https://review.opendev.org/71160911:45
*** sapd1 has joined #openstack-nova11:48
*** rpittau|bbl is now known as rpittau11:50
*** yedongcan has left #openstack-nova11:55
gibilyarwood, elod: thanks a lot!11:55
openstackgerritKashyap Chamarthy proposed openstack/nova-specs master: Make Q35 machine type the default for x86  https://review.opendev.org/63115412:05
kashyaplyarwood: --^ For your "copious free time" :)12:05
kashyaplyarwood: I also threw you under the "liaoson bus" without asking checking in first with you ...12:05
*** ttsiouts_ has joined #openstack-nova12:16
*** sapd1 has quit IRC12:17
sean-k-mooneykashyap: im not actully sure we shoudl be doing that vs the hw:profile concept12:17
kashyapsean-k-mooney: Well, is there something up for the hw:profile thing?12:17
kashyapsean-k-mooney: And why not?  'pc' will be dead _anyway_12:18
sean-k-mooneyno not yet12:18
kashyapAnd we'll be doing the operators a disservice12:18
kashyapI know; not at least for 5 years12:18
sean-k-mooneykashyap: because we can potentailly break people on upgrade12:18
sean-k-mooneyits the same reason libvirt did not change the default12:18
kashyapWell, the discussion there is _far_ more nuanced; libvirt is different - it gives the nuts and bolts12:18
kashyapI actually had a few paragraphs of text in the spec (but deleted), they were about:12:19
sean-k-mooneykashyap: there are other factors but that does not demish the fact that we have many fo the same constratints12:19
kashyap... whether Nova shold make the 'policy' decision.  I wrote an example, etc.  But cut it out after I saw the recommendations from the QEMU/KVM/libvirt folks over the year12:19
*** ttsiouts has quit IRC12:20
kashyapsean-k-mooney: Yeah, I'm aware of why libvirt did it; I've even linked to it in a previous edition of the commit message12:20
kashyap(The exact change of libvirt and its reasoning)12:20
kashyapsean-k-mooney: I'm typing fast, as I need to have lunch and head out for some air, been cooped up long12:20
kashyapBut will catch here later12:20
sean-k-mooneyok but as it stand while i think we shoudl make q35 our default in osp in not sure if we shoudl chagne the code to do that12:21
*** ociuhandu has joined #openstack-nova12:23
kashyapsean-k-mooney: Before I head out:12:23
kashyapI'm also open for this:12:23
kashyap- A Nova CI job with 'q35' passes12:23
kashyap- TripleO flips the default from 'pc' --> 'q35'12:24
openstackgerritTakashi Natsume proposed openstack/nova master: Fix list rendering in the accelerator support doc  https://review.opendev.org/72184612:24
sean-k-mooneykashyap: lyarwood is working to make nova-next do that12:24
kashyapsean-k-mooney: Yes, I investigated the failures yesterday and posted a Tempest one-liner for the failing test12:24
kashyapAll linked in the spec12:24
sean-k-mooneythe ci job and then ya the plan as far as i understood for osp was to change the default in ooo12:24
kashyapsean-k-mooney: Yes, TripleO upstream has this posted: https://review.opendev.org/#/c/716526/12:25
kashyapIt is waiting on the Nova CI12:25
sean-k-mooneyah cool12:25
sean-k-mooneyim reading your spec now. go  have lunch :)12:25
kashyapsean-k-mooney: Thanks.  :) Likewise12:26
*** ociuhandu has quit IRC12:29
*** ociuhandu has joined #openstack-nova12:29
bauzasgibi: can I hold the bugs lock again ?12:33
bauzasaarents: thanks for reporting https://bugs.launchpad.net/nova/+bug/187403212:33
openstackLaunchpad bug 1874032 in OpenStack Compute (nova) "nova-compute become stuck when doing IO on busy file system" [Undecided,New]12:33
gibibauzas: sue12:34
gibisure12:34
gibiI'm swamped with a downstream stuff with a close deadline12:35
aarentsbauzas: this one is painfull..12:35
openstackgerritSylvain Bauza proposed openstack/nova master: Ussuri 21.0.0 prelude section  https://review.opendev.org/72154812:35
bauzasgibi: <3 with love for your pain12:35
* bauzas hugs gibi12:35
bauzasaarents: sure, but I think it should be a Wishlist bug12:36
gibibauzas: thanks12:36
gibifunny that RC1 is due tomorrow and my downstream high prio stuff due today (but was not on the radar until Monday)12:36
bauzasgibi: in my company, we also have sometimes some downstream priorities that are in the same times than upstream yes...12:39
bauzasI totally understand you :p12:39
bauzasaarents: so, about your bug12:39
bauzasaarents: you asked why we don't have compute workers, right?12:41
aarentsyep12:41
bauzasb/c there is only one service per host12:41
bauzasand in general, when you want to call some I/O issue, you don't do this by the nova-compute service12:42
bauzasthat's rather the nova-compute service which calls privsep12:42
*** nweinber has joined #openstack-nova12:43
bauzasaarents: eg. https://github.com/openstack/nova/blob/master/nova/privsep/qemu.py#L3712:45
bauzasand then as you can see we call processutils.execute() https://github.com/openstack/nova/blob/master/nova/privsep/qemu.py#L8112:45
aarentsbauzas: ok.. so to workaround this we have to put glance upload outside of nova-compute, in fact that what I've done to fix that on our release I made an execute(*curl)..12:47
bauzasaarents: do you have I/O issues when snapshoting or uploading ?12:48
bauzasfrom what I see, you generate some I/O calls12:48
bauzasso I thought the problem would be around snapshoting, not uploading to glance12:48
aarentsyes during glance upload because IO is made inside nova-compute12:48
bauzaswe don't write on disk when we do glance upload, do we ?12:49
aarentsthe glance upload done during instance snapshot12:49
aarentswe read an extracted file (done by qemu-ing convert))12:50
aarentslocaly12:50
bauzasoh man this is pizza code from what I can read12:52
aarents:)12:52
bauzashttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L225212:53
*** dlbewley has joined #openstack-nova12:54
aarentsbauzas here https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L242112:55
aarentsit then use glance api to do the PUT in glance so slow IO are running in nova-compute12:56
aarentsnot in a processutils.execute()12:56
aarentsso maybe workaround processutils.execute(*curl) can be the solution to check12:58
aarentsmy12:58
bauzasaarents: that's not the glance upload issue12:58
bauzasaarents: IMHO the problem is with the semaphore we wanna take12:58
bauzashence the D12:58
bauzasthe problem with reviewing this code is that nobody documented which cases raise those exceptions we catch https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L2358-L235912:59
*** sapd1 has joined #openstack-nova12:59
bauzasaarents: because we only fall back into this semaphore lock if you are not able to do the other way13:00
* bauzas goes doing some investigation13:00
*** dlbewley has quit IRC13:00
aarentsI think, I'm not sure, in my case, we are in NotImplementedError because because direct_snapshot is a feature used typically with ceph, not implemented in raw/qcow213:04
bauzasthat's correct13:04
bauzasI found the change in question13:04
bauzasaarents: https://review.opendev.org/#/c/205282/13:04
bauzasaarents: here in your case, we're not talking of RBD snapshots, right?13:04
aarentsright, local backed instance raw or qcow213:05
elodlyarwood: I've prepared the Train release patch: https://review.opendev.org/#/c/721883/ if you have time please double-check the version bump and the reasons13:05
bauzasaarents: kk, okay so the exception catch-up clause is the default when non-RBD13:06
bauzas(just speaking out loud)13:06
aarentsexactly13:06
* bauzas going down the road to the semaphore13:07
bauzasaarents: https://review.opendev.org/#/c/609180/13:13
*** yedongcan has joined #openstack-nova13:13
bauzasaarents: fwiw, I'm about to triage it as Invalid13:13
bauzasbut you could open a blueprint for optimizing how we manage I/O concurrency13:14
*** psachin has quit IRC13:14
sean-k-mooneystephenfin: i have added the topic of libvirt hardware profiles to the ptg topic list https://etherpad.opendev.org/p/nova-victoria-ptg on line 60 by the way13:18
stephenfinsweet13:19
sean-k-mooneyi will start fleshing it out more here https://etherpad.opendev.org/p/libvirt-hardware-profiles13:19
sean-k-mooneybut im not sure if i will get to it this week13:19
sean-k-mooneythe spec template is more or less the same form last cycle right?13:19
sean-k-mooneyoh there already is one https://github.com/openstack/nova-specs/blob/master/specs/victoria-template.rst13:21
bauzassean-k-mooney: stephenfin: if you don't mind MHO, I'd not want to have the hardware profiles be operator-defined13:22
bauzasthis defeats interop13:22
sean-k-mooneybauzas: yep its out of scope in the first version13:22
bauzasin *any* version tbc :)13:22
sean-k-mooneyi said we could add that after if we wanted but only if they cannot modify intree ones and if we have an api to list and show the hardware profiles13:22
bauzasif we go this way, we absolutely have to be pedantic and provide some abstraction that'd be versioned and defined by us13:23
sean-k-mooneyill state teh same in the spec but i dont want to enable that in victoria13:23
bauzasI think this absolutely needs to be discussed in the V spec13:23
bauzasb/c this could be a terrible knob13:23
sean-k-mooneybauzas: yes we would im planning for them to be version even if they are in tree only13:24
bauzasor we would allow *custom* profiles13:24
sean-k-mooneybauzas: well it wont provide anything that can be done with flavor extrra specs or image properties today13:24
bauzaswhich would be yet another Far-West in Novaz13:24
bauzascorrect13:24
sean-k-mooney*cannot13:24
bauzasfor this exact reason, I think we need to state in the spec that we WON'T support operator-defined profiles ever13:25
sean-k-mooneye.g. its just a static set of profiles that change the default of existing tunables.13:25
sean-k-mooneybauzas: if you want me to make that the starting point im ok with that13:25
sean-k-mooneyif someone else want to chagne that after Victoria we can have that discussion then but im totaly fine with only nova as a project being able to define these profiles13:26
bauzasshoot, but again, I just want to be clear on the fact that I'm absolutely opposed to any attempt of delivering custom profiles unless they're explicitely stated "custom"13:26
bauzassean-k-mooney: this sounds reasonable13:27
sean-k-mooneyok im fine with that too. i understnad the interop concern and i share that13:27
bauzasleave others the pain to propose some customizable profiles in another spec13:27
sean-k-mooneybauzas: yep, i intened to have no api or db changes and to store the profiles as yaml files that are packaged as data files as part of nova13:29
bauzassean-k-mooney: that's design discussion for sure13:29
bauzas(but fwiw, I'll -1 this :D)13:29
bauzasdon't provide guns to kids13:30
sean-k-mooneywell i just dont want ot have a bunch of dicts in a module but my other appoch was to mirror the flavor validation work13:30
openstackgerritGhanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh  https://review.opendev.org/72012913:30
bauzassean-k-mooney: the latter sounds good13:30
bauzasbut let's see what other ppl think13:30
sean-k-mooneybauzas: it makes verioning harder which is the only reason i dont want to defautl to that but we can discuss in the spec later13:31
bauzassean-k-mooney: we have a couple of versioned objects you know13:31
bauzasand we have versioned libs13:31
sean-k-mooneyyes but i want you to be able to say give me hw:profile=realtime-vicoria in W or Z13:31
*** amodi has joined #openstack-nova13:31
bauzasbut this sounds a rathole to discuss this now :D13:32
bauzaslet's draft the UX in the spec ;)13:32
sean-k-mooneywhere hw:profile woudl be an alias to the latest version of a profile13:32
sean-k-mooneyyep13:32
sean-k-mooneyanyway this was just an fyi that im starting to draft this13:32
bauzasI'm not an API specialist, but I don't like explicit versioning on the flavor extraspec itself13:33
bauzasbut yeah, shoot13:33
*** Nel1x has joined #openstack-nova13:35
*** Nel1x has quit IRC13:35
gmanngibi: stephenfin updated the policy doc, please re-look - https://review.opendev.org/#/c/720129/1213:37
*** udesale_ has joined #openstack-nova13:40
aarentsbauzas: ok thks13:40
*** sapd1 has quit IRC13:40
bauzasaarents: are you able to attend the virtual PTG ?13:41
*** udesale has quit IRC13:42
*** Liang__ has joined #openstack-nova13:44
*** dakshina-ilangov has quit IRC13:44
*** yedongcan has quit IRC13:45
*** ratailor has quit IRC13:48
aarentsbauzas: probably yes13:49
aarentsbauzas: I will dig soon the patch you share on bug report, if it can solve the issue13:49
bauzaswhich one ?13:50
aarentshttps://review.opendev.org/#/c/609180/13:50
*** mriedem has joined #openstack-nova13:50
*** sapd1 has joined #openstack-nova13:53
bauzasaarents: ah you mean you'll try to conf setting ? sure, lemme know if this alleviates your issue13:56
lyarwoodelod: looking13:56
bauzasyou'll try the*13:56
lyarwoodelod: btw feel free to add me directly in these reviews in the future or anything really on stable :)13:56
aarentsbauzas: yep13:57
elodlyarwood: oh, I forgot to add you to this :S and thanks, will do in the future :)13:58
*** Liang__ is now known as LiangFang13:59
bauzaslyarwood: this sounds a configuration problem, nope ? 2019-09-05 16:08:30.057 8 ERROR nova.volume.cinder [req-522cbf47-a65a-4d46-8852-01adcfcbda2f  - - - - -] The [cinder] section of your nova configuration file must be  configured for authentication with the block-storage service endpoint.13:59
bauzaslyarwood: context is https://bugs.launchpad.net/nova/+bug/184364314:00
openstackLaunchpad bug 1843643 in OpenStack Compute (nova) "VM on encrypted boot volume fails to start after compute host reboot" [Undecided,New]14:00
bauzaslyarwood: I'm litterally 2 mins away from closing this bug14:00
bauzas(comment #4 in the stacktrace)14:00
* lyarwood looks14:00
*** dlbewley has joined #openstack-nova14:01
*** liuyulong has joined #openstack-nova14:01
*** bnemec has joined #openstack-nova14:01
lyarwoodbauzas: if having that section configured allows n-cpu during init_host to have a valid admin context for grabbing secrets from barbican then yes14:02
lyarwoodbauzas: I think it might, I'd have to dig into the context code again as it has been a while14:03
bauzaslyarwood: refresh the bug and see my comment14:03
bauzasbut I'm not a ksa specialist14:04
lyarwoodbauzas: yeah so I assume that would allow n-cpu itself to auth correctly, do we set that typically in devstack?14:04
* lyarwood looks14:05
lyarwoodyeah we do14:05
* lyarwood tries to reproduce quickly14:05
bauzaslyarwood: well, if you don't, I don't see how you can get service tokens...14:05
lyarwoodbauzas: right14:06
bauzasokay, closing the bug, asking the reporter to reopen the bug if fixing this doesn't help14:07
bauzasdone.14:07
*** N3l1x has joined #openstack-nova14:07
*** zhanglong has joined #openstack-nova14:08
*** liuyulong has quit IRC14:13
*** zhanglong has quit IRC14:13
bauzasgibi: one day, we'll have to discuss what to do with bugs open since 2 years14:13
gibibauzas: ack, please add a line to the ptg etherpad and then we can start an ML discusison14:14
gibibefore the pt14:14
gibig14:14
bauzasnot sure I wanna be the messenger :D14:14
gibiOK, I will do it :D14:14
bauzasgibi: there is no rush14:15
*** zhanglong has joined #openstack-nova14:15
gibiI mean I will now add a line to the etherpad and later will think about an ML message14:15
bauzasfwiw, we made it once, for example https://bugs.launchpad.net/nova/+bug/1018253/comments/514:15
openstackLaunchpad bug 1018253 in OpenStack Dashboard (Horizon) "No error message prompt during attaching when mountpoint is occupied" [Wishlist,New]14:15
gibibauzas: yepp14:17
gibianyhow added a line to the ptg etherpad14:17
bauzasand I just provided this example14:17
bauzasgibi: go back to your downstream work, man !14:18
bauzas:D14:18
gibi:)14:18
lyarwoodsigh we need to kill mountpoint in the API14:19
lyarwoodnow that we have attachments14:19
bauzaslyarwood: feel free to triage this bug, not on my radar yet :)14:23
*** dlbewley has quit IRC14:30
sean-k-mooneygibi: im hoping that we wont use the mailing list to hevialy for converstaion that are not backed by a spec14:32
sean-k-mooneygibi: we can do that but i think its not a great medium to have those kind of disucssions without a lot of pre work14:33
*** dlbewley has joined #openstack-nova14:33
sean-k-mooneythat said we used to have a bot that jsut closed them so we could always just do that again :P14:33
* sean-k-mooney stick head in sand and pretends there are no bugs14:34
gibisean-k-mooney: what do you suggest, how to prepare for the limited real time ptg discussion?14:34
sean-k-mooneywell im hoping our actul contact hours that are don vitually will not be less then we normally have in person but will just be spread over more days14:35
*** sapd1 has quit IRC14:36
sean-k-mooneyi just think if its a spec we should keep most of the discussion in gerrit. if its a process thing i would prefer to have an etherpad for it with a summary after the ptg slot on the mailing list14:37
sean-k-mooneywe can certenly do some disucssion on the mailing list but i fount the plamcnet pre ptg and the nova pre ptg we did last  cycle very hard to follow14:37
gibisean-k-mooney: we won14:38
gibisean-k-mooney: we won't have that much contact hours14:38
gibiand it will be a lot slower discussion14:38
gibicompared to a face to face discussion14:39
sean-k-mooney then we may need to consider doing a midcyle or other 1:1 session around milesotone 114:39
sean-k-mooneyi guess we can cross that bridge after the ptg to see if there are still things that need more dicussion that would be hard to do via gerrit or ml14:40
gibiagree ^^14:40
*** zhanglong has quit IRC14:40
sean-k-mooneythe reason i prefer etherpads for this type of disucsion by the way is just down to how mailing list thread thend to diverge and its hard to reponed quickly to indivigual quetions without having to respond ot everything14:41
sean-k-mooneywith etherpad we can just talk on indiviual lines and keep all the context14:41
gibisean-k-mooney: OK, so before the virtual ptg I will try to kick peole to start looking at the etherpad14:42
gibiI'm fine if we do the pre-discussion in the etherpad14:42
gibiwhat I need is to have pre-discussion somehow14:43
dansmithetherpad is really terrible for discussions because it's very easy to end up with stuff that you can't attribute to the author14:43
sean-k-mooneywe may want to create topic etherpads linked off the main one to keep it clean14:43
dansmithespecially with lots of people14:43
dansmithso I'm very much opposed to *directing* people to etherpad for discussions14:43
sean-k-mooneydansmith: for things with a spec i think gerrit si the place to have the disccssion14:43
dansmithI have a huge difficulty distinguishing the colors, even to assign unattributed text to someone that said something elsewhere14:44
sean-k-mooneybut do you think we should be using the mailing list for eveything else14:44
gmanni think ML is better than etherpad discussion for pre-ptg.14:44
dansmithagree that gerrit is the place for anything that is a spec. for non-spec, mailing list for sure14:44
gibithat was my default plan ^^14:44
gmannand where discussion going heavy then mark that for PTG discussion instead of overloading ML14:44
dansmithetherpad also doesn't tell you what things you've read and what things are new14:44
sean-k-mooneygmann: i really hated the pre-ptg ml threads we have done in the past14:44
dansmithgibi: ++14:45
sean-k-mooneybut if that is what we are going to do i guess ill have to live with it14:45
gibisean-k-mooney: I hated that too but maybe it was not because of the ML itself but because of the amount of information I needed to process14:45
sean-k-mooneycan i just ask that we do not complete any topic only in the mailing list14:45
*** factor has quit IRC14:45
gmannsean-k-mooney: i think we tried to conclude the things on ML which got too much. I think we can burn lot of light weight topic discussion there14:46
dansmithhow many people that hate divergent ML threads are using a mailer that doesn't actually show threads hierarchically like gmail?14:46
sean-k-mooneygibi: for me its the format not the amount of info14:46
gmannand if any topic is going back and forth then say 'let's discuss in ptg'14:46
*** ttsiouts_ has quit IRC14:46
gibigmann: ^^ +114:46
sean-k-mooneydansmith: i use revesr chronolgical order14:46
sean-k-mooneydansmith: not threads14:46
sean-k-mooneydansmith: but that is not my issue14:46
dansmithmmhmm :)14:46
sean-k-mooneydansmith: my issue is that i often feel like people dont see or respond to comment i make on some thread and there is no way to bring that point back into one fo the other divergent threads14:47
dansmithprobably because they're using gmail14:47
sean-k-mooneythat mainly hapens when people cut out part of the email14:47
dansmithbecause gmail is the worst thing ever14:48
dansmithnon-trimming emails considered harmful14:48
sean-k-mooneywell i use evolution locally so i can enable thread view i jsut dont but ya that could be part of it14:48
*** ttsiouts has joined #openstack-nova14:48
sean-k-mooneydansmith: i think there are pros can cons to trimming14:48
sean-k-mooneytrimming creats divergent tread if there are multipe open topics that dont reconverge14:49
sean-k-mooneybut it allows you to focus on that topic14:49
*** links has quit IRC14:49
dansmithnon-trimming means people take a sub-thread and redirect it to something that was actually a different sub-thread by grabbing something someone said days ago14:49
sean-k-mooneya sorry14:50
sean-k-mooneyi tought you ment replying with just a snippit fo the full email14:50
sean-k-mooneydansmith: gibi  if you have recommenation of Netiquette for how to conduct a discussion on the mailing list or tools that help that would be good to share14:52
dansmithagree that gibi should try to set some ground rules and police with a big stick14:52
sean-k-mooneyim aware of the normal process for the mailing list but if feel that is not quite adequet for design  dicussions14:53
gibiI have no stick but I will try14:53
* dansmith hands gibi a stick14:53
*** mlavalle has joined #openstack-nova14:55
gibi:)14:55
*** sapd1 has joined #openstack-nova14:56
elodlyarwood: thx for the review!14:59
elodgibi: https://review.opendev.org/#/c/72188314:59
gibielod: ack14:59
gibielod, lyarwood: thanks! I'm +115:02
elod\o/15:03
*** ttsiouts has quit IRC15:03
*** dklyle has joined #openstack-nova15:11
*** gyee has joined #openstack-nova15:11
*** LiangFang has quit IRC15:17
*** dakshina-ilangov has joined #openstack-nova15:19
*** links has joined #openstack-nova15:19
*** ttsiouts has joined #openstack-nova15:23
*** belmoreira has quit IRC15:40
*** spatel has joined #openstack-nova15:50
*** ttsiouts has quit IRC15:50
*** efried1 has joined #openstack-nova15:54
*** efried has quit IRC15:57
*** efried1 is now known as efried15:57
*** links has quit IRC15:58
gmannnova-next failure for multi network fix is merged now, feel free to recheck if failing on your patch - https://review.opendev.org/#/c/721767/215:59
*** igordc has joined #openstack-nova16:12
openstackgerritAndreas Jaeger proposed openstack/nova master: DNM: Testing tempest  https://review.opendev.org/72206016:14
kashyaplyarwood: Thanks for taking time to give feedback!  I answered your questions on the change.  (The interesting LM bits are at the end.  Hope that makes sense)16:15
openstackgerritAndreas Jaeger proposed openstack/nova stable/rocky: DNM: Testing tempest  https://review.opendev.org/72206316:16
*** tesseract has quit IRC16:17
*** links has joined #openstack-nova16:20
*** ociuhandu has quit IRC16:27
*** udesale_ has quit IRC16:27
*** ociuhandu has joined #openstack-nova16:28
*** ttsiouts has joined #openstack-nova16:28
*** rpittau is now known as rpittau|afk16:29
*** mkrai_ has quit IRC16:32
*** mkrai__ has joined #openstack-nova16:32
*** ociuhandu has quit IRC16:32
*** yaawang has joined #openstack-nova16:32
*** yaawang_ has quit IRC16:33
*** evrardjp has quit IRC16:35
*** evrardjp has joined #openstack-nova16:35
*** mkrai__ has quit IRC16:37
*** eharney has quit IRC16:39
*** dpawlik has quit IRC16:40
*** dpawlik has joined #openstack-nova16:40
bauzascores, the prelude section is up for reviews https://review.opendev.org/#/c/721548/16:41
bauzasreminder, we have to merge it before we cut RC116:41
*** ttsiouts has quit IRC16:44
*** dpawlik has quit IRC16:45
openstackgerritmelanie witt proposed openstack/nova stable/stein: Add config option for neutron client retries  https://review.opendev.org/72207716:47
*** _mlavalle_1 has joined #openstack-nova16:48
*** ociuhandu has joined #openstack-nova16:49
*** mlavalle has quit IRC16:50
*** lbragstad has quit IRC16:51
*** lbragstad has joined #openstack-nova16:51
*** eharney has joined #openstack-nova16:53
*** dtantsur is now known as dtantsur|afk16:55
openstackgerritLee Yarwood proposed openstack/nova master: WIP block_device: Rework refresh_connection_info  https://review.opendev.org/72076917:03
*** efried1 has joined #openstack-nova17:04
*** eharney has quit IRC17:06
*** efried has quit IRC17:06
*** efried1 is now known as efried17:06
*** eharney has joined #openstack-nova17:08
*** jobewan has quit IRC17:10
*** links has quit IRC17:10
*** ttsiouts has joined #openstack-nova17:16
*** priteau has quit IRC17:18
*** ttsiouts has quit IRC17:20
*** efried1 has joined #openstack-nova17:21
*** efried has quit IRC17:21
*** efried1 is now known as efried17:21
*** ociuhandu has quit IRC17:24
gmanngibi: stephenfin its ready with gate result too -  https://review.opendev.org/#/c/720129/1217:27
*** mgariepy has quit IRC17:39
*** mgariepy has joined #openstack-nova17:39
melwittgmann: I think you have a small bug here?17:44
melwitthttps://review.opendev.org/#/c/720129/12/doc/source/configuration/policy-concepts.rst@20417:44
gmannmelwitt: ah, thanks. fixing17:45
*** ttsiouts has joined #openstack-nova17:49
*** ralonsoh has quit IRC17:56
openstackgerritGhanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh  https://review.opendev.org/72012917:57
gmannmelwitt: updated ^^17:57
*** nightmare_unreal has quit IRC17:59
melwittgmann: was there discussion around why this is in the "features" section rather than the "upgrade" section? https://review.opendev.org/#/c/720129/13/releasenotes/notes/bp-policy-defaults-refresh-b8e6e2d6b1a7bc21.yaml@218:00
gmannmelwitt:  not yet. I put it in feature as this is disabled via flags to actually not breaking upgrade. if we enable scope or remove deprecated old rules then we can add that in upgrade section. is that correct way to think of upgrade section ?18:02
*** ociuhandu has joined #openstack-nova18:02
melwittgmann: yeah ... this case is not so straightforward I guess. dansmith thoughts? ^18:02
dansmithI don't really think that it's appropriate to call it a feature. With the exception of someone sitting around hoping we'll make our policy more granular, most people will see it as an upgrade-related piece of homework18:04
dansmithupgrade items aren't necessarily things that break or need to happen during the upgrade, they're often "this thing that used to be like A is now like B"18:04
melwittyeah, my concern is that if we don't put it in the upgrade section, people won't see as clearly that they have homework to do before W18:05
dansmithagree18:05
gmanni see. that is good point18:05
dansmithI would put something general in the prelude as a "hey ya'll, we're refactorin' this shiznat over the next few cycles, just FYI"18:05
gmannshould I move the complete section in upgrade or keeping scope things in feature as well ?18:05
dansmithand keep the homework bits in upgrade18:05
gmanndansmith: this is prelude, is it fine/enough - https://review.opendev.org/#/c/721548/6/releasenotes/notes/ussuri-prelude-4b96f1244cefcdf4.yaml@3618:06
gmannI need to add the doc link there once that is ready.18:07
dansmithyeah, seems probably like enough, but definitely "see $link for more details on what is changing"18:08
melwittyeah, that's a todo after we merge this doc on policy changes18:08
gmannok. let me update the releasenotes18:09
melwittas for the section for the policy reno, I guess I was thinking to just s/features/upgrade/ for the reno. scope types are kind of a feature (leveraging a keystone feature) but we're going to make them the default, which means operators have homework to do to (1) educating their users to use scoped tokens and (2) get their policies enabled with enforcing scope,18:09
melwittand then we're going to remove the old policy way in W, so it's not really optional in the end18:10
dansmithA short note in -features might be appropriate too, but if it's in the prelude, I think that's enough18:11
melwittok, then either way18:11
sean-k-mooneyby the way i assume the we wont be doing something similar for unified limits since we wont have part of it merged in ussuri and its just going to be called out in victoria instead18:12
sean-k-mooneythat is a similar hay we are refactroing this change18:12
sean-k-mooneybut it wont really affect people for ussuri and they wont have homework yet so i guess its not a concern right now18:13
melwittyeah nothing yet until V18:13
*** sapd1 has quit IRC18:16
*** ttsiouts has quit IRC18:22
openstackgerritGhanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh  https://review.opendev.org/72012918:25
*** ociuhandu has quit IRC18:38
*** vishalmanchanda has quit IRC18:43
*** ociuhandu has joined #openstack-nova18:44
*** ociuhandu has quit IRC18:48
*** ociuhandu has joined #openstack-nova18:48
*** ttsiouts has joined #openstack-nova18:58
*** ttsiouts has quit IRC19:03
*** dlbewley has quit IRC19:10
*** dlbewley has joined #openstack-nova19:19
*** ociuhandu has quit IRC19:22
*** ttsiouts has joined #openstack-nova19:32
*** ociuhandu has joined #openstack-nova19:33
*** ociuhandu has quit IRC19:38
*** ccamacho has quit IRC19:54
*** nweinber has quit IRC20:04
*** nweinber has joined #openstack-nova20:05
*** ttsiouts has quit IRC20:06
*** ociuhandu has joined #openstack-nova20:17
*** ociuhandu has quit IRC20:28
*** dakshina-ilangov has quit IRC20:32
*** xek has quit IRC20:34
*** nweinber has quit IRC20:46
openstackgerritFrançois Palin proposed openstack/nova stable/train: Add retry to cinder API calls related to volume detach  https://review.opendev.org/72214220:56
*** ociuhandu has joined #openstack-nova21:00
*** ociuhandu has quit IRC21:10
*** ttsiouts has joined #openstack-nova21:16
gmannmelwitt: thanks for review. can i fix these 'scoped' word quickly ? if you are around for re+2 - https://review.opendev.org/#/c/720129/1421:20
melwittgmann: yeah that'd be great21:21
gmannok21:22
openstackgerritGhanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh  https://review.opendev.org/72012921:22
*** mriedem has left #openstack-nova21:23
gmannmelwitt: ^^ done21:23
melwitt+221:23
*** spatel has quit IRC21:31
*** ociuhandu has joined #openstack-nova21:41
*** tbachman has quit IRC21:43
*** tbachman has joined #openstack-nova21:44
*** tobiash has quit IRC21:45
*** eharney has quit IRC21:46
*** tobiash has joined #openstack-nova21:47
*** haleyb has quit IRC21:47
*** eharney has joined #openstack-nova21:49
*** ttsiouts has quit IRC21:50
*** haleyb has joined #openstack-nova21:50
*** ociuhandu has quit IRC21:52
*** ociuhandu has joined #openstack-nova21:52
*** ociuhandu has quit IRC21:57
*** slaweq has quit IRC21:58
*** ttsiouts has joined #openstack-nova22:20
*** ttsiouts has quit IRC22:29
*** rcernin has joined #openstack-nova22:31
*** ociuhandu has joined #openstack-nova22:44
*** spatel has joined #openstack-nova22:44
*** tkajinam has joined #openstack-nova22:54
*** ttsiouts has joined #openstack-nova22:57
*** ociuhandu has quit IRC23:01
*** lbragstad has quit IRC23:06
*** spatel has quit IRC23:07
*** spatel has joined #openstack-nova23:14
*** ttsiouts has quit IRC23:31
*** ociuhandu has joined #openstack-nova23:33
*** lbragstad has joined #openstack-nova23:35
*** spatel has quit IRC23:45
*** _mlavalle_1 has quit IRC23:45
*** tosky has quit IRC23:51

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