Uploaded image for project: 'genius'
  1. genius
  2. GENIUS-62

lock-manager-impl floods logs with OptimisticLockFailedExceptions

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Oxygen
    • (unspecified)
    • General
    • None
    • Operating System: All
      Platform: All

    • 8059

      2017-03-21 15:06:39,659 | ERROR | eChangeHandler-0 | LockManager | 351 - org.opendaylight.genius.lockmanager-impl - 0.2.0.SNAPSHOT | Unable to acquire lock, try 1
      java.util.concurrent.ExecutionException: OptimisticLockFailedException

      {message=Optimistic lock failed., errorList=[RpcError [message=Optimistic lock failed., severity=ERROR, errorType=APPLICATION, tag=resource-denied, applicationTag=null, info=null, cause=org.opendaylight.yangtools.yang.data.api.schema.tree.ConflictingModificationAppliedException: Node was created by other transaction.]]}

      As per definition in Logging Best Practices, this should be a WARN, as there is a retry mechanism in place.

      I am not familiar with the design of the lock manager, but it seems it could be using EntityOwnershipService, which already provides cluster-wide exclusive locking.

      If the exceptions are direct result of application design and retries are expected, the message should be lowered to debug.

            kencykurian@gmail.com Kency Kurian
            rovarga Robert Varga
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: