| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-09-15 | |||
| 16:18:23 | MarkMielke | so was mine | |
| 16:18:24 | MarkMielke | haha | |
| 16:18:26 | MarkMielke | two characters | |
| 16:18:37 | sean-k-mooney | ralonsoh: im also watching the gate to make sure everythin merges | |
| 17:49:45 | MarkMielke | Correction for above conversation... oslo_utils does have tests for units. I missed them because I was looking for qemu-info info sample output and "virtual size". This does exist in Nova. However, there is unit tests for parsing the value portion of the qemu-img info output in oslo_utils, and I can easily add tests here for QEMU 4.1. | |
| 20:13:55 | openstackgerrit | Merged openstack/nova master: Claim resources in resource tracker https://review.opendev.org/678452 | |
| 21:22:51 | openstackgerrit | Merged openstack/nova master: libvirt: Enable driver discovering PMEM namespaces https://review.opendev.org/678453 | |
| 21:36:47 | openstackgerrit | Merged openstack/nova master: libvirt: report VPMEM resources by provider tree https://review.opendev.org/678454 | |
| 21:36:55 | openstackgerrit | Merged openstack/nova master: libvirt: Support VM creation with vpmems and vpmems cleanup https://review.opendev.org/678455 | |
| #openstack-nova - 2019-09-16 | |||
| 02:17:53 | openstackgerrit | Merged openstack/nova master: Deprecate CONF.workarounds.enable_numa_live_migration https://review.opendev.org/640021 | |
| 03:06:45 | openstackgerrit | ya.wang proposed openstack/nova master: Fix typor of cpu model when check CPU compatibility https://review.opendev.org/682267 | |
| 03:25:06 | openstackgerrit | Luyao Zhong proposed openstack/nova master: objects: use all_things_equal from objects.base https://review.opendev.org/681397 | |
| 03:56:05 | openstackgerrit | Boxiang Zhu proposed openstack/nova master: Make evacuation respects anti-affinity rule https://review.opendev.org/649963 | |
| 05:46:44 | nnsingh | HI all, i have one doubt, why this file name is .yaml.txt "https://github.com/openstack/placement/blob/master/etc/placement/README-policy.yaml.txt"? what the reason behind this. | |
| 05:56:32 | openstackgerrit | garyk proposed openstack/nova master: Deconstruct the mother of all locks https://review.opendev.org/682242 | |
| 05:59:44 | openstackgerrit | Boxiang Zhu proposed openstack/nova master: Fix live migration break group policy simultaneously https://review.opendev.org/651969 | |
| 07:27:50 | openstackgerrit | Bhagyashri Shewale proposed openstack/nova master: Ignore root_gb for BFV in simple tenant usage API https://review.opendev.org/612626 | |
| 09:12:13 | openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Allow specify user to reset password https://review.opendev.org/682302 | |
| 09:39:09 | openstackgerrit | Arthur Dayne proposed openstack/nova-specs master: Proposal for a safer noVNC console with password authentication https://review.opendev.org/623120 | |
| 10:22:09 | donnyd | sean-k-mooney: that was exactly what I was looking for. Thanks a bunch | |
| 10:34:16 | sean-k-mooney | donnyd: you should be aware that it does not always work. on some distors there is a scrip that shuts down any running vms on host reboot. if the compute agent is not stopped first it might notice this and mark the vm as shutdown. the livbrt vm shutdown service file is there to prevent filesystem curroption by gracefully shuting down the vms instead of sig killing them | |
| 10:35:18 | sean-k-mooney | so if it does cause you issue then you have to consider if you should disable the serivce file or not. | |
| 10:37:15 | sean-k-mooney | there is also another config option in nova to disabel reporting of the vm state in the db | |
| 10:38:07 | sean-k-mooney | i think disabling that will also prevent this issue butthen if the guest does a poweroff it wont be reflected in nova status | |
| 10:38:21 | sean-k-mooney | un less they do it via that api. | |
| 10:40:31 | openstackgerrit | Merged openstack/nova master: Parse vpmem related flavor extra spec https://review.opendev.org/678456 | |
| 10:43:32 | sean-k-mooney | pmem is almost done... the PCUP can merge and all the pending feature should be landed | |
| 11:14:01 | osmanlicilegi | greetings. i'm having problem with nova-conductor, it gives "errno 111 econnrefused" while trying to connecto to rabbitmq. i know it's not a network/firewall issue because all other rabbitmq related services work like a charm. i had the same problem with nova-api and the root cause was monkey patching but this time it's not because nova-conductor does not use monkey patching. anybody had a similar | |
| 11:14:03 | osmanlicilegi | issue before? | |
| 11:19:02 | aspiers | in case anyone didn't get a chance to review my draft SEV blog post last week, here is a link which will last 24 hours (I think) https://blog.adamspiers.org/?p=1871&preview=1&_ppp=dbc2fbd3ce | |
| 11:19:20 | sean-k-mooney | the conductor shuold be useing monkey patching | |
| 11:19:21 | artom | osmanlicilegi, you'll have bette luck in #openstack, operators hang out there, this channel is for development | |
| 11:19:28 | artom | osmanlicilegi, see /topic :) | |
| 11:19:34 | sean-k-mooney | osmanlicilegi: e.g. it should be using eventlet | |
| 11:19:52 | sean-k-mooney | but i have not seen that so i dont know how to help | |
| 11:20:29 | lyarwood | artom: https://review.opendev.org/#/c/672595/ - do you think you'll have time today to work on this and potentially break out the per n-cpu service connection setting into another change? | |
| 11:20:49 | lyarwood | artom: if not I should be able to get to it this afternoon | |
| 11:21:26 | artom | lyarwood, so... Yes, but! | |
| 11:21:46 | lyarwood | But! | |
| 11:22:18 | lyarwood | Nothing good ever follows but ;) | |
| 11:22:18 | artom | But! https://review.opendev.org/#/c/681060/ is in the gate | |
| 11:22:20 | sean-k-mooney | we might want to hold of doing any upstream work until https://review.opendev.org/#/q/topic:bp/cpu-resources+(status:open+OR+status:merged) lands | |
| 11:22:40 | artom | lyarwood, which does the same thing, right? At least for the hostname part | |
| 11:22:47 | artom | For the connection I need to play around with it some more | |
| 11:24:01 | artom | lyarwood, wait, I misunderstood you, didn't I? | |
| 11:24:12 | lyarwood | artom: it does, I'd just rather do this in a helper method in the fixture instead of in a loop per test as in that series | |
| 11:24:42 | artom | You just need the heterogeneous computes helper | |
| 11:24:43 | lyarwood | artom: and again I really need something I can backport for a few fixes | |
| 11:24:52 | lyarwood | artom: yeah pretty much | |
| 11:25:13 | artom | lyarwood, well, I have to stack on top of https://review.opendev.org/#/c/681060/11 regardless | |
| 11:25:18 | sean-k-mooney | aspiers: the assertion you cant snopp if you have physical acess is a little strong. sev and mktme both do not encyrpt cache content so if you have phyical acess to the server and snoop cache you can see the unencypted state of what ever the vm is doing | |
| 11:25:19 | artom | Otherwise we'll conflict | |
| 11:25:21 | artom | But yeah | |
| 11:26:39 | sean-k-mooney | aspiers: you cant read its ram but you could constuct a view of it by recodering the reads/writes to cache | |
| 11:27:05 | lyarwood | sean-k-mooney: sorry re you're earlier comment are you also suggesting avoding POSTing new stuff at all still? I've been holding off for the last week anyway but thought we were passed the bulk of it now. | |
| 11:27:10 | artom | I think what sean-k-mooney's saying is that the SEV work was *completely* pointless >;) | |
| 11:27:10 | lyarwood | your* | |
| 11:27:52 | sean-k-mooney | lyarwood: i personally am holding off posting new stuff until stephens changes land | |
| 11:28:04 | sean-k-mooney | or we decide to punt it | |
| 11:28:13 | sean-k-mooney | i dont want to take gate time form it | |
| 11:28:33 | lyarwood | ack I'll continue to hold off then, wasn't sure if you were just talking about landing new stuff or posting. | |
| 11:28:47 | sean-k-mooney | if its small sure. if you have 10 pending patchs for different thing i dont know | |
| 11:29:08 | sean-k-mooney | today is the cut off to not need an FFE i think | |
| 11:29:14 | lyarwood | kk | |
| 11:31:19 | sean-k-mooney | artom: :) not quite but as a person who previously worked at a hardware companiy im very carful of claims of hardware releatd security features | |
| 11:32:16 | sean-k-mooney | artom: also at this point any limitation of the technology are well within amd's court to go fix aspiers work is quite good | |
| 11:34:16 | sean-k-mooney | aspiers: the only real feedback i would give is the images are a little hard to read without clicking on them. the commandline ones more then anything else | |
| 11:34:31 | sean-k-mooney | the content looks good to me | |
| 11:42:28 | openstackgerrit | ya.wang proposed openstack/nova master: Fix typor of cpu model when check CPU compatibility https://review.opendev.org/682267 | |
| 12:26:41 | bauzas | FWIW, I'm a bit on and off today, working back on the placement audit command | |
| 12:43:44 | efried | o/ nova! | |
| 12:43:50 | efried | ready for a fun-filled day of rechecks?! | |
| 12:45:08 | sean-k-mooney | at least we are down to 2 series | |
| 12:46:40 | sean-k-mooney | there is 1 patch need for vpmem, + https://review.opendev.org/#/q/topic:bp/cpu-resources+(status:open+OR+status:merged) + 2 pathes for forbiden aggreates i think | |
| 12:46:45 | efried | I'm starting to think there may actually be something wrong. | |
| 12:46:53 | efried | forbidden aggs is in. | |
| 12:47:01 | sean-k-mooney | oh ok | |
| 12:47:07 | sean-k-mooney | with the pmem stuff | |
| 12:47:07 | efried | And i think there's one for numalm, but not an important one | |
| 12:47:11 | efried | pmem and cpu-resources | |
| 12:47:14 | efried | are the big ones | |
| 12:47:32 | sean-k-mooney | i was ingoring the funcitonal tests for numalm | |
| 12:47:37 | efried | right | |
| 12:47:52 | sean-k-mooney | the actully featre has lannded just tests are leaft | |
| 12:48:17 | efried | 13 rechecks on the top cpu-resources patch | |
| 12:48:49 | efried | cascading effect of -2s in the gate from a prior patch failing. | |
| 12:48:51 | efried | mostly | |
| 12:49:05 | sean-k-mooney | ya that was what i was about to say | |
| 12:49:25 | efried | I think we have a race in select_destinations though | |
| 12:49:38 | efried | been seeing quite a few like this https://storage.gra1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_778/674895/42/check/openstack-tox-py36/7787cd5/testr_results.html.gz | |
| 12:51:56 | sean-k-mooney | maybe or that test is just not deterministic | |
| 12:52:15 | efried | yeah, either way | |
| 12:52:19 | efried | it's not just that one test | |
| 12:52:32 | efried | I saw several similar failures with that same select_destinations unequal | |
| 12:52:48 | efried | I didn't dig all the way into them (lack of appropriate tooling on my phone) | |
| 12:52:51 | sean-k-mooney | all in the fallback tests | |
| 12:52:53 | efried | but thinking maybe I should at this point. | |
| 12:53:06 | efried | no, I remember seeing one in a pre-existing test (I think) | |
| 12:53:15 | efried | i.e. regression | |
| 12:53:39 | sean-k-mooney | we might not be mocking some global state in the tests? | |