Closed yeoldegrove closed 1 year ago
@yeoldegrove I had this issue myself, and was to lazy to open a ticket :sweat_smile: Thank you
When running salt-call --local sys.list_state_functions -l debug
the following related error message is shown:
File "/var/cache/salt/minion/extmods/states/hanamod.py", line 64, in <module>
from salt.ext import six
ImportError: cannot import name 'six'
[DEBUG ] Failed to import states netweavermod:
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/salt/loader/lazy.py", line 772, in _load_module
mod = self.run(spec.loader.load_module)
File "/usr/lib/python3.6/site-packages/salt/loader/lazy.py", line 1234, in run
return self._last_context.run(self._run_as, _func_or_method, *args, **kwargs)
File "/usr/lib/python3.6/site-packages/contextvars/__init__.py", line 38, in run
return callable(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/salt/loader/lazy.py", line 1249, in _run_as
return _func_or_method(*args, **kwargs)
Yes, it is related to six
, as this package now is not imported as external
salt-shaptools-0.3.18
was released in https://download.opensuse.org/repositories/network:ha-clustering:sap-deployments:devel/ and https://download.opensuse.org/repositories/network:/ha-clustering:/sap-deployments:/v9/.
Using these repos via variable ha_sap_deployment_repo
fixes the issue.
Used cloud platform Azure
Used SLES4SAP version SLES15SP4
Expected behaviour vs observed behaviour When running with
salt-3006.0-150400.8.34.2.x86_64
, the hana state functions fromsalt-shaptools
are no longer found. This is also true for every other state function fromsalt-shaptools
.e.g.
The functions are not found by this call:
When running with
salt-3004-150400.8.25.1.x86_64
, everything works as expected.The new
salt-3006
is in the official repos of e.g. SLES15SP4/SP5.We have investigate to find a solution for this.