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

GKE uses a non-standard FlexVolume directory which is not documented. #2126

Merged
merged 1 commit into from
Sep 13, 2018

Conversation

ayaz
Copy link
Contributor

@ayaz ayaz commented Sep 13, 2018

Description of your changes:
FlexVolume on Rook doesn't work out of the box on Google's Kubernetes Engines (GKE). GKE uses a non-standard FlexVolume directory which isn't currently documented.

Which issue is resolved by this Pull Request:
It only updates documentation for FlexVolume.

Checklist:

  • Documentation has been updated, if necessary.
  • Pending release notes updated with breaking and/or notable changes, if necessary.
  • Upgrade from previous release is tested and upgrade user guide is updated, if necessary.
  • Code generation (make codegen) has been run to update object specifications, if necessary.
  • make vendor does not cause changes.
  • Comments have been added or updated based on the standards set in CONTRIBUTING.md

[skip ci]

@galexrt
Copy link
Member

galexrt commented Sep 13, 2018

@ayaz Thanks for the fix! You need to add your sign-off to the commit, for more information see: https://github.com/rook/rook/blob/master/CONTRIBUTING.md#certificate-of-origin

Copy link
Member

@galexrt galexrt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One small naming change then LGTM

@@ -11,6 +11,7 @@ This is the case for Kubernetes deployments on:
* [ContainerLinux](https://coreos.com/os/docs/latest/) (previously named CoreOS)
* [OpenShift](https://www.openshift.com/)
* [Rancher](http://rancher.com/)
* [GKE](https://cloud.google.com/kubernetes-engine/)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would you mind writing it in full and having GKE in braces after the name Google Kubernetes Engine (GKE).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @galexrt I've modified it and also signed-off.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You have only changed it below, but here it also needs to be changed.

Copy link
Member

@galexrt galexrt left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please go ahead and squash your commits into one commit.
Also could you make your commit message conform to the convention here: https://github.com/rook/rook/blob/master/CONTRIBUTING.md#commit-messages

@@ -11,6 +11,7 @@ This is the case for Kubernetes deployments on:
* [ContainerLinux](https://coreos.com/os/docs/latest/) (previously named CoreOS)
* [OpenShift](https://www.openshift.com/)
* [Rancher](http://rancher.com/)
* [GKE](https://cloud.google.com/kubernetes-engine/)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You have only changed it below, but here it also needs to be changed.

Google Kubernetes Engine uses a non-standard FlexVolume directory which
is not documented. This change updates the FlexVolume documentation to
describe how to configure FlexVolume for use on Google Kubernetes
Engine.

Signed-off-by: Ayaz Ahmed Khan <ayaz@ayaz.pk>
@ayaz
Copy link
Contributor Author

ayaz commented Sep 13, 2018

@galexrt Sorry, my bad. I missed that.

Could you please tell me which approach you use for squashing? I rebased the three commits into one, but when I push the resulting commit to upstream on my fork, it complains about the current branch being behind the remote (even though both were in sync before the rebase).

@ayaz
Copy link
Contributor Author

ayaz commented Sep 13, 2018

@galexrt Actually, never mind that. I did a force push. Is everything all right now?

@galexrt
Copy link
Member

galexrt commented Sep 13, 2018

@ayaz When you rebase (and/or squash during the rebase) you need to force push as the remote is behind due to your local branch being just one commit now and the remote branch is still one or more commits (with other commit IDs) than the one locally.

@galexrt galexrt merged commit 6d50c73 into rook:master Sep 13, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants