| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2019-06-12 | |||
| 13:04:34 | mordred | yup | |
| 13:04:43 | mordred | it has to - because the data coming from nova can't be trusted | |
| 13:04:54 | gtema | so can we trust at all into addresses? | |
| 13:05:04 | gtema | not at all? | |
| 13:05:20 | mordred | the nova address info has stale cache issues in enough places that we completely gave up believing it | |
| 13:05:35 | gtema | hmmm | |
| 13:05:51 | gtema | that's sad, because in my cloud it works and I was often relying on it | |
| 13:06:01 | mordred | most of the really weird things in all of that are the result of production issues we've had | |
| 13:06:04 | gtema | but if you say so I will give it up | |
| 13:06:26 | mordred | it's a scale/load thing - depends on how heavily the cloud is loaded at the time | |
| 13:06:44 | mordred | it's not that the values are _never_ correct, it's that you don't know when they are incorrect | |
| 13:06:51 | gtema | sad. It's there exactly to give you what you need | |
| 13:06:54 | mordred | yeah | |
| 13:07:23 | mordred | but, you konw - eventual consisteny | |
| 13:07:41 | gtema | great | |
| 13:07:47 | mordred | yeah. it's totally happy making | |
| 13:08:54 | mordred | gtema: that said - I'm 100% certain that whole stack could do with a refactor, that chunks should almost certainly be rewritten or rethought - it's definitely a mess | |
| 13:09:31 | gtema | sounds good. Let's do it this way then. Time to fix things | |
| 13:09:53 | Shrews | mordred: have you seen https://review.opendev.org/664681 ? that seems like it should be an openstacksdk option, not in nodepool | |
| 13:09:58 | gtema | so for now I will skip tests and focus on the implementation then | |
| 13:11:43 | gtema | this networking ___crapppp____ | |
| 13:12:37 | mordred | Shrews: I agree - it seems similar to "default_network" and "floating_ip_source" | |
| 13:12:44 | mordred | Shrews: in fact, I believe we have an option for that already | |
| 13:14:33 | Shrews | oh, i didn't look at the actual change, just the commit msg. it's just that we aren't plumbing the ip_pool value through TO the sdk | |
| 13:15:07 | mordred | oh - we have that config option in nodepool already? | |
| 13:15:14 | Shrews | no | |
| 13:16:12 | mordred | yeah - I don't think that's needed | |
| 13:16:17 | Shrews | mordred: however, i would have thought that we'd have a 'default' value in clouds.yaml. but i guess not? | |
| 13:16:21 | mordred | https://docs.openstack.org/openstacksdk/latest/user/config/network-config.html - nat_source | |
| 13:16:40 | Shrews | ah! yes | |
| 13:16:57 | Shrews | excellent | |
| 13:17:17 | mordred | Shrews: we should maybe figure out how to document those _better_ - it seems like people can never find them | |
| 13:17:37 | mordred | so while there are some docs, they're clearly not working for people | |
| 13:17:39 | Shrews | (or remember them :) | |
| 13:17:44 | mordred | hehe. yeah :) | |
| 13:21:11 | Shrews | i'll comment on that review with that doc link | |
| 15:25:16 | openstackgerrit | Matt Riedemann proposed openstack/python-openstackclient master: Add server event command documentation for compute API 2.21 https://review.opendev.org/664957 | |
| 15:41:38 | openstackgerrit | Matt Riedemann proposed openstack/python-openstackclient master: Add server add/remove volume description for microversion 2.20 https://review.opendev.org/664960 | |
| 19:16:11 | openstackgerrit | Brian Haley proposed openstack/python-openstackclient master: port: drop host-id and device-id https://review.opendev.org/664421 | |
| #openstack-sdks - 2019-06-13 | |||
| 08:55:50 | openstackgerrit | Merged openstack/openstacksdk master: Support deleting all routes in update_router https://review.opendev.org/663369 | |
| 10:22:46 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: Prepare Server to be used in cloud layer https://review.opendev.org/665105 | |
| 10:58:45 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: Volume.Backup restore fixes https://review.opendev.org/665110 | |
| 10:59:58 | gtema | mordred, dtantsur: would you please go through refactoring changes. It becomes hard to keep track what is done, what not and to still keep it merge-able | |
| 11:01:28 | gtema | mordred: for the server I decided to split things up into first preparing server itself for additional stuff (https://review.opendev.org/#/c/665105/) and on top of that there would be it's integration into cloud | |
| 11:05:43 | dtantsur | will try | |
| 11:05:54 | gtema | thks | |
| 12:11:20 | dtantsur | mordred, gtema, it doesn't look like anything happened to https://github.com/ansible/ansible/pull/54463 after your comments :( | |
| 12:28:24 | gtema | dtantsur: if recheck will not help - we will need to leave shipits again. They seem to work only one week after latest test | |
| 12:28:37 | dtantsur | I see | |
| 12:38:39 | openstackgerrit | Merged openstack/openstacksdk master: Use Resource layer for network SecurityGroups https://review.opendev.org/662724 | |
| 14:20:16 | pgaxatte | hello | |
| 14:20:45 | pgaxatte | haa just found my answer in the channel banner :D | |
| 14:20:50 | pgaxatte | "Bug tracker for SDK and OSC is now at https://storyboard.openstack.org" | |
| 14:21:11 | pgaxatte | the contributing page of osc-lib is not up-to-date | |
| 14:21:13 | pgaxatte | https://docs.openstack.org/developer/osc-lib/contributor/index.html | |
| 14:23:06 | dtroyer | pgaxatte: thanks for the heads-up | |
| 14:23:09 | pgaxatte | to submit a bug related to the openstack cli, the openstack/openstacksdk in the storyboard is the right place? | |
| 14:23:20 | dtroyer | yes | |
| 14:25:38 | pgaxatte | alright thanks dtroyer ;) | |
| 15:01:59 | mordred | pgaxatte: wait - no - you want https://storyboard.openstack.org/#!/project/openstack/python-openstackclient for the CLI - openstack/openstacksdk is just for the sdk | |
| 15:09:40 | pgaxatte | mordred: alright thanks, doing that. | |
| 15:15:29 | efried | dtantsur: Thanks for starting to look at the ironicclient=>sdk in nova series | |
| 15:16:39 | dtantsur | sure thing | |
| 15:20:01 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: Prepare Server to be used in cloud layer https://review.opendev.org/665105 | |
| 15:23:40 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: Prepare Server to be used in cloud layer https://review.opendev.org/665105 | |
| 15:28:11 | gtema | mordred: can you please go through refactor changes, since it's hard to keep everything from merge conflicts | |
| 15:31:08 | mordred | gtema: yes - although we're packing moving over the next couple of days, so it might be a couple of days - but that stack will be the next thing I look at and I won't merge anything else before | |
| 15:31:34 | gtema | ah, ok. Thks for the headsup | |
| 15:31:58 | gtema | happy packing! | |
| 15:34:33 | pgaxatte | dtroyer, mordred: thanks for your help, the bug is here https://storyboard.openstack.org/#!/story/2005877 :) | |
| 15:57:54 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: Prepare Server to be used in cloud layer https://review.opendev.org/665105 | |
| 16:00:35 | elmiko | API SIG office hour now open! | |
| 16:00:49 | edleafe | You beat me fair and square this time, elmiko | |
| 16:01:13 | elmiko | i like to think we are just collaborating from different time zones | |
| 16:01:40 | gtema | aren't we? | |
| 16:02:12 | edleafe | Unfortuantely, we won't be collaborating for much longer. I got my "resource action" notice from IBM, so I'll be gone come September | |
| 16:02:28 | elmiko | oh wow... | |
| 16:02:32 | gtema | ups | |
| 16:02:58 | elmiko | edleafe: does that mean you are working with a different group or...? | |
| 16:03:11 | edleafe | I'm trying to look at it as a positive thing. I've been working on OpenStack since before OpenStack existed, so maybe it's time for some new adventure | |
| 16:03:20 | elmiko | yeah, fair | |
| 16:03:23 | edleafe | elmiko: No, it's a layoff | |
| 16:03:28 | elmiko | urgh | |
| 16:03:28 | njohnston | edleafe: Maybe you can come over to Red Hat, and slip right back in... | |
| 16:03:37 | elmiko | haha, njohnston was just about to say that! | |
| 16:03:37 | gtema | ehh, that's sad | |
| 16:03:40 | edleafe | njohnston: Sneaky!! | |
| 16:03:50 | elmiko | we have other positions too though, not just openstack =) | |
| 16:04:42 | edleafe | I've found tons of positions available, but for most companies I've seen "senior" developer means "more than 3 years out of college" | |
| 16:05:29 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593 | |
| 16:07:54 | elmiko | edleafe: well, if you do find something at the hat, definitely reach out i'm sure there are enough of us around willing to put in a good word for you =) | |
| 16:09:54 | edleafe | Thanks, elmiko. And if you hear of anything... :) | |
| 16:13:34 | elmiko | ++ | |
| 16:16:46 | openstackgerrit | Stephen Finucane proposed openstack/python-openstackclient master: Add 'openstack server migrate [--resize|--confirm]' flags https://review.opendev.org/664393 | |
| 16:46:51 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: Prepare Server to be used in cloud layer https://review.opendev.org/665105 | |
| 16:59:49 | elmiko | catch ya later edleafe , have a nice weekend =) | |
| 16:59:54 | edleafe | You too! | |
| 17:05:04 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593 | |
| 17:05:47 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593 | |
| 17:07:08 | openstackgerrit | Artem Goncharov proposed openstack/openstacksdk master: WIP Use resource layer for compute.server cloud methods https://review.opendev.org/664593 | |