You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/rfcs/0002/readme.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -206,7 +206,7 @@ Peter submits the job to the WLM. WLM guides the job through the workflow states
206
206
mountPath: /foo/local
207
207
- name: foo-persistent-storage
208
208
mountPath: /foo/persistent
209
-
- name: nnf-config
209
+
- name: nnf-config
210
210
mountPath: /nnf/config
211
211
ports:
212
212
- name: compute
@@ -242,9 +242,9 @@ Peter submits the job to the WLM. WLM guides the job through the workflow states
242
242
243
243
Kubernetes allows for a way to define permissions for a container using a [Security Context](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/). This can be seen in the pod template spec above. The user and group IDs are inherited from the Workflow's spec.
244
244
245
-
## Special Note: Indexed-Mount Type
245
+
## Special Note: Indexed-Mount Type for GFS2 File Systems
246
246
247
-
When using a file system like XFS or GFS2, each compute is allocated its own Rabbit volume. The Rabbit software mounts a collection of mount paths with a common prefix and an ending indexed value.
247
+
When using a GFS2 file system, each compute is allocated its own Rabbit volume. The Rabbit software mounts a collection of mount paths with a common prefix and an ending indexed value.
248
248
249
249
Application AUTHORS must be aware that their desired mount-point really contains a collection of directories, one for each compute node. The mount point type can be known by consulting the config map values.
0 commit comments