Earlier  
Posted Nick Remark
#openstack-nova - 2017-02-10
12:55:44 openstackgerrit John Garbutt proposed openstack/nova master: Remove unused columns from BuildRequest table in nova_api db https://review.openstack.org/422259
13:00:14 frickler has anyone seen this py35 error in novnc testing? seems to happen since about a week http://logs.openstack.org/67/351367/11/check/gate-tempest-dsvm-py35-ubuntu-xenial-nv/fa03be0/console.html.gz#_2017-02-03_18_25_10_353578
13:02:29 frickler johnthetubaguy: thx, I'll try to walk through the devstack steps from http://docs.openstack.org/developer/nova/placement.html#id1 and see if that helps
13:11:56 snikitin sfinucan: Hi! If you have a free time can you please look at PCI-NUMA affinity spec? https://review.openstack.org/#/c/361140
13:31:29 sfinucan snikitin: Sure. I was waiting on your replies to sgordon before weighing in :)
13:44:33 snikitin sfinucan, Oh. Ok. I'll add my comments
14:01:20 diana_clarke hmm... on devstack stable/ocata I'm seeing warnings when I do nova commands: http://paste.openstack.org/show/598407/
14:02:53 mriedem diana_clarke: that's from novaclient 7.0
14:03:17 mriedem diana_clarke: does your localrc have OS_TENANT_ID set instead of OS_PROJECT_ID?
14:03:22 mriedem i think that's what it's complaining about
14:03:47 diana_clarke mriedem: maybe, I'll so check after my meeting (that machine is downstairs)
14:06:01 diana_clarke mriedem: I didn't change anything though. I just sourced openrc like I always have.
14:06:26 mriedem diana_clarke: sure, but novaclient changed
14:06:39 mriedem in 7.0 it wants project_id instead of tenant_id
14:07:59 diana_clarke mriedem: Yup, I reviewed those changes, mostly just wondering if we need to change something though so we don't see those warnings by default.
14:08:10 kashyap Hmm, just looking at this spec ("Re-Propose Expose quiesce/unquiesce API"), it seems to be approved for Mitaka, but not for master (with some rationale, & strong commentary from mriedem)
14:08:14 kashyap https://review.openstack.org/#/c/295595/
14:08:30 kashyap I can't find the approved Mitaka Gerrit review for historical discussion
14:08:36 mriedem diana_clarke: i think you would need to replace OS_TENANT_ID with OS_PROJECT_ID in your openrc file
14:08:53 mriedem diana_clarke: if you're using the openrc from devstack, it might just be something we need to fix in devstack
14:09:17 diana_clarke mriedem: exactly, I'm using the openrc from devstack, so perhaps it needs to be fixed.
14:09:27 mriedem kashyap: http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/expose-quiesce-unquiesce-api.html
14:09:44 kashyap mriedem: Yeah, I saw that, but the Gerrit discussion itself. Maybe it's linked in there
14:10:23 openstackgerrit Gábor Antal proposed openstack/nova master: Update hacking version https://review.openstack.org/389338
14:10:23 openstackgerrit Gábor Antal proposed openstack/nova master: Enable global hacking checks and removed local checks https://review.openstack.org/431030
14:10:49 kashyap No, it isn't. I only see the other, related spec that was approved https://review.openstack.org/#/c/126966/ ("Quiesce filesystems with QEMU guest agent during image snapshot")
14:11:29 mriedem kahshttps://review.openstack.org/#/c/237881/
14:11:34 mriedem kashyap: ^
14:12:04 kashyap mriedem: Perfect! How did you find it?
14:12:13 gabor_antal johnthetubaguy: can you please give your +2 back? I had to rebase https://review.openstack.org/#/c/431030
14:12:32 mriedem kashyap: looked up the hash on the file in the nova-specs repo
14:13:55 gabor_antal Vek: could please give your +2 back too? https://review.openstack.org/#/c/431030
14:29:45 lyarwood mriedem: just reading over the notes from the nova meeting yesterday that I missed thanks to my ISP having an outage. Do you think you will have time next week to cut a stable/newton release before the PTG?
14:30:18 mriedem lyarwood: hopefully
14:31:00 lyarwood mriedem: cool, I'm out Monday but if there's anything I can do to help that long just let me know
14:31:06 lyarwood along*
14:31:37 mriedem will do
14:35:19 jroll mriedem: I think we'll have time for this in pike, if you want to approve it. made decent progress on the ironic side in ocata. https://blueprints.launchpad.net/nova/+spec/ironic-boot-from-volume
14:35:24 mriedem superdan: want to hit this ocata backport and the one after it? https://review.openstack.org/#/c/430306/
14:35:36 superdan yup
14:36:09 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Initiate network changes from source during live migration https://review.openstack.org/404607
14:38:56 openstackgerrit John Garbutt proposed openstack/nova-specs master: Send service token along with user tokens https://review.openstack.org/426933
14:40:52 mriedem jroll: done
14:41:08 mriedem johnthetubaguy: you can drop the -2 on this now https://review.openstack.org/#/c/215385/
14:41:54 johnthetubaguy mriedem: jroll: -2 removed
14:42:20 jroll mriedem: johnthetubaguy: you rock, thanks
14:43:33 mriedem lyarwood: i think i'm going to hold https://review.openstack.org/#/c/431530/ out of rc2 since it's latent
14:43:49 mriedem lyarwood: but good if that fixes it, i remember takashi tried to fix that and we had to revert his fix
14:45:35 lyarwood mriedem: yup np and thanks, hopefully that's enough this time. https://review.openstack.org/#/c/427808/ hasn't landed yet btw, I'll try to get another tempest core to ack now.
14:46:34 mriedem lyarwood: well....
14:46:35 mriedem oh,
14:46:43 mriedem i guess we only enable that test starting in ocata
14:46:59 mriedem i was going to say, you'd break stable/mitaka, but we don't run the test there
14:49:20 lyarwood mriedem: yup, that reminds me I still haven't landed https://review.openstack.org/#/c/427602/
14:50:10 mriedem ah so that's why the ceph job has been red for weeks :)
14:50:22 mriedem good thing we made it non-voting for other brokenness before that
14:52:06 lyarwood yeah sorry about that, the lack of fire from the job no longer voting means I keep dropping this
15:01:17 openstackgerrit Chris Friesen proposed openstack/nova-specs master: add spec for instance flavor API https://review.openstack.org/431775
15:02:25 cfriesen ^ the "flavor information in nova show output" spec from yesterday's discussion
15:03:39 mriedem cfriesen: can you please just cleanup the existing review?
15:03:43 mriedem rather than post a new one
15:04:23 mriedem https://review.openstack.org/#/c/265282
15:04:52 mriedem also, did you know there was a claude friesen?
15:10:18 cfriesen mriedem: I started by cherry-picking the existing review...oh, did I change the Change-Id maybe?
15:10:34 mriedem cfriesen: most likely
15:10:49 mriedem although cherry-picking should preserve that
15:10:54 mriedem i would have just done a git review -d
15:10:56 mriedem but either words
15:10:59 mriedem *works
15:11:52 cfriesen didn't even know about "git review -d". :)
15:13:01 openstackgerrit Chris Friesen proposed openstack/nova-specs master: add spec for instance flavor API https://review.openstack.org/265282
15:13:46 artom cfriesen, you're not alone, I was like a year into my Openstack work when I saw a colleague use it
15:14:30 cfriesen I cherrypicked and then squashed some stuff on top and forgot to preserve the old change-id. That newer one ^ should be the right one.
15:16:31 mriedem cool thanks
15:16:41 mriedem i'm nowhere near ready to review pike specs yet,
15:16:45 mriedem but it's good to get those ducks in a row
15:17:10 cfriesen speaking of specs...did anything happen in Ocata for this? https://blueprints.launchpad.net/nova/+spec/memory-bw
15:17:40 cfriesen looks like parts of it got merged and parts were abandoned
15:20:42 openstackgerrit Silvan Kaiser proposed openstack/nova master: Switch Nova Quobyte volume driver to mount via systemd-run https://review.openstack.org/432344
15:23:16 mriedem first, did we have an ocata midcycle? i'm totally drawing a blank
15:23:29 mriedem i guess not
15:23:31 mriedem because of the short release
15:23:48 mriedem cfriesen: we said at the newton midcycle that we weren't going to do the memory bandwidth tracking stuff in nova
15:25:02 mriedem cfriesen: see http://lists.openstack.org/pipermail/openstack-dev/2016-August/100600.html
15:25:06 mriedem "* Future of compute host metrics monitoring in Nova"
15:25:24 mriedem http://docs.openstack.org/developer/nova/policies.html?highlight=monitoring#metrics-gathering
15:28:43 cfriesen mriedem: thanks for the links
15:32:37 cfriesen mriedem: is there any coalescing around a new standard metrics gathering tool?
15:34:45 mriedem cfriesen: not that i'm aware of,
15:34:49 mriedem there are lots of metrics gathering tools,
15:34:56 mriedem i'm sure there are probably at least 3 competing big tent projects
15:36:04 mriedem cfriesen: might be worth asking the telemetry and/or watcher teams,
15:36:11 mriedem edleafe is involved with watcher so he might have some tips
15:37:15 edleafe cfriesen: I'd ask in #openstack-watcher
15:37:23 edleafe oops! my manners
15:38:51 figleaf heh
15:40:03 openstackgerrit Dan Smith proposed openstack/nova master: Remove main_db flavor compatibility https://review.openstack.org/431722
15:40:03 openstackgerrit Dan Smith proposed openstack/nova master: Remove flavor_* functions from db/api https://review.openstack.org/431752
15:40:04 openstackgerrit Dan Smith proposed openstack/nova master: Remove straggling use of main db flavors in cellsv1 code https://review.openstack.org/432352
15:40:14 mriedem random question - why do we even have this decorator on compute_api.delete when it won't enforce anything? https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2152

Earlier   Later