| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2022-10-21 | |||
| 15:00:06 | opendevreview | PB proposed openstack/ansible-collections-openstack master: added RETURN section, DOC indentation https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862290 | |
| 15:03:01 | stephenfin | seongsoocho: I think you've a pretty good handle on SDK/OSC work that needs to be done, but if you ever need guidance feel free to reach out and ask. There are (almost) no silly questions :) | |
| 15:03:45 | seongsoocho | stephenfin: I really appreciate to all of you. and really nice to see you online :-) | |
| 15:03:55 | gtema | in the SDK there definitely no silly question (looking at such huge code basis) - forgot to mention: 150,000 lines of code - respect | |
| 15:18:30 | opendevreview | PB proposed openstack/ansible-collections-openstack master: added RETURN section, DOC indentation https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862290 | |
| 16:49:25 | fungi | gtema: i replied via openpgp/mime encrypted to your key, let me know if it doesn't come through or if you need a separate encrypted attachment | |
| 16:51:38 | gtema | I got it but now struggling to unlock my own gpg while it definitely worked before | |
| 16:52:50 | fungi | i can manually encrypt a file and attach that to a normal multipart/mime instead if you want | |
| 16:53:26 | fungi | (my mua just makes pgp wrappers easier) | |
| 16:55:42 | gtema | I feel I broke my passphrase, trying to find the matching one | |
| 16:59:46 | gtema | fungi: got msg.asc decrypted. It contains the API Key and link to rack for getting started, right? | |
| 17:00:56 | fungi | yep | |
| 17:01:25 | gtema | awesome, thanks a lot | |
| 17:02:27 | fungi | caveat: i did not test it | |
| 17:02:38 | fungi | but i can reach back out to them if it's not working | |
| 17:03:06 | gtema | I'm trying it now. Need to figure out though steps first | |
| 17:05:09 | opendevreview | Stephen Finucane proposed openstack/python-openstackclient master: image: Ignore '--progress' if providing image data from stdin https://review.opendev.org/c/openstack/python-openstackclient/+/862383 | |
| 17:05:09 | opendevreview | Stephen Finucane proposed openstack/python-openstackclient master: image: Simplify handling of data provided via stdin https://review.opendev.org/c/openstack/python-openstackclient/+/862384 | |
| 17:05:10 | opendevreview | Stephen Finucane proposed openstack/python-openstackclient master: image: Add 'image stage' command https://review.opendev.org/c/openstack/python-openstackclient/+/862385 | |
| 17:05:10 | opendevreview | Stephen Finucane proposed openstack/python-openstackclient master: image: Add 'image import' command https://review.opendev.org/c/openstack/python-openstackclient/+/862386 | |
| 17:05:47 | gtema | fungi: where can I get tenantId? | |
| 17:11:03 | fungi | that's a good question. it's possible you can log into their webui with that information | |
| 17:11:20 | gtema | nope, it didn't let me in | |
| 17:11:29 | fungi | i'll ask them | |
| 17:11:39 | gtema | https://docs.rackspace.com/docs/cloud-servers/v2/getting-started/authenticate#send-auth-req-curl with the creds didn't work | |
| 17:11:46 | gtema | thanks | |
| 17:14:23 | fungi | yeah, looks like https://docs.rackspace.com/docs/cloud-servers/v2/getting-started/get-credentials-include says you need to log into the dashboard and get the account number to use as the tenant id | |
| 17:16:14 | gtema | with token I can't login there, need password | |
| 17:49:10 | opendevreview | PB proposed openstack/ansible-collections-openstack master: added RETURN section, DOC indentation https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862290 | |
| 17:59:14 | gtema | fungi - I got tenantId, so apikey is working. Trying to figure out how clouds.yaml should be looking like, but that will wait till Monday. Thanks for sending the data | |
| 18:06:17 | fungi | gtema: oh! how were you able to query the tenant id? | |
| 18:07:32 | opendevreview | PB proposed openstack/ansible-collections-openstack master: added RETURN section, DOC indentation https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862290 | |
| 18:07:43 | gtema | https://docs.rackspace.com/docs/cloud-servers/v2/getting-started/authenticate#send-auth-req-curl | |
| 18:09:16 | gtema | In infra case, does clouds.yaml (i.e. on nodepool) contain something special for rax? | |
| 18:09:51 | fungi | and sorry i hadn't had time to reach out to them yet, but glad i don't need to now | |
| 18:10:03 | fungi | gtema: yeah, i can get you a link | |
| 18:10:40 | gtema | Sounds great | |
| 18:16:17 | fungi | gtema: https://opendev.org/opendev/system-config/src/branch/master/playbooks/templates/clouds/nodepool_clouds.yaml.j2#L20-L48 | |
| 18:17:01 | gtema | Ah, sounds reasonable. Thanks a lot | |
| 18:17:45 | gtema | fungi: And here password is this API key, right? | |
| 18:19:02 | fungi | gtema: presumably an api key will work there. i think we end up filling it with our account password | |
| 18:19:24 | fungi | i don't know much about how api keys are plumbed in (their) keystone | |
| 18:20:00 | gtema | Ok, will try next week to do it this way | |
| 18:20:12 | gtema | Thanks a lot fungi | |
| 18:20:30 | fungi | i have a personal rackspace account too, so if i get time i can test issuing an api key and putting that in my clouds.yaml | |
| 18:21:22 | gtema | Cool | |
| 19:55:51 | diablo_rojo | ~motd del 1 | |
| 19:57:02 | diablo_rojo | LOL wrong channel; | |
| 19:57:10 | gtema | :) | |
| #openstack-sdks - 2022-10-24 | |||
| 02:46:56 | opendevreview | Yonggen Sun proposed openstack/keystoneauth master: Add doc of OAuth 2.0 Mutual-TLS Authenticate https://review.opendev.org/c/openstack/keystoneauth/+/860923 | |
| 10:59:00 | opendevreview | Eunyoung Kim proposed openstack/openstacksdk master: image: Add metadef resource type operations https://review.opendev.org/c/openstack/openstacksdk/+/861490 | |
| 12:55:45 | opendevreview | Eunyoung Kim proposed openstack/openstacksdk master: image: Add metadef resource type operations https://review.opendev.org/c/openstack/openstacksdk/+/861490 | |
| 14:23:04 | opendevreview | YaZug proposed openstack/cliff stable/wallaby: Removing brackets around tested conditional https://review.opendev.org/c/openstack/cliff/+/862494 | |
| 17:23:41 | opendevreview | Thobias Trevisan proposed openstack/python-openstackclient master: Fix server list error with --long and -c options https://review.opendev.org/c/openstack/python-openstackclient/+/862513 | |
| 18:10:49 | opendevreview | Denys Mishchenko proposed openstack/ansible-collections-openstack master: search_images replaced with image.images https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862518 | |
| 18:43:33 | gtema | fungi - can you please ask RAX contact to provide password. API key is not really much useful. You can work with it but it requires special hacking of keystoneauth | |
| 18:45:25 | fungi | i'll reach out to them | |
| 18:45:35 | gtema | thanks a lot | |
| 18:47:27 | fungi | gtema: specifically, you need a password in order to test features of the cli or sdk which rely on ksa's handling of password authentication? | |
| 18:47:53 | fungi | just trying to make sure i phrase the request accurately | |
| 18:48:06 | gtema | pretty much anything. api key is a RAX specific extension which is not part of OpenStack | |
| 18:48:25 | gtema | you can teach keystoneauth to support this type of auth, but it is not OpenStack | |
| 18:50:02 | fungi | i see | |
| #openstack-sdks - 2022-10-25 | |||
| 06:43:56 | opendevreview | Rafael Castillo proposed openstack/openstacksdk master: Add all_projects parameter to find_project https://review.opendev.org/c/openstack/openstacksdk/+/857936 | |
| 06:44:16 | opendevreview | Rafael Castillo proposed openstack/openstacksdk master: Add all_projects parameter to find_project https://review.opendev.org/c/openstack/openstacksdk/+/857936 | |
| 06:45:40 | opendevreview | Rafael Castillo proposed openstack/openstacksdk master: Add all_projects parameter to find_server https://review.opendev.org/c/openstack/openstacksdk/+/857936 | |
| 06:56:52 | opendevreview | Denys Mishchenko proposed openstack/ansible-collections-openstack master: search_images replaced with image.images https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862518 | |
| 08:01:02 | opendevreview | Jakob Meng proposed openstack/ansible-collections-openstack master: Refactored baremetal_node and baremetal_node_info modules https://review.opendev.org/c/openstack/ansible-collections-openstack/+/854113 | |
| 08:01:48 | opendevreview | Jakob Meng proposed openstack/ansible-collections-openstack master: Refactored baremetal_node_action module https://review.opendev.org/c/openstack/ansible-collections-openstack/+/854357 | |
| 08:02:10 | opendevreview | Jakob Meng proposed openstack/ansible-collections-openstack master: Refactored baremetal_port and baremetal_port_info modules https://review.opendev.org/c/openstack/ansible-collections-openstack/+/854569 | |
| 08:11:46 | opendevreview | Jakob Meng proposed openstack/ansible-collections-openstack master: Refactored baremetal_node and baremetal_node_info modules https://review.opendev.org/c/openstack/ansible-collections-openstack/+/854113 | |
| 08:56:50 | opendevreview | Denys Mishchenko proposed openstack/ansible-collections-openstack master: Existing images update name, visibility etc https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862565 | |
| 09:30:57 | opendevreview | Jakob Meng proposed openstack/ansible-collections-openstack master: Refactored baremetal_node_action module https://review.opendev.org/c/openstack/ansible-collections-openstack/+/854357 | |
| 09:31:18 | opendevreview | Jakob Meng proposed openstack/ansible-collections-openstack master: Refactored baremetal_port and baremetal_port_info modules https://review.opendev.org/c/openstack/ansible-collections-openstack/+/854569 | |
| 09:52:41 | opendevreview | Denys Mishchenko proposed openstack/ansible-collections-openstack master: Existing images update name, visibility etc https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862565 | |
| 12:38:49 | opendevreview | HaeIYoon proposed openstack/openstacksdk master: Add image metadef object operations https://review.opendev.org/c/openstack/openstacksdk/+/858350 | |
| 12:51:23 | dannosliwcd | As part of the nova-gaps project topic, I'm making the implementation of `server migration list` use the SDK to get migrations. But the SDK compute proxy's `migrations()` function doesn't accept any input arguments, which prevents me from using any of the filters. Is there another way to handle that, or does the `migrations()` function need to be updated? | |
| 12:52:43 | gtema | sdk need to be updated | |
| 13:10:14 | dannosliwcd | Okay. I’ll look into making that change too | |
| 16:31:58 | servagem | Hi, Clould someone please review this patch? Thanks https://review.opendev.org/c/openstack/python-openstackclient/+/862513 | |
| 17:48:32 | noonedeadpunk | gtema: hey! I'm quite ashamed but on PTG I was side-pinged and missed beginning of the discussion regarding search_xxx - payed attention only starting from words - "it affects only ansible collections"... So basically right now we're working on implementation of roles for images lifecycle. And zuul folks were also interested in this approach as contrary to nodepool-builder | |
| 17:48:56 | noonedeadpunk | but eventually faced this topic and how to search for images with new sdk/collections | |
| 17:49:56 | noonedeadpunk | Basically we (under we I mean arddennis) have some time to help out on implementation, but would be great if you could somehow point to the right direction | |
| 17:54:33 | noonedeadpunk | I'm not sure there was a decision made on what direction to move (either implement search logic or a generic search_resource) but generic search sound like a good idea at the moment comparing to moving logic to collections (or at least more clean one) | |
| 17:58:20 | noonedeadpunk | But I think it's worth syncing efforts so that we won't dig into the wrong direction | |
| 17:59:08 | noonedeadpunk | (or the one you're trying to get rid of for quite a while now) | |
| 18:01:46 | opendevreview | Violet Kurtz proposed openstack/python-openstackclient master: Moved hypervisor to the SDK https://review.opendev.org/c/openstack/python-openstackclient/+/858366 | |
| 18:05:11 | opendevreview | Merged openstack/ansible-collections-openstack master: Refactored baremetal_node and baremetal_node_info modules https://review.opendev.org/c/openstack/ansible-collections-openstack/+/854113 | |
| 18:10:03 | opendevreview | Denys Mishchenko proposed openstack/ansible-collections-openstack master: Existing images update name, visibility etc https://review.opendev.org/c/openstack/ansible-collections-openstack/+/862565 | |
| 18:15:54 | gtema | noonedeadpunk: so you stick to Ansible usecase or you are searching for also regular SDK interface for that? | |
| 18:32:39 | noonedeadpunk | gtema: ansible usecase now | |
| 18:35:13 | noonedeadpunk | so for rotation we need to get images with specific tags/properties and verify them. So classic search basically | |
| 18:39:40 | noonedeadpunk | verify in terms to check if they're used by any server or not and if not delete them, otherwise hide | |
| 18:45:43 | noonedeadpunk | writing it makes me think how optimal end result would be though... as sounds as quite few loops which ansible not good at | |
| 18:47:48 | noonedeadpunk | but I want it to be native zuul job in periodic pipeline (for internal zuul), so it's either just ansible or make ansible module out of this which won't be much better as we still will face earch I believe | |
| 18:47:54 | noonedeadpunk | *face search | |
| 18:50:04 | gtema | I would rather create special module packing all functionality | |
| 18:50:44 | noonedeadpunk | and move search logic to it? | |
| 18:51:02 | gtema | Not that, i mean all iterations | |
| 18:53:46 | noonedeadpunk | well... several things here why I thought that plain ansible would work - this can be re-used in many places and help other operators to get fresh images when needed. In OSA we also mess up with images for octavia/magnum/trove/etc. So we can easily re-use that | |