[MCOL-1450] improve module down logic in amazon and other setups Created: 2018-05-31 Updated: 2023-10-26 Resolved: 2020-04-15 |
|
| Status: | Closed |
| Project: | MariaDB ColumnStore |
| Component/s: | ? |
| Affects Version/s: | 1.1.4 |
| Fix Version/s: | N/A |
| Type: | Task | Priority: | Minor |
| Reporter: | David Hill (Inactive) | Assignee: | Unassigned |
| Resolution: | Won't Do | Votes: | 0 |
| Labels: | None | ||
| Environment: |
amazon ec2 |
||
| Description |
|
Customer had issues with a module being reported as offline, but it was actually a network issue between pm1 and the module. current logic assumes the module/instance is down and takes action to move dbroots from that module. In the case where they had a network issue, it fixed itself within 2 couple of minutes. so there was no need to take current failvoer action like try to move dbroots from that module.. Need to see if there is better logic that can be coded to tell difference in a module/server down or the network has an temporary issue. |
| Comments |
| Comment by Todd Stoffel (Inactive) [ 2020-04-15 ] |
|
OAM is being deprecated and replaced by an enhanced API and the MaxScale orchestration project. |