how to restart minions?

[Sean Channel]

There doesn't seem to be any way to restart a minion. E.g. I added
python-psutil and can't access those funcs until the minion restarts.

service.reload, service.restart, and cmd.run '/etc/init.... ' all resulted in no
minion running.

Do I have to ssh to the minion when I want to restart it?

_S

[Sean Channel]

also tried saltutil.sync_all, which did not kill the minion, but also did not have any effect (minion still does not have access to newly installed python--psutil).
_S

[Mike Chesnut]

We had some discussion about this a few weeks ago [1], the gist was
that "service.restart salt-minion" works exactly how you'd expect/want
(at least on RH-type platforms). Sounds like maybe that's not the
case for you though... which distro are you on?

1 - https://groups.google.com/forum/?fromgroups=#!msg/salt-users/9FTpqAH9x0M/hhkPu84cxJ0J

[Sean Channel]

Thanks Mike! This is Ubuntu, so I'll check again and verify.

[ P.S. are you going to LSPE tomorrow for performance tuning? ]

[Ben Hosmer]

I use SALT with Ubuntu and here is what I do:

service salt-minion restart

--
Ben Hosmer

Brevard Tech - Brevard County Florida's Tech User Group

http://www.brevardtech.org

Drupal Developer

http://www.radarearth.com

321.252.9581

[Sean Channel]

Confirmed: the minions do not restart; no process is leftover. This is on
Ubuntu, tested with both with 0.10.2 from the PPA and from develop installed in
/usr/local. I purged the PPA pkgs and copied in the init scripts to test
develop, and my config files were still in place under /etc/salt.

_S

On 08/22/2012 04:40 PM, Mike Chesnut wrote:

[Sean]

I should clarify this is just using service.restart from the command line, not
in an SLS.

[Thomas S Hatch]

I don't think that we have the daemonization happening to allow for "salt \* service.restart salt-minion" to run cleanly.

[David Ward]

Are there any updates on this one? I am keen for an elegant solution (I'd take a hack tbh haha)

Purpose for restarting...change in minion config. Also, previously I have found if a new version of salt is installed I needed to manually go to each box and restart salt-minion.

Thanks.

Ubuntu: 12.04
Salt: 11.0

[Thomas S Hatch]

Yes, as this was added about 5 months ago

Thomas S. Hatch  |  Founder, CTO

5272 South College Drive, Suite 301 | Murray, UT 84123

tha...@saltstack.com | www.saltstack.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.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Andrii Senkovych]

Hello, David,

Although Tomas has answered, I had a good solution when the issue was in place.

Here's my hack (using at daemon) I wrote while dealing with problems
with salt restarts:

https://github.com/jollyroger/salt-states/blob/master/salt/minion/init.sls

Hope this won't be needed.

--
WBR, Andrii Senkovych


2013/2/13 David Ward <dav...@gmail.com>:

[David Ward]

Andrii,

Thanks. Nice solution. I like it.

Thomas,

So service.restart salt-minion is meant to work now? I tried that (once) and it left the target machine without a salt-minion running.

Or is there another way to achieve this? 

Running version 11.0

Regards

David Ward

[David Dyball]

Hi All,

Just wanted to report that `salt 'minion' service.restart salt-minion` on my Ubuntu setup running 0.13.0 also fails to restart the minion. The minion just stops dead and I have to restart it manually.

Let me know if there is any debugging I can do to assist.

Cheers,

David,

[Thomas S Hatch]

Thanks for the heads up here, we have an open issue on this and will look into it for 0.13.1

Thomas S. Hatch  |  Founder, CTO

5272 South College Drive, Suite 301 | Murray, UT 84123

tha...@saltstack.com | www.saltstack.com

[David Ward]

Thanks Andrii.

I will give this idea of using at a go. Sounds like a feasible workaround for now.

Thanks.

[Corey Quinn]

Dredging this one up from the mists of antiquity, so sorry for that, but:

cquinn@virt2 ~ % ps aux |grep salt-minion          0 164 14:25:53 Sat 03-9-2013

root      6334  0.0  0.0 673796 37928 ?        Sl   Mar08   0:01 /usr/bin/python /usr/bin/salt-minion -d

cquinn@salt ~ % sudo salt 'virt2' service.restart "salt-minion"

cquinn@salt ~ %                                  

cquinn@virt2 ~ % ps aux |grep salt-minion          0 165 14:25:58 Sat 03-9-2013

root      6334  0.0  0.0 673796 37928 ?        Sl   Mar08   0:01 /usr/bin/python /usr/bin/salt-minion -d

This is on CentOS after updating both master and minion to 13.1, and hoping to avoid walking through all of my minions by hand to run the latest salt service.  Master has already been restarted.

-- Corey

[Erik Johnson]

On Sat, Mar 9, 2013 at 4:26 PM, Corey Quinn <co...@sequestered.net> wrote:

Dredging this one up from the mists of antiquity, so sorry for that, but:

cquinn@virt2 ~ % ps aux |grep salt-minion          0 164 14:25:53 Sat 03-9-2013

root      6334  0.0  0.0 673796 37928 ?        Sl   Mar08   0:01 /usr/bin/python /usr/bin/salt-minion -d

cquinn@salt ~ % sudo salt 'virt2' service.restart "salt-minion"

cquinn@salt ~ %                                  

cquinn@virt2 ~ % ps aux |grep salt-minion          0 165 14:25:58 Sat 03-9-2013

root      6334  0.0  0.0 673796 37928 ?        Sl   Mar08   0:01 /usr/bin/python /usr/bin/salt-minion -d

This is on CentOS after updating both master and minion to 13.1, and hoping to avoid walking through all of my minions by hand to run the latest salt service.  Master has already been restarted.

-- Corey

Does it still fail to restart if you run the following?

sudo salt 'virt2' cmd.run 'service salt-minion restart'


If not, perhaps the minion log may yield some insight, though you've probably already checked it.

 

-Erik

"For me, it is far better to grasp the universe as it really is than to persist in delusion, however satisfying and reassuring."  -- Carl Sagan