-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
salt-minion cannot start of one of the masters is down (2014.1.5) #14099
Comments
Hrm, strange. Could you test with the newly-released 2014.1.7? |
I'd love to try this asap. Is there an rpm version? Looks like it has not yet hit EPEL, and for the life of me, I cannot build the rpm with the spec file included with the source tree. I'm not new to rpm building. Help please. :-) |
It's up on epel testing now, I think. |
Thanks. Unfortunately 2014.1.7 does not fix it for me. root@hsm63 ~]# salt-minion [ERROR ] Error while bring up minion for multi-master. Is master responding? |
Thanks, we'll investigate this issue. |
For the record, I have been able to reproduce this. I don't have a fix yet, but will investigate this more this week. |
Can confirm, seeing exact same behavior. Makes multi-master for HA pretty much useless :-( |
[ERROR ] Error while bring up minion for multi-master. Is master responding? |
This has been happening to me for the last 3 weeks as well :(
|
Can anyone verify that this is fixed in the 2014.7 and develop branches? Assuming the fix works, we can investigate backporting it to the 2014.1 branch for 2014.1.11. |
I can confirm such minion misbehavior in multi-master SaltStack environment with versions 2014.1.7 and 2014.1.10 as well. Any update regarding the issue? Our SaltStack environment depends on multi-master setup and this is really a showstopper bug as it makes it almost unusable... |
I have backported some fixes in #15333. Would someone please test that patch and see if it fixes the issue? If so, it will be in 2014.1.11. |
Hello, Please check my changes in the pull request: #15352 |
I commented, there's a small lint error that needs to be fixed, otherwise I like your additions. Could I convince you to also open a pull request against |
Based on what I'm seeing in the last few comments here, this issue seems to me to be resolved. Therefore, I'm going to go ahead and mark it as closed. If it's not truly resolved to everyone's satisfaction, just drop a comment here and we'll happily re-open it. Thanks! |
I still encounter this issue on debian with salt version 2014.1.10. I will try to update to 2014.1.11 and try again. |
Sorry for the noise: this seems to be fixed in 2014.1.11. |
No worries, thanks @bbinet |
With salt multi-master 2014.1.5, if one of the salt masters is not up we seem to be experiencing a problem where salt minions crash while trying to start. If we downgrade to 2014.1.4, the problem goes away.
Please advise.
[root@134 salt]# salt-minion --versions-report
Salt: 2014.1.5
Python: 2.6.6 (r266:84292, Jan 22 2014, 09:42:36)
Jinja2: unknown
M2Crypto: 0.20.2
msgpack-python: 0.1.13
msgpack-pure: Not Installed
pycrypto: 2.0.1
PyYAML: 3.10
PyZMQ: 2.2.0.1
ZMQ: 3.2.4
/etc/salt/minion
master: [192.168.1.10, 10.168.1.11]
One of the master is powered off.
2014-07-10 11:30:10,398 [salt.loader ][DEBUG ] Loaded cmdmod as virtual cmd
2014-07-10 11:30:10,404 [salt.loader ][DEBUG ] Loaded virtualenv_mod as virtual virtualenv
2014-07-10 11:30:10,405 [salt.loader ][DEBUG ] Loaded djangomod as virtual django
2014-07-10 11:30:10,409 [salt.loader ][DEBUG ] Loaded linux_lvm as virtual lvm
2014-07-10 11:30:10,421 [salt.loader ][DEBUG ] Loaded syslog_return as virtual syslog
2014-07-10 11:30:10,421 [salt.loader ][DEBUG ] Loaded couchdb_return as virtual couchdb
2014-07-10 11:30:10,422 [salt.loader ][DEBUG ] Loaded carbon_return as virtual carbon
2014-07-10 11:30:10,422 [salt.loader ][DEBUG ] Loaded sqlite3_return as virtual sqlite3
2014-07-10 11:30:10,423 [salt.minion ][DEBUG ] I am qa134 and I am not supposed to start any proxies.
2014-07-10 11:30:10,425 [salt.log.setup ][ERROR ] An un-handled exception was caught by salt's global exception handler:
KeyError: 'minion'
Traceback (most recent call last):
File "/usr/bin/salt-minion", line 14, in
salt_minion()
File "/usr/lib/python2.6/site-packages/salt/scripts.py", line 35, in salt_minion
minion.start()
File "/usr/lib/python2.6/site-packages/salt/init.py", line 224, in start
self.minion.tune_in()
File "/usr/lib/python2.6/site-packages/salt/minion.py", line 465, in tune_in
minion = minion['minion']
KeyError: 'minion'
The text was updated successfully, but these errors were encountered: