tests can fail due to there being multiple security groups with the same name

[Brian Murray]

In https://autopkgtest.ubuntu.com/results/autopkgtest-oracular/oracular/amd64/r/r-cran-survey/20240522_110540_37db1@/log.gz I saw the following failure scenario:

769s DEBUG (shell:822) Multiple security_group matches found for name '<email address hidden>', use an ID to be more specific. (HTTP 409) (Request-ID: req-8babe87a-67cf-442e-8426-19f85dad9df8)
769s Traceback (most recent call last):
769s File "/usr/lib/python3/dist-packages/novaclient/shell.py", line 820, in main
769s OpenStackComputeShell().main(argv)
769s File "/usr/lib/python3/dist-packages/novaclient/shell.py", line 742, in main
769s args.func(self.cs, args)
769s File "/usr/lib/python3/dist-packages/novaclient/v2/shell.py", line 971, in do_boot
769s server = cs.servers.create(*boot_args, **boot_kwargs)
769s File "/usr/lib/python3/dist-packages/novaclient/v2/servers.py", line 1477, in create
769s return self._boot(response_key, *boot_args, **boot_kwargs)
769s File "/usr/lib/python3/dist-packages/novaclient/v2/servers.py", line 836, in _boot
769s return self._create('/servers', body, response_key,
769s File "/usr/lib/python3/dist-packages/novaclient/base.py", line 363, in _create
769s resp, body = self.api.client.post(url, body=body)
769s File "/usr/lib/python3/dist-packages/keystoneauth1/adapter.py", line 392, in post
769s return self.request(url, 'POST', **kwargs)
769s File "/usr/lib/python3/dist-packages/novaclient/client.py", line 78, in request
769s raise exceptions.from_response(resp, body, url, method)
769s novaclient.exceptions.Conflict: Multiple security_group matches found for name '<email address hidden>', use an ID to be more specific. (HTTP 409) (Request-ID: req-8babe87a-67cf-442e-8426-19f85dad9df8)

We should probably just switch to using an ID instead of the name but there is also a question as to how we are getting multiple security groups with the same name.

[Brian Murray (brian-murray)]

There was a later exception with the following traceback:

769s Traceback (most recent call last):
769s File "/usr/lib/python3/dist-packages/novaclient/shell.py", line 820, in main
769s OpenStackComputeShell().main(argv)
769s File "/usr/lib/python3/dist-packages/novaclient/shell.py", line 742, in main
769s args.func(self.cs, args)
769s File "/usr/lib/python3/dist-packages/novaclient/v2/shell.py", line 971, in do_boot
769s server = cs.servers.create(*boot_args, **boot_kwargs)
769s File "/usr/lib/python3/dist-packages/novaclient/v2/servers.py", line 1477, in create
769s return self._boot(response_key, *boot_args, **boot_kwargs)
769s File "/usr/lib/python3/dist-packages/novaclient/v2/servers.py", line 836, in _boot
769s return self._create('/servers', body, response_key,
769s File "/usr/lib/python3/dist-packages/novaclient/base.py", line 363, in _create
769s resp, body = self.api.client.post(url, body=body)
769s File "/usr/lib/python3/dist-packages/keystoneauth1/adapter.py", line 392, in post
769s return self.request(url, 'POST', **kwargs)
769s File "/usr/lib/python3/dist-packages/novaclient/client.py", line 69, in request
769s resp, body = super(SessionClient, self).request(url,
769s File "/usr/lib/python3/dist-packages/keystoneauth1/adapter.py", line 545, in request
769s resp = super(LegacyJsonAdapter, self).request(*args, **kwargs)
769s File "/usr/lib/python3/dist-packages/keystoneauth1/adapter.py", line 248, in request
769s return self.session.request(url, method, **kwargs)
769s File "/usr/lib/python3/dist-packages/keystoneauth1/session.py", line 913, in request
769s resp = send(**kwargs)
769s File "/usr/lib/python3/dist-packages/keystoneauth1/session.py", line 1020, in _send_request
769s raise exceptions.ConnectFailure(msg)
769s keystoneauth1.exceptions.connection.ConnectFailure: Unable to establish connection to https://nova.ps5.canonical.com:8774/v2.1/servers: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))

I have an MP adding keystoneauth1.exceptions.connection.ConnectFailure to temp fails which will workaround the issue so this is less important but still worth addressing some day.

[Brian Murray (brian-murray)]

Well https://autopkgtest.ubuntu.com/results/autopkgtest-oracular/oracular/amd64/d/dgit/20240523_073200_d329e@/log.gz didn't show the ConnectFailure traceback so this might be more important. We should discuss it as a team.