| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2018-06-28 | |||
| 17:05:13 | dtantsur | "how to fix evil" seems balanced enough though | |
| 17:05:41 | elmiko | mordred: i love going big with title, ++ | |
| 17:05:54 | elmiko | edleafe cdent dtantsur ready for review, https://etherpad.openstack.org/p/api-sig-newsletter | |
| 17:06:16 | edleafe | "How I solved my romantic problems using microversions" | |
| 17:06:47 | dtantsur | LOL | |
| 17:07:06 | elmiko | haha, yes! | |
| 17:08:52 | mordred | :) | |
| 17:10:33 | mordred | "microversions: blockchain containers serverless edge" | |
| 17:11:04 | edleafe | mordred: there isn't a room big enough for that one | |
| 17:11:18 | dtantsur | mordred, edleafe and everyone bored: a quick thought dump https://etherpad.openstack.org/p/microversions-better-than-beer | |
| 17:12:04 | elmiko | mordred: you really could have worked "cloud native" in there | |
| 17:12:11 | dtantsur | elmiko: the newsletter LGTM btw | |
| 17:12:17 | elmiko | thanks | |
| 17:12:27 | elmiko | or even "artifical intelligence" | |
| 17:12:30 | mordred | elmiko: gah. I knew I missed some | |
| 17:12:39 | elmiko | XD | |
| 17:13:47 | mordred | I really want to do a talk with a title of "cloud native blockchain machine learning containers serverless edge" now | |
| 17:14:02 | mordred | and have it be a talk on the dangers of chasing tech fashion trends | |
| 17:14:47 | dtantsur | hah, I just ended up with blockchain containers of serverless cloud native edge artificial intelligence in the etherpad | |
| 17:14:54 | mordred | :) | |
| 17:14:58 | dtantsur | well, it could be a useful talk | |
| 17:15:22 | mordred | "blockchain containers of serverless cloud native edge artificial intelligence" could be a funny subtitle | |
| 17:15:29 | dtantsur | ++ | |
| 17:16:00 | elmiko | wow, amazing mordred | |
| 17:16:08 | dtantsur | mordred: what time in UTC do you usually appear online? it's past 7pm here and my brain is only capable of producing hype techie puns | |
| 17:17:06 | elmiko | i really feel like that talk needs the subtext ": How I learned to stop worrying and love the buzz" | |
| 17:18:33 | elmiko | cdent edleafe , i'm gonna head out in a few, is the newsletter g2g? | |
| 17:18:47 | dtantsur | "How I learned to stop loving the buzz and start worrying" | |
| 17:18:53 | elmiko | hahahah | |
| 17:19:08 | cdent | elmiko: sorry, was in a meeting. 2 in fact. | |
| 17:19:17 | elmiko | no worries | |
| 17:19:24 | elmiko | i thought edleafe might be editing | |
| 17:19:55 | dtantsur | we should use blockchain for our newsletter | |
| 17:20:03 | dtantsur | bonus point for making edleafe pay for each edit | |
| 17:20:15 | cdent | huzzah | |
| 17:20:42 | cdent | elmiko: it's not an additional board I made, it's a "board" which provides an overview of our stories | |
| 17:20:49 | cdent | which is ... I'm not sure how to say that | |
| 17:20:59 | cdent | maybe just fewer words | |
| 17:21:02 | edleafe | sorry, I was just wondering about what cdent just mentioned | |
| 17:21:18 | mordred | dtantsur: usually around 1200 UTC | |
| 17:21:45 | mordred | elmiko: ++ how I learned to stop (or start) worrying | |
| 17:22:01 | dtantsur | good, I'll ping you around that | |
| 17:22:11 | dtantsur | see you | |
| 17:22:16 | mordred | ossum | |
| 17:22:22 | elmiko | cdent: ack | |
| 17:23:24 | elmiko | cdent: ok, updated the language there | |
| 17:24:09 | elmiko | i'm gonna grab lunch, i'll check back here in a bit | |
| 17:26:04 | openstackgerrit | Merged openstack/python-openstackclient master: Compute: Add description support for flavor https://review.openstack.org/575390 | |
| 17:26:06 | openstackgerrit | Merged openstack/python-openstackclient master: Format port_details field of Floating IP https://review.openstack.org/533809 | |
| 17:43:21 | edleafe | elmiko: I added an alternate wording for that last paragraph. LMK what you think | |
| 18:00:26 | nicolas_o | speaking of microversions: https://storyboard.openstack.org/#!/story/2002752 | |
| 18:02:02 | openstackgerrit | Matt Riedemann proposed openstack/python-openstackclient master: Fix docs from I0dc80bee3ba6ff4ec8cc3fc113b6de7807e0bf2a https://review.openstack.org/578952 | |
| 18:03:11 | elmiko | edleafe: lgtm! | |
| 18:11:43 | mriedem | i see i need to be helping with reviews on the explosion of osc compute microversion gap patches... | |
| 18:12:06 | mriedem | looks like some people are'nt even testing these | |
| 18:31:40 | mriedem | dtroyer: on any of these "add support for compute api version" patches to OSC, feel free to ping me to review those | |
| 18:31:51 | mriedem | i've gone through a few | |
| 18:34:02 | dtroyer | mriedem: cool and thanks, I will. The one I +W today was querying novaclient to get it, I know that is wrong (keystoenauth should do that) but we have a bunch to clean up already | |
| 18:34:18 | dtroyer | do you know of an example so far that uses keystoneauth's negotiated versions? | |
| 18:34:18 | mriedem | https://review.openstack.org/#/c/575390/ > | |
| 18:34:19 | mriedem | ? | |
| 18:34:41 | openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Only send force parameter to live migration if supported https://review.openstack.org/578960 | |
| 18:34:42 | dtroyer | yes | |
| 18:35:05 | mordred | nicolas_o: ^^ there's a potential fix for the live migrate / force / nova microversion thing | |
| 18:35:05 | dtroyer | it's been too long and I don't have ksa in my head like I used to… :( | |
| 18:35:40 | mriedem | there might be some ksa version negotiation stuff in some of nova's internal client code for other services....but not totally sure, | |
| 18:35:49 | mriedem | novaclient does it's own server/client version negiotiation | |
| 18:35:52 | mriedem | *negotiation | |
| 18:36:11 | mordred | yah - it's on my list to make you some patches to get novaclient to use ksa's stuff | |
| 18:36:17 | mriedem | what i'm seeing in https://review.openstack.org/#/c/575390/11/openstackclient/compute/v2/flavor.py is just validating that the client requested an acceptable minimum version, which doesn't mean the server supports that | |
| 18:36:38 | dtroyer | right, and that is what is being used so far. ah, ok | |
| 18:36:40 | mriedem | osc-placement has a bit cleaner decorator CheckVersion mixin thing that does this same thing for options | |
| 18:37:00 | mriedem | https://github.com/openstack/osc-placement/blob/master/osc_placement/version.py#L107 | |
| 18:37:01 | mordred | we haven't plumbed ksa microversion support into osc yet anywhere as far as I am aware | |
| 18:38:06 | openstackgerrit | Dean Troyer proposed openstack/python-openstackclient master: Retry floating IP tests https://review.openstack.org/578961 | |
| 18:38:17 | mriedem | so we have stuff like this in osc-placement https://review.openstack.org/#/c/514646/33/osc_placement/resources/allocation.py@86 | |
| 18:38:19 | mordred | mriedem: that placement code is only checking the configured version (which is what placement.api_version contains) | |
| 18:38:37 | mriedem | in that command, it says --project-id is required if --os-placement-api-version >= 1.8 | |
| 18:38:47 | mriedem | mordred: yeah i know it's not doing server side version discovery | |
| 18:38:50 | mriedem | like novaclient does | |
| 18:39:45 | mordred | yah - I'm just now starting to use the server side discovery ksa is doing in sdk - that patch above is the first consumption patch | |
| 18:40:36 | mordred | I think we might want to add some comparison methods to either the EndpointData object or directly to the Adapter | |
| 18:41:44 | openstackgerrit | Monty Taylor proposed openstack/openstacksdk master: Only send force parameter to live migration if supported https://review.openstack.org/578960 | |
| 18:41:47 | mordred | whoops. typo | |
| 18:42:36 | mriedem | oh god | |
| 18:43:34 | mriedem | 2.30 :) | |
| 18:46:50 | mriedem | mordred: would you like me to add the mega warnings to live migrate sdk if using host and force? | |
| 18:46:51 | mriedem | https://docs.openstack.org/openstacksdk/latest/user/proxies/compute.html#openstack.compute.v2._proxy.Proxy.live_migrate_server | |
| 18:46:57 | mriedem | people shouldn't use those, and really shouldn't use force | |
| 18:48:43 | mordred | mriedem: well - that's a good question | |
| 18:48:52 | mordred | by "should't use force" - do you mean force is going to go away? | |
| 18:49:07 | mriedem | no | |
| 18:49:09 | mordred | or it's a conceptually bad idea and humans shouldn't use it even though it's an exisitng feature | |
| 18:49:13 | mriedem | the latter | |
| 18:49:27 | mriedem | if you specify a host before 2.30, it's the same as specifying a host + force with 2.30 | |
| 18:49:36 | mriedem | both mean "send to this host regardless of the scheduler" | |
| 18:49:46 | mriedem | aka "please oversubscribe me and shoot myself and users in the foot" | |
| 18:50:03 | mordred | what is the behavior if you set host but not force with 2.30? | |
| 18:50:05 | mriedem | move your instance from az1 to az8 w/o knowing it, etc | |
| 18:50:13 | mriedem | we run that host through the scheduler | |