List metadata info.
:command:`mdlog list`
- List metadata log.
+ List metadata log which is needed for multi-site deployments.
:command:`mdlog trim`
- Trim metadata log.
+ Trim metadata log manually instead of relying on RGWs integrated log sync.
+ Before trimming, compare the listings and make sure the last sync was
+ complete, otherwise it can reinitiate a sync.
:command:`mdlog status`
Read metadata log status.
:command:`bilog list`
- List bucket index log.
+ List bucket index log which is needed for multi-site deployments.
:command:`bilog trim`
- Trim bucket index log (use start-marker, end-marker).
+ Trim bucket index log (use start-marker, end-marker) manually instead
+ of relying on RGWs integrated log sync.
+ Before trimming, compare the listings and make sure the last sync was
+ complete, otherwise it can reinitiate a sync.
:command:`datalog list`
- List data log.
+ List data log which is needed for multi-site deployments.
:command:`datalog trim`
- Trim data log.
+ Trim data log manually instead of relying on RGWs integrated log sync.
+ Before trimming, compare the listings and make sure the last sync was
+ complete, otherwise it can reinitiate a sync.
:command:`datalog status`
Read data log status.
If the master zone is down, bucket operations executed on the
secondary zone will fail, but object operations should succeed.
+Verification of an Object
+-------------------------
+
+By default, the objects are not verified again after the synchronization of an
+object was successful. To enable that, you can set :confval:`rgw_sync_obj_etag_verify`
+to ``true``. After enabling the optional objects that will be synchronized
+going forward, an additional MD5 checksum will verify that it is computed on
+the source and the destination. This is to ensure the integrity of the objects
+fetched from a remote server over HTTP including multisite sync. This option
+can decrease the performance of your RGW as more computation is needed.
+
Maintenance
===========
incremental sync: 128/128 shards
data is caught up with source
+The output can differ depending on the sync status. The shards are described
+as two different types during sync:
+
+- **Behind shards** are shards that need a full data sync and shards needing
+ an incremental data sync because they are not up-to-date.
+
+- **Recovery shards** are shards that encountered an error during sync and marked
+ for retry. The error mostly occurs on minor issues like acquiring a lock on
+ a bucket. This will typically resolve itself.
+
+Check the logs
+--------------
+
+For multi-site only, you can check out the metadata log (``mdlog``),
+the bucket index log (``bilog``) and the data log (``datalog``).
+You can list them and also trim them which is not needed in most cases as
+:confval:`rgw_sync_log_trim_interval` is set to 20 minutes as default. If it isn't manually
+set to 0, you shouldn't have to trim it at any time as it could cause side effects otherwise.
+
Changing the Metadata Master Zone
---------------------------------
The following sections provide additional details and command-line
usage for realms, periods, zone groups and zones.
+For more details on every available configuration option, please check out
+``src/common/options/rgw.yaml.in`` or go to the more comfortable :ref:`mgr-dashboard`
+configuration page (found under `Cluster`) where you can view and set all
+options easily. On the page, set the level to ``advanced`` and search for RGW,
+to see all basic and advanced configuration options with a short description.
+Expand the details of an option to reveal a longer description.
+
Realms
------