Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Thu, 24 Apr 2014 19:21:16 +0000 (UTC)
From: "Andrew Purtell (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12709968.1398241090562.174792.1398367276405@arcas>
In-Reply-To: <JIRA.12709968.1398241090562@arcas>
References: <JIRA.12709968.1398241090562@arcas>
Subject: [jira] [Commented] (HBASE-11052) Sending random data crashes thrift
 service
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HBASE-11052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980124#comment-13980124 ] 

Andrew Purtell commented on HBASE-11052:
----------------------------------------

Thanks [~vines], appreciated.

> Sending random data crashes thrift service
> ------------------------------------------
>
>                 Key: HBASE-11052
>                 URL: https://issues.apache.org/jira/browse/HBASE-11052
>             Project: HBase
>          Issue Type: Bug
>          Components: Thrift
>    Affects Versions: 0.98.1, 1.0.0, 0.94.18
>            Reporter: Adrian Muraru
>         Attachments: HBASE-11052_0.94_v2.patch, HBASE-11052_trunk_v1.patch
>
>
> Upstream thrift library has a know issue (THRIFT-601) causing the thrift server to crash with an Out-of-Memory Error when bogus requests are sent.
> This reproduces when a very large request size is sent in the request header, making the thrift server to allocate a large memory segment leading to OOM.
> LoadBalancer health checks are the first "candidate" for bogus requests
> Thrift developers admit this is a known issue with TBinaryProtocol and their recommandation is to use TCompactProtocol/TFramedTransport but this requires all thrift clients to be updated (might not be feasible atm)
> So we need a fix similar to CASSANDRA-475.


--
This message was sent by Atlassian JIRA
(v6.2#6252)