Uploaded image for project: 'Ambari'
  1. Ambari
  2. AMBARI-19524

Use stack-level Atlas conf directory instead of hard-coded /etc/atlas/conf path

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • 2.4.0
    • 2.5.0
    • ambari-server
    • None
    • All

    Description

      This is a bug that should have been fixed in Ambari 2.4 but showed up too late in the release and has repercussions to test it.

      Basically, status_params.py for Atlas service in Ambari sets

      conf_dir = os.environ['METADATA_CONF'] if 'METADATA_CONF' in os.environ else '/etc/atlas/conf'
      

      This is technically incorrect since /etc/atlas/conf is a symlink to /usr/hdp/current/atlas-client/conf, which is then a symlink to /etc/atlas/$some_version/0

      During Rolling Upgrade,
      1. Atlas Server is stopped, new configs are written to /etc/atlas/$new_version/0, then symlink is changed so that /usr/hdp/current/atlas-server points to new version, and Atlas Server is started
      At this point, /etc/atlas/conf -> /usr/hdp/current/atlas-client/conf (which is still using the old version) since the client has not yet been updated.
      2. Atlas Client has new configs written to /etc/atlas/$new_version/0, then symlink is changed so that /usr/hdp/current/atlas-client points to new version

      Basically, we need to look at the usages of conf_dir and make sure it is correct during all scenarios.

      Attachments

        1. AMBARI-19524.1.patch
          16 kB
          Vishal Suvagia
        2. AMBARI-19524_trunk.patch
          17 kB
          Vishal Suvagia
        3. AMBARI-19524_branch-2.5.patch
          17 kB
          Vishal Suvagia

        Issue Links

          Activity

            People

              vishalsuvagia Vishal Suvagia
              vishalsuvagia Vishal Suvagia
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: