Case 3 : When the Slave FOS Service goes down, then the Master Service will trigger an email stating the slave FOS is down.
Please note , When Server A is started as Master and Server B is started as Slave , then even during crash of Master , the Slave will serve the user but it will act only as Slave.
Users needs to fix the Master Issue and needs to run the Master again and have to Manually Stop the Slave services as mentioned in Case : 1 to restore the FOS set up.
Table format :
S.No | Master FOS Service | Master MSP Service | Slave FOS Service | Slave MSP Service | Operation | Notification | Result |
Case : 1 | Up | Up | Up | Down | Nothing | No | This is default configuration. |
Case : 2 | Down | Down | Up | Up (Automatically UP) | Master MSP Service or Master FOS Service crashed | Yes , Mail will be sent Refer Mail format for Case : 2 (above) |
|
Case : 3 | Up | Up | Down (when this goes down) | Down (default) | Slave FoS Service crash | Yes , Mail will be sent refer Mail format for Case : 3 | After secondary FOS crash. |
Case 4 : | Down | Down | Down(Acting master goes down alos) | Down | Both crashed | No mails will be sent |
|
Points to consider:
Example for Crash: Only for these cases , mails will be sent.
1. Removing from the network connection.
2. End process tree from the task managers.
Example for no Crash: for these cases , NO mails will be sent.
1. Manual shut down of the system.
2. Manual shut down of FOS and MSP services.
3. Kill the PID.
Startup Type of the both MSP FOS and MSP services (Refer screenshot)
1. Primary MSP FOS Service - Startup Type should be Automatic.
2. Primary MSP Service - Startup Type should be Manual.
3. Secondary MSP FOS Service - Startup Type should be Automatic.
4. Secondary MSP Service - Startup Type should be Manual.