Thursday, 2022-10-06

opendevreviewAmit Uniyal proposed openstack/nova master: Adds a repoducer for post live migration fail  https://review.opendev.org/c/openstack/nova/+/85449905:41
opendevreviewAmit Uniyal proposed openstack/nova master: [compute] always set instance.host in post_livemigration  https://review.opendev.org/c/openstack/nova/+/79113505:41
gokhanisiHello folks, after deleting vm glance image, we can not reboot vm, because it can't find _base image and after that nova destroyed my vm automatically. this the expected state or is there any mechanism to prevent automatic deletion?07:09
*** akekane__ is now known as abhishekk09:42
sean-k-mooney[m]gokhanisi: there is no code in nova to do that automatic deletion09:46
sean-k-mooney[m]gokhanisi:  so it sounds like you have somethign else in your cloud that is doing that09:47
sean-k-mooney[m]deleting the glance image will have no effect on running vms09:47
sean-k-mooney[m]evacuate may fail if the image is deleted and the vm is not on shared sotrage as it wont be able to download the image but  reboots and normal move operations like cold/live migrate will work09:49
*** labedz_ is now known as labedz09:54
auniyal_Hello #openstack-nova 10:56
auniyal_please review these:10:57
auniyal_https://review.opendev.org/c/openstack/nova/+/85497910:57
auniyal_https://review.opendev.org/c/openstack/nova/+/85498010:57
auniyal_https://review.opendev.org/c/openstack/nova/+/85867310:57
sean-k-mooneybauzas: care to be the second reviewer on https://review.opendev.org/c/openstack/nova/+/82746711:43
opendevreviewsean mooney proposed openstack/nova master: update default overcommit  https://review.opendev.org/c/openstack/nova/+/83082911:51
sean-k-mooneygibi: stephenfin johnthetubaguy ^ care to take a look at that. im hoping we can merge that sooner rather then later11:52
opendevreviewKirill proposed openstack/nova stable/wallaby: GCLOUD2-6989:vnc workable varsion  https://review.opendev.org/c/openstack/nova/+/86055511:55
opendevreviewStephen Finucane proposed openstack/nova master: objects: Add NovaSoftDeleteObject mixin  https://review.opendev.org/c/openstack/nova/+/85435511:55
opendevreviewStephen Finucane proposed openstack/nova master: objects: Validate object-DB model field parity  https://review.opendev.org/c/openstack/nova/+/86055611:55
opendevreviewKirill proposed openstack/nova stable/wallaby: add support of vnc console for ironic  https://review.opendev.org/c/openstack/nova/+/86055712:00
opendevreviewMerged openstack/nova master: Fix typos in nova docs  https://review.opendev.org/c/openstack/nova/+/85867312:09
gibisean-k-mooney: I'm +212:14
stephenfinMe too. Low risk since as you note, these are the _initial_ ratios and therefore only affect new resources12:19
bauzassean-k-mooney: I can look at https://review.opendev.org/c/openstack/nova/+/82746712:21
bauzasstephenfin: sean-k-mooney: I don't really want to discuss at https://review.opendev.org/c/openstack/nova/+/860401 for the moment, as I have the OpenInfra Live session in 2 hours12:22
bauzasstephenfin: sean-k-mooney: but if you want, we can discuss this tomorro<12:22
* bauzas prepares his slides for today12:22
*** blarnath is now known as d34dh0r5312:27
sean-k-mooneybauzas: there is no really rush. so focus on the talk13:03
sean-k-mooneyanyone else can also reveiw https://review.opendev.org/c/openstack/nova/+/827467 by the way i just pinnged you since i tought you might be around13:04
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/860401  also can wait till the ptg13:04
sean-k-mooneyor we can chat about it tomrrow or next week13:04
*** dasm|off is now known as dasm13:31
opendevreviewAlexey Stupnikov proposed openstack/nova master: Remove deleted projects from flavor access list  https://review.opendev.org/c/openstack/nova/+/84913113:43
*** iurygregory_ is now known as iurygregory14:04
fricklerfyi neutron broke integrated CI, they are working on a fix14:41
sean-k-mooneyfun14:52
sean-k-mooneyfrickler: by the way were you asking about zuul and devstack recently14:54
sean-k-mooneyi think we have a bug in our new default policy14:54
sean-k-mooneyits blocking people with member form callign the server detail api14:55
fricklersean-k-mooney: that doesn't ring a bell for me14:56
sean-k-mooneyit was proably corvus or clarkb 14:57
sean-k-mooneybasically i repodcued it when i redeploy my home cloud and zuul14:57
sean-k-mooneyim not sure if its a nova issue or zuul one but it breaks 14:58
sean-k-mooneyill hop on the zuul matrix and follow up later14:58
lajoskatonafrickler: Hi, could you point to the failure, perhaps also on neutron channel?15:06
fricklerlajoskatona: ralonsoh is on it, https://review.opendev.org/c/openstack/devstack/+/860577 should be the fix15:07
lajoskatonafrickler: thanks15:08
ralonsohI've sent an email right now15:08
opendevreviewVladislav Belogrudov proposed openstack/nova master: Nova instance snapshot should wait for volumes  https://review.opendev.org/c/openstack/nova/+/84863815:24
dansmithbauzas: did you see that we're in conflict with the cinder ops hour?15:54
bauzasdansmith: if so, they added it after ours15:55
dansmithyeah I know15:55
bauzasI just took a placeholder15:55
bauzasand thanks for the notice, haven't seen it yet15:55
bauzasdansmith: at least we'll have one hour for us15:56
dansmithbauzas: could we move ours easily?15:57
bauzasdansmith: problem is, I already published it in the openinfra live episode today15:57
dansmithcinder moving at this point might be difficult, so even though we were first, if we're flexible we probably should be15:57
dansmithyeah, that's unfortunate.. did cinder do the same?15:57
bauzasno15:58
dansmithheh15:58
bauzashence me thinking cinder would be easier to move15:58
dansmithwhoami-rajat: ^ thoughts?15:58
bauzasand that's a 2-hour slot for ops15:58
bauzasso, moving the operator slot is actually moving *two* hours for nova15:59
bauzasagain, I'd prefer cinder to move his slot by one hour15:59
bauzasand if they can't, well, as we have 2 hours on that day, that'd be unfortunate but operators wanting to attend both could still be able to discuss with nova for one hour16:00
dansmithbauzas: okay so the placeholders were just one hour I think,16:00
dansmithso you must have chosen the placeholder and placeholder+1 right?16:01
bauzascan't remember sorry how I booked16:01
bauzasthe eavesdrop logs could tell me tho :)16:01
bauzasbut yeah, probablyu16:01
dansmithwell, cinder chose one of the placeholders, so they feel like they did the right thing16:01
bauzasso, nova has two slots back-to-back on tues 1-316:01
dansmithbut maybe it's less of a problem because we only have an hour overlap for the second hour16:02
bauzascinder has one slot 2-316:02
bauzaszactly16:02
dansmithso it was *nova* that caused the conflict :)16:02
bauzasI pledge non-guilty16:02
bauzas:D16:02
dansmithI judge you guilty regardless :)16:03
bauzasI won't say anything by now till I have a lawyer, sir.16:03
dansmithdoes france have protection against self-incrimination?16:03
bauzaswe have a "non-guilty, always innocent until proven" policy16:03
dansmithyeah that's not the same :)16:04
bauzasdamn you, I'm grabbing the logs :p16:04
dansmithbauzas: maybe we should just drop ours down to the first hour then to avoid conflict, since that was the ask from the TC?16:04
bauzasalso, just noted that there is a conflicting operator placeholder on Monday 1-2pm too16:05
dansmithwe could have another bonus slot later, which might be better anyway for people not free in that two-hour slot16:05
bauzasfrankly, I don't know how the placeholders were provided16:05
dansmithI don't see a conflict on monday16:05
bauzasdid I say Monday ?16:06
bauzasshit.16:06
bauzasspeaking of Tuesday16:06
dansmiththat should be our slot16:07
dansmithperhaps we didn't remove the slot we took when we moved it to our room?16:07
dansmithwe should probably do that to avoid another conflict16:07
dansmithgmann: can you advise?16:07
* bauzas looks at https://meetings.opendev.org/irclogs/%23openinfra-events/ how we ended up in such situation16:08
bauzasbut yeah, I guess I took the two slots and haven't deleted the placeholders16:09
gmannbauzas: yeah, if we can avoid the conflict with cinder16:09
bauzaspersonally, I'd like to run a 2-hour session16:09
bauzasone hour is too stretchy16:09
dansmithbauzas: at this point I think we should just claim the first slot that we took at 13UTC, shrink to 1h to avoid the overlap16:09
gmannnova has 3 operator-hours16:09
bauzasfor good reason16:09
bauzasa 2-hour session for having time16:09
bauzasand another hour for people not being to join on Tues16:10
bauzasbeing able*16:10
gmannhow about shifting thosw to wed ?16:10
gmann2 hours continuous 16:10
bauzasgmann: again, I took those dates far in advance and I communicated them multiple times16:10
bauzasI can move, but honestly I feel bad about it16:10
dansmithit's unfortunate but we're just trying to resolve the issue16:11
gmannohk let's wait for whoami-rajat if they can shift their by an hour16:11
bauzasand that's unfortunate, but I've just said the slots in https://youtu.be/MSbB3L9_MeY16:11
gmannwhoami-rajat: I know we talked about it in event channel but is it possible to move operator-cinder-hour at 15 UTC on tuesday ?16:12
bauzashttps://meetings.opendev.org/meetings/nova/2022/nova.2022-09-06-16.00.html16:13
bauzasthat's where we agreed on the dates16:13
bauzasand that's what I did for booking https://meetings.opendev.org/irclogs/%23openinfra-events/%23openinfra-events.2022-09-06.log.html16:13
dansmithbauzas: at the end of the day we just need to resolve the conflict16:14
gmannsure, let's wait for whoami-rajat reply. it is ~10 PM for him so may be tomorrow morning.16:14
bauzasI freed two slots we had reserved16:14
bauzasdansmith: yeah, but I'm trying to understand how I ended up in such mes16:14
bauzasmess16:14
bauzasdansmith: I'm looking for alternatively moving the operator session by Thursday16:14
gmannI think we planned for single slot of a hour and nova booking for 2 hours end up having conflict 16:15
gmannbut 2 hours slot is not bad with the reason bauzas mentioned 16:16
bauzasOK, I think I got it16:16
bauzashttps://meetings.opendev.org/irclogs/%23openinfra-events/%23openinfra-events.2022-09-08.log.html16:16
gmannmay be next time we can have some 2 hours slot as placeholder too so that we can avoid this16:16
bauzasI haven't really converted the operator placeholders, I just reused some slots I booked16:16
bauzasand then, whoami-rajat just took the placeholder for cinder16:17
bauzashence the problem16:17
gmannyeah16:17
bauzasI should have unbooked the placeholder before16:17
gmannit was worst when openstack-ops  slot was booked at same time too but now it is shifted on Thursday 14 UTC16:18
gmannbauzas: ^^ please check to avoid conflict to openstack-ops sessions too  while rescheduling 16:19
gmannwhich is Thursday 14 UTC16:19
bauzasok, then this is impossible to move neither on Wed nor Thursday16:21
bauzaswe have the ironic operator slot on Wed16:21
bauzasand on Thursday, we have the general operator-ops16:21
bauzasfrankly, this is hard to find another slot 16:21
dansmithso easiest is to just shrink to the first hour of our current slot right?16:21
bauzasFriday isn't possible too, neutron operator hours are there16:22
bauzasdansmith: or leave two others and let operators jump to cinder room if they want16:22
bauzastwo hours* damn.16:22
dansmithbauzas: I think we should probably be more fair to the operators and cinder and not do that16:22
gmannhow about Tuesday 15-17 UTC ?16:22
gmanni know they are not placeholder but that can avoid conflict 16:23
dansmithbauzas: it will be easy for an operator to just stay in our room instead of jumping, or be waiting over an hour for their topic and end up skipping the cinder thing16:23
bauzasgmann: can we wait for whoami-rajat's feedback ?16:23
bauzaswe have two options AFAICS16:23
bauzas1/ nova moves the two hours to 15-1716:23
bauzas2/ cinder moves by hour to 15-1616:24
dansmithbauzas: you don't think that following the original guideline of choosing one of the available one hour slots is a reasonable solution? come on now :)16:25
dansmithdoing that also lets the start time of each event not change for anyone who has already recorded it, or mentioned it on youtube :)16:26
bauzasdansmith: technically, I took two slots, but I forgot to unbook the placeholders :/16:27
dansmithbauzas: which was not part of the plan right?16:27
bauzasyou know what ? I give up.16:28
bauzasI'll move one of the 2 slots by one hour16:28
gmannor w can keep Tuesday 1 hour and wed 2 hour slot ?16:28
bauzaswfy ?16:28
gmanni mean keeping starting time on Tuesday same as it is announced 16:29
bauzasgmann: I need to check availability on Wed16:29
bauzassec16:29
dansmithextending the weds slot to two hours would be good yeah16:29
dansmithkeeps the same number of total hours, avoids the conflict16:29
bauzasthis is not possible16:29
bauzashorizon has its operator hour at that time16:30
bauzasWed 3-416:30
dansmithextend the weds slot, don't move it earlier16:30
dansmithalso, a conflict with horizon is a lot better than cinder, IMHO16:30
bauzasdansmith: there are no slots after 5pm16:30
bauzasso we can continue on Wed16:31
bauzasyou know what ? I'll split the Tues session in two 16:31
bauzasand that's it16:31
bauzasdone.16:33
bauzashttps://ptg.opendev.org/ptg.html16:33
bauzasand if whoami-rajat wants to shift by one hour, I'm cool16:34
bauzasif not, fair enough.16:34
dansmiththanks!16:35
gmannbauzas: sure, thanks!16:35
atmarkdoes a rebuild retain instance id?16:43
dansmithyes16:46
atmarkdansmith: thx16:48
whoami-rajatbauzas, gmann hi, it seems feasible for us to move the slot since our requirement is to do it early in the week, will need to inform cinder team and update etherpads with new timing but that should not be an issue18:04
gmannwhoami-rajat: thanks. that will be helpful and bauzas can revert nova slot to previous time18:05
whoami-rajatgmann, ack, so i will need to unbook the 1400 UTC slot and book the 1500 one?18:05
gmannwhoami-rajat: yeah that also work. 14 UTC can be taken by nova . bauzas ?18:06
bauzaswhoami-rajat: thanks a lot if so, I very appreciate this18:17
whoami-rajat:)18:18
*** dasm is now known as dasm|off18:22
*** dasm|off is now known as dasm20:49
*** dasm is now known as dasm|off22:15
opendevreviewMerged openstack/nova master: Handle "no RAM info was set" migration case  https://review.opendev.org/c/openstack/nova/+/85200223:49

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!