diff --git a/web/support/kb/juju/juju_ha.rst b/web/support/kb/juju/juju_ha.rst
index a55657902f8d952468021b7656641d0f63671973..e2f3fcce5f3d4c7db66eb1d1dc93ba40e542efbb 100644
--- a/web/support/kb/juju/juju_ha.rst
+++ b/web/support/kb/juju/juju_ha.rst
@@ -95,6 +95,43 @@ e::
 In particolare l'ha è abilitato quando i tre membri sono nello stato
 "has-vote".
 
+DEBUGGING (MongoDB)
+########
+Per essere sicuri che i database dei controller secondari del cluster siano 
+sincronizzati con il database del controller primario bisogna eseguire alcuni 
+comandi direttamente sulle istanze di mongodb. 
+Per accedere alla console di mongodb prepare uno script con i seguenti comandi::
+
+ dialmongo() {
+    agent=$(cd /var/lib/juju/agents; echo machine-*)
+    pw=$(sudo cat /var/lib/juju/agents/${agent}/agent.conf |grep statepassword |awk '{ print $2 }')
+    /usr/lib/juju/mongo3.2/bin/mongo --ssl --sslAllowInvalidCertificates -u ${agent} -p $pw localhost:37017/juju --authenticationDatabase admin
+    }
+
+ed eseguirlo sul controller del quale vogiamo controllare lo stato di
+sicnronizzazione del db. Una volta eseguito ci troveremo nella console di mongodb
+e potremo dare il seguente comando::
+
+    juju:SECONDARY> db.getReplicationInfo()
+    {
+	"logSizeMB" : 1024,
+	"usedMB" : 242.96,
+	"timeDiff" : 12168,
+	"timeDiffHours" : 3.38,
+	"tFirst" : "Mon Jan 15 2018 11:25:38 GMT+0100 (CET)",
+	"tLast" : "Mon Jan 15 2018 14:48:26 GMT+0100 (CET)",
+	"now" : "Mon Jan 15 2018 14:48:27 GMT+0100 (CET)"
+    }
+
+L'output del comando db.getReplicationInfo() ci restituisce informazioni
+sullo stato di sincronizzazione del db secondario con quello primario.
+Per ulteriori informazioni riguardo questo comando si rimanda alla 
+`pagina di reference di mongodb <https://docs.mongodb.com/manual/reference/method/db.getReplicationInfo/>`_ . 
+
+Per ulteriori dettagli e guide al troubleshooting di mongodb invece si rimanda
+alla pagina `Troubleshoot Replica Sets di mongodb <https://docs.mongodb.com/manual/tutorial/troubleshoot-replica-sets/>`_ .
+
+
 In caso di problemi ad un membro del cluster HA, si spegne la VM, se ne crea
 un’altra (o si rilascia la prima) e si ridà il comando `enable-ha`::