[Bug 258053] sysutils/py-salt: etc/rc.d/salt_minion: WARNING: failed to start salt_minion

From: <bugzilla-noreply_at_freebsd.org>
Date: Thu, 26 Aug 2021 06:52:30 +0000

            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_at_FreeBSD.org
          Reporter: ohartmann_at_walstatt.org
                CC: christer.edwards_at_gmail.com
             Flags: maintainer-feedback?(christer.edwards_at_gmail.com)
                CC: christer.edwards_at_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 taken
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==3003.2', 'console_scripts',
  File "/usr/local/bin/salt-minion", line 25, in importlib_load_entry_point
    return next(matches).load()
/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 problems
with libraries, but I'm unable to discover the differences without disturbing
or destroying services we rely on those specific hosts. Jails/Hosts with lots
of py38- related installations, like several Apache24 services, seem to fail,
while, for instance, Apache24-free servers (only Icinga2 as master installed)
work fine. The source on the net referred to above is:


It is Linux, not FreeBSD, but it might be a hint for the maintainer.

You are receiving this mail because:
You are the assignee for the bug.
Received on Thu Aug 26 2021 - 06:52:30 UTC

Original text of this message