| frickler | dking: I have been wondering about that, too, seems at least by default it doesn't | 05:02 |
|---|---|---|
| gtema | dking, frickler: In the clouds.yaml you can set api_timeout per each connection | 05:28 |
| dking | gtema: I thought that clouds.yaml usually just matched existing command line options. Is there a related command line option for that? Also, is that documented anywhere? I'm not seeing api_timeout listed. | 05:34 |
| dking | I'm checking in the online man page, but also https://docs.openstack.org/python-openstackclient/latest/cli/man/openstack.html and https://docs.openstack.org/python-openstackclient/latest/configuration/index.html and I don't see that option. | 05:34 |
| gtema | No, that one is not listed and coming from SDK reading the config | 05:35 |
| gtema | Moreover you'll not find it in any SDK docs sadly, but here it is in the code: https://opendev.org/openstack/openstacksdk/src/branch/master/openstack/config/cloud_region.py#L636 | 05:37 |
| dking | gtema: Thanks for pointing that out. However, from looking at the code, that seems like maybe it's a timeout for the keystone session itself. I'm referring to the actual request to the API. Specifically, I'm connecting to Ironic with "openstack baremetal node ..." commands, but when Ironic-API gets bogged down, it causes some of my scripts using it to get stuck. | 05:44 |
| dking | I'm probably going to have to just specifically wrap the openstack command in the timeout command, but I was hoping that there was something built in for that. If it's not there, perhaps that would be a good option to add? | 05:46 |
| gtema | That one is used as a timeout parameter on that python requests | 05:46 |
| frickler | gtema: oh, wow, I just found _fix_backwards_api_timeout() and that is really ... surprising. thx mordred ;) | 06:01 |
| isabek | Hi openstackclient cores! If you have some time, can you please take a look https://review.opendev.org/c/openstack/python-openstackclient/+/805618 ? | 08:47 |
| *** sshnaidm is now known as sshnaidm|afk | 09:33 | |
| *** redrobot6 is now known as redrobot | 10:34 | |
| *** sshnaidm|afk is now known as sshnaidm | 11:26 | |
| *** tkajinam is now known as Guest8517 | 11:58 | |
| opendevreview | Merged openstack/osc-lib master: Update master for stable/xena https://review.opendev.org/c/openstack/osc-lib/+/808366 | 12:36 |
| opendevreview | Merged openstack/osc-lib master: Add Python3 yoga unit tests https://review.opendev.org/c/openstack/osc-lib/+/808368 | 13:27 |
| *** mnaser_ is now known as mnaser | 14:58 | |
| *** headphoneJames_ is now known as headphoneJames | 15:00 | |
| *** johnsom_ is now known as johnsom | 15:00 | |
| *** JqckB_ is now known as JqckB | 15:01 | |
| *** dking is now known as Guest8538 | 15:15 | |
| *** Guest8538 is now known as dking | 16:53 | |
| dking | gtema: So, I decided to actually try the timeout, and unless I'm doing something wrong, it doesn't seem to work. Here's the clouds.yaml file: https://paste.opendev.org/show/811703/ | 16:54 |
| dking | I added an endpoint override so that I could be sure that the file is being read and also it provided a handy way to break the requests which is the failure scenario to need the timeout. Then, I added api_timeout, and it still seems to take just as long to fail. | 16:55 |
| gtema | It works for me definitely, so you might be doing something wrong | 17:00 |
| *** sshnaidm is now known as sshnaidm|afk | 17:14 | |
| opendevreview | Stephen Finucane proposed openstack/python-openstackclient master: compute: Pass through args to ssh https://review.opendev.org/c/openstack/python-openstackclient/+/402530 | 17:44 |
| opendevreview | Stephen Finucane proposed openstack/python-openstackclient master: compute: Fix weird option definition for 'server ssh' https://review.opendev.org/c/openstack/python-openstackclient/+/821867 | 17:44 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!