Under certain circumstances alarms hang / are still pending when a server redundancy switchover occurs and the primary server is in "not responding" state.

Under certain circumstances alarms hang / are still pending when a server redundancy switchover occurs and the primary server is in "not responding" state.

Summary

Alarms that have already been acknowledged and are gone continue to be displayed in the AML in some constellations. This behavior has been modified.

Description

When a server redundancy switchover occurs and the primary server is in the "not responding" state, some alarms that have already been acknowledged or are gone continue to be displayed in the AML, 

 

Cause:

Since spontaneous values and alarm inputs from standby are received in different telegrams, they may differ. If the main thread on the server is blocked for a longer time, the standby receives the spontaneous value, because the value distribution is done in a worker thread. However, it does not receive the corresponding alarm event because the alarming is done in the main thread. Therefore, at the standby the violated limit is already reset to 0, while the corresponding alarm event is lost. This leads to a mismatch between the current violated limit on standby (correct) and the alarm ring buffer on standby ( outdated).

 

Solution:

The alarm ring buffer is cleared after the standby server is switched. If a pending alarm is found for a variable for which there is no longer a limit violation, it is cleared. An entry is also created in the DiagnosisViewer.

Precondition: The main thread on the server has been blocked longer than NetworkTimeout/2 immediately before the switchover. Otherwise, alarms during the switchover are handled correctly with the standby buffer. However, the standby buffer buffers value changes only for the duration of 3/2*NetworkTimeout.

 

To benefit from this fix:

  • Update your zenon Software Platform to the latest build of zenon 10 or higher.

 

 



Item ID: 267322
Version: 12.00 Build: 159727
Version: 11.00 Build: 161931
Version: 10.00 Build: 159736
Version: 8.20 Build: 160083
    • Related Articles

    • Checklist: OPCDA Server

      Time estimate: 20 minutes Please go through all the points in the following checklist. If necessary, confirm with IT Department any information you cannot verify before contacting your local COPA-DATA Representative. Do NOT use DCOM in combination ...
    • client in hang state after server ends during file alignment

      Description Client got stuck after the server shut down during file alignment. This occoured when: a network project with a single server was used and a variable from intern driver with calculation "local" and a limit that is violated at start up. ...
    • FAQ: What are Installation and Security considerations of the zenon Smart Server and Smart Client?

      The attached document (English only) describes in some detail the specifics of the zenon Smart Server Application and the zenon Smart Client Application. Also a short explanation of security features and components is given. More information about ...
    • zenon Changesets Excel

      Here, you can access a comprehensive list of changes across all maintained versions of the zenon Software Platform as Excel Worksheets. This includes both implemented bug-fixes and new features. Additionally, these lists are available in CSV format ...
    • Service Engine Client does not reestablish connection with primary server under specific circumstances

      Summary Under certain circumstances, a Service Engineclient does not fully re-establish the interrupted connection to the primary server. Description If the Service Engine client is restarted while the Service Engine server is not responding, the ...