| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-01-26 | |||
| 19:08:06 | cburgess | Is there an API call to get the contents of the block_device_mapping table for server or volume ID? | |
| 19:08:11 | cburgess | Or is that purely internal? | |
| 19:10:22 | artom | http://developer.openstack.org/api-ref/compute/?expanded=list-volumes-detail | |
| 19:10:22 | artom | cburgess, the deprecated /os-volumes endpoint is probably the closest thing to what you want | |
| 19:11:31 | cburgess | Tried that.. tragically it doesn't seem to work. | |
| 19:11:36 | cburgess | I'll take another look at it. | |
| 19:12:05 | artom | cburgess, define not working... | |
| 19:12:16 | artom | Since it's deprecated, you need to cap your client's compute api version to 2.36 | |
| 19:12:49 | cburgess | This AZ happens to be liberty so its capped at 2.12 | |
| 19:14:03 | cburgess | As for not working... let me rerun the command. | |
| 19:16:30 | cburgess | Ahhh ok it works. | |
| 19:16:59 | cburgess | But it does't expose the connection_info field from the block_device_mapping table. | |
| 19:17:16 | cburgess | At least not that I can see | |
| 19:17:31 | cburgess | I was previously passing a volume rather then an attachment id that was what was not working. | |
| 19:17:39 | dansmith | bauzas: os_region_name is apparently unset on the grenade job so your computes are all not starting | |
| 19:18:51 | dansmith | which makes sense I guess without the other grenade change because we're running with the default config from newton | |
| 19:18:58 | dansmith | so your middle patch needs the dep from the last one | |
| 19:25:11 | openstackgerrit | Dan Smith proposed openstack/nova: Scheduler calling the Placement API https://review.openstack.org/417961 | |
| 19:25:12 | openstackgerrit | Dan Smith proposed openstack/nova: Block starting compute unless placement conf is provided https://review.openstack.org/425806 | |
| 19:25:23 | dansmith | bauzas: made the caching change, changed the dep to the middle patch, and addressed cdent's comments ^ | |
| 19:25:30 | artom | cburgess, well, if you have a use case for it, you can always propose a spec for a new API microversion that does what you want :) | |
| 19:25:38 | cdent | thanks dansmith | |
| 19:26:56 | cburgess | artom I might later. RIght now just trying to fix some corruption that got into the DB (probably from some long ago fixed bug). Might make sense in the future but for now I'll just load up MySQLdb to find what I need. | |
| 19:28:33 | artom | cburgess, aha! Well, good luck in your quest ;) | |
| 19:29:16 | artom | Actually for that use case, straight up DB access is easier, no? You can pipe it to grep and sed and awk and stuff to find what you're looking for easier | |
| 19:31:09 | cburgess | artom Well I'm writting a python script to do what I need but yeah I suppose it is. I just prefer to avoid having to muck about in the DB if I can avoid it. | |
| 19:38:36 | andymccr | evenin' nova - on the placement api - is there a way to specify which interface (internal/public/admin) will be used to connect to the placement api? i can't see a conf option for that, and it seems to default to public. | |
| 19:39:58 | dansmith | andymccr: it defaults to however you route to that host | |
| 19:40:05 | dansmith | I mean, | |
| 19:40:19 | dansmith | we don't bind to an interface, we just connect to that host, so normal routing applies :) | |
| 19:41:41 | andymccr | dansmith: i mean the "keystone endpoint interface" thats picked - so it looks like its using the publicURL I'm wondering if I can get it to use the internalURL- | |
| 19:43:23 | dansmith | andymccr: I don't know enough about the keystoneclient bits, but .. if you don't set a publicurl maybe? | |
| 19:44:25 | dansmith | we load the standard keystone client options from [placement] so if you can do something with that, I'd think it works | |
| 19:44:51 | dansmith | andymccr: i.e. https://github.com/openstack/nova/blob/master/nova/conf/placement.py#L45-L46 | |
| 19:45:16 | andymccr | dansmith: ahh good tip - so if i set a keystone option within placement that will set the endpoint type that should work | |
| 19:45:22 | andymccr | thanks a bunch :) | |
| 19:45:24 | andymccr | will look into that | |
| 19:45:41 | dansmith | andymccr: *should* | |
| 19:45:54 | andymccr | haha yeah - most things are like that :) | |
| 19:46:32 | artom | Does Nova officially support Python 3 now? | |
| 19:56:15 | openstackgerrit | Dan Smith proposed openstack/nova: Move instance creation to conductor https://review.openstack.org/319379 | |
| 20:00:55 | openstackgerrit | Artom Lifshitz proposed openstack/nova: Fix tag attribute disappearing in 2.33 and 2.37 https://review.openstack.org/424759 | |
| 20:00:56 | openstackgerrit | Artom Lifshitz proposed openstack/nova: Pass APIVersionRequest to extentions https://review.openstack.org/425876 | |
| 20:05:47 | openstackgerrit | Artom Lifshitz proposed openstack/nova: Fix tag attribute disappearing in 2.33 and 2.37 https://review.openstack.org/424759 | |
| 20:09:01 | openstackgerrit | Artom Lifshitz proposed openstack/nova: Pass APIVersionRequest to extentions https://review.openstack.org/425876 | |
| 20:10:01 | bauzas | dansmith: cdent: back there | |
| 20:10:08 | bauzas | scrolling back | |
| 20:10:10 | dansmith | bauzas: back where? | |
| 20:10:48 | bauzas | dansmith: back here | |
| 20:10:55 | bauzas | je suis là | |
| 20:11:19 | dansmith | bauzas: okay, well, just waiting for the latest run with my changes | |
| 20:12:30 | openstackgerrit | Vladik Romanovsky proposed openstack/nova: objects: vlan field to NetworkInterfaceMetadata object https://review.openstack.org/405950 | |
| 20:12:30 | openstackgerrit | Vladik Romanovsky proposed openstack/nova: Adding vlans field to Device tagging metadata https://review.openstack.org/405951 | |
| 20:12:31 | openstackgerrit | Vladik Romanovsky proposed openstack/nova: libvirt: expose virtual interfaces with vlans to metadata https://review.openstack.org/405954 | |
| 20:13:05 | bauzas | dansmith: oh good point, I missed the grenade Depends-On | |
| 20:13:34 | openstackgerrit | Chris Dent proposed openstack/nova: DNM: Don't clear the tracked instances in resource tracker https://review.openstack.org/425885 | |
| 20:15:11 | bauzas | dansmith: FWIW, I think matt asked for updating as well the devref | |
| 20:15:34 | bauzas | dansmith: I just provided a reno note, but maybe we should do that in a follow-up ? | |
| 20:15:43 | dansmith | yeah | |
| 20:15:51 | bauzas | not needing to be merged for o-3 but still be good for RC1 | |
| 20:16:07 | cdent | dansmith: that review ^^ is checking one of investigations into the redundancies in the resourece_tracker | |
| 20:16:40 | bauzas | dansmith: FWIW, release mgmt people accept for us a few FFE | |
| 20:16:56 | bauzas | the only problem is that we have RC1 next week | |
| 20:17:27 | bauzas | so in case the gate is bad, we could possibly cut o-3 and then merge the needed changes right after | |
| 20:19:51 | bauzas | oooooh | |
| 20:20:06 | bauzas | the requirements are frozen now :( | |
| 20:20:12 | bauzas | andreykurilin: ^ | |
| 20:22:00 | bauzas | WTF... http://logs.openstack.org/61/417961/31/check/gate-grenade-dsvm-neutron-multinode-ubuntu-xenial/cd57fce/console.html#_2017-01-26_20_10_22_249335 | |
| 20:22:03 | bauzas | dansmith: ^ | |
| 20:22:51 | dansmith | bauzas: that would be an expected error if you're not getting resources from the other node right? | |
| 20:23:38 | bauzas | hhhhmpppfff http://logs.openstack.org/61/417961/31/check/gate-grenade-dsvm-neutron-multinode-ubuntu-xenial/cd57fce/logs/new/screen-n-sch.txt.gz?level=INFO#_2017-01-26_20_06_58_563 | |
| 20:23:43 | bauzas | lemme see | |
| 20:24:00 | bauzas | how it can be possible now we accept older computes | |
| 20:28:35 | mriedem | how's it going? | |
| 20:30:08 | dansmith | mriedem: fungi bumped the devstack fix in the gate, when my change was #1 and almost done, then mine failed on a known bug at #2, currently re-running | |
| 20:30:20 | dansmith | mriedem: while I wait, I'm making a fungi-shaped voodoo doll | |
| 20:30:33 | dansmith | mriedem: sounds like something is still up with bauzas' junk | |
| 20:30:52 | dansmith | mriedem: and I'm eating a chicken pot pie as comfort food | |
| 20:30:53 | dansmith | end of status | |
| 20:31:00 | dansmith | oh great, that devstack fix is failing and going to reset the gate | |
| 20:31:11 | mriedem | i thought bauzas saw the doctor about his junk issue | |
| 20:31:22 | dansmith | the cream isn't working apparently | |
| 20:31:25 | fungi | dansmith: https://www.seedsnow.com/blogs/news/7186766-how-to-make-a-mushroom-out-of-radish | |
| 20:31:30 | mriedem | le creme | |
| 20:31:38 | dansmith | fungi: hah | |
| 20:32:05 | bauzas | mriedem: unrelated, requirements is now frozen so https://review.openstack.org/#/c/425827/ is in the weeds for capping u-c | |
| 20:32:35 | bauzas | mriedem: *la* crème | |
| 20:33:04 | fungi | dansmith: i think clarkb actually promoted it, but i'll see if i can dig it back up | |
| 20:33:17 | dansmith | fungi: oh, well it's not too late for me to change this into a clarkb doll | |
| 20:33:33 | dansmith | fungi: it needed doing, I'm just annoyed | |
| 20:35:05 | mriedem | bauzas: but we can still release novaclient 7.1.0 can't we? | |
| 20:35:11 | bauzas | of course | |
| 20:35:21 | bauzas | just saying that for u-c | |
| 20:35:54 | bauzas | mriedem: there is a patch in the gate for adding a reno note | |
| 20:35:59 | mriedem | the wifi in our room sucks so maybe sometime this afternoon i'll be able to load some of these links | |
| 20:36:06 | bauzas | mriedem: that's why I'm putting WIP | |
| 20:36:19 | mriedem | reno for what? | |
| 20:36:40 | bauzas | mriedem: for the token fix | |
| 20:36:44 | bauzas | in the client | |
| 20:36:55 | bauzas | we agreed to not wait for the CLI | |