1
0
mirror of https://github.com/minio/docs.git synced 2025-08-09 13:02:53 +03:00

Fixing broken URLs

This commit is contained in:
Ravind Kumar
2022-01-24 17:27:37 -05:00
parent ef4541a085
commit 78d3c506bb
2 changed files with 11 additions and 10 deletions

View File

@@ -141,6 +141,5 @@ rst_prolog = """
.. |minio-latest| replace:: RELEASE.2022-01-08T03-11-54Z .. |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-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 .. |minio-deb| replace:: https://dl.min.io/server/minio/release/linux-amd64/minio_20220108031154.0.0_amd64.deb
.. |subnet| replace:: `MinIO SUBNET <https://min.io/pricing?jmp=docs>`__
""" """

View File

@@ -52,10 +52,11 @@ write errors.
.. admonition:: MinIO Professional Support .. admonition:: MinIO Professional Support
:class: note :class: note
|subnet| users can `log in <https://subnet.min.io/>`__ and create a new issue `MinIO SUBNET <https://min.io/pricing?jmp=docs>`__ users can
related to drive or node failures. Coordination with MinIO Engineering via `log in <https://subnet.min.io/>`__ and create a new issue related to drive
SUBNET can ensure successful recovery operations of production MinIO or node failures. Coordination with MinIO Engineering via SUBNET can ensure
deployments, including root-cause analysis, and health diagnostics. 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 users can seek support on the `MinIO Community Slack
<https://minio.slack.com>`__. Community Support is best-effort only and has <https://minio.slack.com>`__. 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 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 in close proximity to each other. Deployments seeing higher than expected drive
failure rates should schedule dedicated maintenance around replacing the known failure rates should schedule dedicated maintenance around replacing the known
bad batch. Consider using |subnet| to coordinate with MinIO engineering around bad batch. Consider using `MinIO SUBNET <https://min.io/pricing?jmp=docs>`__ to
guidance for any such operations. coordinate with MinIO engineering around guidance for any such operations.
.. _minio-restore-hardware-failure-node: .. _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 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 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 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 *smallest* drive's capacity as the ceiling for all drives in the
Pool <minio-intro-server-pool>`. :ref:`Server Pool <minio-intro-server-pool>`.
The following steps provide a more detailed walkthrough of node replacement. The following steps provide a more detailed walkthrough of node replacement.
These steps assume a MinIO deployment where each node has a DNS hostname 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 Continue monitoring the deployment until healing completes. Deployments with
persistent and repeated node failures should schedule dedicated maintenance to 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 <https://min.io/pricing?jmp=docs>`__ to coordinate with MinIO
engineering around guidance for any such operations. engineering around guidance for any such operations.