Update file percona_manual_sync.rst

web/support/kb/cloud/percona_manual_sync.rst

@@ -36,6 +36,12 @@ stop ``juju agents`` on all units::
 connect to one of the servers, and force ``mysql`` restart as master.
 ----------------------------------------------------------------------
 
+.. note:: You should perform the following operations on the last-acting master, 
+    otherwise ``mysql`` will fail to start. If you are unable to determine 
+    the last-acting master, edit file ``/var/lib/percona-xtradb-cluster/grastate.dat``
+    and set ``safe_to_bootstrap: 1``.
+
+  
 - Edit file /etc/mysql/percona-xtradb-cluster.conf.d/mysqld.cnf, you should find the line::
 
   $ wsrep_cluster_address=gcomm://<ip_1>,<ip_2>
@@ -58,10 +64,6 @@ where <ip_1>, <ip_2> are the IP addresses of the other members of the cluster.
   
   $ sudo service mysql start
 
-.. note:: You should perform the above operation on the last-acting master, 
-    otherwise ``mysql`` will fail to start. If you are unable to determine 
-    the last-acting master, edit file ``/var/lib/percona-xtradb-cluster/grastate.dat``
-    and set ``safe_to_bootstrap: 1``.
 
 - It may happen that mysql server still does not start because of failed transactions. In case try the following procedure. 
 
@@ -76,6 +78,8 @@ Looking in the log file ``/var/log/mysql/error.log`` you may find messages like:
 
 This should fix the failed transactions.
 
+
+
 start ``mysql`` on the remaining nodes, as usual
 ------------------------------------------------