Earlier  
Posted Nick Remark
#openstack-nova - 2022-10-18
17:10:04 gibi ok
17:33:28 johnthetubaguy gmann: awesome news, thank you for the update!
17:33:57 johnthetubaguy (I didn't know that was a config!)
#openstack-nova - 2022-10-19
01:55:43 opendevreview Jorhson Deng proposed openstack/nova master: Allow user defined stop type https://review.opendev.org/c/openstack/nova/+/861333
02:17:40 opendevreview Jorhson Deng proposed openstack/nova master: Allow user defined stop type https://review.opendev.org/c/openstack/nova/+/861333
05:44:08 opendevreview Jorhson Deng proposed openstack/nova master: Allow user defined stop type https://review.opendev.org/c/openstack/nova/+/861333
05:54:14 opendevreview Jorhson Deng proposed openstack/nova master: Allow user defined stop type https://review.opendev.org/c/openstack/nova/+/861333
07:53:57 sahid o/
07:54:53 sahid any chance that you have a second look at https://review.opendev.org/c/openstack/nova-specs/+/857838 sean-k-mooney? I hope to have addressed most of your comments I just have kept open one to ensure that this is addressed in the right way
08:02:49 opendevreview Jorhson Deng proposed openstack/nova master: Allow user defined stop type https://review.opendev.org/c/openstack/nova/+/861333
09:21:42 opendevreview Amit Uniyal proposed openstack/nova stable/zed: Adds a repoducer for post live migration fail https://review.opendev.org/c/openstack/nova/+/861856
09:21:43 opendevreview Amit Uniyal proposed openstack/nova stable/zed: [compute] always set instance.host in post_livemigration https://review.opendev.org/c/openstack/nova/+/861857
10:25:59 mnasiadka Hello - any reason backport https://review.opendev.org/c/openstack/nova/+/829804 is hanging so long?
10:28:43 sean-k-mooney mnasiadka: it just needs review it fell off my radar so i can take a look now
10:29:04 mnasiadka sean-k-mooney: thanks!
10:29:07 sean-k-mooney in general if a patch is up and not reviewd for a period of tiem we expect the autorp or backporteer to ping us
10:29:30 sean-k-mooney we will eventualy get to it otherwise but the more vocal people are the more likely we are to see it
10:33:50 sean-k-mooney elodilles: if you have time can you take a look at https://review.opendev.org/c/openstack/nova/+/829804
10:52:28 mnasiadka sean-k-mooney: Actually I need it in Wallaby, will do a cherry-pick today as well
10:52:53 sean-k-mooney ack
10:53:16 opendevreview Michal Nasiadka proposed openstack/nova stable/wallaby: Fix to implement 'pack' or 'spread' VM's NUMA cells https://review.opendev.org/c/openstack/nova/+/861832
10:53:34 mnasiadka actually it was clean, so simple as a click in Gerrit UI
10:53:44 sean-k-mooney mnasiadka: you might also want the caching change we merged backported
10:53:58 sean-k-mooney mnasiadka: gerrit wont set teh cherry-picked line correctly
10:54:10 sean-k-mooney it only has one
10:54:16 sean-k-mooney it should have one per branch
10:54:28 sean-k-mooney so gerrit only works the first time
10:55:22 mnasiadka ok, I'll update
10:55:33 mnasiadka sean-k-mooney: caching change? which one is that?
10:55:39 opendevreview Amit Uniyal proposed openstack/nova stable/yoga: Adds a repoducer for post live migration fail https://review.opendev.org/c/openstack/nova/+/861871
10:55:40 opendevreview Amit Uniyal proposed openstack/nova stable/yoga: [compute] always set instance.host in post_livemigration https://review.opendev.org/c/openstack/nova/+/861872
11:30:30 sahid thank you sean-k-mooney[m], I have replied to one of you question, I'm not sure that we need to update the virt driver api but I may have missed something. At leaast the current impl that I have is working as expected for our usage
11:30:47 sahid for the other I will address them when i will get more reviews for sure
11:31:06 sean-k-mooney1 sahid: i belive you will need to chnage rebuild_instance to add the target state
11:31:31 sean-k-mooney so that the driver does not try to start the vm
11:31:55 sahid I have reused the way that we currently handle evacuated instance that are stopped
11:32:09 sahid the driver start the instance and tjere is a process to stop it
11:32:45 sean-k-mooney we should not do that really
11:32:52 sean-k-mooney since the start is going to fail
11:33:04 sean-k-mooney at least in teh encypted volume case
11:33:20 sean-k-mooney ideally you would pass the target state in and only start it if required
11:34:11 sean-k-mooney we can see what others think but if you say targetState=stop i would consider it a bug to attepmt to start it and then stop it
11:36:13 sean-k-mooney https://review.opendev.org/c/openstack/nova/+/858383/14/nova/compute/manager.py#3826 might be ok
11:37:28 sean-k-mooney no looking at the workflow
11:37:44 sean-k-mooney im pretty sure if you try that with an encypted volume the spawn will fail
11:38:08 sean-k-mooney the admin wont be abel to retirve the key form barbican
12:04:44 sahid sean-k-mooney: oh i see, at least in our use-case it's fine as everything is done using cloud-init and we don't wait for that to happen
12:06:12 sahid I'm wondering whether it's not mandotary to have the vm started to libvirt would have installed the tap and qemu sent the arp, we also know that ovs agent needs to see net devices to configure network
12:07:35 sean-k-mooney that woudl all happen when the user starts the vm
12:08:08 sean-k-mooney we shoudl perhaps discuss this in the ptg or at least get more eye on the review
12:08:51 sean-k-mooney binding the port in neutron makes sense im not sure that plugging the prot into ovs shoudl be done at this point
12:09:26 sean-k-mooney we need to prepare the disk image/instance direcotry
12:09:41 sean-k-mooney but im not sure we should go as far ad defining the domain
12:10:08 sean-k-mooney we could maintain the current beahivor of powering it off after but that does not fell correct to me
12:11:13 sahid i also had this feeling when I have noticed it but then I felt like this was perhaps a necessity
12:12:08 sahid i can make some tests but that will be difficult for me to test all the combinaisons
12:12:42 sahid for the case that is open in your side, does that can be tested easily?
12:13:26 sean-k-mooney and basically ignore it in this case and proceed to powering it off.
12:13:26 sean-k-mooney if we do that we need to catch the expction form looking up the key
12:15:23 sahid i see, i can for sure doing that, but as you mention we probably first have to see whether we want to avoid the vm to be started at driver side, which could brings others implications
12:27:48 opendevreview ribaudr proposed openstack/nova-specs master: Draft spec to support scaphandre https://review.opendev.org/c/openstack/nova-specs/+/861881
12:38:45 opendevreview ribaudr proposed openstack/nova-specs master: Draft spec to support scaphandre https://review.opendev.org/c/openstack/nova-specs/+/861881
12:55:09 bauzas reminder : our PTG sessions start in 5 mins, see you there in the bexar room
13:01:54 bauzas started ^
13:01:59 bauzas folks, we need you !
13:05:59 bauzas we'll start with discussing about ELO'ing stable branches for stein and older
13:06:03 bauzas now*
14:23:05 bauzas chateaulav: I know you're in the zoom room, but we are just discussing secure RBAC
14:23:15 bauzas to sure you are listening
14:23:20 bauzas not* sure
14:30:18 stephenfin sean-k-mooney: Your background blur feature is going nuts :)
14:30:31 chateaulav bauzas: thanks
14:39:51 sean-k-mooney fixed by trunig it off
14:47:47 gibi vmaccel: we will discuss the PCI in placement stuff in https://www.openinfra.dev/ptg/rooms/bexar in 3 minutes
15:00:34 opendevreview Merged openstack/nova-specs master: Update the PCI in placement spec https://review.opendev.org/c/openstack/nova-specs/+/855218
15:12:02 bauzas sean-k-mooney: your audio becomes a bit robotic
15:15:32 stephenfin sean-k-mooney: Y̶o̶u̶'̶r̶e̶ ̶a̶ ̶w̶i̶z̶a̶r̶d̶,̶ ̶H̶a̶r̶r̶y̶!̶ You're a robot, Sean! 🤖
15:17:13 sean-k-mooney still ok i might have to try treaking something
#openstack-nova - 2022-10-20
08:15:39 opendevreview Alex Chan proposed openstack/nova stable/xena: fix instance action log when deleting shelved instance https://review.opendev.org/c/openstack/nova/+/861951
08:21:58 opendevreview Alex Chan proposed openstack/nova stable/xena: fix instance action log when deleting shelved instance https://review.opendev.org/c/openstack/nova/+/861951
08:36:52 bauzas ralonsoh: for our nova-neutron session, would we use our bexar room ?
08:38:53 ralonsoh bauzas, I'll send a mail now. I'll also open our meeting room to redirect people to bexar
08:41:48 ralonsoh bauzas, done
08:42:01 bauzas ralonsoh: cool thanks
08:42:15 bauzas ralonsoh: do you have other topics but the ones we have in our etherpad ?
08:42:34 ralonsoh bauzas, no but I think the agenda is pretty tight
08:42:50 ralonsoh we have 4 topics
08:46:07 bauzas ralonsoh: sorry, I only see 2 topics in our etherpad
08:46:16 ralonsoh bauzas, https://etherpad.opendev.org/p/neutron-antelope-ptg
08:46:26 ralonsoh we have 4
09:10:25 bauzas ralonsoh: my bad, then I'll remove the 2 topics from the nova etherpad and rather link to the neutron etherpad
12:33:03 opendevreview ribaudr proposed openstack/nova-specs master: Draft spec to support scaphandre https://review.opendev.org/c/openstack/nova-specs/+/861881
12:37:29 opendevreview ribaudr proposed openstack/nova-specs master: Draft spec to support scaphandre https://review.opendev.org/c/openstack/nova-specs/+/861881
12:53:28 stephenfin bauzas: I will be an hour late today (14:00 UTC). Feel free to discuss the soft-delete thing in my absence if you need to
12:54:56 bauzas stephenfin: we will first discuss the neutron topics until 1500UTC
12:55:11 bauzas stephenfin: we'll then discuss the nova topics after 1500
13:00:25 bauzas neutron-nova session starting now in the bexar room
13:00:43 bauzas don't let me feel alone in the dark :)
13:00:49 gibi bauzas: bexar or mitaka?
13:00:56 bauzas bexar, as I wrote :)

Earlier   Later