Earlier  
Posted Nick Remark
#openstack-nova - 2017-10-25
19:21:11 melwitt what brand are your new ones? so I can avoid if these ever fail
19:21:25 mriedem samsung
19:21:53 mriedem and not even the model that i can sync to my samsung phone so i can talk to it while it's drying!
19:22:29 melwitt well that's a shame
19:23:49 artom Is Quobyte CI still a thing?
19:31:03 mriedem kaisers1: ^
19:31:13 mriedem melwitt: ok so with the fake wsgi app thing, i figured it out
19:31:27 mriedem you have to specify the microversion in the header directly req.headers['X-OpenStack-Nova-API-Version'] = self.microversion
19:31:32 mriedem which makes sense i guess
19:32:20 melwitt cool, good to know
19:36:55 sdague mriedem: sorry, got got back to scrollback
19:37:11 sdague yeh, having to specify the headers raw rings a bell
19:40:40 artom kaisers1, mriedem, it appears to be still reporting on patches
19:40:56 artom kaisers1, are you guys still running with libvirt dynamic_ownership=0?
19:41:07 artom I can't seem to find the configs you use anywhere
19:45:30 dansmith mriedem: so i think I've realized why they call it "slow render"
19:46:47 mriedem because it renders slowly?
19:47:48 artom It's actually some dyslexic nerder owls
19:51:38 dansmith the +10 and -10 things are _painfully_ slow for me now
19:51:42 dansmith it's really terrible
19:51:58 mriedem not sure if i've noticed yet
19:52:28 melwitt that might just be gerrit getting slower and slower as it runs out of memory or whatever (the usual)
19:52:33 melwitt I noticed it too today
19:54:59 dansmith this is ui lag I think
19:55:36 melwitt okay. I was getting lag just trying to open changes so I thought it was related
19:55:39 dansmith yep, no new network calls made when I do +10
19:55:46 melwitt oh
19:55:49 dansmith this is waaaay slower than opening new changes or files
19:56:56 mriedem dansmith: and fast render fixes it?
19:57:04 dansmith I haven't switched back to test
19:57:12 melwitt do it
19:57:24 dansmith because it seems to depend on the size of the file
19:57:48 mriedem ...
19:58:26 dansmith yep, fast render makes it normal
19:58:42 mriedem huh, well,
19:58:52 mriedem i guess just toggle slow render if needed
19:58:54 mriedem like spec reviews
19:59:01 dansmith or stop reviewing specs
19:59:06 melwitt yeah, have to pick n choose now
19:59:10 dansmith s/ specs//
20:03:22 mriedem jesus, i can hear laura's workout routine music from below decks
20:03:29 mriedem she's really pumping up the jam
20:04:07 melwitt lol
20:11:17 mwynne Hi guys. I'm trying to spawn a VM instance but I get this in nova list "BUILD | scheduling | NOSTATE"
20:11:26 mwynne Hi guys. I'm trying to spawn a VM instance but I get this in nova list "BUILD | scheduling | NOSTATE"
20:11:32 mriedem that means there is no power state
20:11:36 mriedem b/c the vm is scheduling
20:11:37 mwynne Hi guys. I'm trying to spawn a VM instance but I get this in nova list "BUILD | scheduling | NOSTATE"
20:11:40 mwynne Hi guys. I'm trying to spawn a VM instance but I get this in nova list "BUILD | scheduling | NOSTATE"
20:11:41 mriedem oh i see
20:11:48 mwynne Hi guys.
20:11:49 mriedem dansmith: kick?
20:14:40 dansmith um
20:19:07 openstackgerrit Michael Still proposed openstack/nova master: Move blkid calls to privsep. https://review.openstack.org/500398
20:19:08 openstackgerrit Michael Still proposed openstack/nova master: Move infiniband vif plugging to privsep. https://review.openstack.org/515197
20:19:08 openstackgerrit Michael Still proposed openstack/nova master: Convert IVS VIF plugging / unplugging to privsep. https://review.openstack.org/515196
20:19:09 openstackgerrit Michael Still proposed openstack/nova master: Move midonet vif plugging to privsep. https://review.openstack.org/515198
20:36:14 jdandrea Are there any plans to remove support for "availability_zone:host" notation when specifying an AZ during nova boot? (Or has it already been removed?)
20:48:10 mriedem jdandrea: no plans no
20:48:20 jdandrea mriedem Thx!
21:20:17 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Add microversion to allow setting flavor description https://review.openstack.org/515213
21:27:31 openstackgerrit OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035
22:24:04 openstackgerrit Eric Fried proposed openstack/nova master: Parse granular resources/traits from extra_specs https://review.openstack.org/515151
22:24:05 openstackgerrit Eric Fried proposed openstack/nova master: Granularize resources_from_{flavor|request_spec} https://review.openstack.org/515223
22:24:29 efried jaypipes Mäs ^
22:24:55 efried Más, even.
22:41:22 openstackgerrit OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035
23:08:04 openstackgerrit OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035
23:11:39 openstackgerrit OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035
23:15:25 mriedem gmann_afk: alex_xu: done https://review.openstack.org/#/c/508101/ - i ran into that today when implementing PUT /flavors/{flavor_id} - agree it'd be good to get rid of all of the api extension policy gorp
23:23:50 openstackgerrit Merged openstack/nova-specs master: Spec for API extensions policy removal https://review.openstack.org/508101
23:24:36 melwitt mriedem: I've been working on tests for the libvirt regression today. just gotta write up the upstream bug report and link it
23:26:33 mriedem ok, gate is a bit fubar today anyway so newton eol not happening right now
23:27:11 melwitt okay, was just a FYI
23:27:52 gmann mriedem: thanks for that.
23:28:55 mriedem gmann: so maybe start with the flavor_access and flavor_rxtx api extension policies - i'd like to see what the change looks like,
23:29:10 mriedem because for this new microversion with PUT /flavors/{flavor_id} i wouldn't want to build into those policies
23:29:53 gmann mriedem: sure but we have to keep those till 1 cycle as we can only deprecate those in queens
23:30:05 mriedem sure
23:30:54 gmann mriedem: you want to see extension code merge at least?
23:31:26 mriedem ?
23:31:40 mriedem gmann: there are 2 bps right?
23:31:47 gmann mriedem: yea
23:31:53 mriedem merge the flavor_access and flavor_rxtx extensions into the main flavors extension
23:31:59 mriedem and then the api extension policy deprecation
23:32:10 mriedem do those have to go in order?
23:32:16 mriedem i wouldn't think they would
23:32:29 gmann mriedem: no, they can be done in any order
23:33:27 gmann policy deprecation things depends on oslo policy deprecation BP, whihc i will check with lbragstad otherwise we can with our old way (deprecating it via help msg)
23:34:10 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Add microversion to allow setting flavor description https://review.openstack.org/515213
23:34:28 gmann mriedem: let me push both patches and you can if those helpful for your patch ^^
23:36:29 gmann mriedem: i see your patch just quick glance and got it. you do not want to add policy things for PUT in those extensions.
23:37:20 mriedem right, although for rxtx and flavor_access they are'nt granular policy rules
23:37:22 mriedem so it's just docs
23:37:53 mriedem https://review.openstack.org/#/c/515213/2/nova/policies/flavor_manage.py is the only new rule
23:38:15 gmann yea
23:39:09 gmann 1 question, why you want to add rxtx_factor in PUT- https://review.openstack.org/#/c/515213/2/nova/api/openstack/compute/flavor_rxtx.py
23:39:18 mriedem it's the response
23:39:28 mriedem PUT returns a full flavor response
23:39:30 mriedem like create

Earlier   Later