]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc/rados: edit "client can't connect..." 54654/head
authorZac Dover <zac.dover@proton.me>
Thu, 23 Nov 2023 04:59:24 +0000 (14:59 +1000)
committerZac Dover <zac.dover@proton.me>
Fri, 24 Nov 2023 21:08:17 +0000 (07:08 +1000)
Edit the section "Client can't connect or mount" in the file
doc/rados/troubleshooting/troubleshooting-mon.rst.

Signed-off-by: Zac Dover <zac.dover@proton.me>
(cherry picked from commit ec298091b5e754293e798c90fc8afc3e4504d632)

doc/rados/troubleshooting/troubleshooting-mon.rst

index 1550aaccd802bfd48225e2785b236296f1169dfb..c28a38da5684bc298e5c023e17bc8dfd4b1b0c52 100644 (file)
@@ -481,12 +481,13 @@ Clock Skew Questions and Answers
 Client Can't Connect or Mount
 -----------------------------
 
-Check your IP tables. Some operating-system install utilities add a ``REJECT``
-rule to ``iptables``. ``iptables`` rules will reject all clients other than
-``ssh`` that try to connect to the host. If your monitor host's IP tables have
-a ``REJECT`` rule in place, clients that are connecting from a separate node
-will fail and will raise a timeout error. Any ``iptables`` rules that reject
-clients trying to connect to Ceph daemons must be addressed. For example::
+If a client can't connect to the cluster or mount, check your iptables. Some
+operating-system install utilities add a ``REJECT`` rule to ``iptables``.
+``iptables`` rules will reject all clients other than ``ssh`` that try to
+connect to the host. If your monitor host's iptables have a ``REJECT`` rule in
+place, clients that connect from a separate node will fail, and this will raise
+a timeout error. Look for ``iptables`` rules that reject clients that are
+trying to connect to Ceph daemons. For example::
 
     REJECT all -- anywhere anywhere reject-with icmp-host-prohibited