[BUG] Salt-Cloud fails to download bootstrap.sh after migration

[sanket925]

Getting an error when running salt-cloud with following simple step
run_cloud_map:
cmd.run:
- name: "salt-cloud -m /etc/salt/cloud.maps.d/srk5/dev22/map.yaml -P -y"

Error:
Command 'ssh -t -t -oStrictHostKeyChecking=no -oUserKnownHostsFile=/dev/null -oControlPath=none -oPasswordAuthentication=no -oChallengeResponseAuthentication=no -oPubkeyAuthentication=yes -oIdentitiesOnly=yes -oKbdInteractiveAuthentication=no -i /etc/salt/pki/cloud-admin -oConnectTimeout=15 -p 22 azureuser@10.2.40.86 'sudo /tmp/.saltcloud-6feefb61-1e92-406a-9254-57a60566fb7b/deploy.sh -R repo.saltproject.io -P -x python3 stable 3006.8'' failed. Exit code: 2

Contents in deploy.sh file :

<meta http-equiv="refresh" content="0; url=
https://bootstrap.saltproject.io"
/>

Setup
sls file :

run_cloud_map:
  cmd.run:
    - name: "salt-cloud -m /etc/salt/cloud.maps.d/srk5/dev22/map.yaml -P -y"

map.yml file:

saltify_plm:
- srk522-ue1wcd2:
    minion:
      grains:
        cloud_env_type: develop
        instance_state: deploy
        roles:
        - myapp
    ssh_host: 10.2.40.85

Please be as specific as possible and give set-up details.

Azure VM master as well as minion
Master OS version :
NAME="Red Hat Enterprise Linux"
VERSION="9.4 (Plow)"

Minion OS Version :

Steps to Reproduce the behavior

Expected behavior
salt-cloud should be able to saltify an instance

Versions Report
Salt cloud Version:
salt-cloud 3006.8 (Sulfur)

Salt Version:
Salt: 3006.8

Python Version:
Python: 3.10.14 (main, Apr 3 2024, 21:30:09) [GCC 11.2.0]

Dependency Versions:
cffi: 1.14.6
cherrypy: unknown
dateutil: 2.8.1
docker-py: Not Installed
gitdb: 4.0.11
gitpython: 3.1.43
Jinja2: 3.1.3
libgit2: Not Installed
looseversion: 1.0.2
M2Crypto: Not Installed
Mako: Not Installed
msgpack: 1.0.2
msgpack-pure: Not Installed
mysql-python: Not Installed
packaging: 22.0
pycparser: 2.21
pycrypto: Not Installed
pycryptodome: 3.19.1
pygit2: Not Installed
python-gnupg: 0.4.8
PyYAML: 6.0.1
PyZMQ: 23.2.0
relenv: 0.16.0
smmap: 5.0.1
timelib: 0.2.4
Tornado: 4.5.3
ZMQ: 4.3.4

System Versions:
dist: rhel 9.4 Plow
locale: utf-8
machine: x86_64
release: 3.10.0-1160.95.1.el7.x86_64
system: Linux
version: Red Hat Enterprise Linux 9.4 Plow

[welcome]

Hi there! Welcome to the Salt Community! Thank you for making your first contribution. We have a lengthy process for issues and PRs. Someone from the Core Team will follow up as soon as possible. In the meantime, here’s some information that may help as you continue your Salt journey.
Please be sure to review our Code of Conduct. Also, check out some of our community resources including:

• Community Wiki
• Salt’s Contributor Guide
• Join our Community Slack
• IRC on LiberaChat
• Salt Project YouTube channel
• Salt Project Twitch channel

There are lots of ways to get involved in our community. Every month, there are around a dozen opportunities to meet with other contributors and the Salt Core team and collaborate in real time. The best way to keep track is by subscribing to the Salt Community Events Calendar.
If you have additional questions, email us at saltproject@vmware.com. We’re glad you’ve joined our community and look forward to doing awesome things with you!

[dmurphy18]

See blog post https://saltproject.io/blog/salt-bootstrap-breakage/

New infrastructure support is being worked on

[achalupa-ptc]

We are having the same problem in our infrastructure. The salt-bootstrap-breakage page doesn't help at all for the issue reported here.

We found that the execution of salt-cloud -u downloads a bogus copy bootstrap-salt.sh (contains HTML code instead of the actual script) to /etc/salt/cloud.deploy.d/bootstrap-salt.sh.

We are working around the problem by skipping salt-cloud -u and downloading the bootstrap script ourselves.

Really disappointed that SALT didn't anticipate this problem and even their own tooling (salt-cloud) isn't compatible with the change.

[dmurphy18]

@achalupa-ptc Sorry but these changes are beyond the control of the Salt Team, and were sudden.

[achalupa-ptc]

when will a new version of salt-cloud that's compatible be available?

[ScriptAutomate]

Related:

• [TECH DEBT][3006.x] Salt-cloud needs to be updated for new bootstrap script locations etc #67020
• salt-bootstrap scripts broken: Need a new release to work with packages.broadcom.com repos salt-bootstrap#2027

[gertjanvg]

Running into the same issue here. Disappointing that three(!) weeks after the change no sustainable solution is given. Is there any information on when we can expect a proper fix?

[compi-tom]

Ran into the same issue, looked for a quick fix.
As I didn't find one, here is my bypass by editing /opt/saltstack/salt/lib/python3.10/site-packages/salt/utils/cloud.py

diff:

--- a/tmp/cloud.py
+++ b/opt/saltstack/salt/lib/python3.10/site-packages/salt/utils/cloud.py
@@ -2950,7 +2950,7 @@ def update_bootstrap(config, url=None):
         - The absolute path to the bootstrap
         - The content of the bootstrap script
     """
-    default_url = config.get("bootstrap_script_url", "https://bootstrap.saltstack.com")
+    default_url = config.get("bootstrap_script_url", "https://github.com/saltstack/salt-bootstrap/releases/latest/download/bootstrap-salt.sh")
     if not url:
         url = default_url
     if not url:

Then run salt-cloud -u

[dmurphy18]

@sanket925 Please consider closing this, as PR #67020 should resolve this issue and will be in the next release of Salt

[dmurphy18]

Closing this since PR #67101 is merged and will be available in the next releases of Salt 3006 and 3007. which are soon and issue #67020 is closed.