ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dmitro Lisnichenko" <dlysniche...@hortonworks.com>
Subject Re: Review Request 20609: Deleted slave components stick around from the service's perspective
Date Wed, 30 Apr 2014 10:26:33 GMT

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

(Updated April 30, 2014, 10:26 a.m.)


Review request for Ambari, Myroslav Papirkovskyy and Sumit Mohanty.


Changes
-------

uploaded new patch


Bugs: AMBARI-5544
    https://issues.apache.org/jira/browse/AMBARI-5544


Repository: ambari


Description
-------

We should set the state to INIT when the last host component gets removed


Diffs (updated)
-----

  ambari-server/src/main/java/org/apache/ambari/server/state/ServiceComponentImpl.java 42c7aa9

  ambari-server/src/test/java/org/apache/ambari/server/state/ServiceComponentTest.java d4083cc


Diff: https://reviews.apache.org/r/20609/diff/


Testing
-------

[INFO] Reactor Summary:
[INFO] 
[INFO] Ambari Main ....................................... SUCCESS [3.651s]
[INFO] Apache Ambari Project POM ......................... SUCCESS [0.350s]
[INFO] Ambari Web ........................................ SUCCESS [8.150s]
[INFO] Ambari Views ...................................... SUCCESS [7.956s]
[INFO] Ambari Server ..................................... SUCCESS [12:29.721s]
[INFO] Ambari Agent ...................................... SUCCESS [29.804s]
[INFO] Ambari Client ..................................... SUCCESS [0.562s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 13:23.772s
[INFO] Finished at: Wed Apr 23 17:13:04 FET 2014
[INFO] Final Memory: 27M/262M
[INFO] ------------------------------------------------------------------------


Thanks,

Dmitro Lisnichenko


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message