<div dir="ltr"><div dir="ltr">On Fri, May 22, 2020 at 10:49 PM Alex Schultz <<a href="mailto:aschultz@redhat.com">aschultz@redhat.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, May 22, 2020 at 3:42 PM Neil Jerram <<a href="mailto:neil@tigera.io" target="_blank">neil@tigera.io</a>> wrote:<br>
><br>
> Here's the traceback for why python-openstackclient can't import its identity plugin:<br>
><br>
> Traceback (most recent call last):<br>
> File "/opt/stack/python-openstackclient/openstackclient/common/clientmanager.py", line 151, in get_plugin_modules<br>
> __import__(ep.module_name)<br>
> File "/opt/stack/python-openstackclient/openstackclient/identity/client.py", line 18, in <module><br>
> from keystoneclient.v2_0 import client as identity_client_v2<br>
> File "/usr/local/lib/python3.6/dist-packages/keystoneclient/v2_0/__init__.py", line 1, in <module><br>
> from keystoneclient.v2_0.client import Client # noqa<br>
> File "/usr/local/lib/python3.6/dist-packages/keystoneclient/v2_0/client.py", line 21, in <module><br>
> from keystoneclient import httpclient<br>
> File "<frozen importlib._bootstrap>", line 1020, in _handle_fromlist<br>
> File "/usr/local/lib/python3.6/dist-packages/keystoneclient/__init__.py", line 72, in __getattr__<br>
> return importlib.import_module('keystoneclient.%s' % name)<br>
> File "/usr/lib/python3.6/importlib/__init__.py", line 126, in import_module<br>
> return _bootstrap._gcd_import(name[level:], package, level)<br>
> File "/usr/local/lib/python3.6/dist-packages/keystoneclient/httpclient.py", line 43, in <module><br>
> import keyring<br>
> File "/usr/lib/python3/dist-packages/keyring/__init__.py", line 3, in <module><br>
> from .core import (set_keyring, get_keyring, set_password, get_password,<br>
> File "/usr/lib/python3/dist-packages/keyring/core.py", line 153, in <module><br>
> init_backend()<br>
> File "/usr/lib/python3/dist-packages/keyring/core.py", line 66, in init_backend<br>
> keyrings = filter(limit, backend.get_all_keyring())<br>
> File "/usr/lib/python3/dist-packages/keyring/util/__init__.py", line 21, in wrapper<br>
> func.always_returns = func(*args, **kwargs)<br>
> File "/usr/lib/python3/dist-packages/keyring/backend.py", line 196, in get_all_keyring<br>
> exceptions=TypeError))<br>
> File "/usr/lib/python3/dist-packages/keyring/util/__init__.py", line 31, in suppress_exceptions<br>
> for callable in callables:<br>
> File "/usr/lib/python3/dist-packages/keyring/backend.py", line 188, in is_class_viable<br>
> keyring_cls.priority<br>
> File "/usr/lib/python3/dist-packages/keyring/util/properties.py", line 24, in __get__<br>
> return self.fget.__get__(None, owner)()<br>
> File "/usr/lib/python3/dist-packages/keyring/backends/SecretService.py", line 37, in priority<br>
> bus = secretstorage.dbus_init()<br>
> File "/usr/lib/python3/dist-packages/secretstorage/__init__.py", line 47, in dbus_init<br>
> return dbus.SessionBus()<br>
> File "/usr/lib/python3/dist-packages/dbus/_dbus.py", line 211, in __new__<br>
> mainloop=mainloop)<br>
> File "/usr/lib/python3/dist-packages/dbus/_dbus.py", line 100, in __new__<br>
> bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)<br>
> File "/usr/lib/python3/dist-packages/dbus/bus.py", line 122, in __new__<br>
> bus = cls._new_for_bus(address_or_type, mainloop=mainloop)<br>
> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /tmp/dbus-yQkwBYfBbJ: Connection refused<br>
><br>
> Does that ring any bells?<br>
><br>
<br>
I haven't seen this exact issue, but there was an issue with<br>
secretstorage & jeepney a while back around it actually hanging<br>
because it wasn't properly handling dbus connection problems. I<br>
reported it against secretstorage but it ended up being an issue in<br>
jeepney. <a href="https://github.com/mitya57/secretstorage/issues/22" rel="noreferrer" target="_blank">https://github.com/mitya57/secretstorage/issues/22</a><br>
<br>
This bit of code should generally be silently ignored and the backend<br>
should just be ignored if not available so it might be an issue in one<br>
of the dependencies.<br>
<br>
Hope that points you in the right direction.<br>
<br>
Thanks,<br>
-Alex<br></blockquote><div><br></div><div>Many thanks Alex.</div><div><br></div><div>I believe I've just made some progress on this, and that the problem was not correctly setting up the stack user. I was previously running just</div><div><br></div><div>./stack.sh</div><div><br></div><div>as the default user on a semaphore VM. I've now changed that to</div><div><br></div>sudo tools/create-stack-user.sh<br>cd ..<br>sudo mkdir -p /opt/stack<br>sudo mv devstack /opt/stack<br>sudo chown -R stack:stack /opt/stack<br>ls -la /opt/stack<br>sudo -u stack -i bash -c 'cd devstack && ./stack.sh'</div><div class="gmail_quote"><br></div><div class="gmail_quote">and it seems to be getting a lot further.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Best wishes,</div><div class="gmail_quote"> Neil</div><div class="gmail_quote"><br></div></div>