Fix issue where deploy_kwargs is missing.

[jmoore987]

https://github.com/saltstack/salt/blob/develop/salt/cloud/__init__.py#L2104

expects to be able to find deploy_kwargs in the return dict of

https://github.com/saltstack/salt/blob/develop/salt/cloud/__init__.py#L2089

and

https://github.com/saltstack/salt/blob/develop/salt/cloud/__init__.py#L2114

throws an exception if it can't.

[cachedout]

@rallytime Can you have a look here please?

[rallytime]

@jmoore987 Is there some data in particular that you're looking for in the return information after the minion is bootstrapped? In other cloud drivers, we return a more curated list than all of deploy_kwargs. We can't return deploy_kwargs directly in this manner here, because that dictionary contains sensitive information.

[jmoore987]

@rallytime https://github.com/saltstack/salt/blob/develop/salt/cloud/__init__.py#L2113 just expects master_host or host to be there and raises an exception if they're not, is the problem I am trying to solve.

https://github.com/saltstack/salt/blob/develop/salt/cloud/__init__.py#L2110 will strip out deploy_kwargs if show_deploy_args is set, which appears to be the desired functionality to account for this sensitive information being there.

If this isn't the case, let me know and I can take a look at another driver to see how they handle it, though at quick glance, it appears the AWS driver does it the same way as I am doing here, including things like keys and passwords:
https://github.com/saltstack/salt/blob/develop/salt/cloud/clouds/libcloud_aws.py#L466
through
https://github.com/saltstack/salt/blob/develop/salt/cloud/clouds/libcloud_aws.py#L538

[rallytime]

@jmoore987 Oh, you're right. I was just looking through some of the other drivers and that is how we're handling that there as well, albeit a little differently. If you wouldn't mind cleaning up the very small lint error, then we can get this merged in!