Uploaded image for project: 'controller'
  1. controller
  2. CONTROLLER-1665

C: write-transactions does not return if local leader moved

    XMLWordPrintable

Details

    • Bug
    • Status: Resolved
    • Resolution: Done
    • None
    • None
    • clustering
    • None
    • Operating System: All
      Platform: All

    • 8403

    Description

      Write-transactions rcp invoked on the leader of default module shard.
      url: http://10.29.15.39:8181/restconf/operations/odl-mdsal-lowlevel-control:write-transactions, data: <input xmlns="tag:opendaylight.org,2017:controller:yang:lowlevel:control">
      <id>prefix-1</id>
      <seconds>30</seconds>
      <transactions-per-second>1000</transactions-per-second>
      <chained-transactions>True</chained-transactions>
      </input>

      Within this time the leader was moved to different node. But after 30s the write-transactions rpc did not return and after 90s is was aborted from robot side
      https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-clustering-only-carbon-2nd/12/archives/log.html.gz#s1-s1-t1-k2-k8

      The bug is similar to https://bugs.opendaylight.org/show_bug.cgi?id=8372, but that time is was without any leader movement, just write-transactions invoked.

      Logs of trans producer node:
      https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-clustering-only-carbon-2nd/12/archives/odl1_karaf.log.gz
      2017-05-09 04:55:51,788 | INFO | h for user karaf | command | 266 - org.apache.karaf.log.command - 3.0.8 | ROBOT MESSAGE: Starting test Local_To_Remote_Movement

      Attachments

        Issue Links

          No reviews matched the request. Check your Options in the drop-down menu of this sections header.

          Activity

            People

              rovarga Robert Varga
              pgubka@cisco.com Peter Gubka
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: