Update docs
This commit is contained in:
parent
7fe916c916
commit
9473a5fbe7
|
|
@ -24,12 +24,12 @@ parameters:
|
||||||
type: ADV # Ext4 thin provisioning with legacy advanced feature set
|
type: ADV # Ext4 thin provisioning with legacy advanced feature set
|
||||||
type: FILE # Ext4 thick provisioning
|
type: FILE # Ext4 thick provisioning
|
||||||
description: Some Description
|
description: Some Description
|
||||||
|
|
||||||
# Only for thick provisioned volumes. Known values:
|
# Only for thick provisioned volumes. Known values:
|
||||||
# 0: Buffered Writes
|
# 0: Buffered Writes
|
||||||
# 3: Direct Write
|
# 3: Direct Write
|
||||||
direct_io_pattern: 0
|
direct_io_pattern: 0
|
||||||
|
|
||||||
# Device Attributes. See below for more info
|
# Device Attributes. See below for more info
|
||||||
dev_attribs:
|
dev_attribs:
|
||||||
- dev_attrib: emulate_tpws
|
- dev_attrib: emulate_tpws
|
||||||
|
|
@ -41,7 +41,7 @@ parameters:
|
||||||
targetTemplate: |
|
targetTemplate: |
|
||||||
has_header_checksum: false
|
has_header_checksum: false
|
||||||
has_data_checksum: false
|
has_data_checksum: false
|
||||||
|
|
||||||
# Note that this option requires a compatible filesystem. Use 0 for unlimited sessions.
|
# Note that this option requires a compatible filesystem. Use 0 for unlimited sessions.
|
||||||
max_sessions: 0
|
max_sessions: 0
|
||||||
multi_sessions: true
|
multi_sessions: true
|
||||||
|
|
@ -82,7 +82,7 @@ parameters:
|
||||||
# This inline yaml object will be passed to the Synology API when creating the snapshot.
|
# This inline yaml object will be passed to the Synology API when creating the snapshot.
|
||||||
lunSnapshotTemplate: |
|
lunSnapshotTemplate: |
|
||||||
is_locked: true
|
is_locked: true
|
||||||
|
|
||||||
# https://kb.synology.com/en-me/DSM/tutorial/What_is_file_system_consistent_snapshot
|
# https://kb.synology.com/en-me/DSM/tutorial/What_is_file_system_consistent_snapshot
|
||||||
# Note that app consistent snapshots require a working Synology Storage Console. Otherwise both values will have
|
# Note that app consistent snapshots require a working Synology Storage Console. Otherwise both values will have
|
||||||
# equivalent behavior.
|
# equivalent behavior.
|
||||||
|
|
@ -91,7 +91,7 @@ parameters:
|
||||||
```
|
```
|
||||||
|
|
||||||
Note that it is currently not supported by Synology devices to restore a snapshot onto a different volume. You can
|
Note that it is currently not supported by Synology devices to restore a snapshot onto a different volume. You can
|
||||||
create volumes from snapshots, but you should use the same `StorageClass` as the original volume of the snapshot did.
|
create volumes from snapshots, but you should use the same `StorageClass` as the original volume of the snapshot did.
|
||||||
|
|
||||||
### Enabling CHAP Authentication
|
### Enabling CHAP Authentication
|
||||||
You can enable CHAP Authentication for `StorageClass`es by supplying an appropriate `StorageClass` secret (see the
|
You can enable CHAP Authentication for `StorageClass`es by supplying an appropriate `StorageClass` secret (see the
|
||||||
|
|
@ -123,16 +123,26 @@ kind: Secret
|
||||||
metadata:
|
metadata:
|
||||||
name: chap-secret
|
name: chap-secret
|
||||||
stringData:
|
stringData:
|
||||||
# Client Credentials
|
targetTemplate: |
|
||||||
user: client
|
auth_type: 2
|
||||||
password: MySecretPassword
|
# Client Credentials
|
||||||
# Mutual CHAP Credentials. If these are specified mutual CHAP will be enabled.
|
user: client
|
||||||
mutualUser: server
|
password: MySecretPassword
|
||||||
mutualPassword: MyOtherPassword
|
# Mutual CHAP Credentials. If these are specified mutual CHAP will be enabled.
|
||||||
|
mutualUser: server
|
||||||
|
mutualPassword: MyOtherPassword
|
||||||
```
|
```
|
||||||
|
|
||||||
Note that CHAP authentication will only be enabled if the secret contains a username and password. If e.g. a password is
|
The following configuration options are known:
|
||||||
missing CHAP authentication will not be enabled (but the volume will still be created). You cannot automatically
|
- `auth_type: 0`: Authentication is disabled.
|
||||||
enable/disable CHAP or change the password after the volume has been created.
|
- `auth_type: 1`: CHAP authentication via the supplied `user` and `password`. You should also set `chap: true`
|
||||||
|
in this case.
|
||||||
|
- `auth_type: 2`: Mutual CHAP authentication. In addition to `user`, `password` and `chap` you should also set
|
||||||
|
`mutual_user`, `mutual_password` and `mutual_chap: true`.
|
||||||
|
|
||||||
If the secret itself is referenced but not present, the volume will not be created.
|
Note that in order to correctly mount the volume you also need to configure an appropriate `node-stage-secret` on the
|
||||||
|
`StorageClass`.
|
||||||
|
|
||||||
|
You can use the secrets mechanism to supply additional data for the `lunTemplate` as well. The different templates will
|
||||||
|
be merged with the secret taking precedence over the `StorageClass` and the global configuration. If a secret is
|
||||||
|
referenced but not present, the volume will not be created.
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue