Skip to content

Commit b0ce984

Browse files
authored
Fix typos and update documentation links
1 parent b296ab3 commit b0ce984

1 file changed

Lines changed: 5 additions & 7 deletions

File tree

support/azure/virtual-machines/linux/troubleshoot-rhel-pacemaker-cluster-services-resources-startup-issues.md

Lines changed: 5 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -21,7 +21,7 @@ This article discusses the most common causes of startup issues in RedHat Enterp
2121

2222
### Symptom for scenario 1
2323

24-
- Cluster node don't join a cluster after a cluster restart
24+
- Cluster node does't join a cluster after a cluster restart
2525
- Nodes are reported as `UNCLEAN (offline)`
2626
- Current DC is reported as `NONE`
2727

@@ -57,7 +57,7 @@ This article discusses the most common causes of startup issues in RedHat Enterp
5757

5858
### Cause for scenario 1
5959

60-
The **VoteQuorum** service is a component of the corosync project. To prevent split-brain scenarios, this service can be optionally loaded into a corosync cluster's nodes. Every system in the cluster is given a certain number of votes to achieve this quorum. This makes sure that cluster actions can occur only if a majority of votes are cast. Either every node or no node must have the service loaded. The outcomes are uncertain if the service is loaded into a subset of cluster nodes.
60+
The **VoteQuorum** service is a component of the corosync project. To prevent split-brain scenarios, this service can be optionally loaded into a corosync cluster's nodes. Every system in the cluster is given a certain number of votes to achieve this quorum. This makes sure that cluster actions can occur only if most votes are cast. Either every node or no node must have the service loaded. The outcomes are uncertain if the service is loaded into a subset of cluster nodes.
6161

6262
The following `/etc/corosync/corosync.conf` extract enables **VoteQuorum** service within corosync:
6363

@@ -334,7 +334,7 @@ The SAP HANA resource can't be started by Pacemaker if there are `SYN` failures
334334
> [!Important]
335335
> Steps 2, 3, and 4 must be performed by using a SAP administrator account. This is because these steps use a SAP System ID to stop, start, and re-enable replication manually.
336336
337-
1. As a precaution, make a full backup or take a snapshot before you make any changes. FOr more information, see [Azure VM backup](/azure/backup/backup-azure-vms-introduction).
337+
1. As a precaution, make a full backup or take a snapshot before you make any changes. For more information, see [Azure VM backup](/azure/backup/backup-azure-vms-introduction).
338338
339339
2. Put the cluster into maintenance mode:
340340
@@ -598,11 +598,9 @@ Jun 7 02:25:09 node-0 pacemaker-attrd[8568]: notice: Setting last-failure-SAPHa
598598
599599
### Resolution for scenario 3, symptom 3
600600
601-
The output shows that there are no traces found other than the reason that 'hbddaemon' didn't start. After evaluating the output, SAP vendor support should study the application logs further to understand why the SAP application didn't start.
602-
603-
For more information about this scenario, see the following Red Hat article: [SAPHana Resource Start Failure with Error 'FAIL: process hdbdaemon HDB Daemon not running'](https://access.redhat.com/solutions/7058526).
601+
See the following Red Hat article: [SAPHana Resource Start Failure with Error 'FAIL: process hdbdaemon HDB Daemon not running'](https://access.redhat.com/solutions/7058526).
604602
605-
## Scenario 4: Issue that affect the ASCS and ERS resources
603+
## Scenario 4: Issue that affects the ASCS and ERS resources
606604
607605
### Symptom for scenario 4
608606

0 commit comments

Comments
 (0)