[
https://issues.apache.org/jira/browse/AMBARI-12429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14630725#comment-14630725
]
Hadoop QA commented on AMBARI-12429:
------------------------------------
{color:green}+1 overall{color}. Here are the results of testing the latest
attachment
http://issues.apache.org/jira/secure/attachment/12745727/AMBARI-12429.patch
against trunk revision .
{color:green}+1 @author{color}. The patch does not contain any @author
tags.
{color:green}+1 tests included{color}. The patch appears to include 2 new
or modified test files.
{color:green}+1 javac{color}. The applied patch does not increase the
total number of javac compiler warnings.
{color:green}+1 release audit{color}. The applied patch does not increase
the total number of release audit warnings.
{color:green}+1 core tests{color}. The patch passed unit tests in
ambari-server.
Test results:
https://builds.apache.org/job/Ambari-trunk-test-patch/3415//testReport/
Console output:
https://builds.apache.org/job/Ambari-trunk-test-patch/3415//console
This message is automatically generated.
> Deleting a host using the API causes NPE
> ----------------------------------------
>
> Key: AMBARI-12429
> URL: https://issues.apache.org/jira/browse/AMBARI-12429
> Project: Ambari
> Issue Type: Bug
> Components: ambari-server
> Affects Versions: 2.1.0
> Reporter: Alejandro Fernandez
> Assignee: Alejandro Fernandez
> Priority: Blocker
> Fix For: 2.1.1
>
> Attachments: AMBARI-12429.branch-2.1.1.patch, AMBARI-12429.patch,
> ambari-server.log
>
>
> There are 3 issues while deleting hosts.
> 1. Created a cluster with multiple hosts, then stopped all of the services on
> 1 host (preferably one with only clients so it has nothing to stop). Then
> deleted the host using the API.
> E.g., curl -u admin:admin -H "X-Requested-By: ambari" -X DELETE
> http://c6401.ambari.apache.org:8080/api/v1/hosts/c6404.ambari.apache.org
> This led to Null Pointer Exceptions in ambari-server because the UI is still
> generating requests to get the ServiceComponentHost response, which isn't
> locking code, and makes request to get the HostState (this record has been
> deleted), so a NPE is thrown. This needs to be more robust; adding locks
> around here may have other repercussions, so I decided to just check for !=
> null.
> 2. If a Host with DataNode becomes decommissioned, it will have a record in
> the requestoperationlevel table, whose records are not currently being
> deleted when a Host is deleted.
> 3. There are differences between deleting a Host using the /hosts/name and
> /clusters/name/hosts/name API. In the former, since no cluster is provided,
> it blindly deletes the host without checking if it has any masters/slaves on
> it, which need to be stopped and deleted first.
> ambari-server-2.1.0-2480.x86_64
> ambari-server --hash
> 7d0fd97cc697b22357f4c499b80b8baf9a1c1dbc
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
