Uploaded image for project: 'CDAP'
  1. CDAP
  2. CDAP-5866

AuthorizerInstantiatorService does not restart if master becomes a follower and back to a leader

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Blocker
    • Resolution: Fixed
    • Affects Version/s: 3.4.0
    • Fix Version/s: 3.4.1
    • Component/s: Security
    • Labels:
    • Rank:
      1|hzzcdj:

      Description

      Saw the following in the master logs:

      2016-04-29 22:36:07,091 - WARN  [zk-client-EventThread:o.a.t.d.ZKDiscoveryService$4@282] - ZK Session expired: <hostname>:2181/cdap/twill/master.services/discoverable
      2016-04-29 22:36:07,091 - WARN  [zk-client-EventThread:o.a.t.d.ZKDiscoveryService$4@282] - ZK Session expired: <hostname>:2181/cdap/twill/service.default.inputTable.DatasetService/discoverable
      2016-04-29 22:36:07,091 - WARN  [zk-client-EventThread:o.a.t.d.ZKDiscoveryService$4@282] - ZK Session expired: <hostname>:2181/cdap/twill/mapreduce.default.testCubeAdapter.ETLMapReduce/discoverable
      2016-04-29 22:36:07,091 - WARN  [zk-client-EventThread:o.a.t.d.ZKDiscoveryService$4@282] - ZK Session expired: <hostname>:2181/cdap/twill/service.default.batch_cube.DatasetService/discoverable
      

      After this, master becomes follower, and then leader again. However, it seems like the AuthorizerInstantiatorService does not start again when the master becomes leader. This is likely because AuthorizerInstantiatorService is bound as a singleton. But this issue needs more investigation because of the following:

      1. It seems like AuthorizerInstantiantiatorService needs to be started whether or not authorization is enabled. This was by design, since we wanted to better control the lifecycle of authorizers.
      2. When AuthorizerInstantiatorService is not started, CDAP is unusable, even if authorization is disabled. This should not happen.

      Targeting this for 3.5.0 but we should perhaps include this in 3.4.1 if ever there is such a release.

        Attachments

          Activity

            People

            • Assignee:
              sagar Sagar Kapare
              Reporter:
              bhooshan Bhooshan Mogal
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: