Date: Thu, 26 Aug 2021 06:52:30 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 258053] sysutils/py-salt: etc/rc.d/salt_minion: WARNING: failed to start salt_minion Message-ID: <bug-258053-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258053 Bug ID: 258053 Summary: sysutils/py-salt: etc/rc.d/salt_minion: WARNING: failed to start salt_minion Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: ohartmann@walstatt.org CC: christer.edwards@gmail.com Flags: maintainer-feedback?(christer.edwards@gmail.com) CC: christer.edwards@gmail.com After updating ports/packages to py38-salt 3003.2, salt minion do not start anymore _on a subset of systems_. All hosts affected running FreeBSD 13.0-RELENG-p4, most of the working/none-working salt_minion installations = are running inside jails of the same OS flavor and version as the ports are tak= en from the very same source (simply to make clear that working/none-working jails/hosts share the same base OS and the same repo where the packages has been taken and installed from). Installed port is: py38-salt-3003.2 sysutils/py-salt Host's OS is FreeBSD 13.0-RELEASE-p4 releng/13.0-n244760-940681634ee amd64 The error is: [...] # service salt_minion restart salt_minion not running? (check /var/run/salt-minion.pid). Starting salt_minion. Traceback (most recent call last): File "/usr/local/bin/salt-minion", line 33, in <module> sys.exit(load_entry_point('salt=3D=3D3003.2', 'console_scripts', 'salt-minion')()) File "/usr/local/bin/salt-minion", line 25, in importlib_load_entry_point return next(matches).load() StopIteration /usr/local/etc/rc.d/salt_minion: WARNING: failed to start salt_minion According to some findings on the net, this could be related to some proble= ms with libraries, but I'm unable to discover the differences without disturbi= ng or destroying services we rely on those specific hosts. Jails/Hosts with lo= ts of py38- related installations, like several Apache24 services, seem to fai= l, while, for instance, Apache24-free servers (only Icinga2 as master installe= d) work fine. The source on the net referred to above is: https://github.com/saltstack/salt/issues/60206 It is Linux, not FreeBSD, but it might be a hint for the maintainer. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-258053-7788>