summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorRui Cao <ruicao@alauda.io>2018-10-16 17:29:31 +0800
committerRui Cao <ruicao@alauda.io>2018-10-16 17:29:31 +0800
commitc4eef03c552c91351637326be49558f81eb4f142 (patch)
tree2842bdb973c1bbc6dec138f99f272ad0547814b6
parent4655e294feac5e37f07438386f8526ac4d4e82b5 (diff)
Typo fix: Kuberentes -> Kubernetes
Signed-off-by: Rui Cao <ruicao@alauda.io>
-rw-r--r--communication/moderators.md2
-rw-r--r--contributors/design-proposals/storage/data-source.md2
2 files changed, 2 insertions, 2 deletions
diff --git a/communication/moderators.md b/communication/moderators.md
index cec398bf..42c6cf70 100644
--- a/communication/moderators.md
+++ b/communication/moderators.md
@@ -1,6 +1,6 @@
# Community Moderators
-The following people are responsible for moderating/administrating Kuberentes communication channels and their home time zone.
+The following people are responsible for moderating/administrating Kubernetes communication channels and their home time zone.
See our [moderation guidelines](./moderating.md) for policies and recommendations.
## Mailing Lists
diff --git a/contributors/design-proposals/storage/data-source.md b/contributors/design-proposals/storage/data-source.md
index 80db936b..1cd56caa 100644
--- a/contributors/design-proposals/storage/data-source.md
+++ b/contributors/design-proposals/storage/data-source.md
@@ -3,7 +3,7 @@
Note: this proposal is part of [Volume Snapshot](https://github.com/kubernetes/community/pull/2335) feature design, and also relevant to recently proposed [Volume Clone](https://github.com/kubernetes/community/pull/2533) feature.
## Goal
-Currently in Kuberentes, volume plugin only supports to provision an empty volume. With the new storage features (including [Volume Snapshot](https://github.com/kubernetes/community/pull/2335) and [volume clone](https://github.com/kubernetes/community/pull/2533)) being proposed, there is a need to support data population for volume provisioning. For example, volume can be created from a snapshot source, or volume could be cloned from another volume source. Depending on the sources for creating the volume, there are two scenarios
+Currently in Kubernetes, volume plugin only supports to provision an empty volume. With the new storage features (including [Volume Snapshot](https://github.com/kubernetes/community/pull/2335) and [volume clone](https://github.com/kubernetes/community/pull/2533)) being proposed, there is a need to support data population for volume provisioning. For example, volume can be created from a snapshot source, or volume could be cloned from another volume source. Depending on the sources for creating the volume, there are two scenarios
1. Volume provisioner can recognize the source and be able to create the volume from the source directly (e.g., restore snapshot to a volume or clone volume).
2. Volume provisioner does not recognize the volume source, and create an empty volume. Another external component (data populator) could watch the volume creation and implement the logic to populate/import the data to the volume provisioned. Only after data is populated to the volume, the PVC is ready for use.