Skip to content

Commit

Permalink
Edits to efm PR4788
Browse files Browse the repository at this point in the history
  • Loading branch information
ebgitelman committed Sep 8, 2023
1 parent f7a08d1 commit 49e8eaa
Showing 1 changed file with 7 additions and 7 deletions.
14 changes: 7 additions & 7 deletions product_docs/docs/efm/4/05_using_efm.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -81,7 +81,7 @@ When the new node joins the cluster, Failover Manager sends a notification to th

If your Failover Manager cluster includes more than one standby server, you can use the `efm set-priority` command to influence the promotion priority of a standby node. Invoke the command on any existing member of the Failover Manager cluster, and specify a priority value after the IP address of the member.

For example, the following command instructs Failover Manager that the `acctg` cluster member that is monitoring `10.0.1.9` is the primary standby `(1)`:
For example, the following command instructs Failover Manager that the `acctg` cluster member that's monitoring `10.0.1.9` is the primary standby `(1)`:

```shell
efm set-priority acctg 10.0.1.9 1
Expand Down Expand Up @@ -184,7 +184,7 @@ The command causes all Failover Manager agents to exit. Terminating the Failover

### Removing a node from a cluster

The `efm disallow-node` command removes the IP address of a node from the Failover Manager Allowed Node host list. Assume the identity of efm or the OS superuser on any existing node that is currently part of the running cluster. Then invoke the `efm disallow-node` command, specifying the cluster name and the IP address of the node:
The `efm disallow-node` command removes the IP address of a node from the Failover Manager Allowed Node host list. Assume the identity of efm or the OS superuser on any existing node that's currently part of the running cluster. Then invoke the `efm disallow-node` command, specifying the cluster name and the IP address of the node:

`efm disallow-node <cluster_name> <address>`

Expand Down Expand Up @@ -265,9 +265,9 @@ After creating the `acctg.properties` and `sales.properties` files, create a ser

### RHEL/CentOS 7.x or RHEL/Rocky Linux/AlmaLinux 8.x

If you're using RHEL/CentOS 7.x or RHEL/Rocky Linux/AlmaLinux 8.x, copy the service file `/usr/lib/systemd/system/edb-efm-4.<x>.service` to `/etc/systemd/system` with a new name that is unique for each cluster.
If you're using RHEL/CentOS 7.x or RHEL/Rocky Linux/AlmaLinux 8.x, copy the service file `/usr/lib/systemd/system/edb-efm-4.<x>.service` to `/etc/systemd/system` with a new name that's unique for each cluster.

For example, if you have two clusters named `acctg` and `sales` managed by Failover Manager 4.7, the unit file names might be `efm-acctg.service` and `efm-sales.service`, and they can be created with:
For example, if you have two clusters named `acctg` and `sales` managed by Failover Manager 4.7, the unit file names might be `efm-acctg.service` and `efm-sales.service`. You can create them with:

```shell
cp /usr/lib/systemd/system/edb-efm-4.7.service /etc/systemd/system/efm-acctg.service
Expand All @@ -277,15 +277,15 @@ cp /usr/lib/systemd/system/edb-efm-4.7.service /etc/systemd/system/efm-sales.ser
Then use `systemctl edit` to edit the `CLUSTER` variable in each unit file, changing the specified cluster name from `efm` to the new cluster name.
Also update the value of the `PIDfile` parameter to match the new cluster name.

In our example, edit the `acctg` cluster by running `systemctl edit efm-acctg.service` and write:
In this example, edit the `acctg` cluster by running `systemctl edit efm-acctg.service` and write:

```ini
[Service]
Environment=CLUSTER=acctg
PIDFile=/run/efm-4.7/acctg.pid
```

And edit the `sales` cluster by running `systemctl edit efm-sales.service` and write:
Edit the `sales` cluster by running `systemctl edit efm-sales.service` and write:

```ini
[Service]
Expand All @@ -294,7 +294,7 @@ PIDFile=/run/efm-4.7/sales.pid
```

!!!Note
You could also have edited the files in `/etc/systemd/system` directly, but then you'll have to run `systemctl daemon-reload`, which is unecessary when using `systemd edit` to change the override files.
You can also edit the files in `/etc/systemd/system` directly, but then you have to run `systemctl daemon-reload`. This step is unecessary when using `systemd edit` to change the override files.
!!!

After saving the changes, enable the services:
Expand Down

0 comments on commit 49e8eaa

Please sign in to comment.