Skip to content

Commit 430007f

Browse files
authored
Fix typos and improve clarity in documentation
1 parent 21de838 commit 430007f

1 file changed

Lines changed: 9 additions & 7 deletions

File tree

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

Lines changed: 9 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -73,7 +73,7 @@ The following `/etc/corosync/corosync.conf` extract enables **VoteQuorum** servi
7373

7474
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).
7575

76-
2. Check for missing quorum stanza in `/etc/corosync/corosync.conf`. Compare the existing `corosync.conf` with any backup that's available in `/etc/corosync/`.
76+
2. Check for missing quorum section in `/etc/corosync/corosync.conf`. Compare the existing `corosync.conf` with any backup that's available in `/etc/corosync/`.
7777

7878
3. Put the cluster into maintenance mode:
7979

@@ -167,7 +167,7 @@ vip_HN1_03_start_0 on node-1 'unknown error' (1): call=30, status=complete, exit
167167

168168
### Cause
169169

170-
1. To choose which network adapter (or `NIC`: Network Interface Card) to start the `IPAddr2` resource on, `IPaddr2` invokes the `findif()` function, as defined in `/usr/lib/ocf/resource.d/heartbeat/IPaddr2` (belongs to the `resource-agents` package).
170+
1. To choose which network adapter (NIC) to start the `IPAddr2` resource on, `IPaddr2` invokes the `findif()` function, as defined in `/usr/lib/ocf/resource.d/heartbeat/IPaddr2` that is contained in the `resource-agents` package.
171171

172172
2. The correct network adapter is determined by the options that are set on the `IPAddr2` resource, such as `ip` (required), `cidr_netmask`, and `broadcast`.
173173

@@ -329,7 +329,7 @@ node-0 DEMOTED 10 online logreplay node-1 4:S:master1:master:worker:master 5
329329
node-1 PROMOTED 1693237652 online logreplay node-0 4:P:master1:master:worker:master 150 SITEA syncmem PRIM 2.00.046.00.1581325702 node-1
330330
```
331331

332-
### Resolution 1
332+
### Workaround 1
333333

334334
The SAP HANA resource can't be started by Pacemaker if there are `SYN` failures between the primary and secondary cluster nodes. To mitigate this issue, you must manually enable `SYN` between the primary and secondary nodes.
335335

@@ -403,7 +403,7 @@ The SAP HANA resource can't be started by Pacemaker if there are `SYN` failures
403403
404404
5. After you enable replication, check the system replication status by using the SAP system administrator account. In this situation, the user admin account is `hn1adm`.
405405
406-
On the primary node, check the overall system replication status: `ACTIVE`.
406+
On the primary node, verify that the overall system replication status is `ACTIVE`.
407407
408408
If the database nodes are still not synchronized, the SAP administrator should troubleshoot the issue by reviewing the SAP logs to make sure that the database nodes are correctly synchronized:
409409
@@ -457,7 +457,8 @@ The SAP HANA resource can't be started by Pacemaker if there are `SYN` failures
457457

458458
SAP HANA Resource Reporting N (Standalone) mode experiences start failures with `hana_xxx_roles`.
459459
The cluster node database resource is a primary or secondary. Standalone node mode with `hana_xxx_roles` reporting **N**.
460-
The `node attributes` status is shown as follows when we execute `sudo pcs status --full`:
460+
461+
When you run the `sudo pcs status --full` command, the `node attributes` status is shown as follows:
461462

462463
```bash
463464
sudo pcs status --full
@@ -492,6 +493,7 @@ Node Attributes:
492493
```
493494

494495
The Migration summary reporting `INF` fail-count with failed SAP HANA resource action reporting start failures due to "not running".
496+
495497
```bash
496498
sudo pcs status
497499
```
@@ -624,12 +626,12 @@ Jun 9 23:29:16 nodeci SAPRH2_00[340486]: Unable to change to Directory /usr/sap
624626

625627
### Cause
626628

627-
Because of incorrect `InstanceName` and `START_PROFILE` attributes, the SAP instances, ASCS and ERS, didn't start under cluster control.
629+
Because of incorrect `InstanceName` and `START_PROFILE` attributes, the SAP instances such as ASCS and ERS, didn't start under cluster control.
628630
629631
### Resolution
630632
631633
> [!Note]
632-
> This resolution is applicable if `InstanceName` and `START_PROFILE` are individual attributes.
634+
> This resolution is applicable if `InstanceName` and `START_PROFILE` are separate files.
633635
634636
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).
635637

0 commit comments

Comments
 (0)