| frickler | gtema: seems there is a repeatable dns quota error in the neutron job for https://review.opendev.org/c/openstack/openstacksdk/+/947874 (stable/2023.2). given that it is EOL soon (but I wanted to backport to unmaintained branches, too) would you rather make the job n-v or drop it completely, too? (openstacksdk-functional-devstack-networking) | 08:55 |
|---|---|---|
| gtema | frickler - sure, no problems with that | 08:55 |
| gtema | oh, need to be more carful reading it - I would prefer n-v, perhaps this way we can spot more issues (real ones) rather than when the job is gone completely | 08:57 |
| frickler | ack, will do | 10:02 |
| lajoskatona | gtema: Hi, quick question: is there a way to have no-auth connection with openstacksdk, we had similar with neutronclient, see : https://opendev.org/openstack/neutron/src/branch/master/neutron/tests/fullstack/resources/process.py#L260 | 10:29 |
| lajoskatona | gtema: I saw some tests for ironic which mentions noauth in SDK unit tests (perhaps I saw them there), but not sure what I need for such in an env like Neutron's fullstack environment where we have running Neutron services but nothing else | 10:30 |
| gtema | Lajoskatona, it should be possible, but at least one of the issues that comes at my mind is absence of service catalog. It is possible to still use SDK by using absolute urls though. I would need to check how is it possible | 11:01 |
| lajoskatona | gtema:by absolute URLS you mean like set the url like http://localhost:9696/networking/v2/networks for every calls? | 11:16 |
| gtema | yes | 11:16 |
| gtema | or maybe not. I remember I was long time ago using something like connection.network.post("http://localhost:9696/networking/v2/networks", XXX) for cases where SDK was not supporting the service or the resource | 11:18 |
| gtema | but it should be possible to also inject artificial catalog or set the base url for the service | 11:18 |
| gtema | lajoskatona: but yeah, something like https://opendev.org/openstack/openstacksdk/src/branch/master/openstack/tests/unit/cloud/test_operator_noauth.py#L74 is exactly what I was expecting | 11:20 |
| gtema | you would just need to use network_endpoint_override instead, but maybe other samples would also work for you | 11:21 |
| opendevreview | Dr. Jens Harbott proposed openstack/openstacksdk stable/2023.2: [stable-only] zuul: handle broken jobs https://review.opendev.org/c/openstack/openstacksdk/+/947874 | 11:23 |
| lajoskatona | gtema: ack, I check it with network_endpoint_override, thanks for the help | 11:29 |
| gtema | wlcm, let me know if that does not work | 11:29 |
| lajoskatona | gtema: I tried with openstack.connect( auth_type='none', network_endpoint_override='http://127.0.0.1:10272/networking/v2.0') # neutron fullstack starts 1 neutron env (like server, ovs-agent etc...) for every test, so that's why the port is weird | 12:24 |
| lajoskatona | gtema: and I got this kind of exceptions: File "/home/lajoskatona/neutron/.tox/dsvm-fullstack/lib/python3.12/site-packages/keystoneauth1/discover.py", line 1505, in _run_discovery | 12:24 |
| lajoskatona | raise exceptions.DiscoveryFailure( | 12:24 |
| lajoskatona | keystoneauth1.exceptions.discovery.DiscoveryFailure: Unable to find a version discovery document at http://127.0.0.1:10272/networking/v2.0, the service is unavailable or misconfigured. Required version range (any - any), version hack disabled. | 12:24 |
| lajoskatona | I tried with /v2 only but the same result | 12:25 |
| gtema | ok, weird | 12:25 |
| gtema | lajoskatona - can you pls try without version suffix at all? Neutron does not support those | 12:27 |
| lajoskatona | with url like http://127.0.0.1:10272 it failed the same way : testtools.runtest.MultipleExceptions: ((<class 'keystoneauth1.exceptions.discovery.DiscoveryFailure'>, DiscoveryFailure('Unable to find a version discovery document at http://127.0.0.1:16089, the service is unavailable or misconfigured. Required version range (any - any), version hack disabled.'), <traceback object at 0x7523148d6340>), (<class 'fixtur | 12:31 |
| lajoskatona | ror'>, SetupError({}), <traceback object at 0x752314853ac0>)) | 12:31 |
| lajoskatona | ok, not exactly the same way.... | 12:32 |
| gtema | http://127.0.0.1:10272/networking | 12:38 |
| gtema | this is where normally version discovery document is present | 12:39 |
| gtema | but since you point to some unauth endpoint maybe version discovery middleware (or whatever this is) is not present there at all | 12:40 |
| opendevreview | Doug Goldstein proposed openstack/ansible-collections-openstack master: Allow role_assignment module to work cross domain https://review.opendev.org/c/openstack/ansible-collections-openstack/+/947285 | 13:13 |
| lajoskatona | gtema: I have to dig these things more it seems: testtools.runtest.MultipleExceptions: ((<class 'keystoneauth1.exceptions.discovery.DiscoveryFailure'>, DiscoveryFailure('Unable to find a version discovery document at http://127.0.0.1:14298/networking, the service is unavailable or misconfigured. Required version range (any - any), version hack disabled.'), <traceback object at 0x7c7568df4640>), (<class 'fixtures | 13:14 |
| lajoskatona | r'>, SetupError({}), <traceback object at 0x7c756911dcc0>)) , | 13:14 |
| lajoskatona | gtema: thanks, I have to leave now, but come back if I find any solid thing for this problem :-) | 13:14 |
| gtema | tja, sad. I assume in tests you are not starting all applications and though version discovery is not working | 13:14 |
| opendevreview | Doug Goldstein proposed openstack/ansible-collections-openstack master: Allow role_assignment module to work cross domain https://review.opendev.org/c/openstack/ansible-collections-openstack/+/947285 | 14:23 |
| opendevreview | Roberto Alfieri proposed openstack/ansible-collections-openstack master: Fix example in the dns_zone_info module doc https://review.opendev.org/c/openstack/ansible-collections-openstack/+/942487 | 16:15 |
| opendevreview | Gavin Chappell proposed openstack/ansible-collections-openstack master: Don't compare current state for `reboot_*` actions https://review.opendev.org/c/openstack/ansible-collections-openstack/+/946880 | 17:18 |
| opendevreview | Merged openstack/ansible-collections-openstack master: Fix disable_gateway_ip for subnet https://review.opendev.org/c/openstack/ansible-collections-openstack/+/940927 | 17:46 |
| opendevreview | Andrew Bonney proposed openstack/ansible-collections-openstack master: Add support for managing network segments https://review.opendev.org/c/openstack/ansible-collections-openstack/+/944121 | 18:54 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!