----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/51903/#review149018 -----------------------------------------------------------
ambari-common/src/main/python/resource_management/libraries/functions/conf_select.py (line 346) <https://reviews.apache.org/r/51903/#comment216557> Any concern if ATLAS was installed before the upgrade. In that case, /etc/atlas/conf is probably pointing to a valid folder. If we have not seen this scenario fail in our tests then my comment can be ignored. - Sumit Mohanty On Sept. 15, 2016, 1:57 a.m., Alejandro Fernandez wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/51903/ > ----------------------------------------------------------- > > (Updated Sept. 15, 2016, 1:57 a.m.) > > > Review request for Ambari, Dmytro Grinenko, Dmitro Lisnichenko, Jonathan > Hurley, and Nate Cole. > > > Bugs: AMBARI-18368 > https://issues.apache.org/jira/browse/AMBARI-18368 > > > Repository: ambari > > > Description > ------- > > Steps to Reproduce: > > * Install Ambari 2.2.2 with HDP 2.4 with HBase, Solr, and Hive (this is > important) > * Perform EU/RU to HDP 2.5 > * Add Atlas Service > > Atlas Server log contains, > > Caused by: > org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error > from server at > http://natu146-ehbs-dgm10toeriesec-u14-1.openstacklocal:8886/solr: Can not > find the specified config set: vertex_index > > Fix: > The Hive RPM installs /usr/$stack/$version/atlas with some partial packages > that contain Hive hooks, while the Atlas RPM is responsible for installing > the full content. > If the user does not have Atlas currently installed on their stack, then > /usr/$stack/current/atlas-client will be a broken symlink, and we should not > create the symlink /etc/atlas/conf -> /usr/$stack/current/atlas-client/conf . > If we mistakenly create this symlink, then when the user performs an EU/RU > and then adds Atlas service then the Atlas RPM will not be able to copy its > artifacts into /etc/atlas/conf directory and therefore prevent Ambari from by > copying those unmanaged contents into /etc/atlas/$version/0 > > Further, when installing Atlas service, we must copy the artifacts from > /etc/atlas/conf.backup/* to /etc/atlas/conf (which is now a symlink to > /usr/hdp/current/atlas-client/conf/) with the no-clobber flag. > > > Diffs > ----- > > > ambari-common/src/main/python/resource_management/libraries/functions/conf_select.py > c60b324 > > ambari-server/src/test/python/stacks/2.0.6/hooks/after-INSTALL/test_after_install.py > 06a366e > > Diff: https://reviews.apache.org/r/51903/diff/ > > > Testing > ------- > > ---------------------------------------------------------------------- > Total run:1125 > Total errors:0 > Total failures:0 > OK > > > Need to perform more tests on a live cluster. > > > Thanks, > > Alejandro Fernandez > >
