Uploaded image for project: 'Infinispan'
  1. Infinispan
  2. ISPN-8859

DistTopologyChangeUnderLoadSingleOwnerTest takes too long

This issue belongs to an archived project. You can view it, but you can't modify it. Learn more

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Obsolete
    • Icon: Major Major
    • None
    • 9.2.0.Final
    • Core
    • None

      The test starts 2 nodes (A and B), kills A and starts C. Test cleanup stops C and gets stuck in DCM.undefineConfiguration as the method is iterating through caches and finds out that ___counter_configuration is not started yet, waiting for initial transfer.

      The node waits for initial ST because by the time C starts the cache is degraded on B and initial transfer cannot continue.

      Proper fix would be letting the cache start but operations throwing AvailabilityException, but workaround would be just keeping wired unstarted caches in another collection directly for the purpose of undefineConfiguration.

              rvansa1@redhat.com Radim Vansa (Inactive)
              rvansa1@redhat.com Radim Vansa (Inactive)
              Archiver:
              rhn-support-adongare Amol Dongare

                Created:
                Updated:
                Resolved:
                Archived: