Re: How to parse data stored in child node of ZK /hbase/region-in-transition
Hi, Using the above clue I researched further to found out that I need to first use org.apache.hadoop.hbase.zookeeper.RecoverableZooKeeper.removeMetaData(byte[] data) to remove the metadata and then org.apache.hadoop.hbase. RegionTransition.parseFrom(byte[] data) Regards, Nand On Fri, May 18, 2018 at 2:34 PM, Balazs Meszaros < balazs.mesza...@cloudera.com> wrote: > Hi, > > HBase parses the binary data in region-in-transition ZooKeeper node with > org.apache.hadoop.hbase.RegionTransition.parseFrom(byte[] data). It is in > the hbase-client jar. These APIs are private, so use them carefully. > > Best regards, > Balazs > > On Fri, May 18, 2018 at 5:49 AM Debraj Manna > wrote: > > > Hi > > > > We posted the same in stacker flow. > > > > https://stackoverflow.com/q/50378236/785523 > > > > We didn't get any reply there also. Anyone any thoughts? > > > > On Wed 16 May, 2018, 6:54 PM Nand kishor Bansal, > > wrote: > > > > > Hi Users, > > > > > > I'm trying to find out if any region is going through split by looking > at > > > data in zookeeper. > > > > > > I triggered a region split manually and captured the data from child ZK > > > node /hbase/region-in-transition which corresponded to the region. > > > > > > > > > > > "ÿ^@^@^@^Tmaster:6^R!¯^R<83><9d>^OJPBUF^H3^R4bar,,1526471941526. > ac8b42de46021dcbf3d597326eb60de1.^X«<8f>Óƶ,"^V > > > localhost^PôÔ^C^X÷<84>ÊŶ,*^@" > > > > > > But when I tried to parse the above data using protobuf class > > > > > > ClusterStatusProtos.RegionInTransition, it failed to parse. > > > > > > > > > Is there a way to parse this data somehow and determine it correspond > > > to a region in SPLIT or SPLITTING state. > > > > > > I am using HBase 1.2.0 and Zookeeper 3.4.8 > > > > > > > > > Thanks, > > > > > > Nand > > > > > >
Re: MOB integration
regionserver logs on your server would tell you what happened during the ingestion. BTW Mob feature is not in 1.1.x releases. You're likely using a vendor's backport. There have been continuous improvements to Mob feature since its initial checkin. So there may be some difference in the details between the release you use and hbase 2.0 (which I used to generate the logs I quoted). On Sat, May 19, 2018 at 11:29 AM, Nicolas Paris wrote: > 2018-05-19 20:08 GMT+02:00 Ted Yu : > > > Mob store file is renamed from /apps/hbase/data/mobdir to the final > > location under region directory for the table. > > > > This explains why you don't see much data under mobdir since data > ingestion > > has finished. > > > > > Well, I monitored the mobdir folder during ingestion. Nothing happened in > it. > Data were directly going under the table in the region. > > BTW, thats why I was thinking the pdf were treated as regular binary files. > Certainly reading the regionserver logs will help. > > Finallly, if hive is able to load mob columns, that's a good news for me. > > > > > > > > Cheers > > > > On Sat, May 19, 2018 at 9:58 AM, Nicolas Paris > > wrote: > > > > > Not having access cluster for few days, but I will be looking > > > to logs. > > > > > > However, when looking at your logs, it seems that I mispell > > > my mlob dir in the first post. It was "mobdir". > > > The /apps/hbase/data/mobdir/ is nearly empty, sizing 4 or 10 kb > > > > > > Would this confirm the mob flushing process wouldn't be activated ? > > > > > > > > > > > > 2018-05-19 18:38 GMT+02:00 Ted Yu : > > > > > > > If you have a chance to look at region server log, you would see some > > > line > > > > such as the following: > > > > > > > > 2018-05-19 16:31:23,548 INFO [MemStoreFlusher.0] > > regionserver.HMobStore: > > > > Renaming flushed file from > > > > hdfs://mycluster/apps/hbase/data/mobdir/.tmp/ > > > > 28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb > > 06fb9e800377 > > > > to > > > > hdfs://mycluster/apps/hbase/data/mobdir/data/default/ > > > > IntegrationTestIngestWithMOB/e9b5d936e7f55a4f1c3246a8d5ce53 > c2/test_cf/ > > > > 28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb > > 06fb9e800377 > > > > > > > > Meaning Mob store file is first saved under > > > /apps/hbase/data/mobdir/.tmp/ , > > > > then renamed to under the usual location under region directory for > the > > > > table. > > > > > > > > From high level, as long as you can query what you ingested, you can > be > > > > assured that Mob data is persisted. > > > > > > > > Cheers > > > > > > > > On Sat, May 19, 2018 at 8:43 AM, Nicolas Paris > > > > wrote: > > > > > > > > > Hi > > > > > > > > > > Yes the data comes back as expected. > > > > > My table is not called "mlob" however since I found such folder > > > > > I thought it was storing mob objects. > > > > > > > > > > I do have 500 folder hashed as you mentionned. They contains the > > > > > whole dataset (2TO) > > > > > However, how beeing sure the data is actually stored as MOB (and > not > > > > > as traditional binary) > > > > > > > > > > Thanks > > > > > > > > > > > > > > > 2018-05-19 15:59 GMT+02:00 Ted Yu : > > > > > > > > > > > bq. look into hdfs hbase/data/mlob > > > > > > > > > > > > Is 'mlob' name of your table ? > > > > > > > > > > > > bq. nearly empty folder > > > > > > > > > > > > Here is listing under a one region table: > > > > > > > > > > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > > > > > /apps/hbase/data/data/default/atlas_janus/.tabledesc > > > > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > > > > > /apps/hbase/data/data/default/atlas_janus/.tmp > > > > > > drwxr-xr-x - hbase hdfs 0 2018-05-17 00:55 > > > > > > /apps/hbase/data/data/default/atlas_janus/ > > > > 8033ea259cb7272d43bc137ca0ab29 > > > > > 06 > > > > > > > > > > > > Not sure if the above matches your description of being nearly > > empty. > > > > > > Here data is stored under 8033ea259cb7272d43bc137ca0ab2906 > > > > > > > > > > > > If you query the table, does the data come back as expected ? > > > > > > > > > > > > Thanks > > > > > > > > > > > > On Sat, May 19, 2018 at 12:23 AM, Nicolas Paris < > > nipari...@gmail.com > > > > > > > > > > wrote: > > > > > > > > > > > > > Hi > > > > > > > > > > > > > > > > > > > > > I am using hbase 1.1 and hive 1.2 > > > > > > > > > > > > > > I created an hbase table with a mob column with the default > > > > > > > threshold (100K) > > > > > > > I mapped the table into hive with a binary format, and loaded > > > > > > > 20M of pdf of size between 50k and 20mb > > > > > > > > > > > > > > Apparently the mob is not populated because when I look into > > > > > > > hdfs hbase/data/mlob, it is a nearly empty folder. > > > > > > > > > > > > > > Does it mean hive cannot populate hbase mob columns ? > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > > >
Re: MOB integration
2018-05-19 20:08 GMT+02:00 Ted Yu : > Mob store file is renamed from /apps/hbase/data/mobdir to the final > location under region directory for the table. > > This explains why you don't see much data under mobdir since data ingestion > has finished. > Well, I monitored the mobdir folder during ingestion. Nothing happened in it. Data were directly going under the table in the region. BTW, thats why I was thinking the pdf were treated as regular binary files. Certainly reading the regionserver logs will help. Finallly, if hive is able to load mob columns, that's a good news for me. > > Cheers > > On Sat, May 19, 2018 at 9:58 AM, Nicolas Paris > wrote: > > > Not having access cluster for few days, but I will be looking > > to logs. > > > > However, when looking at your logs, it seems that I mispell > > my mlob dir in the first post. It was "mobdir". > > The /apps/hbase/data/mobdir/ is nearly empty, sizing 4 or 10 kb > > > > Would this confirm the mob flushing process wouldn't be activated ? > > > > > > > > 2018-05-19 18:38 GMT+02:00 Ted Yu : > > > > > If you have a chance to look at region server log, you would see some > > line > > > such as the following: > > > > > > 2018-05-19 16:31:23,548 INFO [MemStoreFlusher.0] > regionserver.HMobStore: > > > Renaming flushed file from > > > hdfs://mycluster/apps/hbase/data/mobdir/.tmp/ > > > 28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb > 06fb9e800377 > > > to > > > hdfs://mycluster/apps/hbase/data/mobdir/data/default/ > > > IntegrationTestIngestWithMOB/e9b5d936e7f55a4f1c3246a8d5ce53c2/test_cf/ > > > 28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb > 06fb9e800377 > > > > > > Meaning Mob store file is first saved under > > /apps/hbase/data/mobdir/.tmp/ , > > > then renamed to under the usual location under region directory for the > > > table. > > > > > > From high level, as long as you can query what you ingested, you can be > > > assured that Mob data is persisted. > > > > > > Cheers > > > > > > On Sat, May 19, 2018 at 8:43 AM, Nicolas Paris > > > wrote: > > > > > > > Hi > > > > > > > > Yes the data comes back as expected. > > > > My table is not called "mlob" however since I found such folder > > > > I thought it was storing mob objects. > > > > > > > > I do have 500 folder hashed as you mentionned. They contains the > > > > whole dataset (2TO) > > > > However, how beeing sure the data is actually stored as MOB (and not > > > > as traditional binary) > > > > > > > > Thanks > > > > > > > > > > > > 2018-05-19 15:59 GMT+02:00 Ted Yu : > > > > > > > > > bq. look into hdfs hbase/data/mlob > > > > > > > > > > Is 'mlob' name of your table ? > > > > > > > > > > bq. nearly empty folder > > > > > > > > > > Here is listing under a one region table: > > > > > > > > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > > > > /apps/hbase/data/data/default/atlas_janus/.tabledesc > > > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > > > > /apps/hbase/data/data/default/atlas_janus/.tmp > > > > > drwxr-xr-x - hbase hdfs 0 2018-05-17 00:55 > > > > > /apps/hbase/data/data/default/atlas_janus/ > > > 8033ea259cb7272d43bc137ca0ab29 > > > > 06 > > > > > > > > > > Not sure if the above matches your description of being nearly > empty. > > > > > Here data is stored under 8033ea259cb7272d43bc137ca0ab2906 > > > > > > > > > > If you query the table, does the data come back as expected ? > > > > > > > > > > Thanks > > > > > > > > > > On Sat, May 19, 2018 at 12:23 AM, Nicolas Paris < > nipari...@gmail.com > > > > > > > > wrote: > > > > > > > > > > > Hi > > > > > > > > > > > > > > > > > > I am using hbase 1.1 and hive 1.2 > > > > > > > > > > > > I created an hbase table with a mob column with the default > > > > > > threshold (100K) > > > > > > I mapped the table into hive with a binary format, and loaded > > > > > > 20M of pdf of size between 50k and 20mb > > > > > > > > > > > > Apparently the mob is not populated because when I look into > > > > > > hdfs hbase/data/mlob, it is a nearly empty folder. > > > > > > > > > > > > Does it mean hive cannot populate hbase mob columns ? > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > >
Re: MOB integration
Mob store file is renamed from /apps/hbase/data/mobdir to the final location under region directory for the table. This explains why you don't see much data under mobdir since data ingestion has finished. Cheers On Sat, May 19, 2018 at 9:58 AM, Nicolas Paris wrote: > Not having access cluster for few days, but I will be looking > to logs. > > However, when looking at your logs, it seems that I mispell > my mlob dir in the first post. It was "mobdir". > The /apps/hbase/data/mobdir/ is nearly empty, sizing 4 or 10 kb > > Would this confirm the mob flushing process wouldn't be activated ? > > > > 2018-05-19 18:38 GMT+02:00 Ted Yu : > > > If you have a chance to look at region server log, you would see some > line > > such as the following: > > > > 2018-05-19 16:31:23,548 INFO [MemStoreFlusher.0] regionserver.HMobStore: > > Renaming flushed file from > > hdfs://mycluster/apps/hbase/data/mobdir/.tmp/ > > 28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb06fb9e800377 > > to > > hdfs://mycluster/apps/hbase/data/mobdir/data/default/ > > IntegrationTestIngestWithMOB/e9b5d936e7f55a4f1c3246a8d5ce53c2/test_cf/ > > 28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb06fb9e800377 > > > > Meaning Mob store file is first saved under > /apps/hbase/data/mobdir/.tmp/ , > > then renamed to under the usual location under region directory for the > > table. > > > > From high level, as long as you can query what you ingested, you can be > > assured that Mob data is persisted. > > > > Cheers > > > > On Sat, May 19, 2018 at 8:43 AM, Nicolas Paris > > wrote: > > > > > Hi > > > > > > Yes the data comes back as expected. > > > My table is not called "mlob" however since I found such folder > > > I thought it was storing mob objects. > > > > > > I do have 500 folder hashed as you mentionned. They contains the > > > whole dataset (2TO) > > > However, how beeing sure the data is actually stored as MOB (and not > > > as traditional binary) > > > > > > Thanks > > > > > > > > > 2018-05-19 15:59 GMT+02:00 Ted Yu : > > > > > > > bq. look into hdfs hbase/data/mlob > > > > > > > > Is 'mlob' name of your table ? > > > > > > > > bq. nearly empty folder > > > > > > > > Here is listing under a one region table: > > > > > > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > > > /apps/hbase/data/data/default/atlas_janus/.tabledesc > > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > > > /apps/hbase/data/data/default/atlas_janus/.tmp > > > > drwxr-xr-x - hbase hdfs 0 2018-05-17 00:55 > > > > /apps/hbase/data/data/default/atlas_janus/ > > 8033ea259cb7272d43bc137ca0ab29 > > > 06 > > > > > > > > Not sure if the above matches your description of being nearly empty. > > > > Here data is stored under 8033ea259cb7272d43bc137ca0ab2906 > > > > > > > > If you query the table, does the data come back as expected ? > > > > > > > > Thanks > > > > > > > > On Sat, May 19, 2018 at 12:23 AM, Nicolas Paris > > > > > wrote: > > > > > > > > > Hi > > > > > > > > > > > > > > > I am using hbase 1.1 and hive 1.2 > > > > > > > > > > I created an hbase table with a mob column with the default > > > > > threshold (100K) > > > > > I mapped the table into hive with a binary format, and loaded > > > > > 20M of pdf of size between 50k and 20mb > > > > > > > > > > Apparently the mob is not populated because when I look into > > > > > hdfs hbase/data/mlob, it is a nearly empty folder. > > > > > > > > > > Does it mean hive cannot populate hbase mob columns ? > > > > > > > > > > Thanks > > > > > > > > > > > > > > >
Re: MOB integration
Not having access cluster for few days, but I will be looking to logs. However, when looking at your logs, it seems that I mispell my mlob dir in the first post. It was "mobdir". The /apps/hbase/data/mobdir/ is nearly empty, sizing 4 or 10 kb Would this confirm the mob flushing process wouldn't be activated ? 2018-05-19 18:38 GMT+02:00 Ted Yu : > If you have a chance to look at region server log, you would see some line > such as the following: > > 2018-05-19 16:31:23,548 INFO [MemStoreFlusher.0] regionserver.HMobStore: > Renaming flushed file from > hdfs://mycluster/apps/hbase/data/mobdir/.tmp/ > 28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb06fb9e800377 > to > hdfs://mycluster/apps/hbase/data/mobdir/data/default/ > IntegrationTestIngestWithMOB/e9b5d936e7f55a4f1c3246a8d5ce53c2/test_cf/ > 28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb06fb9e800377 > > Meaning Mob store file is first saved under /apps/hbase/data/mobdir/.tmp/ , > then renamed to under the usual location under region directory for the > table. > > From high level, as long as you can query what you ingested, you can be > assured that Mob data is persisted. > > Cheers > > On Sat, May 19, 2018 at 8:43 AM, Nicolas Paris > wrote: > > > Hi > > > > Yes the data comes back as expected. > > My table is not called "mlob" however since I found such folder > > I thought it was storing mob objects. > > > > I do have 500 folder hashed as you mentionned. They contains the > > whole dataset (2TO) > > However, how beeing sure the data is actually stored as MOB (and not > > as traditional binary) > > > > Thanks > > > > > > 2018-05-19 15:59 GMT+02:00 Ted Yu : > > > > > bq. look into hdfs hbase/data/mlob > > > > > > Is 'mlob' name of your table ? > > > > > > bq. nearly empty folder > > > > > > Here is listing under a one region table: > > > > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > > /apps/hbase/data/data/default/atlas_janus/.tabledesc > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > > /apps/hbase/data/data/default/atlas_janus/.tmp > > > drwxr-xr-x - hbase hdfs 0 2018-05-17 00:55 > > > /apps/hbase/data/data/default/atlas_janus/ > 8033ea259cb7272d43bc137ca0ab29 > > 06 > > > > > > Not sure if the above matches your description of being nearly empty. > > > Here data is stored under 8033ea259cb7272d43bc137ca0ab2906 > > > > > > If you query the table, does the data come back as expected ? > > > > > > Thanks > > > > > > On Sat, May 19, 2018 at 12:23 AM, Nicolas Paris > > > wrote: > > > > > > > Hi > > > > > > > > > > > > I am using hbase 1.1 and hive 1.2 > > > > > > > > I created an hbase table with a mob column with the default > > > > threshold (100K) > > > > I mapped the table into hive with a binary format, and loaded > > > > 20M of pdf of size between 50k and 20mb > > > > > > > > Apparently the mob is not populated because when I look into > > > > hdfs hbase/data/mlob, it is a nearly empty folder. > > > > > > > > Does it mean hive cannot populate hbase mob columns ? > > > > > > > > Thanks > > > > > > > > > >
Re: MOB integration
If you have a chance to look at region server log, you would see some line such as the following: 2018-05-19 16:31:23,548 INFO [MemStoreFlusher.0] regionserver.HMobStore: Renaming flushed file from hdfs://mycluster/apps/hbase/data/mobdir/.tmp/28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb06fb9e800377 to hdfs://mycluster/apps/hbase/data/mobdir/data/default/IntegrationTestIngestWithMOB/e9b5d936e7f55a4f1c3246a8d5ce53c2/test_cf/28e252d7f013973174750d483d358fa020180519dd8e7c3d67814eb0b5fb06fb9e800377 Meaning Mob store file is first saved under /apps/hbase/data/mobdir/.tmp/ , then renamed to under the usual location under region directory for the table. >From high level, as long as you can query what you ingested, you can be assured that Mob data is persisted. Cheers On Sat, May 19, 2018 at 8:43 AM, Nicolas Paris wrote: > Hi > > Yes the data comes back as expected. > My table is not called "mlob" however since I found such folder > I thought it was storing mob objects. > > I do have 500 folder hashed as you mentionned. They contains the > whole dataset (2TO) > However, how beeing sure the data is actually stored as MOB (and not > as traditional binary) > > Thanks > > > 2018-05-19 15:59 GMT+02:00 Ted Yu : > > > bq. look into hdfs hbase/data/mlob > > > > Is 'mlob' name of your table ? > > > > bq. nearly empty folder > > > > Here is listing under a one region table: > > > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > /apps/hbase/data/data/default/atlas_janus/.tabledesc > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > > /apps/hbase/data/data/default/atlas_janus/.tmp > > drwxr-xr-x - hbase hdfs 0 2018-05-17 00:55 > > /apps/hbase/data/data/default/atlas_janus/8033ea259cb7272d43bc137ca0ab29 > 06 > > > > Not sure if the above matches your description of being nearly empty. > > Here data is stored under 8033ea259cb7272d43bc137ca0ab2906 > > > > If you query the table, does the data come back as expected ? > > > > Thanks > > > > On Sat, May 19, 2018 at 12:23 AM, Nicolas Paris > > wrote: > > > > > Hi > > > > > > > > > I am using hbase 1.1 and hive 1.2 > > > > > > I created an hbase table with a mob column with the default > > > threshold (100K) > > > I mapped the table into hive with a binary format, and loaded > > > 20M of pdf of size between 50k and 20mb > > > > > > Apparently the mob is not populated because when I look into > > > hdfs hbase/data/mlob, it is a nearly empty folder. > > > > > > Does it mean hive cannot populate hbase mob columns ? > > > > > > Thanks > > > > > >
Re: MOB integration
Hi Yes the data comes back as expected. My table is not called "mlob" however since I found such folder I thought it was storing mob objects. I do have 500 folder hashed as you mentionned. They contains the whole dataset (2TO) However, how beeing sure the data is actually stored as MOB (and not as traditional binary) Thanks 2018-05-19 15:59 GMT+02:00 Ted Yu : > bq. look into hdfs hbase/data/mlob > > Is 'mlob' name of your table ? > > bq. nearly empty folder > > Here is listing under a one region table: > > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > /apps/hbase/data/data/default/atlas_janus/.tabledesc > drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 > /apps/hbase/data/data/default/atlas_janus/.tmp > drwxr-xr-x - hbase hdfs 0 2018-05-17 00:55 > /apps/hbase/data/data/default/atlas_janus/8033ea259cb7272d43bc137ca0ab2906 > > Not sure if the above matches your description of being nearly empty. > Here data is stored under 8033ea259cb7272d43bc137ca0ab2906 > > If you query the table, does the data come back as expected ? > > Thanks > > On Sat, May 19, 2018 at 12:23 AM, Nicolas Paris > wrote: > > > Hi > > > > > > I am using hbase 1.1 and hive 1.2 > > > > I created an hbase table with a mob column with the default > > threshold (100K) > > I mapped the table into hive with a binary format, and loaded > > 20M of pdf of size between 50k and 20mb > > > > Apparently the mob is not populated because when I look into > > hdfs hbase/data/mlob, it is a nearly empty folder. > > > > Does it mean hive cannot populate hbase mob columns ? > > > > Thanks > > >
Re: MOB integration
bq. look into hdfs hbase/data/mlob Is 'mlob' name of your table ? bq. nearly empty folder Here is listing under a one region table: drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 /apps/hbase/data/data/default/atlas_janus/.tabledesc drwxr-xr-x - hbase hdfs 0 2018-05-16 23:51 /apps/hbase/data/data/default/atlas_janus/.tmp drwxr-xr-x - hbase hdfs 0 2018-05-17 00:55 /apps/hbase/data/data/default/atlas_janus/8033ea259cb7272d43bc137ca0ab2906 Not sure if the above matches your description of being nearly empty. Here data is stored under 8033ea259cb7272d43bc137ca0ab2906 If you query the table, does the data come back as expected ? Thanks On Sat, May 19, 2018 at 12:23 AM, Nicolas Paris wrote: > Hi > > > I am using hbase 1.1 and hive 1.2 > > I created an hbase table with a mob column with the default > threshold (100K) > I mapped the table into hive with a binary format, and loaded > 20M of pdf of size between 50k and 20mb > > Apparently the mob is not populated because when I look into > hdfs hbase/data/mlob, it is a nearly empty folder. > > Does it mean hive cannot populate hbase mob columns ? > > Thanks >
MOB integration
Hi I am using hbase 1.1 and hive 1.2 I created an hbase table with a mob column with the default threshold (100K) I mapped the table into hive with a binary format, and loaded 20M of pdf of size between 50k and 20mb Apparently the mob is not populated because when I look into hdfs hbase/data/mlob, it is a nearly empty folder. Does it mean hive cannot populate hbase mob columns ? Thanks