Bug 203399

Summary: sysutils/py-salt minion and possible master broken after update to 2015.8.0
Product: Ports & Packages Reporter: Olli Hauer <ohauer>
Component: Individual Port(s)Assignee: Christer Edwards <christer.edwards>
Status: Closed Overcome By Events    
Severity: Affects Only Me CC: christer.edwards, junovitch
Priority: --- Flags: bugzilla: maintainer-feedback? (christer.edwards)
Version: Latest   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
minion failuer log none

Description Olli Hauer freebsd_committer freebsd_triage 2015-09-27 22:00:35 UTC
Created attachment 161462 [details]
minion failuer log

After the upgrade to 2015.8.0 the minion failed to start.

I have found parts of the error messages on the upstream github but was not able to get my minion back (except downgrade to 2015.5.5)

Simple setup, one master, local minions (FreeBSD, Linux), remote syndict (remote Linux hosts) local.

packages build with poudriere, python2.7, (no issues in the build logs)

$ grep '^[a-zA-Z]' master
order_masters: True

$ grep '^[a-zA-Z]' minion
master: localhost
random_reauth_delay: 60
providers:

Minion log attached for better reding.
Comment 1 Jason Unovitch freebsd_committer freebsd_triage 2015-09-28 02:29:59 UTC
I run my salt master as non-root so I did see an odd issue with /nonexistant as a home directory.  However I discounted this as unique to my setup.  After changing the home directory I have both the non-root master and a root minion working just fine.

Anyways, hop on CC for the PR to help commit the fix.
Comment 2 Olli Hauer freebsd_committer freebsd_triage 2015-09-28 04:17:28 UTC
My master was also running as non-root and with /nonexistant as home directory, but with salt-2015.8.0 this is no longer working.
For a test I've done a complete start over (moving /var/cache/salt and the old etc/salt away) also try to run as root.
The master comes up, but the minion on the master fails within seconds.
Comment 3 Jason Unovitch freebsd_committer freebsd_triage 2015-09-28 22:43:52 UTC
(In reply to Olli Hauer from comment #2)
I did vipw and changed my saltmaster users home directory to /usr/local/etc/salt.  The saltmaster works fine with that.  I have two salt minions with 2015.08.0 and they are not having issues.
Comment 4 Olli Hauer freebsd_committer freebsd_triage 2016-01-10 20:36:17 UTC
It seems the issue was py-pyzmq related in combination with 2015.08.0 / 2015.08.1.
Since I'm running salt with ~110+ VM's and 1/2 of them are not FreeBSD (getting salt-minion from epel) my solution was to backport salt 2015.05.x until everything was working again together.