-
Notifications
You must be signed in to change notification settings - Fork 6
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
Missing documentation on TridentBackendConfig #19
Comments
Hi @makkes Thank you for your questions and feedback regarding the TridentBackendConfig CR. I have updated the README and sample files to provide more clarity. I recommend reviewing the updated README and sample files to see if they address your concerns. Please feel free to reach out if you have any further questions or require additional clarification. |
Great work, @Shanna-chen. I've been trying to get it working with the updated README all day today but I'm stuck at the controller not being able to login to the QNAP device:
It sounds similar to what's described in #15 but I'm 100% certain I put the correct credentials into the Secret. I verified them by logging into the Web UI with these exact credentials. This is not directly related to the README but I believe the README is missing a vital part, i.e. explaining what is necessary to be done on the QNAP device prior to being able to use the driver. Do I have to create an iSCSI target first or does the driver do that for me? Does it create a new target for each PV? |
From the README it is unclear to me what I can configure in a
TridentBackendConfig
CR. Some examples:.spec.storageDriverName
?.spec.backendName
,.spec.networkInterfaces
?.spec.credentials
but there's no explanation of the expected format or what that name refers to (I suppose a Secret?)..spec.storage.*
mean? Do they set the behaviour of the storage provisioner? Are they just informational?The text was updated successfully, but these errors were encountered: