-
Notifications
You must be signed in to change notification settings - Fork 150
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
Keypair elasticluster
is present but has different fingerprint
#697
Comments
Updates:
|
I was able to fix this in a kludgy way by commenting out the lines that throw the exception in openstack.py in the elasticluster code -- and have been able to proceed. But I don't think this is a good long-term solution. |
I met with the same issue, and it turned out OpenStack provider loads the key as a DSA key, instead of RSA. |
thanks, that's a much more elegant solution!
…On Thu, Jul 1, 2021 at 3:28 AM Shi Yan ***@***.***> wrote:
I met with the same issue, and it turned out OpenStack provider loads the
key as a DSA key, instead of RSA.
https://github.com/elasticluster/elasticluster/blob/master/elasticluster/providers/openstack.py#L924
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#697 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABSZGKXR55S5CWJK5GO73ITTVQKIBANCNFSM42KKLPUA>
.
|
Having the same issue but, this problem is from |
When trying to start a cluster via openstack, I get the above error.
Keypair
elasticluster
is present but has different fingerprintHere's the -vvv
2021-04-03 11:03:09 Johns-MacBook-Pro.local elasticluster[15140] DEBUG Checking keypair
elasticluster
...2021-04-03 11:03:10 Johns-MacBook-Pro.local elasticluster[15140] ERROR Could not start node
worker004
: Keypairelasticluster
is present but has different fingerprint. Aborting! -- <class 'elasticluster.exceptions.KeypairError'>Could you explain where these keypairs are stored and what they are checked against? The relevant part of my config is below. Changing the user_key_name has no effect, it still checks for keypair elasticluster.
The text was updated successfully, but these errors were encountered: