-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
Provision rke2 cluster from 3rd party node driver #34782
Comments
It's fix UI bug but next problem on rancher with nodedriver management: in rancher logs: cannot find a suitable driver, I think the problem is that it searches by name and not by ID upd:
deactivate and activate your hetzner driver -> it's "rebuild" your |
Add rancher docker with name by CRD in local cluster (with rancher server) apiVersion: management.cattle.io/v3
kind: NodeDriver
metadata:
annotations:
lifecycle.cattle.io/create.node-driver-controller: "true"
privateCredentialFields: apiToken
name: hetzner # <- fix my generated ID on rancher
spec:
active: false
addCloudCredential: false
builtin: false
checksum: ""
description: ""
displayName: hetzner
externalId: ""
uiUrl: https://storage.googleapis.com/hcloud-rancher-v2-ui-driver/component.js
url: https://github.com/JonasProgrammer/docker-machine-driver-hetzner/releases/download/3.2.0/docker-machine-driver-hetzner_3.2.0_linux_amd64.tar.gz
whitelistDomains:
- storage.googleapis.com Now, Ican create/delete node on cloud (hetzner and another custom node driver) But now i have problem with UserData (cloud-init) Because not any docker-machine drivers work correctly with cloud-init |
Hm..... When I copy node driver job, and start it with
and ssh to my hetzner VM, i find in
not content like
something wrong on https://github.com/rancher/machine/blob/e51aa220eacad5bd89cfcd05cab620c2131338b9/commands/create.go#L233 |
@Negashev |
@phal0r |
This repository uses a bot to automatically label issues which have not had any activity (commit/comment/label) for 60 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the bot can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the bot will automatically close the issue in 14 days. Thank you for your contributions. |
/upd ) |
This repository uses a bot to automatically label issues which have not had any activity (commit/comment/label) for 60 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the bot can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the bot will automatically close the issue in 14 days. Thank you for your contributions. |
Are there any news to this? I ran into the exact problem. @Negashev did you find a workaround if this dosn't get fixed? |
@apo2k7 Work with yandex apiVersion: management.cattle.io/v3
kind: NodeDriver
metadata:
annotations:
privateCredentialFields: saKeyFile
name: yandex # fix name
spec:
active: true
addCloudCredential: false
builtin: false
checksum: ""
description: ""
displayName: yandex
externalId: ""
uiUrl: ""
url: https://github.com/yandex-cloud/docker-machine-driver-yandex/releases/download/v0.1.35/docker-machine-driver-yandex_0.1.35_linux_amd64.tar.gz but problem with ENV name in rancher YANDEX_* in docker-driver YC_* and we can't hide i'm not use sa-key-file and in creadential it empty) apiVersion: v1
data:
yandexcredentialConfig-saKeyFile: ""
kind: Secret
metadata:
annotations:
field.cattle.io/creatorId: user-xxxxx
field.cattle.io/name: My-Team
provisioning.cattle.io/driver: yandex
labels:
cattle.io/creator: norman
name: cc-xxxxx
namespace: cattle-global-data
type: Opaque
|
I also ran in this issue with Hetzner, is there any update on this issue? |
This repository uses an automated workflow to automatically label issues which have not had any activity (commit/comment/label) for 60 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the workflow can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the workflow will automatically close the issue in 14 days. Thank you for your contributions. |
still relevant |
This repository uses an automated workflow to automatically label issues which have not had any activity (commit/comment/label) for 60 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the workflow can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the workflow will automatically close the issue in 14 days. Thank you for your contributions. |
still relevant |
This repository uses an automated workflow to automatically label issues which have not had any activity (commit/comment/label) for 60 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the workflow can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the workflow will automatically close the issue in 14 days. Thank you for your contributions. |
Still relevant |
Same for me. I also use Hetzner and ran into this problem. |
I think we need to add changes on the hetzner side of the docker driver, a key that would read userdata from a file, I'll try to make a pull request today |
Yep, that's what I also found out. I tried to change it. But sadly I have not much experience with Go and I get other errors when importing the driver. 😅 |
Ohhhh.... next level problem...
in hetzner driver, rancher generate |
After 3.9.2 (hetzner docker machine) tar.gz include 2 binary files, it seems the rancher takes the one with the end |
Okay, FIX for hetzner after 3.10.0 (in 3.9.2 added *_instrumented)
|
Getting "[ERROR] error syncing 'fleet-default/test-pool1-b0030872-r5rgz': handler machine-provision: nodedrivers.management.cattle.io "hetzner" not found, requeuing" when using your instructions @Negashev . |
@simonostendorf |
Thank you very much, i thought that if i set the name via GUI it is also possible. This fixed my initial problem, hope there will be no more big problems :D |
The Solution does not working for me. It fixes the driver filename successfully and there are no related error messages in the log or on screen anymore. But I still cannot create a credential for Hetzner, the key field is not populated. The Version 3.10.1 is switching back the driver name, so we should not need this workaround anymore. But this Version is also not working for me to create RKE2 clusters. Btw, the creation of RKE clusters works fine. |
@klauserber and annotation "privateCredentialFields" required metadata:
annotations:
privateCredentialFields: apiToken |
@Negashev I already have tried to create a credential as a Secret like so:
But this secret does not appear in the UI. After that I can add Hetzner Cloud Credentials. The resulting secrets have a Field called
Now I have the Hetzner credentials type and I can create them and get into the UI. Don't understand it completely, but it works. Thank you. |
This repository uses an automated workflow to automatically label issues which have not had any activity (commit/comment/label) for 60 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the workflow can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the workflow will automatically close the issue in 14 days. Thank you for your contributions. |
We already have the nodedriver added via UI and also running an rke1 cluster with it. More than that. I do not not fully understand the issue. Its a issue with the node Driver installation correct? So what must be fixed in the node driver.. |
I don't remember exactly, it's better to test removing the driver on a test environment) yes, it is still important to add the driver via yaml in the local cluster if you want a cluster on rke2 and a hetzner driver, you will have to do installation manipulations through the local cluster |
Rancher Server Setup
Information about the Cluster
Describe the bug
Cannot create RKE2 cluster from RancherUI because I can't create cloud credentials for hetzner node driver.
To Reproduce
I tried to add cloud credentials from the cloud credentials menu but there is no option for hetzner or custom or similar.
I tried to activate some of the built-in node drivers in rancher and some have the same problem but some work.
Result
Not able to provision RKE2 cluster with Hetzner node driver because of cloud credentials
Expected Result
I should be able to create cloud credentials in some way. When activating a node driver, the cloud provider should be added to the list of creatable cloud credentials.
Screenshots
Additional context
The text was updated successfully, but these errors were encountered: