| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-05-08 | |||
| 19:51:44 | efried | melwitt: Is there a bug for the intermittent nova-next failure? | |
| 19:52:41 | melwitt | efried: there was this one from yesterday https://launchpad.net/bugs/1769286 | |
| 19:52:41 | openstack | Launchpad bug 1769286 in devstack "NoVNCConsoleTestJSON.test_novnc intermittently fails with: SecurityProxyNegotiationFailed: Failed to negotiate security type with server: No compute auth available: No matching auth scheme: allowed types: 'AuthType.NONE', desired types: '19'" [High,Fix released] - Assigned to melanie witt (melwitt) | |
| 19:53:06 | melwitt | efried: are you seeing new failures? | |
| 19:53:06 | efried | melwitt: Hum, okay, so this is not the same one: http://logs.openstack.org/57/517757/38/check/nova-next/4d5fdba/job-output.txt.gz#_2018-05-08_18_40_52_205203 | |
| 19:53:19 | mriedem | that's not vnc | |
| 19:53:32 | mriedem | and is a known latent bug | |
| 19:53:40 | mriedem | http://status.openstack.org/elastic-recheck/#1732199 | |
| 19:54:06 | efried | mriedem: Thanks. I knew there's no way it could have anything to do with my 1.3KLOC patch. | |
| 19:54:15 | melwitt | :) | |
| 19:54:43 | melwitt | is e-r working these days? I feel like it's been at least a year since I saw it comment on any review | |
| 19:54:48 | efried | I thought once something was registered with elastic-recheck it posted comments to the gerrit review... | |
| 19:54:51 | efried | yeah, what melwitt said. | |
| 19:55:43 | arvindn05 | mriedem: Can i add a IMAGE_WITH_TRAITS_BACKED_VOL to CinderFixture for adding the unit test? or is there a different approach i should take... | |
| 19:57:07 | arvindn05 | *CinderFixtureNewAttachFlow | |
| 19:59:49 | melwitt | I remember asking about this VolumePathsNotFound during extend_volume http://logs.openstack.org/57/517757/38/check/nova-next/4d5fdba/logs/screen-n-cpu.txt.gz?level=TRACE#_May_08_18_35_13_576026 in the cinder channel awhile back, but no one had any ideas. it looks like something to do with iscsiadm not able to find or read the session | |
| 20:00:52 | melwitt | and I had no idea what that means or what could cause it | |
| 20:05:20 | mriedem | elastic-recheck used to not comment on changes because we'd hit a 15 minute timeout to process logs | |
| 20:05:39 | melwitt | I've asked in -infra | |
| 20:05:57 | melwitt | looks like anytime indexing is behind, it won't comment as it won't want to post stale info http://status.openstack.org/elastic-recheck/ | |
| 20:06:02 | melwitt | maybe it's perpetually behind | |
| 20:06:36 | mriedem | arvindn05: the fixture is using a "real" image in the fake image service registry, so you could just update that image with required traits https://github.com/openstack/nova/blob/master/nova/tests/unit/image/fake.py#L44 | |
| 20:07:05 | mriedem | in your test, like you're doing in setUp for the other image | |
| 20:11:02 | arvindn05 | cool...one other question though i am looking at https://developer.openstack.org/api-ref/block-storage/v3/#list-accessible-volumes-with-details | |
| 20:12:00 | arvindn05 | "volume_image_metadata": { | |
| 20:12:00 | arvindn05 | "kernel_id": "8a55f5f1-78f7-4477-8168-977d8519342c", | |
| 20:12:00 | arvindn05 | "image_id": "b48c53e1-9a96-4a5a-a630-2e74ec54ddcc", | |
| 20:12:00 | arvindn05 | .... | |
| 20:12:00 | arvindn05 | }, | |
| 20:12:57 | arvindn05 | does volume image metadata ever even contain the image meta props like hw_architecture etc? | |
| 20:13:50 | arvindn05 | if the image meta data for a volume is just the image attributes rather than any of the standard fields of ImageMetaProps then again the test may not make sense | |
| 20:15:41 | mriedem | the volume's volume_image_metadata is a copy of the image metadata from the image or snapshot used to create the volume | |
| 20:16:15 | mriedem | so if we ever wanted/needed to actually filter volume-backed instances based on image metadata, we can totally do that by getting the image meta via the volume_image_metadata, we just don't do that today | |
| 20:17:13 | mriedem | http://git.openstack.org/cgit/openstack/cinder/tree/cinder/volume/flows/manager/create_volume.py#n559 | |
| 20:19:06 | arvindn05 | so if i have an image with trait:foo, then for a volume based on that image the meta data would look like below | |
| 20:19:06 | arvindn05 | "volume_image_metadata": { | |
| 20:19:06 | arvindn05 | "image_id": "b48c53e1-9a96-4a5a-a630-2e74ec54ddcc", | |
| 20:19:06 | arvindn05 | "trait:foo" "required" | |
| 20:19:06 | arvindn05 | .... | |
| 20:19:06 | arvindn05 | }, | |
| 20:19:29 | arvindn05 | or would the trait:foo field be missing and looked up when the image is loaded with the ID | |
| 20:19:58 | mriedem | arvindn05: maybe you should fire up a devstack and test this out for yourself | |
| 20:20:45 | arvindn05 | if its the above with trait:foo being part of volume_image_metadata then i would need to add to CinderFixtureNewAttachFlow else i can do your suggestion of updating the image directly | |
| 20:21:36 | mriedem | https://github.com/openstack/nova/blob/master/nova/tests/fixtures.py#L1409 is not attempting to be an exhaustive list of what goes into volume_image_metadata for the cinder fixture | |
| 20:21:47 | arvindn05 | mriedem: havent worked with cinder before...so trying to cover the bases...will update my devstack to have cinder and try out as well | |
| 20:23:42 | arvindn05 | yea...if you knew off the top of the head if volume_image_metadata enumerates all ImageMetaProps(if defined on the image) that would help me get a headstart with the test | |
| 20:37:29 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient master: Fix the policy argument in server-group-create https://review.openstack.org/564699 | |
| 20:55:13 | openstackgerrit | karim proposed openstack/nova master: Pushing image traits to ironic node https://review.openstack.org/565620 | |
| 20:58:38 | openstackgerrit | Eric Fried proposed openstack/nova master: Use .. deprecated:: theme for deprecations https://review.openstack.org/565822 | |
| 21:05:54 | mriedem | melwitt: i don't know if this is a bug fix or a feature or what https://review.openstack.org/#/c/564193/ | |
| 21:06:34 | openstackgerrit | Merged openstack/nova master: Bump pypowervm minimum to 1.1.15 https://review.openstack.org/564276 | |
| 21:08:18 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: Service version check for NUMA live migration https://review.openstack.org/566723 | |
| 21:08:48 | melwitt | mriedem: yeah, looks like a driver parity thing. not sure if it's a feature either, not an expert on what image meta props really are | |
| 21:10:55 | mriedem | yeah it's adding support for hw_video_ram to the vmware driver | |
| 21:11:00 | mriedem | so not a bug | |
| 21:11:23 | mriedem | the commit message totally makes it sound like it's fixing something, but it's not | |
| 21:11:31 | mriedem | "fix this new thing that i'm adding" | |
| 21:12:01 | melwitt | yeah, agreed. good doc finds in your comment | |
| 21:13:41 | melwitt | we usually do blueprints for driver parity things but this is indeed a lot smaller than most of the parity things we usually see. kind of more along the lines of adding the aarch64 support stuff maybe? | |
| 21:16:06 | melwitt | so maybe don't need a blueprint but do need release note and doc update at a minimum | |
| 21:17:08 | mriedem | yeah i don't think we need a blueprint either | |
| 21:17:10 | mriedem | just reno and doc updates | |
| 21:17:56 | melwitt | ++ | |
| 21:18:38 | melwitt | looks like the doc update would be in glance though | |
| 21:18:51 | mriedem | for the image properties one yeah, | |
| 21:18:58 | mriedem | but we should also document the flavor extra spec in our docs | |
| 21:19:23 | melwitt | yeah -- just not sure it has to fall on their change though, since it's currently undocumented even for the libvirt driver | |
| 21:20:03 | mriedem | melwitt: ok, i'll do them a solid and push a patch below theirs that adds the flavor extra spec doc, and they can then update it | |
| 21:20:33 | melwitt | sounds super | |
| 21:32:47 | openstackgerrit | Merged openstack/nova master: Remove stale pip-missing-reqs tox test https://review.openstack.org/565535 | |
| 21:40:55 | openstackgerrit | Matt Riedemann proposed openstack/nova master: doc: Don't confuse CPU pinning/NUMA as Hyper-V only https://review.openstack.org/561949 | |
| 21:40:56 | mriedem | stephenfin: we need to get -W working in the docs builds again ^ | |
| 21:50:59 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Use .. deprecated:: theme for deprecations https://review.openstack.org/565822 | |
| 21:51:01 | openstackgerrit | Merged openstack/nova master: placement: Object changes for granular https://review.openstack.org/564351 | |
| 21:51:26 | sean-k-mooney | mriedem: huh when did they make that a config option on the host instead of using the there custom extra spec option | |
| 21:51:58 | mriedem | sean-k-mooney: context? | |
| 21:52:10 | sean-k-mooney | hyperv numa affinity | |
| 21:52:24 | mriedem | that's a question for claudiu | |
| 21:52:25 | mriedem | or git blame | |
| 21:53:21 | sean-k-mooney | hyperv used (like 4/5 releases ago) have a addtion hw:somting extra spec that allowed you to set the numa affinity of the guest memory | |
| 21:54:24 | sean-k-mooney | i went looking for it simi recently but could not find it so i assumed it was removed but i guest its now a host config option | |
| 21:55:22 | mriedem | dansmith: i left comments in https://review.openstack.org/#/c/509002/ but didn't want to -1 | |
| 21:57:07 | sean-k-mooney | mriedem: ah it was hw:numa_mempolicy=preferred|strict http://git.openstack.org/cgit/openstack/nova-specs/tree/specs/liberty/approved/hyper-v-vnuma-enable.rst#n78 | |
| 22:01:10 | sean-k-mooney | ah it looks like they did not complete the spec until ocata and that extra spec got lost along the way. that is a shame i wanted to add that to the libvirt driver at some point. | |
| 22:04:19 | dansmith | mriedem: ack, thanks | |
| 22:09:58 | arvindn05 | mriedem: FYI tested with image backed volume the image meta data needs to be part of the volume_image_metadata...so will need to modify the fixture..will write the funtional test with that in mind :) | |
| 22:09:58 | arvindn05 | "volume_image_metadata": { | |
| 22:09:58 | arvindn05 | "image_id": "39f216fd-ebba-4a6a-b741-c83cd02a00ec", | |
| 22:09:58 | arvindn05 | "trait:CUSTOM_TRUSTED": "required", | |
| 22:09:58 | arvindn05 | ... | |
| 22:09:59 | arvindn05 | } | |
| 22:17:03 | openstackgerrit | Matt Riedemann proposed openstack/nova master: vmware:Validation video ram against the max video ram allowed. https://review.openstack.org/564193 | |
| 22:17:04 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add docs for hw_video:ram_max_mb flavor extra spec https://review.openstack.org/567070 | |
| 22:29:08 | openstackgerrit | Merged openstack/osc-placement master: RP delete inventories (v1.5) https://review.openstack.org/514642 | |
| 22:38:36 | melwitt | mriedem: I dunno if you saw my reply yesterday about the stable releases. I was thinking maybe we just do the releases after we get the regression fixes we know about in? what was your thought on it? do you think we should go ahead and flush the stable review queues too? | |
| 23:09:21 | openstackgerrit | Merged openstack/nova master: Handle PortNotFoundClient exception when getting ports https://review.openstack.org/565183 | |
| 23:12:16 | melwitt | interesting, this old experimental queue job failing because it wants to install the liberty cloud archive which isn't supported on xenial http://logs.openstack.org/37/554437/18/experimental/legacy-tempest-dsvm-nova-libvirt-kvm-apr/e50a428/logs/devstacklog.txt.gz#_2018-05-08_22_58_11_828 | |
| 23:18:54 | openstackgerrit | Merged openstack/python-novaclient master: Fix the policy argument in server-group-create https://review.openstack.org/564699 | |
| 23:47:36 | openstackgerrit | Merged openstack/nova master: placement: Granular GET /allocation_candidates https://review.openstack.org/517757 | |
| 23:47:44 | openstackgerrit | Merged openstack/nova master: doc: Don't confuse CPU pinning/NUMA as Hyper-V only https://review.openstack.org/561949 | |