Skip to Main Content
HCL Domino Ideas Portal

Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.

For more information and upcoming events around #dominoforever, please visit our Destination Domino Page

Status Under Consideration
Workspace Domino Designer
Categories LotusScript
Created by Guest
Created on Feb 11, 2022

Document Locking for clustered Domino servers

Apparently document locking is not cluster-aware. That is, if the 'Master Lock Server' is not reachable or down, the other cluster member does not take the role of managing the locks

Document lock in a single server environment works perfectly. But in a clustered environment the lock is always dependent on the explicitly specified Master Lock server (Administration server) and no failover occurs when trying to obtain the lock.

Using "db.OpenWithFailover" works correctly when one server is offline. But when calling the "doc.Lock" method, gets error 4597: "Unable to lock - cannot connect to Master Lock Database".

With provisional lock using "doc.Lock(session.EffectiveUserName, True)" while that suppresses errors, it still gets conflict documents if the Master Lock server is the server that's offline. In other words, if the Master Lock Server is up, everything works fine but if the other server is up and the Master is offline, the provisional lock consistently produces a conflict.

Request to have a better approach in implementing document locking in a clustered environment.

  • Attach files
  • Guest
    Reply
    |
    Apr 11, 2024

    Related to Cluster and DocLocking, the SPR#UMAKCVTFE2 / https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0107819 should be fixed as well. This is a regression since R9. Was working well in R8.5 .

  • Guest
    Reply
    |
    Feb 8, 2023

    Implicit locking during editing a document in the Notes Client doesn't work well either with clustered environments if the Master is not reachable, will produce conflicts after master comes up.

    Document locking is an important core technique, which we make use of in some of our more robust built applications. So getting this seamlessly working in a cluster should be higher prioritisized.