Bug 203399 - sysutils/py-salt minion and possible master broken after update to 2015.8.0
Summary: sysutils/py-salt minion and possible master broken after update to 2015.8.0
Status: Closed Overcome By Events
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Christer Edwards
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-27 22:00 UTC by Olli Hauer
Modified: 2016-04-17 10:48 UTC (History)
2 users (show)

See Also:
bugzilla: maintainer-feedback? (christer.edwards)


Attachments
minion failuer log (3.27 KB, text/x-log)
2015-09-27 22:00 UTC, Olli Hauer
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
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.