Closed flavianh closed 9 years ago
Thanks for the report, as usual, @traxair!
@traxair, I'm not seeing how this would be linked to saltify, other than shared code between the two drivers.
ssh_host
(or some version of it) should be passed in by the cloud driver. When did this start happening for you?
It happened during my latest pull, which was 2 days ago. Previous pull was 4 days ago I think
Fixed in #19752
@traxair Awesome! My pull request was meant to fix another issue, but I am glad that it cleared this one up as well. Thanks for following up with your issue and closing it. :)
False alarm :(
[INFO ] 0 attached to traxit-mac-02 (aka traxit-mac-02)
[ERROR ] Failed to deploy 'traxit-mac-02'. Error: Cannot deploy salt in a VM if the 'ssh_keyfile' setting is not set and 'sshpass' binary is not present on
e system for the password.
Traceback (most recent call last):
File "/srv/salt/salt/salt/cloud/__init__.py", line 2076, in run_map
profile, local_master=local_master
File "/srv/salt/salt/salt/cloud/__init__.py", line 1240, in create
output = self.clouds[func](vm_)
File "/srv/salt/salt/salt/cloud/clouds/msazure.py", line 734, in create
for key, value in salt.utils.cloud.bootstrap(vm_, __opts__).items():
File "/srv/salt/salt/salt/utils/cloud.py", line 308, in bootstrap
'Cannot deploy salt in a VM if the \'ssh_keyfile\' setting '
SaltCloudSystemExit: Cannot deploy salt in a VM if the 'ssh_keyfile' setting is not set and 'sshpass' binary is not present on the system for the password.
Salt: 2015.2.0-170-g0b3c3f8
Python: 2.7.6 (default, Mar 22 2014, 22:59:56)
Jinja2: 2.7.3
M2Crypto: 0.21.1
msgpack-python: 0.4.3
msgpack-pure: Not Installed
pycrypto: 2.6.1
libnacl: Not Installed
PyYAML: 3.10
ioflo: Not Installed
PyZMQ: 14.4.1
RAET: Not Installed
ZMQ: 4.0.5
Mako: Not Installed
@traxair Wait, where are you running this? Develop or 2015.2 branch? That check shouldn't exists anymore...
I'm not sure if this fix has been completely merged forward yet. I know it's in 2015.2 as of yesterday, but I don't think it's been merged into develop yet.
Ok! I will switch to 2015.2 then, should I leave this open until it's in develop? EDIT: 2015-2 completely broke the azure driver so I can't even check if it works again, can we rebase the one from develop into 2015-2?
Up to you! I've just created #19792, so those fixes should be in develop once that pull request gets merged in.
This seems to have gone away
Great! Glad this is working now. :)
I think this is linked to the new saltify driver I don't know why it gets activated when I am using my azure provider. However now my master does not connect to my minions. Here is the sanitized traceback:
My profile:
My map file is a regular:
And my version
I think this got merged by mistake since the unit tests only check for the VM existing and the error does not stop the deployment.