[
https://issues.apache.org/jira/browse/AMBARI-19388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15805176#comment-15805176
]
Hudson commented on AMBARI-19388:
---------------------------------
SUCCESS: Integrated in Jenkins build Ambari-branch-2.5 #660 (See
[https://builds.apache.org/job/Ambari-branch-2.5/660/])
AMBARI-19388 PERF: disabling security fails (dsen) (dsen:
[http://git-wip-us.apache.org/repos/asf?p=ambari.git&a=commit&h=4a4397d2058b9c8f1ca1d545030e9264b33b570d])
* (edit)
ambari-server/src/main/java/org/apache/ambari/server/controller/AmbariCustomCommandExecutionHelper.java
> PERF: disabling security fails
> ------------------------------
>
> Key: AMBARI-19388
> URL: https://issues.apache.org/jira/browse/AMBARI-19388
> Project: Ambari
> Issue Type: Bug
> Affects Versions: 2.5.0
> Reporter: Dmytro Sen
> Assignee: Dmytro Sen
> Priority: Critical
> Fix For: 2.5.0
>
> Attachments: AMBARI-19388.patch
>
>
> When you are trying to disable security om perf cluster it fails.
> 1) For cluster with 1200 agents it works fine but for cluster with 1850
> agents it fails.
> 2) According to what i found, root cause is PUT request to
> http://<ambari_server_host>:8080/api/v1/clusters/<cluster_name> with data
> like "security_type" : "NONE". So, this request trying to change security
> type from KERBEROS to NONE and fails by timeout of three minutes.
> 3) Interesting thing, request to change security type fails and UI showing
> Error on disable security window. But in the same time in BG operations
> process which destroying keytabs proceed work.
> 4) One more thing. After failed disabling kerberos, if you will click restart
> the same request(update security type) will finish work in a few seconds.
> So, what we need to do is to connect profiler and find out what exactly take
> so much time for request to change security type.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
