[
https://issues.apache.org/jira/browse/HBASE-29024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17914755#comment-17914755
]
Andrew Kyle Purtell commented on HBASE-29024:
---------------------------------------------
[~stoty] What is the issue? Is there a CVE or reported security problem with
spymemcached? It is only used in the tests for the hbase-external-blockcache
module.
I have tested the hbase-external-blockcache module, after fixing it in
HBASE-27796 it does plausibly work. It provides an option to externalize the
block cache. We were looking at it once at my work and still might consider it
in the future. Combined with, ok, other significant changes, you can imagine
for each table or namespace a separate external blockcache. This allows an
operator to allocate cache resources for a customer's table or namespace and
then the cache is dedicated to that customer and the costs of operating it are
easily accounted to the customer for charge-back or show-back. Without
hbase-external-blockcache, all options like this are foreclosed.
> Remove spymemcached from assembly
> ---------------------------------
>
> Key: HBASE-29024
> URL: https://issues.apache.org/jira/browse/HBASE-29024
> Project: HBase
> Issue Type: Improvement
> Components: BlockCache, build
> Reporter: Istvan Toth
> Assignee: Istvan Toth
> Priority: Major
>
> As discussed on the mailing list, we should remove the spymemcached client
> jar from the assembly.
> At the same time, we should add instructions in the reference guide on how to
> add it manually.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
