diff --git a/source/conf.py b/source/conf.py index a0fc32ef..32baafb9 100644 --- a/source/conf.py +++ b/source/conf.py @@ -141,6 +141,5 @@ rst_prolog = """ .. |minio-latest| replace:: RELEASE.2022-01-08T03-11-54Z .. |minio-rpm| replace:: https://dl.min.io/server/minio/release/linux-amd64/minio-20220108031154.0.0.x86_64.rpm .. |minio-deb| replace:: https://dl.min.io/server/minio/release/linux-amd64/minio_20220108031154.0.0_amd64.deb -.. |subnet| replace:: `MinIO SUBNET `__ """ \ No newline at end of file diff --git a/source/installation/restore-minio.rst b/source/installation/restore-minio.rst index 6ebb0b4b..5ed42948 100644 --- a/source/installation/restore-minio.rst +++ b/source/installation/restore-minio.rst @@ -52,10 +52,11 @@ write errors. .. admonition:: MinIO Professional Support :class: note - |subnet| users can `log in `__ and create a new issue - related to drive or node failures. Coordination with MinIO Engineering via - SUBNET can ensure successful recovery operations of production MinIO - deployments, including root-cause analysis, and health diagnostics. + `MinIO SUBNET `__ users can + `log in `__ and create a new issue related to drive + or node failures. Coordination with MinIO Engineering via SUBNET can ensure + successful recovery operations of production MinIO deployments, including + root-cause analysis, and health diagnostics. Community users can seek support on the `MinIO Community Slack `__. Community Support is best-effort only and has @@ -174,8 +175,8 @@ from the degraded state. Monitor the cluster for any further drive failures. Some drive batches may fail in close proximity to each other. Deployments seeing higher than expected drive failure rates should schedule dedicated maintenance around replacing the known -bad batch. Consider using |subnet| to coordinate with MinIO engineering around -guidance for any such operations. +bad batch. Consider using `MinIO SUBNET `__ to +coordinate with MinIO engineering around guidance for any such operations. .. _minio-restore-hardware-failure-node: @@ -197,8 +198,8 @@ node. There are no negative performance implications to using improved hardware. The replacement drive hardware should be substantially similar to the failed drive. For example, replace a failed SSD with another SSD drive of the same capacity. While you can use drives with larger capacity, MinIO uses the -*smallest* drive's capacity as the ceiling for all drives in the :ref:`Server -Pool `. +*smallest* drive's capacity as the ceiling for all drives in the +:ref:`Server Pool `. The following steps provide a more detailed walkthrough of node replacement. These steps assume a MinIO deployment where each node has a DNS hostname @@ -257,5 +258,6 @@ from the degraded state. Continue monitoring the deployment until healing completes. Deployments with persistent and repeated node failures should schedule dedicated maintenance to -identify the root cause. Consider using |subnet| to coordinate with MinIO +identify the root cause. Consider using +`MinIO SUBNET `__ to coordinate with MinIO engineering around guidance for any such operations.