-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/49749/#review141152
-----------------------------------------------------------


Ship it!




Ship It!

- Dmytro Sen


On Июль 7, 2016, 12:08 п.п., Andrew Onischuk wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/49749/
> -----------------------------------------------------------
> 
> (Updated Июль 7, 2016, 12:08 п.п.)
> 
> 
> Review request for Ambari and Dmitro Lisnichenko.
> 
> 
> Bugs: AMBARI-17604
>     https://issues.apache.org/jira/browse/AMBARI-17604
> 
> 
> Repository: ambari
> 
> 
> Description
> -------
> 
> Likely caused by fix AMBARI-17573
> 
> 
> **Steps**
> 
>   1. Deploy HDP-2.3.4.0 with Ambari 2.2.0.0
>   2. Upgrade Ambari to 2.4.0.0
>   3. Run ambari-server start
> 
> **Result**  
> Failed with below error:    
>     
>     
>     ambari-server start
>     Using python  /usr/bin/python
>     Starting ambari-server
>     Ambari Server running with administrator privileges.
>     Organizing resource files at /var/lib/ambari-server/resources...
>     Ambari database consistency check started...
>     DB configs consistency check failed. Run "ambari-server start 
> --skip-database-check" to skip. If you use this "--skip-database-check" 
> option, do not make any changes to your cluster topology or perform a cluster 
> upgrade until you correct the database consistency issues. See 
> "/var/log/ambari-server/ambari-server-check-database.log" for more details on 
> the consistency issues.
>     Ambari database consistency check finished
>     
> 
> Log entry:
> 
>     
>     
>     
>     2016-07-07 06:33:04,252  INFO - ******************************* Check 
> database started *******************************
>     2016-07-07 06:33:08,700  INFO - Checking for configs not mapped to any 
> cluster
>     2016-07-07 06:33:08,802  INFO - Checking for configs selected more than 
> once
>     2016-07-07 06:33:08,808  INFO - Checking for hosts without state
>     2016-07-07 06:33:08,809  INFO - Checking host component states count 
> equals host component desired states count
>     2016-07-07 06:33:08,814  INFO - Checking services and their configs
>     2016-07-07 06:33:11,214 ERROR - Required config(s): 
> falcon-atlas-application.properties is(are) not available for service FALCON 
> with service config version 5 in cluster cl1
>     2016-07-07 06:33:11,215 ERROR - Required config(s): 
> hive-atlas-application.properties is(are) not available for service HIVE with 
> service config version 7 in cluster cl1
>     2016-07-07 06:33:11,674  INFO - ******************************* Check 
> database completed *******************************
>     
> ***Solution:***
> 
> There is the same kind of situation with Ranger configs. In the case of 
> Ranger configs we just add them on upgrade even if the service they are for 
> does not exist. 
> So implementing the same kind of solution here.
> 
> 
> Diffs
> -----
> 
>   
> ambari-server/src/main/resources/common-services/FALCON/0.5.0.2.1/configuration/falcon-atlas-application.properties.xml
>  4811910 
>   
> ambari-server/src/main/resources/common-services/HIVE/0.12.0.2.0/configuration/hive-atlas-application.properties.xml
>  9022d0a 
>   
> ambari-server/src/main/resources/common-services/STORM/1.0.1/configuration/storm-atlas-application.properties.xml
>  47d7758 
> 
> Diff: https://reviews.apache.org/r/49749/diff/
> 
> 
> Testing
> -------
> 
> mvn clean test
> 
> 
> Thanks,
> 
> Andrew Onischuk
> 
>

Reply via email to