[jira] [Created] (AMBARI-24855) Ambari does not prompt History Server restart upon modification in "yarn.log-aggregation.retain-seconds"

2018-11-01 Thread Krishnama Raju K (JIRA) 
Krishnama Raju K created AMBARI-24855:
-

 Summary: Ambari does not prompt History Server restart upon 
modification in "yarn.log-aggregation.retain-seconds"
 Key: AMBARI-24855
 URL: https://issues.apache.org/jira/browse/AMBARI-24855
 Project: Ambari
  Issue Type: Bug
  Components: ambari-server
Affects Versions: 2.6.1
Reporter: Krishnama Raju K


Currently aggregated log cleaner service runs in MR Job History Server as 
"_AggregatedLogDeletionService_". Hence, any change in 
"yarn.log-aggregation.retain-seconds" in yarn-site.xml should enforce a restart 
of MR Job histotry server. However, we see only YARN service restarts to be 
prompted. So, there should be another restart icon that should pop up for 
MapReduce service for Job history server. 

 

Ref: YARN Log aggregation behavior is explained 
[here|https://hortonworks.com/blog/simplifying-user-logs-management-and-access-in-yarn/]

 

Steps to Reproduce

===
 # Make sure there are no stale configs (prompting restarts) in YARN or MR 
service page
 # In YARN config page change "yarn.log-aggregation.retain-seconds" from 
default 30 days (in seconds) to any other value. 
 # Save and observe the restart icon appear on just YARN service in Ambari UI. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Created] (AMBARI-21970) Enable sticky bit for curl_krb_cache

2017-09-15 Thread Krishnama Raju K (JIRA) 
Krishnama Raju K created AMBARI-21970:
-

 Summary: Enable sticky bit for curl_krb_cache
 Key: AMBARI-21970
 URL: https://issues.apache.org/jira/browse/AMBARI-21970
 Project: Ambari
  Issue Type: Bug
  Components: ambari-server
Affects Versions: 2.5.0
Reporter: Krishnama Raju K
Priority: Minor


In secure environment, we see that "/var/lib/ambari-agent/tmp" has sticky bit 
enabled. Trying to enable such permissions ( sticky bit or any other 
permissions ) for "curl_krb_request.py" is being over written after few seconds.
It is observed that the chmod permissions set in "curl_krb_request.py" enforces 
periodic 0777 as shown in below snippet.


{code:java}

curl_krb_cache_path = os.path.join(tmp_dir, "curl_krb_cache")
  if not os.path.exists(curl_krb_cache_path):
os.makedirs(curl_krb_cache_path)
  os.chmod(curl_krb_cache_path, 0777)

{code}


Ref: 
https://github.com/apache/ambari/blob/trunk/ambari-common/src/main/python/resource_management/libraries/functions/curl_krb_request.py

Hence, code changes need to be done for setting the sticky bit to prevent 
access from users who did not create the specific file. 





--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (AMBARI-21538) Zeppelin quick links and service check failing in SSL enabled environment.

2017-07-20 Thread Krishnama Raju K (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AMBARI-21538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Krishnama Raju K updated AMBARI-21538:
--
Description: 
>From Ambari documentation 
>(https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
> we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 2.6.1 
>is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
>observe that Zeppelin service check and quick link would fail. This may be due 
>to introduction of two distinct properties for a secure (SSL enabled) and non 
>secure links as described here, 
>https://issues.apache.org/jira/browse/ZEPPELIN-1321 . The two properties are,

"zeppelin.server.port". This property is by default set to 9995 which is used 
to access the server via a webUI

"zeppelin.server.ssl.port". This property was introduced to be used when SSL 
was enabled. Hence, UI would have to accessed for the port that was defined for 
this property. Default is 8443.

With default settings, we see that.
Zeppelin Quick links would point to 9995 port. But, the service would be 
listening on 8443 port.

Zeppelin service check fails with below stack trace,


{code:java}
Traceback (most recent call last):
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 40, in 
ZeppelinServiceCheck().execute()
  File 
"/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
 line 314, in execute
method(env)
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 37, in service_check
logoutput=True)
  File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
line 155, in __init__
self.env.run()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 160, in run
self.run_action(resource, action)
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 124, in run_action
provider_action()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
 line 262, in action_run
tries=self.resource.tries, try_sleep=self.resource.try_sleep)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 72, in inner
result = function(command, **kwargs)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 102, in checked_call
tries=tries, try_sleep=try_sleep, 
timeout_kill_strategy=timeout_kill_strategy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 150, in _call_wrapper
result = _call(command, **kwargs_copy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 303, in _call
raise ExecutionFailed(err_msg, code, out, err)
resource_management.core.exceptions.ExecutionFailed: Execution of 'curl -s -o 
/dev/null -w'%{http_code}' --negotiate -u: -k https://:9995 | grep 
200' returned 1.
{code}



Workaround that could be used is to set both the properties, 
"zeppelin.server.port" and "zeppelin.server.ssl.port" to 8443.

  was:
>From Ambari documentation 
>(https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
> we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 2.6.1 
>is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
>observe that Zeppelin service check and quick link would fail. This may be due 
>to introduction of two distinct properties for a secure (SSL enabled) and non 
>secure links as described here, 
>https://issues.apache.org/jira/browse/ZEPPELIN-1321

Zeppelin Quick links would point to 9995 port. But, the service would be 
listening on 8443 port.

Zeppelin service check fails with below stack trace,


{code:java}
Traceback (most recent call last):
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 40, in 
ZeppelinServiceCheck().execute()
  File 
"/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
 line 314, in execute
method(env)
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 37, in service_check
logoutput=True)
  File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
line 155, in __init__
self.env.run()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 160, in run
self.run_action(resource, action)
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 124, in run_action
provider_action()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
 line 262, in action_run
tries=self.resource.tries,

[jira] [Updated] (AMBARI-21538) Zeppelin quick links and service check failing in SSL enabled environment.

2017-07-20 Thread Krishnama Raju K (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AMBARI-21538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Krishnama Raju K updated AMBARI-21538:
--
Description: 
>From Ambari documentation 
>(https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
> we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 2.6.1 
>is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
>observe that Zeppelin service check and quick link would fail. This may be due 
>to introduction of two distinct properties for a secure (SSL enabled) and non 
>secure links as described here, 
>https://issues.apache.org/jira/browse/ZEPPELIN-1321

Zeppelin Quick links would point to 9995 port. But, the service would be 
listening on 8443 port.

Zeppelin service check fails with below stack trace,


{code:java}
Traceback (most recent call last):
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 40, in 
ZeppelinServiceCheck().execute()
  File 
"/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
 line 314, in execute
method(env)
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 37, in service_check
logoutput=True)
  File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
line 155, in __init__
self.env.run()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 160, in run
self.run_action(resource, action)
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 124, in run_action
provider_action()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
 line 262, in action_run
tries=self.resource.tries, try_sleep=self.resource.try_sleep)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 72, in inner
result = function(command, **kwargs)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 102, in checked_call
tries=tries, try_sleep=try_sleep, 
timeout_kill_strategy=timeout_kill_strategy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 150, in _call_wrapper
result = _call(command, **kwargs_copy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 303, in _call
raise ExecutionFailed(err_msg, code, out, err)
resource_management.core.exceptions.ExecutionFailed: Execution of 'curl -s -o 
/dev/null -w'%{http_code}' --negotiate -u: -k https://:9995 | grep 
200' returned 1.
{code}


  was:
>From Ambari documentation 
>(https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
> we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 2.6.1 
>is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
>observe that Zeppelin service check would fail. This may be due to 
>introduction of two distinct properties for a secure (SSL enabled) and non 
>secure links as described here, 
>https://issues.apache.org/jira/browse/ZEPPELIN-1321

Zeppelin service check fails with below stack trace,


{code:java}
Traceback (most recent call last):
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 40, in 
ZeppelinServiceCheck().execute()
  File 
"/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
 line 314, in execute
method(env)
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 37, in service_check
logoutput=True)
  File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
line 155, in __init__
self.env.run()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 160, in run
self.run_action(resource, action)
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 124, in run_action
provider_action()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
 line 262, in action_run
tries=self.resource.tries, try_sleep=self.resource.try_sleep)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 72, in inner
result = function(command, **kwargs)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 102, in checked_call
tries=tries, try_sleep=try_sleep, 
timeout_kill_strategy=timeout_kill_strategy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 150, in _call_wrapper
result = _call(command, **kwargs_copy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 303, in _call

[jira] [Updated] (AMBARI-21538) Zeppelin quick links and service check failing in SSL enabled environment.

2017-07-20 Thread Krishnama Raju K (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AMBARI-21538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Krishnama Raju K updated AMBARI-21538:
--
Summary: Zeppelin quick links and service check failing in SSL enabled 
environment.  (was: Zeppelin service check failing in SSL enabled environment.)

> Zeppelin quick links and service check failing in SSL enabled environment.
> --
>
> Key: AMBARI-21538
> URL: https://issues.apache.org/jira/browse/AMBARI-21538
> Project: Ambari
>  Issue Type: Bug
>  Components: ambari-admin
>Reporter: Krishnama Raju K
>  Labels: easyfix
>
> From Ambari documentation 
> (https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
>  we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 
> 2.6.1 is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
> observe that Zeppelin service check would fail. This may be due to 
> introduction of two distinct properties for a secure (SSL enabled) and non 
> secure links as described here, 
> https://issues.apache.org/jira/browse/ZEPPELIN-1321
> Zeppelin service check fails with below stack trace,
> {code:java}
> Traceback (most recent call last):
>   File 
> "/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
>  line 40, in 
> ZeppelinServiceCheck().execute()
>   File 
> "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
>  line 314, in execute
> method(env)
>   File 
> "/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
>  line 37, in service_check
> logoutput=True)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
> line 155, in __init__
> self.env.run()
>   File 
> "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
> line 160, in run
> self.run_action(resource, action)
>   File 
> "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
> line 124, in run_action
> provider_action()
>   File 
> "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
>  line 262, in action_run
> tries=self.resource.tries, try_sleep=self.resource.try_sleep)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
> line 72, in inner
> result = function(command, **kwargs)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
> line 102, in checked_call
> tries=tries, try_sleep=try_sleep, 
> timeout_kill_strategy=timeout_kill_strategy)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
> line 150, in _call_wrapper
> result = _call(command, **kwargs_copy)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
> line 303, in _call
> raise ExecutionFailed(err_msg, code, out, err)
> resource_management.core.exceptions.ExecutionFailed: Execution of 'curl -s -o 
> /dev/null -w'%{http_code}' --negotiate -u: -k https://:9995 | grep 
> 200' returned 1.
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (AMBARI-21538) Zeppelin service check failing in SSL enabled environment.

2017-07-20 Thread Krishnama Raju K (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AMBARI-21538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Krishnama Raju K updated AMBARI-21538:
--
Description: 
>From Ambari documentation 
>(https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
> we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 2.6.1 
>is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
>observe that Zeppelin service check would fail. This may be due to 
>introduction of two distinct properties for a secure (SSL enabled) and non 
>secure links as described here, 
>https://issues.apache.org/jira/browse/ZEPPELIN-1321

Zeppelin service check fails with below stack trace,


{code:java}
Traceback (most recent call last):
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 40, in 
ZeppelinServiceCheck().execute()
  File 
"/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
 line 314, in execute
method(env)
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 37, in service_check
logoutput=True)
  File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
line 155, in __init__
self.env.run()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 160, in run
self.run_action(resource, action)
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 124, in run_action
provider_action()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
 line 262, in action_run
tries=self.resource.tries, try_sleep=self.resource.try_sleep)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 72, in inner
result = function(command, **kwargs)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 102, in checked_call
tries=tries, try_sleep=try_sleep, 
timeout_kill_strategy=timeout_kill_strategy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 150, in _call_wrapper
result = _call(command, **kwargs_copy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 303, in _call
raise ExecutionFailed(err_msg, code, out, err)
resource_management.core.exceptions.ExecutionFailed: Execution of 'curl -s -o 
/dev/null -w'%{http_code}' --negotiate -u: -k https://:9995 | grep 
200' returned 1.
{code}


  was:
>From Ambari documentation 
>(https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
> we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 2.6.1 
>is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
>observe that Zeppelin service check and quick links would fail. This may be 
>due to introduction of two distinct properties for a secure (SSL enabled) and 
>non secure links as described here, 
>https://issues.apache.org/jira/browse/ZEPPELIN-1321


Zeppelin Quick links would point to 9995 port. But, the service would be 
listening on 8443 port.

Zeppelin service check fails with below stack trace,


{code:java}
Traceback (most recent call last):
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 40, in 
ZeppelinServiceCheck().execute()
  File 
"/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
 line 314, in execute
method(env)
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 37, in service_check
logoutput=True)
  File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
line 155, in __init__
self.env.run()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 160, in run
self.run_action(resource, action)
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 124, in run_action
provider_action()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
 line 262, in action_run
tries=self.resource.tries, try_sleep=self.resource.try_sleep)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 72, in inner
result = function(command, **kwargs)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 102, in checked_call
tries=tries, try_sleep=try_sleep, 
timeout_kill_strategy=timeout_kill_strategy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 150, in _call_wrapper
result = _call(command, **kwargs_copy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 303, in _call

[jira] [Updated] (AMBARI-21538) Zeppelin service check failing in SSL enabled environment.

2017-07-20 Thread Krishnama Raju K (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AMBARI-21538?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Krishnama Raju K updated AMBARI-21538:
--
Summary: Zeppelin service check failing in SSL enabled environment.  (was: 
Zeppelin quicklink and service check failing in SSL enabled environment.)

> Zeppelin service check failing in SSL enabled environment.
> --
>
> Key: AMBARI-21538
> URL: https://issues.apache.org/jira/browse/AMBARI-21538
> Project: Ambari
>  Issue Type: Bug
>  Components: ambari-admin
>Reporter: Krishnama Raju K
>  Labels: easyfix
>
> From Ambari documentation 
> (https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
>  we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 
> 2.6.1 is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
> observe that Zeppelin service check and quick links would fail. This may be 
> due to introduction of two distinct properties for a secure (SSL enabled) and 
> non secure links as described here, 
> https://issues.apache.org/jira/browse/ZEPPELIN-1321
> Zeppelin Quick links would point to 9995 port. But, the service would be 
> listening on 8443 port.
> Zeppelin service check fails with below stack trace,
> {code:java}
> Traceback (most recent call last):
>   File 
> "/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
>  line 40, in 
> ZeppelinServiceCheck().execute()
>   File 
> "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
>  line 314, in execute
> method(env)
>   File 
> "/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
>  line 37, in service_check
> logoutput=True)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
> line 155, in __init__
> self.env.run()
>   File 
> "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
> line 160, in run
> self.run_action(resource, action)
>   File 
> "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
> line 124, in run_action
> provider_action()
>   File 
> "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
>  line 262, in action_run
> tries=self.resource.tries, try_sleep=self.resource.try_sleep)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
> line 72, in inner
> result = function(command, **kwargs)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
> line 102, in checked_call
> tries=tries, try_sleep=try_sleep, 
> timeout_kill_strategy=timeout_kill_strategy)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
> line 150, in _call_wrapper
> result = _call(command, **kwargs_copy)
>   File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
> line 303, in _call
> raise ExecutionFailed(err_msg, code, out, err)
> resource_management.core.exceptions.ExecutionFailed: Execution of 'curl -s -o 
> /dev/null -w'%{http_code}' --negotiate -u: -k https://:9995 | grep 
> 200' returned 1.
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (AMBARI-21538) Zeppelin quicklink and service check failing in SSL enabled environment.

2017-07-20 Thread Krishnama Raju K (JIRA) 
Krishnama Raju K created AMBARI-21538:
-

 Summary: Zeppelin quicklink and service check failing in SSL 
enabled environment.
 Key: AMBARI-21538
 URL: https://issues.apache.org/jira/browse/AMBARI-21538
 Project: Ambari
  Issue Type: Bug
  Components: ambari-admin
Reporter: Krishnama Raju K


>From Ambari documentation 
>(https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.0/bk_support-matrices/content/ch_matrices-ambari.html),
> we confirm HDP-2.6.1 compatibility with Ambari 2.5.0. However, when HDP 2.6.1 
>is deployed using Ambari 2.5.0.3 and upon enabling SSL for Zeppelin, we 
>observe that Zeppelin service check and quick links would fail. This may be 
>due to introduction of two distinct properties for a secure (SSL enabled) and 
>non secure links as described here, 
>https://issues.apache.org/jira/browse/ZEPPELIN-1321


Zeppelin Quick links would point to 9995 port. But, the service would be 
listening on 8443 port.

Zeppelin service check fails with below stack trace,


{code:java}
Traceback (most recent call last):
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 40, in 
ZeppelinServiceCheck().execute()
  File 
"/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py",
 line 314, in execute
method(env)
  File 
"/var/lib/ambari-agent/cache/common-services/ZEPPELIN/0.6.0.2.5/package/scripts/service_check.py",
 line 37, in service_check
logoutput=True)
  File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", 
line 155, in __init__
self.env.run()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 160, in run
self.run_action(resource, action)
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/environment.py", 
line 124, in run_action
provider_action()
  File 
"/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py",
 line 262, in action_run
tries=self.resource.tries, try_sleep=self.resource.try_sleep)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 72, in inner
result = function(command, **kwargs)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 102, in checked_call
tries=tries, try_sleep=try_sleep, 
timeout_kill_strategy=timeout_kill_strategy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 150, in _call_wrapper
result = _call(command, **kwargs_copy)
  File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", 
line 303, in _call
raise ExecutionFailed(err_msg, code, out, err)
resource_management.core.exceptions.ExecutionFailed: Execution of 'curl -s -o 
/dev/null -w'%{http_code}' --negotiate -u: -k https://:9995 | grep 
200' returned 1.
{code}




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (AMBARI-21334) Ability to disable Container metrics in AMS

2017-06-23 Thread Krishnama Raju K (JIRA) 

 [ 
https://issues.apache.org/jira/browse/AMBARI-21334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Krishnama Raju K updated AMBARI-21334:
--
Description: Yarn container metrics may flood the AMS collector with too 
many metrics which may cause AMS collector to crash. Hence, it would be helpful 
if we can disable these container metrics.  (was: Yarn container metrics may 
flood the AMS collector with too many metrics which may cause AMS collector to 
crash. Hence, it would be helpful to disable these container metrics.)

> Ability to disable Container metrics in AMS
> ---
>
> Key: AMBARI-21334
> URL: https://issues.apache.org/jira/browse/AMBARI-21334
> Project: Ambari
>  Issue Type: Bug
>  Components: ambari-metrics
>Reporter: Krishnama Raju K
>
> Yarn container metrics may flood the AMS collector with too many metrics 
> which may cause AMS collector to crash. Hence, it would be helpful if we can 
> disable these container metrics.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (AMBARI-21334) Ability to disable Container metrics in AMS

2017-06-23 Thread Krishnama Raju K (JIRA) 
Krishnama Raju K created AMBARI-21334:
-

 Summary: Ability to disable Container metrics in AMS
 Key: AMBARI-21334
 URL: https://issues.apache.org/jira/browse/AMBARI-21334
 Project: Ambari
  Issue Type: Bug
  Components: ambari-metrics
Reporter: Krishnama Raju K


Yarn container metrics may flood the AMS collector with too many metrics which 
may cause AMS collector to crash. Hence, it would be helpful to disable these 
container metrics.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)