Wednesday, 2020-11-04

*** arne_wiebalck has quit IRC00:03
*** yonglihe has quit IRC00:03
*** yonglihe has joined #openstack-nova00:03
*** arne_wiebalck has joined #openstack-nova00:03
*** macz_ has quit IRC00:18
brinzhang_artom: ack, thanks00:25
*** LinPeiWen has joined #openstack-nova00:32
*** gyee has quit IRC01:02
*** macz_ has joined #openstack-nova01:11
openstackgerritJorhson Deng proposed openstack/nova-specs master: Add instance_state to ensure volume attachment successful  https://review.opendev.org/75892001:14
*** macz_ has quit IRC01:16
*** ociuhandu has joined #openstack-nova01:28
*** Liang__ has joined #openstack-nova01:30
*** macz_ has joined #openstack-nova01:33
*** ociuhandu has quit IRC01:33
*** sapd1 has joined #openstack-nova01:33
*** macz_ has quit IRC01:37
*** hamalq has quit IRC01:38
*** Liang__ has quit IRC02:33
*** Liang__ has joined #openstack-nova02:37
*** rcernin has quit IRC02:48
*** rcernin has joined #openstack-nova02:49
openstackgerritJorhson Deng proposed openstack/nova master: To deal instance with soft-deleting in _init_instance  https://review.opendev.org/76126402:57
*** dikonoor has joined #openstack-nova03:02
openstackgerritJorhson Deng proposed openstack/nova master: To deal instance with soft-deleting in _init_instance  https://review.opendev.org/76126403:19
openstackgerritJorhson Deng proposed openstack/nova master: To deal instance with soft-deleting in _init_instance  https://review.opendev.org/76126403:23
*** zzzeek has quit IRC03:24
*** zzzeek has joined #openstack-nova03:25
openstackgerritBrin Zhang proposed openstack/nova stable/victoria: optimize the shelve code flow  https://review.opendev.org/76126803:27
*** psachin has joined #openstack-nova03:46
*** sapd1 has quit IRC04:29
*** macz_ has joined #openstack-nova04:34
*** macz_ has quit IRC04:39
*** JamesBenson has quit IRC05:21
*** psachin has quit IRC05:27
*** evrardjp has quit IRC05:33
*** evrardjp has joined #openstack-nova05:33
*** Jorhson has joined #openstack-nova05:49
*** ratailor has joined #openstack-nova05:52
Jorhsonlyarwood: Hi, i think we should better to add task state, because that can avoid conflicting with other tasks.05:53
Jorhsonlyarwood: and change the code with minimal cost.05:55
Jorhsonlyarwood:https://review.opendev.org/#/c/758920/ @7505:58
Jorhsonlyarwood:https://review.opendev.org/#/c/758920/11/specs/wallaby/approved/ensure-volume-attachment-successful.rst@7506:01
brinzhang_lyarwood: jorhson's mean your point in PS9 in this specification06:05
*** k_mouza has joined #openstack-nova06:08
*** k_mouza has quit IRC06:12
*** Liang__ has quit IRC06:21
*** Liang__ has joined #openstack-nova06:22
*** recyclehero has quit IRC06:26
*** vishalmanchanda has joined #openstack-nova06:26
*** recyclehero has joined #openstack-nova06:28
*** macz_ has joined #openstack-nova06:28
*** macz_ has quit IRC06:33
*** recyclehero has quit IRC06:38
*** recyclehero has joined #openstack-nova06:39
*** whoami-rajat__ has joined #openstack-nova07:16
*** dklyle has quit IRC07:35
openstackgerritJorhson Deng proposed openstack/nova master: To deal instance with soft-deleting in _init_instance  https://review.opendev.org/76126407:46
*** ralonsoh has joined #openstack-nova07:54
*** spatel has joined #openstack-nova07:58
*** spatel has quit IRC08:03
*** slaweq has joined #openstack-nova08:03
*** rcernin has quit IRC08:05
*** andrewbonney has joined #openstack-nova08:09
*** macz_ has joined #openstack-nova08:16
*** tesseract has joined #openstack-nova08:18
*** macz_ has quit IRC08:20
*** rcernin has joined #openstack-nova08:37
*** tosky has joined #openstack-nova08:42
*** Jorhson has quit IRC08:54
*** rcernin has quit IRC08:56
*** rpittau|afk is now known as rpittau09:05
*** ociuhandu has joined #openstack-nova09:09
*** crazik has joined #openstack-nova09:10
openstackgerritElod Illes proposed openstack/nova stable/pike: Lowercase ironic driver hash ring and ignore case in cache  https://review.opendev.org/72305509:14
*** ralonsoh has quit IRC09:16
*** ociuhandu has quit IRC09:19
*** ralonsoh has joined #openstack-nova09:19
*** larainema has joined #openstack-nova09:23
lyarwoodjohanssone / brinzhang_ ; morning09:24
*** macz_ has joined #openstack-nova09:24
*** macz_ has quit IRC09:29
*** ociuhandu has joined #openstack-nova09:32
brinzhang_lyarwood: good morning09:34
*** Jorhson has joined #openstack-nova09:34
brinzhang_jorhson^09:34
*** derekh has joined #openstack-nova09:35
lyarwoodjohanssone / brinzhang_ ; sorry just as I started replying here I had to jump offline and help with childcare09:36
lyarwoodargh09:36
lyarwoodJorhson: sorry09:36
lyarwoodJorhson / brinzhang_ ; so my main issue still with the spec is the change of behaviour in the API that it's introducing09:37
*** ociuhandu has quit IRC09:38
lyarwoodJorhson / brinzhang_ ; before multiple requests would be queued within the computes, with this change callers will have to retry if there's already a request in-flight against the instance09:38
lyarwoodJorhson / brinzhang_ ; that's at least a microversion IMHO09:38
Jorhsonlyarwood: if in this way, should we add the task state for this option?09:39
lyarwoodJorhson: this is if you add a task state09:39
lyarwoodJorhson: n-api will start rejecting attach volume requests if the task_state is already ATTACHING, instead of allowing n-cpu to queue things09:39
Jorhsonlyarwood: yeah, this is conflicting09:40
lyarwoodJorhson: this all comes down to the RPC call to reservice_block_device_name09:40
lyarwoodJorhson: and I honestly think we can just drop device_name from the APIs and remove this, again with a microversion09:41
Jorhsonlyarwood: but i also think it's need for this options, because attaching volume is independent option09:42
lyarwoodJorhson: true but that's why we queue things in the compute with the various locks09:42
Jorhsonlyarwood: there will be conflicting if we do others task while the attching task is not over09:43
lyarwoodJorhson: we'd be changing the semantics of the API here pretty drastically and forcing the callers to retry by introducing these task_states09:43
brinzhang_jorhson: agree with lyarwood, add a microversion to remove the device, and in order to avoid the conflict, we also need to add the task_state as current description in your spec09:43
lyarwoodwell we have the instance.uuid lock to avoid conflicts09:43
lyarwoodmost compute operations should be taking that IMHO09:44
lyarwoodI know it's not the case for everything at the moment09:44
lyarwoodso what if we didn't reject the request if the task_state was attaching and queued it in the API somehow?09:46
lyarwoodJorhson / brinzhang_ ; ^09:46
Jorhsonlyarwood: yeah, for the users, there are less probability to attach multiple volumes, and i agree with your sheme, but i think it's important to solve the option's conflict09:47
lyarwoodJorhson: it's a pretty common usecase with k8s running on OpenStack IMHO09:48
*** Liang__ has quit IRC09:51
*** ociuhandu has joined #openstack-nova09:53
*** Jorhson has quit IRC09:53
brinzhang_lyarwood: ok, I understand what you mean, agree09:54
brinzhang_lyarwood: Jorhson will update this spec later, this way it's better for k8s on OpenStack scenario09:55
*** rcernin has joined #openstack-nova09:58
lyarwoodbrinzhang_: ack many thanks both, I'm going to be AFK again this afternoon UK time but I'll review the spec this evening once I'm back.09:59
*** macz_ has joined #openstack-nova10:00
brinzhang_lyarwood: ack, thanks too10:00
aarentsHi nova10:01
aarentslyarwood: there is some progress on that q35 bug: https://bugs.launchpad.net/nova/+bug/1832248 , if it is a qemu bug, what is the suitable status for this bug Fixed_in_relsease or invalid?10:02
openstackLaunchpad bug 1832248 in OpenStack Compute (nova) "tempest.api.volume.test_volumes_extend.VolumesExtendAttachedTest.test_extend_attached_volume failing when using the Q35 machine type" [Medium,Triaged] - Assigned to Alexandre arents (aarents)10:02
*** macz_ has quit IRC10:05
lyarwoodaarents: awesome sleuthing! :)10:07
lyarwoodaarents: erm, invalid I guess? gibi ^ any thoughts, looking to close a Nova bug that was actually a QEMU bug that has already been fixed10:08
gibilyarwood: if it is fixed in QEMU and no need for any nova change then Invliad it is10:09
gibiInvalid even10:09
lyarwoodcool thanks10:09
*** dtantsur|afk is now known as dtantsur10:11
*** rcernin has quit IRC10:13
aarentscool, I just hope it will fix also my downstrem bug regarding interface attach!10:15
*** ociuhandu has quit IRC10:37
*** ociuhandu has joined #openstack-nova10:37
*** k_mouza has joined #openstack-nova10:41
*** ociuhandu has quit IRC10:42
*** ociuhandu has joined #openstack-nova10:49
*** lpetrut has joined #openstack-nova10:55
*** spatel has joined #openstack-nova10:59
*** ociuhandu has quit IRC11:01
*** spatel has quit IRC11:04
*** ociuhandu has joined #openstack-nova11:32
*** ociuhandu has quit IRC11:40
*** dtantsur is now known as dtantsur|brb11:44
sean-k-mooneydo we need to enable the new qemu from the cloud arcive on ussuri and below to ensure we dont hit that bug11:56
*** tbachman has quit IRC11:57
openstackgerritWenping Song proposed openstack/nova-specs master: Support vGPU management by Cyborg  https://review.opendev.org/75011612:04
*** JamesBenson has joined #openstack-nova12:04
*** JamesBenson has quit IRC12:06
*** JamesBenson has joined #openstack-nova12:06
*** raildo has joined #openstack-nova12:10
*** ratailor has quit IRC12:20
*** spatel has joined #openstack-nova12:27
*** spatel has quit IRC12:32
*** mgariepy has quit IRC12:47
*** ociuhandu has joined #openstack-nova12:50
*** jangutter has joined #openstack-nova12:59
*** dtantsur|brb is now known as dtantsur12:59
*** ociuhandu has quit IRC13:01
*** ociuhandu has joined #openstack-nova13:02
*** jangutter_ has quit IRC13:03
openstackgerritBalazs Gibizer proposed openstack/nova master: Prevent starting services with older than N-1 computes  https://review.opendev.org/73848213:04
openstackgerritBalazs Gibizer proposed openstack/nova master: Add upgrade check about old computes  https://review.opendev.org/76052013:04
*** ociuhandu has quit IRC13:07
*** macz_ has joined #openstack-nova13:09
*** macz_ has quit IRC13:14
*** ociuhandu has joined #openstack-nova13:17
openstackgerritBalazs Gibizer proposed openstack/nova master: Prevent starting services with older than N-1 computes  https://review.opendev.org/73848213:19
*** Luzi has joined #openstack-nova13:19
openstackgerritBalazs Gibizer proposed openstack/nova master: Add upgrade check about old computes  https://review.opendev.org/76052013:21
openstackgerritBalazs Gibizer proposed openstack/nova master: Use _evacuate_server helper in func test  https://review.opendev.org/75821013:23
*** mgariepy has joined #openstack-nova13:25
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1897528  https://review.opendev.org/75669613:27
openstackbug 1897528 in OpenStack Compute (nova) "32bit pci domain number is not supported" [High,In progress] https://launchpad.net/bugs/1897528 - Assigned to Balazs Gibizer (balazs-gibizer)13:27
openstackgerritBalazs Gibizer proposed openstack/nova master: Ignore PCI devices with 32bit domain  https://review.opendev.org/75669713:27
*** tbachman has joined #openstack-nova13:36
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Support interface attach with qos ports  https://review.opendev.org/75547713:36
*** luksky has joined #openstack-nova13:41
*** ociuhandu has quit IRC14:02
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1896463 in func env  https://review.opendev.org/75410014:03
openstackbug 1896463 in OpenStack Compute (nova) rocky "evacuation failed: Port update failed : Unable to correlate PCI slot " [Low,In progress] https://launchpad.net/bugs/189646314:03
openstackgerritBalazs Gibizer proposed openstack/nova master: Set instance host and drop migration under lock  https://review.opendev.org/75481514:05
*** ociuhandu has joined #openstack-nova14:05
*** ralonsoh has left #openstack-nova14:06
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1896463 in func env  https://review.opendev.org/75410014:07
openstackbug 1896463 in OpenStack Compute (nova) rocky "evacuation failed: Port update failed : Unable to correlate PCI slot " [Low,In progress] https://launchpad.net/bugs/189646314:07
openstackgerritBalazs Gibizer proposed openstack/nova master: Set instance host and drop migration under lock  https://review.opendev.org/75481514:08
*** ociuhandu has quit IRC14:10
*** kaisers has joined #openstack-nova14:11
*** ociuhandu has joined #openstack-nova14:17
*** sapd1 has joined #openstack-nova14:27
openstackgerritBalazs Gibizer proposed openstack/nova master: Add upgrade check about old computes  https://review.opendev.org/76052014:51
openstackgerritTakashi Natsume proposed openstack/nova stable/victoria: Fix a hacking test  https://review.opendev.org/75811215:02
openstackgerritBalazs Gibizer proposed openstack/nova stable/victoria: [doc]: Fix glance image_metadata link  https://review.opendev.org/76142315:05
*** macz_ has joined #openstack-nova15:06
openstackgerritBalazs Gibizer proposed openstack/nova stable/victoria: Use cell targeted context to query BDMs for metadata  https://review.opendev.org/76142415:07
*** dikonoor has quit IRC15:08
*** jdillaman has joined #openstack-nova15:08
*** macz_ has quit IRC15:11
*** dklyle has joined #openstack-nova15:23
*** Luzi has quit IRC15:24
*** abhishekk is now known as abhishekk|dinner15:24
openstackgerritBalazs Gibizer proposed openstack/nova master: Bump the lowest eventlet version to 0.26.1  https://review.opendev.org/76142715:29
*** brinzhang0 has joined #openstack-nova15:30
*** brinzhang_ has quit IRC15:32
*** macz_ has joined #openstack-nova15:36
*** lpetrut has quit IRC15:42
*** k_mouza has quit IRC15:43
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: [trivial]: replace NUMNA with NUMA  https://review.opendev.org/76143615:55
* bauzas feels like a janitor with the compute RPC bump :)15:59
*** LinPeiWen has quit IRC16:00
*** k_mouza has joined #openstack-nova16:03
*** ociuhandu has quit IRC16:09
*** ociuhandu has joined #openstack-nova16:10
*** k_mouza has quit IRC16:14
*** ociuhandu has quit IRC16:14
*** ociuhandu has joined #openstack-nova16:15
*** k_mouza has joined #openstack-nova16:19
openstackgerritMerged openstack/nova-specs master: [trivial]: replace NUMNA with NUMA  https://review.opendev.org/76143616:19
*** elod has quit IRC16:26
*** elod has joined #openstack-nova16:26
gibisomebody with connection to the libvirt maintainer should look at this nova bug https://bugs.launchpad.net/nova/+bug/190227616:26
openstackLaunchpad bug 1902276 in OpenStack Compute (nova) "libvirtd going into a tight loop causing instances to not transition to ACTIVE" [Undecided,New]16:26
melwittkashyap: ^16:28
kashyapmelwitt: Yeah, familar with it, as I worked with the reporter here the other day16:28
melwittah ok, cool16:28
kashyapmelwitt: I asked one of the libvirt devs on Friday, but my timing wasn't right16:28
gibikashyap: thanks!16:28
kashyapI'll check again16:28
kashyapgibi: It looks fishy, as it's not 100% reproducible ... as the reporter says "a few minutes later things go back to normal"16:29
kashyapBut we don't know what changed :-(16:29
gibikashyap: the nova image download take ~ 300 seconds for the VM that then triggers the loop in libvirtd so it might be that the hypervisor host has high load16:31
kashyapgibi: Yeah, just reading your report :)16:31
gibibut I was not able to confirm it from the logs16:31
kashyapI see.  Hypervisor load sounds plausible - as we've hit load-related (CI) issues libvirt driver before.  But still let me check w/ Dan or someone from upstream libvirt16:33
gibikashyap: thanks for taking this up with the libvirt maintainers16:34
kashyapgibi: Just posted on #virt, OFTC network.16:35
kashyapgibi: Is this blocking patch merges?16:36
melwittI've been struggling for a couple of days trying to get an approved patch through the gate, but I'm not sure whether that particular bug is involved. I would need to re-look at the logs to verify16:39
kashyap(I've reposted the looping libvirtd log bits as a plain text, as the pastebins expire)16:39
*** abhishekk|dinner is now known as abhishekk16:40
kashyapmelwitt: Noted; Michael, the reporter, was saying on last Friday that it's "intermittent", which makes it a bit more difficult to debug16:40
melwittyeah, that's been the theme of all of the gate bugs I'm aware of. intermittent and thus hard to troubleshoot :(16:41
melwitt*current gate bugs I'm aware of16:42
kashyapYeah, matches my past experience16:43
kashyapmelwitt: In the same vein as how Twitter (I'm not on it) seems to label Trump's tweets as misleading, wonder we should adapt that text for these intermittent bugs :D16:43
* kashyap gets a "diff"16:43
kashyap- Some or all of the content shared in this Tweet is disputed and might be misleading about an election or other civic process.16:44
kashyap+ Some or all of the content shared in this bug is disputed and might be misleading due to intermittent failures.16:44
* kashyap ducks16:44
kashyapgibi: melwitt: More seriously, can I "subscribe" (Cc) someone else to a LaunchPad, right?16:46
kashyapIIRC, yes.  /me tries16:46
melwittI think you can16:46
kashyapmelwitt: I can't :-( I wanted to Cc Michal from libvirt but it says "No items matched <email ID>"16:48
melwittdo you know his launchpad id?16:48
kashyapmelwitt: Oh, having a Launchpad ID is mandatory?16:48
melwittit might be, that's the only way I've seen subscribing16:49
kashyapAh, noted.  I don't think he has one - searching doesn't show up anything.16:50
kashyapmelwitt: I pointed to him on IRC; he's taking a look16:51
melwittthanks!16:53
* kashyap says sorry for the tasteless politics-related 'joke' earlier16:53
*** sapd1 has quit IRC16:54
kashyapmelwitt: gibi: That's quick -- Michal (Privoznik) says it looks like a genuine bug.  I'll update the bug once we get more details16:55
melwittsounds great, thank you kashyap16:56
*** mgariepy has quit IRC17:02
kashyapmelwitt: So, the libvirt version in the logs above is 5.4.0; but havne't we switche dalready to libvirt-6.0.0?17:06
kashyaplyarwood: --^  (By "we", I mean upstream CI)17:06
kashyapSo Michal says, there were improvements in libvirt-6.1.0 release on this area of event loops.17:08
* kashyap goes to add in a comment17:08
*** ociuhandu_ has joined #openstack-nova17:08
*** ociuhandu has quit IRC17:11
*** ociuhandu_ has quit IRC17:13
stephenfinlyarwood: Could you cast an eye over https://review.opendev.org/#/c/631053/ this evening, please?17:13
stephenfinIt's been around for quite a while :-D17:14
*** tosky has quit IRC17:15
mlozahello,  is it possible to update the video model to vmga of an existing instance?17:18
*** tesseract has quit IRC17:18
mlozaif i edit /etc/libvirt/qemu/instance-, it reverts to default when the instance is hard rebooted17:19
stephenfinmloza: Outside of rebuilding to a new image, no. We don't support setting it via the flavor so resize isn't an option17:20
stephenfinmloza: You'll have to modify the DB manually if you want to avoid the rebuild17:21
mlozacan you tell me which table do I need modify17:22
mlozato modif*17:22
stephenfiniirc, we persist image metadata properties for an image in the instance_system_metadata table17:24
*** tbachman has quit IRC17:24
stephenfinin case it wasn't obvious, back up the DB first and note that any support guarantees are gone out the window if you modify the DB manually17:25
*** tbachman has joined #openstack-nova17:25
*** rpittau is now known as rpittau|afk17:35
sean-k-mooneyi think the table name is system_metadata not instance_system metadata but yes we do17:37
sean-k-mooneywith an img_ prefix17:37
sean-k-mooneyos if it was hw_video_model it woudl be img_hw_video_model in the db17:38
*** vishalmanchanda has quit IRC17:38
*** k_mouza has quit IRC17:38
sean-k-mooneymloza: were you asking about this on the mailing list too? we basically said the same in our replies17:38
*** lemko6 has joined #openstack-nova17:39
*** lemko8 has joined #openstack-nova17:41
*** lemko has quit IRC17:43
*** lemko8 is now known as lemko17:43
*** lemko6 has quit IRC17:44
*** hamalq has joined #openstack-nova17:46
*** martinkennelly has joined #openstack-nova17:47
bauzasgibi: stephenfin: fwiw, you accepted a breaking RPC change with https://review.opendev.org/#/c/715326/29/nova/compute/manager.py@3327 by not accepting a nullable accels argument17:49
bauzassean-k-mooney: ^17:50
bauzasif a compute client is sending a 5.0 cast to a compute service, then there won't have a accels argument, so the manager will return an exception17:52
dansmithbauzas: good catch17:56
dansmithbauzas: not too late to fix that17:56
*** dtantsur is now known as dtantsur|afk17:57
bauzasdansmith: I wonder whether we should fix it by the compute v5 proxy I write or having another change we could backport to victoria ?17:57
dansmithbauzas: another change that we backport17:58
bauzasack, doing it then17:58
dansmithbefore people try to upgrade to victoria17:58
dansmithtechnically, this shouldn't be a problem if people upgrade their controllers first, but if they don't, they'll get an explosion that won't be easy to decipher17:58
bauzasyeah17:58
dansmithwell, no, actuall,y17:59
dansmithit would blow up for anyone with an old compute if the version is pinned17:59
bauzasgiven most of the operators upgrade first their conductors, it shouldn't be a problem17:59
bauzasbut in case they pin it, yes17:59
dansmithno, because the client was done properly, it will break17:59
dansmitheven if they don't pin, assuming they use =auto17:59
bauzasif you pin the API, right?17:59
bauzaswhy then for auto ?18:00
dansmiththe default is =auto, which will select the lowest version supported by all computes,18:00
bauzasahah18:00
dansmithso if you have one old compute, api, conductor, etc will all choose the older and will not send that argument,18:00
bauzasI see18:00
dansmithand thus it'll explode18:00
bauzasTIL18:00
bauzasabout how auto works18:00
dansmithso s/good catch/great catch/ :)18:00
*** derekh has quit IRC18:01
dansmitheasy backport to fix it though, luckily, before people start rolling to V18:01
bauzasyup, writing it now18:01
bauzasgit stash first tho :)18:01
dansmithheh yeah I bet :)18:01
bauzasdansmith: do we have some documentation about pin=auto ? maybe on your blog ?18:04
dansmithlol18:04
dansmithI guess I didn't think it was really something people often confused18:05
dansmithI'd expect the config doc to be accurate, but let me look18:05
bauzasnevermind, found it ;) https://docs.openstack.org/nova/latest/user/upgrade.html18:05
dansmiththe config doc says "don't worry, we'll handle it" without any detail18:06
bauzasyeah, looking at the config option text18:07
dansmithbut honestly,18:07
dansmithfrom the perspective of a deployer, they really just need to know that auto selects the right version,18:08
dansmithwithout needing to know that our client needs *a* version and not per-target18:08
dansmithwe definitely don't want to look up each target's version before *each* call because that would suck18:08
*** mlavalle has quit IRC18:08
bauzasyeah18:08
dansmithso maybe some developer docs to explain how it actually works, if you think that's important, but ...18:08
bauzasbut if we have problem with the default, then that's a high bug for rolling upgrades18:08
bauzasgrmblbl, I need to install both python37 and pre_commit module just for a single git commit18:09
dansmithwell,18:10
dansmithnot just the default, but also if someone were to hand-set the right version18:10
bauzasyup, any rolling upgrade18:11
*** mgariepy has joined #openstack-nova18:17
*** mugsie has quit IRC18:18
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: Bump the Compute RPC API to version 6.0  https://review.opendev.org/76145218:20
*** mugsie has joined #openstack-nova18:21
*** andrewbonney has quit IRC18:24
bauzasdansmith: triaged https://bugs.launchpad.net/nova/+bug/1902925 lemme say if I told something wrong18:27
openstackLaunchpad bug 1902925 in OpenStack Compute (nova) victoria "Upgrades to compute RPC API 5.12 are broken" [Critical,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)18:27
dansmithbauzas: yep, sounds good.. it makes it sound like the error was combined with the rpc client being right and the server being wrong,18:29
dansmithbut even if the client hadn't bumped the version, it would still be wrong18:29
dansmithbut yeah, what you said is all right18:29
bauzasack18:29
bauzasthe fix is simple, but I wonder whether we already have a test suite somewhere for it18:29
dansmithwell, generally there should be a test to pass the old version and new version of the call,18:30
dansmithbut I think it requires adding two test cases, which probably didn't happen18:31
*** jangutter_ has joined #openstack-nova18:46
*** jangutter has quit IRC18:48
*** mlavalle has joined #openstack-nova18:50
*** mlavalle has quit IRC18:59
bauzascan anyone know how to get the full stacktrace returned by the API when we have a HTTP500 ?19:09
* bauzas writes a functest 19:09
bauzasI tried with admin rights and I only get the main exception19:10
bauzasie. OpenStackApiException('Unexpected status code: {"computeFault": {"code": 500, "message": "Unexpected API Error. Please report this at http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.\\n<class \'TypeError\'>"}}')19:10
bauzaswhile I would like to see the whole stacktrace19:10
bauzasdansmith: any idea for ^ ?19:11
dansmiththat's all we see in the log?19:11
bauzasyup19:11
bauzasI wrote a regression test that works19:11
dansmithI would have thought we log.exception a 500, but I'd guess maybe we've had so many in the past that we had to squelch them19:12
bauzasmeh19:12
bauzasanyway19:12
bauzasI'll upload and we could discuss this in the change19:12
*** luksky has quit IRC19:12
dansmithack19:13
dansmithbauzas: I assume you're just asserting that we get a 500 before the fix and a 2xx after, right? that seems clear enough to me19:19
*** mlavalle has joined #openstack-nova19:19
bauzasdansmith: something like that, yes19:20
dansmithseems fine19:20
artombauzas, I believe there's precedent for capturing the log and asserting stuff about the content19:21
artomIf you want to be really sure you're getting the exact error you expect19:21
*** _mlavalle_1 has joined #openstack-nova19:21
bauzasuploading it19:23
openstackgerritSylvain Bauza proposed openstack/nova master: Add a regression test for 5.12 compute API issue  https://review.opendev.org/76145719:23
openstackgerritSylvain Bauza proposed openstack/nova master: Fix the compute RPC 5.12 issue  https://review.opendev.org/76145819:23
bauzasdansmith: artom: gibi: stephenfin: there it is ^19:23
*** mlavalle has quit IRC19:24
dansmithartom: on a functional?19:24
artomdansmith, I'm pretty sure I've seen it done, yeah19:24
*** luksky has joined #openstack-nova19:24
dansmiththat'd be pretty deep mocking of something that doesn't need to be mocked for behavior19:24
dansmithbut even still a 500 that goes to not 500 after the fix seems like plenty to me19:24
*** _mlavalle_2 has joined #openstack-nova19:24
dansmithto be clear, I think we need more than just mocking of a log call,19:25
dansmithwe need mocking of whatever wraps that exception19:25
bauzasanyway, /me goes off19:25
bauzas8.25pm here :)19:25
*** _mlavalle_1 has quit IRC19:27
*** k_mouza has joined #openstack-nova19:39
*** k_mouza has quit IRC19:43
*** luksky has quit IRC20:01
*** artom has quit IRC20:04
*** luksky has joined #openstack-nova20:13
openstackgerritLee Yarwood proposed openstack/nova master: Add os-volume_attachments reference docs  https://review.opendev.org/76097120:22
*** slaweq has quit IRC20:32
*** tosky has joined #openstack-nova20:35
openstackgerritBilly Olsen proposed openstack/nova stable/ussuri: Set migrate_data.vifs only when using multiple port bindings  https://review.opendev.org/75915120:39
*** rchurch has quit IRC20:46
*** rchurch has joined #openstack-nova20:49
*** raildo has quit IRC21:19
*** JamesBenson has quit IRC21:24
*** tbachman has quit IRC21:26
*** rcernin has joined #openstack-nova21:41
*** artom has joined #openstack-nova21:54
*** tbachman has joined #openstack-nova21:59
*** artom has quit IRC22:02
*** artom has joined #openstack-nova22:03
*** rcernin has quit IRC22:09
openstackgerritBilly Olsen proposed openstack/nova stable/train: add functional regression test for bug #1888395  https://review.opendev.org/75953322:09
openstackbug 1888395 in OpenStack Compute (nova) ussuri "live migration of a vm using the single port binding work flow is broken in train as a result of the introduction of sriov live migration" [High,In progress] https://launchpad.net/bugs/1888395 - Assigned to Billy Olsen (billy-olsen)22:09
*** rcernin has joined #openstack-nova22:09
*** whoami-rajat__ has quit IRC22:13
*** luksky has quit IRC22:48
*** rcernin has quit IRC23:04
*** rcernin has joined #openstack-nova23:12
*** spatel has joined #openstack-nova23:12
*** bbowen has quit IRC23:13
*** bbowen has joined #openstack-nova23:15
*** rcernin has quit IRC23:16
*** rcernin has joined #openstack-nova23:16
*** spatel has quit IRC23:17
*** tbachman has quit IRC23:34

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