Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] [v3005.1] salt-ssh crashes when dependency importlib_metadata is at version >=5.0.0 #62851

Closed
9 tasks
hartwork opened this issue Oct 10, 2022 · 23 comments
Closed
9 tasks
Assignees
Labels
Bug broken, incorrect, or confusing behavior dependency underlying Salt dependency issue VMware

Comments

@hartwork
Copy link

hartwork commented Oct 10, 2022

Description
With Salt 3005 and importlib_metadata 5.0.0 I get this crash when running salt-ssh:

# time salt-ssh '*' state.apply setup
/usr/lib/python3.8/site-packages/_distutils_hack/__init__.py:33: UserWarning: Setuptools is replacing distutils.
  warnings.warn("Setuptools is replacing distutils.")
[ERROR   ] 'EntryPoints' object has no attribute 'items'
Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/salt/utils/parsers.py", line 212, in parse_args
    mixin_after_parsed_func(self)
  File "/usr/lib/python3.8/site-packages/salt/utils/parsers.py", line 905, in __setup_logging
    salt._logging.setup_logging()
  File "/usr/lib/python3.8/site-packages/salt/_logging/impl.py", line 971, in setup_logging
    setup_extended_logging(opts)
  File "/usr/lib/python3.8/site-packages/salt/_logging/impl.py", line 878, in setup_extended_logging
    providers = salt.loader.log_handlers(opts)
  File "/usr/lib/python3.8/site-packages/salt/loader/__init__.py", line 857, in log_handlers
    _module_dirs(
  File "/usr/lib/python3.8/site-packages/salt/loader/__init__.py", line 153, in _module_dirs
    for entry_point in entrypoints.iter_entry_points("salt.loader"):
  File "/usr/lib/python3.8/site-packages/salt/utils/entrypoints.py", line 29, in _wrapped
    return f(*args, **kwargs)
  File "/usr/lib/python3.8/site-packages/salt/utils/entrypoints.py", line 41, in iter_entry_points
    for entry_point_group, entry_points_list in entry_points.items():
AttributeError: 'EntryPoints' object has no attribute 'items'
Usage: salt-ssh [options] '<target>' <function> [arguments]

After downgrading importlib_metadata to 4.13.0 things are working fine again. Please make Salt work with importlib_metadata >=5.0.0. Thank you!

Related: python/importlib_metadata#409

Setup
(Please provide relevant configs and/or SLS files (be sure to remove sensitive info. There is no general set-up of Salt.)

Please be as specific as possible and give set-up details.

  • on-prem machine
  • VM (Virtualbox, KVM, etc. please specify)
  • VM running on a cloud service, please be explicit and add details
  • container (Kubernetes, Docker, containerd, etc. please specify)
  • or a combination, please be explicit
  • jails if it is FreeBSD
  • classic packaging
  • onedir packaging
  • used bootstrap to install

Steps to Reproduce the behavior
See description

Expected behavior
No crash

Screenshots
none

Versions Report

salt --versions-report (Provided by running salt --versions-report. Please also mention any differences in master/minion versions.)
PASTE HERE

Additional context
Add any other context about the problem here.

@hartwork hartwork added Bug broken, incorrect, or confusing behavior needs-triage labels Oct 10, 2022
@welcome
Copy link

welcome bot commented Oct 10, 2022

Hi there! Welcome to the Salt Community! Thank you for making your first contribution. We have a lengthy process for issues and PRs. Someone from the Core Team will follow up as soon as possible. In the meantime, here’s some information that may help as you continue your Salt journey.
Please be sure to review our Code of Conduct. Also, check out some of our community resources including:

There are lots of ways to get involved in our community. Every month, there are around a dozen opportunities to meet with other contributors and the Salt Core team and collaborate in real time. The best way to keep track is by subscribing to the Salt Community Events Calendar.
If you have additional questions, email us at [email protected]. We’re glad you’ve joined our community and look forward to doing awesome things with you!

@OrangeDog OrangeDog added the dependency underlying Salt dependency issue label Oct 10, 2022
@Dr-Bone
Copy link

Dr-Bone commented Oct 11, 2022

Hi
I can confirm the same issue on Arch linux after upgrade of python-importlib-metadata to 5.0.0

Oct 11 12:43:47 haproxy systemd[1]: Starting The Salt Minion...
Oct 11 12:43:47 haproxy salt-minion[834]: /usr/lib/python3.10/site-packages/_distutils_hack/__init__.py:33: UserWarning: Setuptools is replacing distutils.
Oct 11 12:43:47 haproxy salt-minion[834]:   warnings.warn("Setuptools is replacing distutils.")
Oct 11 12:43:48 haproxy systemd[1]: Started The Salt Minion.
Oct 11 12:43:48 haproxy salt-minion[842]: [ERROR   ] 'EntryPoints' object has no attribute 'items'
Oct 11 12:43:48 haproxy salt-minion[842]: Traceback (most recent call last):
Oct 11 12:43:48 haproxy salt-minion[842]:   File "/usr/lib/python3.10/site-packages/salt/utils/parsers.py", line 212, in parse_args
Oct 11 12:43:48 haproxy salt-minion[842]:     mixin_after_parsed_func(self)
Oct 11 12:43:48 haproxy salt-minion[842]:   File "/usr/lib/python3.10/site-packages/salt/utils/parsers.py", line 905, in __setup_logging
Oct 11 12:43:48 haproxy salt-minion[842]:     salt._logging.setup_logging()
Oct 11 12:43:48 haproxy salt-minion[842]:   File "/usr/lib/python3.10/site-packages/salt/_logging/impl.py", line 971, in setup_logging
Oct 11 12:43:48 haproxy salt-minion[842]:     setup_extended_logging(opts)
Oct 11 12:43:48 haproxy salt-minion[842]:   File "/usr/lib/python3.10/site-packages/salt/_logging/impl.py", line 878, in setup_extended_logging
Oct 11 12:43:48 haproxy salt-minion[842]:     providers = salt.loader.log_handlers(opts)
Oct 11 12:43:48 haproxy salt-minion[842]:   File "/usr/lib/python3.10/site-packages/salt/loader/__init__.py", line 857, in log_handlers
Oct 11 12:43:48 haproxy salt-minion[842]:     _module_dirs(
Oct 11 12:43:48 haproxy salt-minion[842]:   File "/usr/lib/python3.10/site-packages/salt/loader/__init__.py", line 153, in _module_dirs
Oct 11 12:43:48 haproxy salt-minion[842]:     for entry_point in entrypoints.iter_entry_points("salt.loader"):
Oct 11 12:43:48 haproxy salt-minion[842]:   File "/usr/lib/python3.10/site-packages/salt/utils/entrypoints.py", line 29, in _wrapped
Oct 11 12:43:48 haproxy salt-minion[842]:     return f(*args, **kwargs)
Oct 11 12:43:48 haproxy salt-minion[842]:   File "/usr/lib/python3.10/site-packages/salt/utils/entrypoints.py", line 41, in iter_entry_points
Oct 11 12:43:48 haproxy salt-minion[842]:     for entry_point_group, entry_points_list in entry_points.items():
Oct 11 12:43:48 haproxy salt-minion[842]: AttributeError: 'EntryPoints' object has no attribute 'items'
Oct 11 12:43:48 haproxy salt-minion[842]: Usage: salt-minion [options]
Oct 11 12:43:48 haproxy salt-minion[842]: [ERROR   ] 'EntryPoints' object has no attribute 'items'
Oct 11 12:43:53 haproxy systemd[1]: salt-minion.service: Main process exited, code=exited, status=64/USAGE
Oct 11 12:43:53 haproxy systemd[1]: salt-minion.service: Failed with result 'exit-code'.

Downgrade works (if you have the old package still in the pacman cache, otherwise you need to re-download it again first):

sudo pacman -U /var/cache/pacman/pkg/python-importlib-metadata-4.9.0-1-any.pkg.tar.zst
sudo systemctl restart salt-minion
salt --versions-report before downgrade salt --versions-report /usr/lib/python3.10/site-packages/_distutils_hack/__init__.py:33: UserWarning: Setuptools is replacing distutils. warnings.warn("Setuptools is replacing distutils.") Traceback (most recent call last): File "/usr/bin/salt", line 33, in sys.exit(load_entry_point('salt==3005', 'console_scripts', 'salt')()) File "/usr/lib/python3.10/site-packages/salt/scripts.py", line 530, in salt_main client.run() File "/usr/lib/python3.10/site-packages/salt/cli/salt.py", line 34, in run self.parse_args() File "/usr/lib/python3.10/site-packages/salt/utils/parsers.py", line 175, in parse_args self.print_versions_report() File "/usr/lib/python3.10/site-packages/salt/utils/parsers.py", line 251, in print_versions_report print("\n".join(version.versions_report()), file=file, flush=True) File "/usr/lib/python3.10/site-packages/salt/version.py", line 857, in versions_report ver_info = versions_information( File "/usr/lib/python3.10/site-packages/salt/version.py", line 847, in versions_information extensions_info = extensions_information() File "/usr/lib/python3.10/site-packages/salt/version.py", line 823, in extensions_information for entry_point in salt.utils.entrypoints.iter_entry_points("salt.loader"): File "/usr/lib/python3.10/site-packages/salt/utils/entrypoints.py", line 29, in _wrapped return f(*args, **kwargs) File "/usr/lib/python3.10/site-packages/salt/utils/entrypoints.py", line 41, in iter_entry_points for entry_point_group, entry_points_list in entry_points.items(): AttributeError: 'EntryPoints' object has no attribute 'items' [ERROR ] An un-handled exception was caught by Salt's global exception handler: AttributeError: 'EntryPoints' object has no attribute 'items' Traceback (most recent call last): File "/usr/bin/salt", line 33, in sys.exit(load_entry_point('salt==3005', 'console_scripts', 'salt')()) File "/usr/lib/python3.10/site-packages/salt/scripts.py", line 530, in salt_main client.run() File "/usr/lib/python3.10/site-packages/salt/cli/salt.py", line 34, in run self.parse_args() File "/usr/lib/python3.10/site-packages/salt/utils/parsers.py", line 175, in parse_args self.print_versions_report() File "/usr/lib/python3.10/site-packages/salt/utils/parsers.py", line 251, in print_versions_report print("\n".join(version.versions_report()), file=file, flush=True) File "/usr/lib/python3.10/site-packages/salt/version.py", line 857, in versions_report ver_info = versions_information( File "/usr/lib/python3.10/site-packages/salt/version.py", line 847, in versions_information extensions_info = extensions_information() File "/usr/lib/python3.10/site-packages/salt/version.py", line 823, in extensions_information for entry_point in salt.utils.entrypoints.iter_entry_points("salt.loader"): File "/usr/lib/python3.10/site-packages/salt/utils/entrypoints.py", line 29, in _wrapped return f(*args, **kwargs) File "/usr/lib/python3.10/site-packages/salt/utils/entrypoints.py", line 41, in iter_entry_points for entry_point_group, entry_points_list in entry_points.items(): AttributeError: 'EntryPoints' object has no attribute 'items'
salt --versions-report after downgrade salt --versions-report /usr/lib/python3.10/site-packages/_distutils_hack/__init__.py:33: UserWarning: Setuptools is replacing distutils. warnings.warn("Setuptools is replacing distutils.") Salt Version: Salt: 3005

Dependency Versions:
cffi: 1.15.1
cherrypy: Not Installed
dateutil: Not Installed
docker-py: Not Installed
gitdb: Not Installed
gitpython: Not Installed
Jinja2: 3.1.2
libgit2: Not Installed
M2Crypto: 0.38.0
Mako: Not Installed
msgpack: 1.0.4
msgpack-pure: Not Installed
mysql-python: Not Installed
pycparser: 2.21
pycrypto: Not Installed
pycryptodome: 3.12.0
pygit2: Not Installed
Python: 3.10.7 (main, Sep 6 2022, 21:22:27) [GCC 12.2.0]
python-gnupg: Not Installed
PyYAML: 6.0
PyZMQ: 24.0.1
smmap: Not Installed
timelib: Not Installed
Tornado: 4.5.3
ZMQ: 4.3.4

System Versions:
dist: arch
locale: utf-8
machine: x86_64
release: 5.19.13-arch1-1
system: Linux
version: Arch Linux

@lkubb lkubb mentioned this issue Oct 11, 2022
3 tasks
@lsh-0
Copy link

lsh-0 commented Oct 12, 2022

Seeing this on Salt 3003.5 + Ubuntu 20.04 too:

root@ip-10-0-2-153:/home/ubuntu# salt-call --versions
Traceback (most recent call last):
  File "/usr/bin/salt-call", line 11, in <module>
    load_entry_point('salt==3003.5', 'console_scripts', 'salt-call')()
  File "/usr/lib/python3/dist-packages/salt/scripts.py", line 449, in salt_call
    client.run()
  File "/usr/lib/python3/dist-packages/salt/cli/call.py", line 22, in run
    self.parse_args()
  File "/usr/lib/python3/dist-packages/salt/utils/parsers.py", line 177, in parse_args
    self.print_versions_report()
  File "/usr/lib/python3/dist-packages/salt/utils/parsers.py", line 246, in print_versions_report
    print("\n".join(version.versions_report()), file=file, flush=True)
  File "/usr/lib/python3/dist-packages/salt/version.py", line 801, in versions_report
    ver_info = versions_information(
  File "/usr/lib/python3/dist-packages/salt/version.py", line 791, in versions_information
    extensions_info = extensions_information()
  File "/usr/lib/python3/dist-packages/salt/version.py", line 767, in extensions_information
    for entry_point in salt.utils.entrypoints.iter_entry_points("salt.loader"):
  File "/usr/lib/python3/dist-packages/salt/utils/entrypoints.py", line 62, in iter_entry_points
    for entry_point_group, entry_points_list in entry_points.items():
AttributeError: 'EntryPoints' object has no attribute 'items'

Downgrading importlib_metadata:

root@ip-10-0-2-153:/home/ubuntu# pip3 install 'importlib_metadata==4.13.0'
Collecting importlib_metadata==4.13.0
  Downloading importlib_metadata-4.13.0-py3-none-any.whl (23 kB)
Requirement already satisfied: zipp>=0.5 in /usr/local/lib/python3.8/dist-packages (from importlib_metadata==4.13.0) (3.9.0)
Installing collected packages: importlib_metadata
  Attempting uninstall: importlib_metadata
    Found existing installation: importlib-metadata 5.0.0
    Uninstalling importlib-metadata-5.0.0:
      Successfully uninstalled importlib-metadata-5.0.0
ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.
launchpadlib 1.10.13 requires testresources, which is not installed.
Successfully installed importlib_metadata-4.13.0
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv

WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package

(I know, I know)

After downgrade:


root@ip-10-0-2-153:/home/ubuntu# salt-call --versions
Salt Version:
          Salt: 3003.5
 
Dependency Versions:
          cffi: 1.15.1
      cherrypy: Not Installed
      dateutil: 2.7.3
     docker-py: 4.1.0
         gitdb: Not Installed
     gitpython: Not Installed
        Jinja2: 2.10.1
       libgit2: Not Installed
      M2Crypto: Not Installed
          Mako: Not Installed
       msgpack: 0.6.2
  msgpack-pure: Not Installed
  mysql-python: Not Installed
     pycparser: 2.21
      pycrypto: Not Installed
  pycryptodome: 3.6.1
        pygit2: Not Installed
        Python: 3.8.10 (default, Mar 15 2022, 12:22:08)
  python-gnupg: 0.4.5
        PyYAML: 5.3.1
         PyZMQ: 18.1.1
         smmap: Not Installed
       timelib: Not Installed
       Tornado: 4.5.3
           ZMQ: 4.3.2
 
System Versions:
          dist: ubuntu 20.04 focal
        locale: utf-8
       machine: x86_64
       release: 5.11.0-1028-aws
        system: Linux
       version: Ubuntu 20.04 focal

@Tanoti
Copy link
Contributor

Tanoti commented Oct 14, 2022

This is also happening with v3004.2 on Amazon Linux 2. I can't get to the versions report as it's occurring during an automated build where the host is torn down but I can see the same exception in the log output.

@vdloo
Copy link
Contributor

vdloo commented Oct 16, 2022

I can confirm this issue on Debian Buster as well

@j5k
Copy link

j5k commented Oct 17, 2022

Since salt is broken and a fix is already merged, can you release a new hotfix/minor version?

@hartwork
Copy link
Author

hartwork commented Nov 3, 2022

For the record, the post-3005.1 fix used in Arch and Gentoo is commit b676e63 .

@hartwork
Copy link
Author

hartwork commented Nov 3, 2022

…but patch b676e63 seems broken @MKLeb @Ch3LL:

# salt-ssh '*' state.apply setup
/usr/lib/python3.8/site-packages/_distutils_hack/__init__.py:33: UserWarning: Setuptools is replacing distutils.
  warnings.warn("Setuptools is replacing distutils.")
host123:
    ----------
    _error:
        Failed to return clean data
    retcode:
        64
    stderr:
        Usage: salt-call [options] <function> [arguments]
        
        salt-call: error: Error while processing <function LogLevelMixIn.__setup_logging at 0x7f0cf7669cf0>: Traceback (most recent call last):
          File "/var/tmp/.root_590ab3_salt/pyall/salt/utils/parsers.py", line 212, in parse_args
            mixin_after_parsed_func(self)
          File "/var/tmp/.root_590ab3_salt/pyall/salt/utils/parsers.py", line 905, in __setup_logging
            salt._logging.setup_logging()
          File "/var/tmp/.root_590ab3_salt/pyall/salt/_logging/impl.py", line 971, in setup_logging
            setup_extended_logging(opts)
          File "/var/tmp/.root_590ab3_salt/pyall/salt/_logging/impl.py", line 878, in setup_extended_logging
            providers = salt.loader.log_handlers(opts)
          File "/var/tmp/.root_590ab3_salt/pyall/salt/loader/__init__.py", line 857, in log_handlers
            _module_dirs(
          File "/var/tmp/.root_590ab3_salt/pyall/salt/loader/__init__.py", line 153, in _module_dirs
            for entry_point in entrypoints.iter_entry_points("salt.loader"):
          File "/var/tmp/.root_590ab3_salt/pyall/salt/utils/entrypoints.py", line 29, in _wrapped
            return f(*args, **kwargs)
          File "/var/tmp/.root_590ab3_salt/pyall/salt/utils/entrypoints.py", line 51, in iter_entry_points
            for entry_point in entry_points.select(group=group):
        AttributeError: 'dict' object has no attribute 'select'
    stdout:

This is with importlib_metadata 5.0.0

@MKLeb
Copy link
Contributor

MKLeb commented Nov 3, 2022

Hi @hartwork, the importlib_metadata>=5.0.0 fix was pushed in this PR: #62854. The commit you reference is part of that PR, but there was at least one iteration beyond that that pushed the fix over the line.

@hartwork
Copy link
Author

hartwork commented Nov 6, 2022

Hi @hartwork, the importlib_metadata>=5.0.0 fix was pushed in this PR: #62854. The commit you reference is part of that PR, but there was at least one iteration beyond that that pushed the fix over the line.

Hi @MKLeb, thanks for bringing this^^ to light. I'm not sure why both Arch and Gentoo chose to only cherry pick an insufficient subset of #62854 but maybe that is an indicator that a new upstream Salt release 3005.2 would help to get a consistent fix to packaging downstreams. After all, the ideal downstream patch count is zero.

CC @Foxboron (for Arch) and @chutz (for Gentoo)

@hartwork hartwork changed the title [BUG] [v3005] salt-ssh crashes when dependency importlib_metadata is at version >=5.0.0 [BUG] [v3005.1] salt-ssh crashes when dependency importlib_metadata is at version >=5.0.0 Nov 6, 2022
@j5k
Copy link

j5k commented Nov 6, 2022

I would welcome 3005.2

@categulario
Copy link

I hit this problem trying to apply a state on a minion with ubuntu 20.04 that ships with python3-importlib-metadata version 1.5.0-1. I'm using salt 3005.1-1 on a host with manjaro and using salt-ssh. Manually upgrading the server to importlib_metadata 4.6.4 worked, but definitely not a good solution.

@mikafouenski
Copy link

Hello 👋,

Quick workaround. On Archlinux the last working version is 3004.1.
Downgrading to this version fixed the problems for me.
sudo pacman -U /var/cache/pacman/pkg/salt-3004.1-3-any.pkg.tar.zst (I still had it in my cache folder)

@einsiedlerkrebs
Copy link

... For using salt on Archlinux I can recommend the downgrade script. In case someone cleans the package cache regularly.

@edlitmus
Copy link

This issue exists on Ubuntu 20.04 as well.

@Foxboron
Copy link

@hartwork Sorry, I'll backport the patches like suse did when I find the time :) Forgot this issue.

@hartwork
Copy link
Author

@Foxboron any news?

gentoo-bot pushed a commit to gentoo/gentoo that referenced this issue Jan 30, 2023
…1 hosts

The Python 3.11 issue upstream:
- saltstack/salt#62676
- saltstack/salt#62677

The importlib-metadata issue:
- saltstack/salt#62851
- saltstack/salt#62854

Patches have been extracted from pull requests as following:
- git clone https://github.com/saltstack/salt
- cd salt
- git diff b676e6338a7c094cb3335d11f851ac0e12222017^ 45b924bad865a00116d2e045fe71229f2dc3376e -- salt/utils/entrypoints.py > salt-3005.1-importlib-metadata-5-r1.patch
- git diff 00352ae6e0ed0b80a75ec65cb925dd31a625010d^ 91efaea4975f37de97a88687d40e54e774151a8b -- salt/modules/file.py | head -n 123 > salt-3005.1-modules-file-python-3.11-host.patch

Be sure to call salt-ssh with "--regen-thin" the first time
after updating, to not end up running unpatched 3005.1(-r0) code.

Closes: https://bugs.gentoo.org/875389
Closes: https://bugs.gentoo.org/883671
Signed-off-by: Sebastian Pipping <[email protected]>
@hartwork
Copy link
Author

hartwork commented Jan 30, 2023

@Foxboron PS: Here's the replacement patch I just applied for Gentoo, essentially flattened pull request #62854:
https://gitweb.gentoo.org/repo/gentoo.git/tree/app-admin/salt/files/salt-3005.1-importlib-metadata-5-r1.patch

@Foxboron
Copy link

Been a busy few weeks :) Patched now.
Foxboron/archlinux-pkgbuilds@045bd14

@hartwork
Copy link
Author

@Foxboron excellent! 👍

freijon pushed a commit to freijon/gentoo that referenced this issue Jan 31, 2023
…1 hosts

The Python 3.11 issue upstream:
- saltstack/salt#62676
- saltstack/salt#62677

The importlib-metadata issue:
- saltstack/salt#62851
- saltstack/salt#62854

Patches have been extracted from pull requests as following:
- git clone https://github.com/saltstack/salt
- cd salt
- git diff b676e6338a7c094cb3335d11f851ac0e12222017^ 45b924bad865a00116d2e045fe71229f2dc3376e -- salt/utils/entrypoints.py > salt-3005.1-importlib-metadata-5-r1.patch
- git diff 00352ae6e0ed0b80a75ec65cb925dd31a625010d^ 91efaea4975f37de97a88687d40e54e774151a8b -- salt/modules/file.py | head -n 123 > salt-3005.1-modules-file-python-3.11-host.patch

Be sure to call salt-ssh with "--regen-thin" the first time
after updating, to not end up running unpatched 3005.1(-r0) code.

Closes: https://bugs.gentoo.org/875389
Closes: https://bugs.gentoo.org/883671
Signed-off-by: Sebastian Pipping <[email protected]>
@N0K0
Copy link

N0K0 commented Feb 25, 2023

Same issue found with my Ubuntu 22.04 box. Running salt 3005.1, and somehow I've ended up with importlib_metadata 6.0. Downgrade worked just fine (knock on wood).

Makes me wonder how I ended up with such a new version, as the Ubuntu manifest lists 4.6.4, and the only tool I have directly installed as an OS dependency is poetry that also targets >=4.4..

@anilsil anilsil added the VMware label Mar 9, 2023
@anilsil anilsil added this to the Sulfur v3006.0 milestone Mar 10, 2023
@MKLeb
Copy link
Contributor

MKLeb commented Mar 10, 2023

Salt 3006.0rc1 is out and should fix this issue. We welcome your feedback from testing this RC, and you can report back here if you are still seeing this problem come up. To install the RC, refer to this guide: https://docs.saltproject.io/salt/install-guide/en/latest/topics/release-candidate.html

@MKLeb
Copy link
Contributor

MKLeb commented Apr 3, 2023

Closing as fixed, feel free to reopen if this issue is still present on 3006

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug broken, incorrect, or confusing behavior dependency underlying Salt dependency issue VMware
Projects
None yet
Development

Successfully merging a pull request may close this issue.