diff options
author | OpenShift Merge Robot <openshift-merge-robot@users.noreply.github.com> | 2021-04-12 12:36:20 +0200 |
---|---|---|
committer | GitHub <noreply@github.com> | 2021-04-12 12:36:20 +0200 |
commit | 9d3e31071087908207a8f7fdc84939edf3dc47c0 (patch) | |
tree | 7993a84a9b70504b2a99c88085e5e7205bc0b94b /docs/source/markdown/podman-generate-kube.1.md | |
parent | 3b03ff7d1ea65c31ca8c9a28e70f7dd5a43afbf0 (diff) | |
parent | 61cb6d61dd420a000c843171b5917b5595874a67 (diff) | |
download | podman-9d3e31071087908207a8f7fdc84939edf3dc47c0.tar.gz podman-9d3e31071087908207a8f7fdc84939edf3dc47c0.tar.bz2 podman-9d3e31071087908207a8f7fdc84939edf3dc47c0.zip |
Merge pull request #9935 from EduardoVega/5788-kube-volume
Add support for play/generate kube PersistentVolumeClaims and Podman volumes
Diffstat (limited to 'docs/source/markdown/podman-generate-kube.1.md')
-rw-r--r-- | docs/source/markdown/podman-generate-kube.1.md | 12 |
1 files changed, 7 insertions, 5 deletions
diff --git a/docs/source/markdown/podman-generate-kube.1.md b/docs/source/markdown/podman-generate-kube.1.md index 90b4c59fb..a426d2c3c 100644 --- a/docs/source/markdown/podman-generate-kube.1.md +++ b/docs/source/markdown/podman-generate-kube.1.md @@ -1,14 +1,16 @@ % podman-generate-kube(1) ## NAME -podman-generate-kube - Generate Kubernetes YAML based on a pod or container +podman-generate-kube - Generate Kubernetes YAML based on containers, pods or volumes ## SYNOPSIS -**podman generate kube** [*options*] *container...* | *pod* +**podman generate kube** [*options*] *container...* | *pod...* | *volume...* ## DESCRIPTION -**podman generate kube** will generate Kubernetes Pod YAML (v1 specification) from Podman from one or more containers or a single pod. Whether -the input is for containers or a pod, Podman will always generate the specification as a Pod. The input may be in the form -of a pod or one or more container names or IDs. +**podman generate kube** will generate Kubernetes YAML (v1 specification) from Podman containers, pods or volumes. Whether +the input is for containers or pods, Podman will always generate the specification as a Pod. The input may be in the form +of one or more containers, pods or volumes names or IDs. + +`Podman Containers or Pods` Volumes appear in the generated YAML according to two different volume types. Bind-mounted volumes become *hostPath* volume types and named volumes become *persistentVolumeClaim* volume types. Generated *hostPath* volume types will be one of three subtypes depending on the state of the host path: *DirectoryOrCreate* when no file or directory exists at the host, *Directory* when host path is a directory, or *File* when host path is a file. The value for *claimName* for a *persistentVolumeClaim* is the name of the named volume registered in Podman. |