ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Onischuk (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (AMBARI-8523) ambari cluster HS2 health check causing errors in logs
Date Mon, 08 Dec 2014 13:28:13 GMT

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

Andrew Onischuk resolved AMBARI-8523.
-------------------------------------
    Resolution: Fixed

Committed to trunk

> ambari cluster HS2 health check causing errors in logs
> ------------------------------------------------------
>
>                 Key: AMBARI-8523
>                 URL: https://issues.apache.org/jira/browse/AMBARI-8523
>             Project: Ambari
>          Issue Type: Bug
>            Reporter: Andrew Onischuk
>            Assignee: Andrew Onischuk
>             Fix For: 2.0.0
>
>
> The following stack trace is seen every 30 seconds in hiveServer2.log . I
> noticed this in a ambari installed secure cluster. It seems to be coming as a
> result of some ambari health check command. It is either not using kerberos to
> authenticate, or not using proper thrift protocol .
>     
>     
>     2014-11-04 06:37:01,333 ERROR server.TThreadPoolServer (TThreadPoolServer.java:run(215))
- Error occurred during processing of message.
>     java.lang.RuntimeException: org.apache.thrift.transport.TTransportException
>             at org.apache.thrift.transport.TSaslServerTransport$Factory.getTransport(TSaslServerTransport.java:219)
>             at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingTransportFactory$1.run(HadoopThriftAuthBridge20S.java:725)
>             at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingTransportFactory$1.run(HadoopThriftAuthBridge20S.java:722)
>             at java.security.AccessController.doPrivileged(Native Method)
>             at javax.security.auth.Subject.doAs(Subject.java:356)
>             at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1608)
>             at org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge20S$Server$TUGIAssumingTransportFactory.getTransport(HadoopThriftAuthBridge20S.java:722)
>             at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:189)
>             at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>             at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>             at java.lang.Thread.run(Thread.java:745)
>     Caused by: org.apache.thrift.transport.TTransportException
>             at org.apache.thrift.transport.TIOStreamTransport.read(TIOStreamTransport.java:132)
>             at org.apache.thrift.transport.TTransport.readAll(TTransport.java:84)
>             at org.apache.thrift.transport.TSaslTransport.receiveSaslMessage(TSaslTransport.java:178)
>             at org.apache.thrift.transport.TSaslServerTransport.handleSaslStartMessage(TSaslServerTransport.java:125)
>             at org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:253)
>             at org.apache.thrift.transport.TSaslServerTransport.open(TSaslServerTransport.java:41)
>             at org.apache.thrift.transport.TSaslServerTransport$Factory.getTransport(TSaslServerTransport.java:216)
>             ... 10 more
>     
>     
> Please assume the following:
> > alert_hive_thrift_port.py which is used by the new alerts framework on trunk
> uses this method.
> >
> > is_thrift_port_ok = hive_check.check_thrift_port_sasl(host_name,  
> thrift_port, security_enabled=security_enabled)
> >
> > If this code change is for trunk, you'll need to update the new alert
> scripts as well. If it's not for trunk, then you can close the issue.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message