You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Anu Engineer (JIRA)" <ji...@apache.org> on 2017/09/12 16:23:00 UTC
[jira] [Resolved] (HDFS-11921) Ozone: KSM: Unable to put keys with
zero length
[ https://issues.apache.org/jira/browse/HDFS-11921?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Anu Engineer resolved HDFS-11921.
---------------------------------
Resolution: Not A Problem
> Ozone: KSM: Unable to put keys with zero length
> -----------------------------------------------
>
> Key: HDFS-11921
> URL: https://issues.apache.org/jira/browse/HDFS-11921
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Components: ozone
> Affects Versions: HDFS-7240
> Reporter: Anu Engineer
> Assignee: Mukul Kumar Singh
> Priority: Minor
> Labels: OzonePostMerge
> Attachments: HDFS-11921-HDFS-7240.001.patch
>
>
> As part of working on HDFS-11909, I was trying to put zero length keys. I found that put key refuses to do that. Here is the call trace,
> bq. at ScmBlockLocationProtocolClientSideTranslatorPB.allocateBlock
> we check if the block size is greater than 0, which makes sense since we should not call into SCM to allocate a block of zero size.
> However these 2 calls are invoked for creating the key, so that metadata for key can be created, we should probably take care of this behavior here.
> bq. ksm.KeyManagerImpl.allocateKey
> bq. ksm.KeySpaceManager.allocateKey(KeySpaceManager.java:428)
> Another way to fix this might be to just allocate a block with at least 1 byte always, which might be easier than special casing code.
> [~vagarychen] Would you like to fix this in the next patch you are working on ?
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-help@hadoop.apache.org