Skip to content
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

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

Open
sanket925 opened this issue Oct 28, 2024 · 7 comments
Open
Labels
Bug broken, incorrect, or confusing behavior

Comments

@sanket925
Copy link

sanket925 commented Oct 28, 2024

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 [email protected] '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

@sanket925 sanket925 added Bug broken, incorrect, or confusing behavior needs-triage labels Oct 28, 2024
Copy link

welcome bot commented Oct 28, 2024

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:

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 [email protected]. We’re glad you’ve joined our community and look forward to doing awesome things with you!

@dmurphy18
Copy link
Contributor

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

New infrastructure support is being worked on

@achalupa-ptc
Copy link

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
Copy link
Contributor

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

@achalupa-ptc
Copy link

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

@gertjanvg
Copy link

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?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug broken, incorrect, or confusing behavior
Projects
None yet
Development

No branches or pull requests

5 participants