Bug 45399 - UMC-Diagnostic check for notifier-ID rollback
UMC-Diagnostic check for notifier-ID rollback
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: UMC - System diagnostic
UCS 4.2
Other Linux
: P5 normal (vote)
: ---
Assigned To: UMC maintainers
UMC maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2017-09-14 15:49 CEST by Arvid Requate
Modified: 2020-07-03 20:56 CEST (History)
3 users (show)

See Also:
What kind of report is it?: Feature Request
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?: Yes
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number: 2017091421000299
Bug group (optional):
Max CVSS v3 score:


Attachments
diagnostic_check_for_notifier_replication_rollback.patch (1.59 KB, patch)
2017-09-14 15:50 CEST, Arvid Requate
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Arvid Requate univentionstaff 2017-09-14 15:49:47 CEST
The UMC diagnostic plugin "03_check_notifier_replication.py" should report a critical state if a notifier-ID rollback has been detected, i.e. if the upstream ID is *lower* than the local ID.

That's what usually happens when an administrator decides to revert a vertualized master to an earlier snapshot.


+++ This bug was initially created as a clone of Bug #45398 +++
Comment 1 Arvid Requate univentionstaff 2017-09-14 15:50:48 CEST
Created attachment 9205 [details]
diagnostic_check_for_notifier_replication_rollback.patch
Comment 2 Sönke Schwardt-Krummrich univentionstaff 2019-11-18 23:38:55 CET
(In reply to Arvid Requate from comment #0)
> The UMC diagnostic plugin "03_check_notifier_replication.py" should report a
> critical state if a notifier-ID rollback has been detected, i.e. if the
> upstream ID is *lower* than the local ID.

Please note, that this might also happen if a slaves switches from dc master to a still replicating dc backup:

       dc master    dc backup    slave
NID      1234          1200      ----
LID      1234          1200      1234   ← slave is using notifier of dc master

now the connection between notifier of dc master and listener of dc slave is lost and a new connection is established by the dc slave with the notifier of the dc backup.
Since the dc backup is still replicating, the UMC diagnostic check on the dc slave  should NOT show an critical error, that the NID (of dc backup) is lower than the LID of the dc slave, if the NID of the dc master is equal or higher than the LID of the dc slave.
Comment 3 Ingo Steuwer univentionstaff 2020-07-03 20:56:16 CEST
This issue has been filed against UCS 4.2.

UCS 4.2 is out of maintenance and many UCS components have changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen it and update the UCS version. In this case please provide detailed information on how this issue is affecting you.