]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc/cephadm/services: the config section of service specs 46926/head
authorRedouane Kachach <rkachach@redhat.com>
Fri, 1 Jul 2022 12:11:06 +0000 (14:11 +0200)
committerRedouane Kachach <rkachach@redhat.com>
Mon, 4 Jul 2022 09:29:58 +0000 (11:29 +0200)
Fixes: https://tracker.ceph.com/issues/53997
Signed-off-by: Redouane Kachach <rkachach@redhat.com>
doc/cephadm/services/index.rst

index be9b3661a9e245980c0b7e1205d1d4c413ae2799..326aafa92f6281214fce0d564d6cefd68c80dcf0 100644 (file)
@@ -86,7 +86,20 @@ Service Specification
 =====================
 
 A *Service Specification* is a data structure that is used to specify the
-deployment of services.  Here is an example of a service specification in YAML:
+deployment of services. In addition to parameters such as `placement` or
+`networks`, the user can set initial values of service configuration parameters
+by means of the `config` section. For each param/value configuration pair,
+cephadm calls the following command to set its value:
+
+   .. prompt:: bash #
+
+    ceph config set <service-name> <param> <value>
+
+cephadm raises health warnings in case invalid configuration parameters are
+found in the spec (`CEPHADM_INVALID_CONFIG_OPTION`) or if any error while
+trying to apply the new configuration option(s) (`CEPHADM_FAILED_SET_OPTION`).
+
+Here is an example of a service specification in YAML:
 
 .. code-block:: yaml
 
@@ -97,6 +110,10 @@ deployment of services.  Here is an example of a service specification in YAML:
         - host1
         - host2
         - host3
+    config:
+      param_1: val_1
+      ...
+      param_N: val_N
     unmanaged: false
     networks:
     - 192.169.142.0/24