Masterless minion logging errors on RHEL 7 ever 50 seconds

815 views
Skip to first unread message

moop-moop

unread,
Apr 19, 2017, 4:48:35 PM4/19/17
to Salt-users
Saltstack masterless minion set up on RHEL 7 Vagrant VirtualBox machine.
2016.11.3 (Carbon)
Everything works as expected, except this error is logged exactly every 50 seconds:
Apr 19 15:39:02 ***** salt-minion[14001]: [ERROR   ] Error while bringing up minion for multi-master. Is master at salt responding?

The only configuration is in /etc/salt/minion.d/options.conf:
id:******
timeout: 120
file_client: local
# forced development environment (should match the server ID in purpose)
environment: dev
top_file_merging_strategy: same

I do have roots and remotes configured in  /etc/salt/minion.d/roots.conf and /etc/salt/minion.d/winrepo.conf also.
The  /etc/salt/minion and  /etc/salt/master config files are all commented out.

I know that a master named "salt" is the default for minions, but why isn't "file_client: local" preventing the error message?
"salt-call" is working perfectly fine in local file_client mode.

Thanks.


Thomas Phipps

unread,
Apr 19, 2017, 4:56:54 PM4/19/17
to salt-...@googlegroups.com
as the note in the masterless doc states
"When running Salt in masterless mode, do not run the salt-minion daemon. Otherwise, it will attempt to connect to a master and fail. The salt-call command stands on its own and does not need the salt-minion daemon."

--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to salt-users+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/salt-users/515e536d-7867-425b-88f1-de402e5450f2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Thomas Phipps
Linux/Openstack/Logstash

Joel Whitehouse

unread,
Apr 19, 2017, 5:42:53 PM4/19/17
to salt-...@googlegroups.com
On 04/19/2017 03:56 PM, Thomas Phipps wrote:
> In masterless mode, do not run the salt-minion daemon. Otherwise, it will
> attempt to connect to a master and fail. The salt-call command stands on
> its own and does not need the salt-minion daemon."


This was confusing for me too; apparently the debian package (and RHEL
package) installs and enables the salt-minion service.

When I started using masterless, I followed the docs. As directed by
the docs, I replaced the contents of /etc/salt/minion with:

file_client: local

I might have a dozen vagrant vms salted this way. Imagine my surprise
when I find my DNS logs flooded with requests for unknown host, "salt" !


Why doesn't the salt-minion honor the directive?!?! Shouldn't
"file_client: local" tell the minion service to halt, since no files
need to be fetched from a master?

If changing salt-minion's behavior is unfavorable, could we handle this
at the packaging level, with an additional 'salt-masterless' package
that does NOT enable the superfluous, log-fillion daemon?

-Joel

Daniel Wallace

unread,
Apr 19, 2017, 6:41:27 PM4/19/17
to Salt-users
Can you set `master_type: disable`?  This will tell the running minion to not attempt to connect to a master.

file_client: local just says to use the local fileclient, it doesn't necessarily say to not connect to a master.

This is the method I use for deploying my blog.  https://blog.gtmanfred.com/masterless-reactor.html

Daniel

--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to salt-users+unsubscribe@googlegroups.com.
 To view this discussion on the web visit https://groups.google.com/d/msgid/salt-users/74b0ba39-8d35-4ccb-5160-b222f8de756c%40joelwhitehouse.com.

Joel Whitehouse

unread,
Apr 20, 2017, 11:35:31 AM4/20/17
to salt-...@googlegroups.com
That's an acceptable solution. Could we possibly add that to the
masterless docs?
> send an email to salt-users+...@googlegroups.com
> <mailto:salt-users%2Bunsu...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/salt-users/74b0ba39-8d35-4ccb-5160-b222f8de756c%40joelwhitehouse.com
> <https://groups.google.com/d/msgid/salt-users/74b0ba39-8d35-4ccb-5160-b222f8de756c%40joelwhitehouse.com>.
>
> For more options, visit https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>.
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "Salt-users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to salt-users+...@googlegroups.com
> <mailto:salt-users+...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/salt-users/CAA2%2B9hBOjuWqG7EVQU2YqBf0NX2PQt43Mpo8_yj2tXuXn6c9aA%40mail.gmail.com
> <https://groups.google.com/d/msgid/salt-users/CAA2%2B9hBOjuWqG7EVQU2YqBf0NX2PQt43Mpo8_yj2tXuXn6c9aA%40mail.gmail.com?utm_medium=email&utm_source=footer>.

Daniel Wallace

unread,
Apr 20, 2017, 2:07:53 PM4/20/17
to Salt-users
Absolutely, would you mind submitting a PR with where you think it should go for masterless?

It is currently documented under the master_type on the minion config page https://docs.saltstack.com/en/latest/ref/configuration/minion.html#master-type

Thanks!
Daniel

    <mailto:salt-users%2Bunsubscrib...@googlegroups.com>.

    To view this discussion on the web visit
    https://groups.google.com/d/msgid/salt-users/74b0ba39-8d35-4ccb-5160-b222f8de756c%40joelwhitehouse.com
     <https://groups.google.com/d/msgid/salt-users/74b0ba39-8d35-4ccb-5160-b222f8de756c%40joelwhitehouse.com>.

    For more options, visit https://groups.google.com/d/optout
     <https://groups.google.com/d/optout>.



--
You received this message because you are subscribed to the Google
Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to salt-users+unsubscribe@googlegroups.com
 <mailto:salt-users+unsubscribe@googlegroups.com>.

To view this discussion on the web visit
https://groups.google.com/d/msgid/salt-users/CAA2%2B9hBOjuWqG7EVQU2YqBf0NX2PQt43Mpo8_yj2tXuXn6c9aA%40mail.gmail.com
<https://groups.google.com/d/msgid/salt-users/CAA2%2B9hBOjuWqG7EVQU2YqBf0NX2PQt43Mpo8_yj2tXuXn6c9aA%40mail.gmail.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to salt-users+unsubscribe@googlegroups.com.
 To view this discussion on the web visit https://groups.google.com/d/msgid/salt-users/7cfa7d52-7bc7-b539-7a5c-e4865c715625%40joelwhitehouse.com.

Loren Gordon

unread,
Apr 20, 2017, 4:13:31 PM4/20/17
to Salt-users
My solution has just been to stop and disable the salt-minion service, after the install. :)

-Loren



--
You received this message because you are subscribed to the Google
Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send
--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to salt-users+...@googlegroups.com.

Daniel Wallace

unread,
Apr 20, 2017, 7:28:56 PM4/20/17
to Salt-users
The minion should not be starting on install with Centos.

That is something specific to the way .deb packages work.

If you are using the bootstrap script to install, you can pass '-X' to the bootstrap script and the services should be stopped.

Also, master_type: disable is usefull with some new things, specifically engines that can run on the minion, and now that the reactor can run there, and there is a minimalistic api webhook engine for the masterless minions to use (in Nitrogen)

Thanks,
Daniel




--
You received this message because you are subscribed to the Google
Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send
 an email to salt-users+...@googlegroups.com

--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
 To unsubscribe from this group and stop receiving emails from it, send an email to salt-users+...@googlegroups.com.
 To view this discussion on the web visit https://groups.google.com/d/msgid/salt-users/7cfa7d52-7bc7-b539-7a5c-e4865c715625%40joelwhitehouse.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to salt-users+unsubscribe@googlegroups.com.
 To view this discussion on the web visit https://groups.google.com/d/msgid/salt-users/cf82f070-1062-4e6c-bac4-a858028ad07f%40googlegroups.com.

Loren Gordon

unread,
Apr 20, 2017, 7:32:31 PM4/20/17
to Salt-users
Hi Daniel,
You're right, the service doesn't start after the initial install. But at least on centos6, v2016.11.2 does _enable_ the service on a fresh install, so it starts automatically when the system reboots. At least, that seemed to be the case when I was testing yesterday.

-Loren



--
You received this message because you are subscribed to the Google
Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send
 an email to salt-users+...@googlegroups.com

--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
 To unsubscribe from this group and stop receiving emails from it, send an email to salt-users+...@googlegroups.com.
 To view this discussion on the web visit https://groups.google.com/d/msgid/salt-users/7cfa7d52-7bc7-b539-7a5c-e4865c715625%40joelwhitehouse.com.

For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to salt-users+...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages