[jira] [Commented] (HBASE-22802) Avoid temp ByteBuffer allocation in FileIOEngine#read

[ https://issues.apache.org/jira/browse/HBASE-22802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16901688#comment-16901688 ] Anoop Sam John commented on HBASE-22802: The FileIOEngine wont be a shared memor

[jira] [Commented] (HBASE-22539) WAL corruption due to early DBBs re-use when Durability.ASYNC_WAL is used

[ https://issues.apache.org/jira/browse/HBASE-22539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16901679#comment-16901679 ] Anoop Sam John commented on HBASE-22539: What abt this comment [~Apache9]? Is i

[jira] [Commented] (HBASE-22623) Add RegionObserver coprocessor hook for preWALAppend

[ https://issues.apache.org/jira/browse/HBASE-22623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16901677#comment-16901677 ] Anoop Sam John commented on HBASE-22623: In this discussion one comment on patch

[jira] [Commented] (HBASE-22803) Add a config to turn off the hbck chore

[ https://issues.apache.org/jira/browse/HBASE-22803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16901313#comment-16901313 ] Anoop Sam John commented on HBASE-22803: New config for turning off may be not n

[jira] [Commented] (HBASE-22784) OldWALs not cleared in a replication slave cluster (cyclic replication bw 2 clusters)

[ https://issues.apache.org/jira/browse/HBASE-22784?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16901309#comment-16901309 ] Anoop Sam John commented on HBASE-22784: So in the replication flow, even if the

[jira] [Commented] (HBASE-22623) Add RegionObserver coprocessor hook for preWALAppend

[ https://issues.apache.org/jira/browse/HBASE-22623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16901298#comment-16901298 ] Anoop Sam John commented on HBASE-22623: Ping [~Apache9]. He did most of the CP

[jira] [Commented] (HBASE-22539) WAL corruption due to early DBBs re-use when Durability.ASYNC_WAL is used

[ https://issues.apache.org/jira/browse/HBASE-22539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16901279#comment-16901279 ] Anoop Sam John commented on HBASE-22539: bq.but the release/retain solution woul

[jira] [Commented] (HBASE-22709) Add a chore thread in master to do hbck checking and display results in 'HBCK Report' page

[ https://issues.apache.org/jira/browse/HBASE-22709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16900854#comment-16900854 ] Anoop Sam John commented on HBASE-22709: Will do that in another sub task under

[jira] [Commented] (HBASE-22539) WAL corruption due to early DBBs re-use when Durability.ASYNC_WAL is used

[ https://issues.apache.org/jira/browse/HBASE-22539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16900852#comment-16900852 ] Anoop Sam John commented on HBASE-22539: What are the other possible solutions?

[jira] [Commented] (HBASE-22782) Add String constructors for Get client

[ https://issues.apache.org/jira/browse/HBASE-22782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16900838#comment-16900838 ] Anoop Sam John commented on HBASE-22782: Bytes been Public exposed in our client

[jira] [Commented] (HBASE-22623) Add RegionObserver coprocessor hook for preWALAppend

[ https://issues.apache.org/jira/browse/HBASE-22623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16900800#comment-16900800 ] Anoop Sam John commented on HBASE-22623: The CP cleanup was a larger activity.

[jira] [Commented] (HBASE-22623) Add RegionObserver coprocessor hook for preWALAppend

[ https://issues.apache.org/jira/browse/HBASE-22623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16899856#comment-16899856 ] Anoop Sam John commented on HBASE-22623: As part of CP clean up for 2.0 I believ

[jira] [Commented] (HBASE-22701) Better handle invalid local directory for DynamicClassLoader

[ https://issues.apache.org/jira/browse/HBASE-22701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16899756#comment-16899756 ] Anoop Sam John commented on HBASE-22701: Ya that will be better. > Better handl

[jira] [Commented] (HBASE-22760) Stop/Resume Snapshot Auto-Cleanup activity with shell command

[ https://issues.apache.org/jira/browse/HBASE-22760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16899640#comment-16899640 ] Anoop Sam John commented on HBASE-22760: Am +1 for going in the balance_switch d

[jira] [Commented] (HBASE-22765) add move server & move table command in shell

[ https://issues.apache.org/jira/browse/HBASE-22765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16897789#comment-16897789 ] Anoop Sam John commented on HBASE-22765: Ye seems the RS Group feature can do wh

[jira] [Commented] (HBASE-22578) HFileCleaner should not delete empty ns/table directories used for user san snapshot feature

[ https://issues.apache.org/jira/browse/HBASE-22578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16896787#comment-16896787 ] Anoop Sam John commented on HBASE-22578: Pls raise it as new sub task under the

[jira] [Commented] (HBASE-22539) WAL corruption due to early DBBs re-use when Durability.ASYNC_WAL is used

[ https://issues.apache.org/jira/browse/HBASE-22539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16896781#comment-16896781 ] Anoop Sam John commented on HBASE-22539: Even in ASYNC_WAL usage case, can the

[jira] [Commented] (HBASE-22739) ArrayIndexOutOfBoundsException when balance

[ https://issues.apache.org/jira/browse/HBASE-22739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16896777#comment-16896777 ] Anoop Sam John commented on HBASE-22739: Is it because of some other ongoing pro

[jira] [Commented] (HBASE-22760) Stop/Resume Snapshot Auto-Cleanup activity with shell command

[ https://issues.apache.org/jira/browse/HBASE-22760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16896766#comment-16896766 ] Anoop Sam John commented on HBASE-22760: That will be a good idea too [~reidchan

[jira] [Commented] (HBASE-22539) Potential WAL corruption due to early DBBs re-use.

[ https://issues.apache.org/jira/browse/HBASE-22539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16896296#comment-16896296 ] Anoop Sam John commented on HBASE-22539: But whether the use case where this iss

[jira] [Commented] (HBASE-22578) HFileCleaner should not delete empty ns/table directories used for user san snapshot feature

[ https://issues.apache.org/jira/browse/HBASE-22578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16894946#comment-16894946 ] Anoop Sam John commented on HBASE-22578: When a table created or alter with the

[jira] [Commented] (HBASE-22709) Add a chore thread in master to do hbck checking and display results in 'HBCK Report' page

[ https://issues.apache.org/jira/browse/HBASE-22709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16894943#comment-16894943 ] Anoop Sam John commented on HBASE-22709: bq. Add a new chore thread in master to

[jira] [Commented] (HBASE-22580) Add a table attribute to make user scan snapshot feature configurable for table

[ https://issues.apache.org/jira/browse/HBASE-22580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16894940#comment-16894940 ] Anoop Sam John commented on HBASE-22580: bq.alter 't1', CONFIGURATION => {'hbase

[jira] [Assigned] (HBASE-22580) Add a table attribute to make user scan snapshot feature configurable for table

[ https://issues.apache.org/jira/browse/HBASE-22580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John reassigned HBASE-22580: -- Assignee: Yi Mei > Add a table attribute to make user scan snapshot feature configura

[jira] [Commented] (HBASE-22539) Potential WAL corruption due to Unsafe.copyMemory usage when DBB are in place

[ https://issues.apache.org/jira/browse/HBASE-22539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16894914#comment-16894914 ] Anoop Sam John commented on HBASE-22539: bq. Maybe netty is reusing buffers whil

[jira] [Commented] (HBASE-22701) Better handle invalid local directory for DynamicClassLoader

[ https://issues.apache.org/jira/browse/HBASE-22701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16894270#comment-16894270 ] Anoop Sam John commented on HBASE-22701: +1 {code} catch (ClassNotFoundException

[jira] [Commented] (HBASE-22610) [BucketCache] Rename "hbase.offheapcache.minblocksize"

[ https://issues.apache.org/jira/browse/HBASE-22610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16893370#comment-16893370 ] Anoop Sam John commented on HBASE-22610: I see.. fine then. > [BucketCache] Re

[jira] [Commented] (HBASE-22610) [BucketCache] Rename "hbase.offheapcache.minblocksize"

[ https://issues.apache.org/jira/browse/HBASE-22610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16893293#comment-16893293 ] Anoop Sam John commented on HBASE-22610: Is this config used only in bucket cach

[jira] [Commented] (HBASE-22648) Snapshot TTL

[ https://issues.apache.org/jira/browse/HBASE-22648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16893295#comment-16893295 ] Anoop Sam John commented on HBASE-22648: Can you pls add a RN [~vjasani]. Will

[jira] [Commented] (HBASE-22628) Data loss while migrating to custom WAL directory (hbase.wal.dir)

[ https://issues.apache.org/jira/browse/HBASE-22628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16873820#comment-16873820 ] Anoop Sam John commented on HBASE-22628: Exactly. If we dont clear doc this, mi

[jira] [Commented] (HBASE-22628) Data loss while migrating to custom WAL directory (hbase.wal.dir)

[ https://issues.apache.org/jira/browse/HBASE-22628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16872931#comment-16872931 ] Anoop Sam John commented on HBASE-22628: I too feel like this case should not be

[jira] [Commented] (HBASE-22566) Call out default compaction and flush throttling for 2.x in Book

[ https://issues.apache.org/jira/browse/HBASE-22566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16864004#comment-16864004 ] Anoop Sam John commented on HBASE-22566: Ah I see we have HBASE-21284 for forwar

[jira] [Commented] (HBASE-22566) Call out default compaction and flush throttling for 2.x in Book

[ https://issues.apache.org/jira/browse/HBASE-22566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16864002#comment-16864002 ] Anoop Sam John commented on HBASE-22566: I also came here to say that only compa

[jira] [Commented] (HBASE-22578) HFileCleaner should not delete empty ns/table directories used for user san snapshot feature

[ https://issues.apache.org/jira/browse/HBASE-22578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16863988#comment-16863988 ] Anoop Sam John commented on HBASE-22578: So you mean that for this feature, you

[jira] [Commented] (HBASE-22460) Reopen a region if store reader references may have leaked

[ https://issues.apache.org/jira/browse/HBASE-22460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16863706#comment-16863706 ] Anoop Sam John commented on HBASE-22460: It make sense IMO. We are solving all

[jira] [Commented] (HBASE-21879) Read HFile's block to ByteBuffer directly instead of to byte for reducing young gc purpose

[ https://issues.apache.org/jira/browse/HBASE-21879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16863073#comment-16863073 ] Anoop Sam John commented on HBASE-21879: Great catch [~javaman_chen]. Raise a bu

[jira] [Commented] (HBASE-22539) Potential WAL corruption due to Unsafe.copyMemory usage when DBB are in place

[ https://issues.apache.org/jira/browse/HBASE-22539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16859944#comment-16859944 ] Anoop Sam John commented on HBASE-22539: Comparing the code in our UnsafeUtil vs

[jira] [Commented] (HBASE-22532) There's still too much cpu wasting on validating checksum even if buffer.size=65KB

[ https://issues.apache.org/jira/browse/HBASE-22532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16855462#comment-16855462 ] Anoop Sam John commented on HBASE-22532: Oh I believe we already handled this. C

[jira] [Commented] (HBASE-22532) There's still too much cpu wasting on validating checksum even if buffer.size=65KB

[ https://issues.apache.org/jira/browse/HBASE-22532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16855461#comment-16855461 ] Anoop Sam John commented on HBASE-22532: Good on you doing the investigation. Th

[jira] [Commented] (HBASE-21946) Replace the byte[] pread by ByteBuffer pread in HFileBlock reading once HDFS-3246 prepared

[ https://issues.apache.org/jira/browse/HBASE-21946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16855290#comment-16855290 ] Anoop Sam John commented on HBASE-21946: pom changes ok? {code} return preadWith

[jira] [Commented] (HBASE-22531) The HFileReaderImpl#shouldUseHeap return the incorrect true when disabled BlockCache

[ https://issues.apache.org/jira/browse/HBASE-22531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16855288#comment-16855288 ] Anoop Sam John commented on HBASE-22531: +1 Would have missed change here when g

[jira] [Commented] (HBASE-22387) Evaluate the get/scan performance after reading HFile block into offheap directly

[ https://issues.apache.org/jira/browse/HBASE-22387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16854192#comment-16854192 ] Anoop Sam John commented on HBASE-22387: bq.After applied the patch [0001-Initi

[jira] [Commented] (HBASE-22504) Optimize the MultiByteBuff#get(ByteBuffer, offset, len)

[ https://issues.apache.org/jira/browse/HBASE-22504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16852619#comment-16852619 ] Anoop Sam John commented on HBASE-22504: Good find.. +1 Could check for the per

[jira] [Commented] (HBASE-22387) Evaluate the get/scan performance after reading HFile block into offheap directly

[ https://issues.apache.org/jira/browse/HBASE-22387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16850566#comment-16850566 ] Anoop Sam John commented on HBASE-22387: In case of SCR, we pass the off heap BB

[jira] [Commented] (HBASE-22387) Evaluate the get/scan performance after reading HFile block into offheap directly

[ https://issues.apache.org/jira/browse/HBASE-22387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16850565#comment-16850565 ] Anoop Sam John commented on HBASE-22387: This is good.. So the throughput is a s

[jira] [Commented] (HBASE-22483) Maybe it's better to use 65KB as the default buffer size in ByteBuffAllocator

[ https://issues.apache.org/jira/browse/HBASE-22483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16850519#comment-16850519 ] Anoop Sam John commented on HBASE-22483: Good one.. Ya now we try to read the b

[jira] [Commented] (HBASE-22480) Get block from BlockCache once and return this block to BlockCache twice make ref count error.

[ https://issues.apache.org/jira/browse/HBASE-22480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16850516#comment-16850516 ] Anoop Sam John commented on HBASE-22480: Patch LGTM. Great find. > Get block fr

[jira] [Commented] (HBASE-22387) Evaluate the get/scan performance after reading HFile block into offheap directly

[ https://issues.apache.org/jira/browse/HBASE-22387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16849310#comment-16849310 ] Anoop Sam John commented on HBASE-22387: bq.I found anther problem : seems alway

[jira] [Commented] (HBASE-22387) Evaluate the get/scan performance after reading HFile block into offheap directly

[ https://issues.apache.org/jira/browse/HBASE-22387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16849309#comment-16849309 ] Anoop Sam John commented on HBASE-22387: bq.I caught a jstack (see blocksByHFile

[jira] [Commented] (HBASE-22441) BucketCache NullPointerException in cacheBlock

[ https://issues.apache.org/jira/browse/HBASE-22441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16848705#comment-16848705 ] Anoop Sam John commented on HBASE-22441: +1 > BucketCache NullPointerException

[jira] [Commented] (HBASE-22447) Check refCount before free block in BucketCache

[ https://issues.apache.org/jira/browse/HBASE-22447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16845753#comment-16845753 ] Anoop Sam John commented on HBASE-22447: bq.push to master/branch-2.2/branch-2.1

[jira] [Commented] (HBASE-22445) Add file info when throw exceptions in HFileReaderImpl

[ https://issues.apache.org/jira/browse/HBASE-22445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16845568#comment-16845568 ] Anoop Sam John commented on HBASE-22445: +1 > Add file info when throw exceptio

[jira] [Commented] (HBASE-22448) Scan is slow for Multiple Column prefixes

[ https://issues.apache.org/jira/browse/HBASE-22448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16845552#comment-16845552 ] Anoop Sam John commented on HBASE-22448: Is it because of the changes did in AND

[jira] [Commented] (HBASE-22412) Improve the metrics in ByteBuffAllocator

[ https://issues.apache.org/jira/browse/HBASE-22412?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16845534#comment-16845534 ] Anoop Sam John commented on HBASE-22412: So in the UI, we show the total bytes a

[jira] [Commented] (HBASE-22445) Add file info when throw exceptions in HFileReaderImpl

[ https://issues.apache.org/jira/browse/HBASE-22445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16845525#comment-16845525 ] Anoop Sam John commented on HBASE-22445: {code} + "; HFile name = " + reader.get

[jira] [Updated] (HBASE-22445) Add file info when throw exceptions in HFileReaderImpl

[ https://issues.apache.org/jira/browse/HBASE-22445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John updated HBASE-22445: --- Issue Type: Sub-task (was: Improvement) Parent: HBASE-22433 > Add file info when th

[jira] [Commented] (HBASE-22447) Check refCount before free block in BucketCache

[ https://issues.apache.org/jira/browse/HBASE-22447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16845517#comment-16845517 ] Anoop Sam John commented on HBASE-22447: +1 > Check refCount before free block

[jira] [Commented] (HBASE-22433) Corrupt hfile data

[ https://issues.apache.org/jira/browse/HBASE-22433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16844587#comment-16844587 ] Anoop Sam John commented on HBASE-22433: Good. Ya the ref count checking within

[jira] [Commented] (HBASE-22433) Corrupt hfile data

[ https://issues.apache.org/jira/browse/HBASE-22433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16842896#comment-16842896 ] Anoop Sam John commented on HBASE-22433: Seems related issues.. For checking wh

[jira] [Commented] (HBASE-22433) Corrupt HFile

[ https://issues.apache.org/jira/browse/HBASE-22433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16841126#comment-16841126 ] Anoop Sam John commented on HBASE-22433: >From the logs above these error lines,

[jira] [Commented] (HBASE-22434) Improve clear meta cache

[ https://issues.apache.org/jira/browse/HBASE-22434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16841117#comment-16841117 ] Anoop Sam John commented on HBASE-22434: I was also in this area while discussin

[jira] [Commented] (HBASE-22426) Disable region split/merge switch doen't work when 'hbase.assignment.usezk' is set true

[ https://issues.apache.org/jira/browse/HBASE-22426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1684#comment-1684 ] Anoop Sam John commented on HBASE-22426: Was it a regression or from day 1 it is

[jira] [Commented] (HBASE-22425) Balance shell command broken in HBase-3.0.0

[ https://issues.apache.org/jira/browse/HBASE-22425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16841107#comment-16841107 ] Anoop Sam John commented on HBASE-22425: LGTM > Balance shell command broken in

[jira] [Commented] (HBASE-22148) Provide an alternative to CellUtil.setTimestamp

[ https://issues.apache.org/jira/browse/HBASE-22148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16840017#comment-16840017 ] Anoop Sam John commented on HBASE-22148: In 2.x itself we should mark it as LP?

[jira] [Commented] (HBASE-22387) Evaluate the get/scan performance after reading HFile block into offheap directly

[ https://issues.apache.org/jira/browse/HBASE-22387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16838252#comment-16838252 ] Anoop Sam John commented on HBASE-22387: bq.The balancer command was broken now:

[jira] [Updated] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John updated HBASE-22072: --- Affects Version/s: (was: 2.1.2) 2.0.0 > High read/write intensive

[jira] [Commented] (HBASE-17028) New 2.0 blockcache (tinylfu) doesn't have inmemory partition, etc Update doc and codebase accordingly

[ https://issues.apache.org/jira/browse/HBASE-17028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16833522#comment-16833522 ] Anoop Sam John commented on HBASE-17028: The doc changes looks good. bq.`W-TinyL

[jira] [Commented] (HBASE-21921) Notify users if the ByteBufAllocator is always allocating ByteBuffers from heap which means the increacing GC pressure

[ https://issues.apache.org/jira/browse/HBASE-21921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16831498#comment-16831498 ] Anoop Sam John commented on HBASE-21921: U will provide the parts of UI and/or J

[jira] [Commented] (HBASE-22324) loss a mass of data when the sequenceId of cells greater than Integer.Max, because MemStoreMergerSegmentsIterator can not merge segments

[ https://issues.apache.org/jira/browse/HBASE-22324?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16831406#comment-16831406 ] Anoop Sam John commented on HBASE-22324: +1 Ping [~eshcar], [~anastas] > loss

[jira] [Commented] (HBASE-22335) do add hfile ref only when replication_scope is 1

[ https://issues.apache.org/jira/browse/HBASE-22335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16831404#comment-16831404 ] Anoop Sam John commented on HBASE-22335: LGTM.. Ping [~ashish singhi] > do add

[jira] [Commented] (HBASE-21951) Abstract an ByteBuffOutputStream for building cell block

[ https://issues.apache.org/jira/browse/HBASE-21951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16829021#comment-16829021 ] Anoop Sam John commented on HBASE-21951: Fine. > Abstract an ByteBuffOutputStre

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16821616#comment-16821616 ] Anoop Sam John commented on HBASE-22072: Also in an earlier comment I have raise

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16821615#comment-16821615 ] Anoop Sam John commented on HBASE-22072: bq.Is it possible if other thread, perf

[jira] [Commented] (HBASE-22163) Should not archive the compacted store files when region warmup

[ https://issues.apache.org/jira/browse/HBASE-22163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16813016#comment-16813016 ] Anoop Sam John commented on HBASE-22163: How we solved the bug finally? can add

[jira] [Commented] (HBASE-22165) Huge Read requests for Meta table, while scan the user table with SCVF.

[ https://issues.apache.org/jira/browse/HBASE-22165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16813014#comment-16813014 ] Anoop Sam John commented on HBASE-22165: You sure when you dont have the SCVF on

[jira] [Commented] (HBASE-22185) RAMQueueEntry#writeToCache should freeBlock if any exception encountered instead of the IOException catch block

[ https://issues.apache.org/jira/browse/HBASE-22185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16813010#comment-16813010 ] Anoop Sam John commented on HBASE-22185: To get to exception might not be that l

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16807912#comment-16807912 ] Anoop Sam John commented on HBASE-22072: Yes. After that I was also mentioning

[jira] [Comment Edited] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16806509#comment-16806509 ] Anoop Sam John edited comment on HBASE-22072 at 4/1/19 8:16 AM: --

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16806510#comment-16806510 ] Anoop Sam John commented on HBASE-22072: Oh seems for a reason.. Did not read th

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16806509#comment-16806509 ] Anoop Sam John commented on HBASE-22072: This is great investigation work.. Good

[jira] [Commented] (HBASE-22005) Use ByteBuff's refcnt to track the life cycle of data block

[ https://issues.apache.org/jira/browse/HBASE-22005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16806478#comment-16806478 ] Anoop Sam John commented on HBASE-22005: We have another sub task to handle the

[jira] [Commented] (HBASE-22127) Introduce an switch to allow the LRUBlockCache offheap or not.

[ https://issues.apache.org/jira/browse/HBASE-22127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16805620#comment-16805620 ] Anoop Sam John commented on HBASE-22127: When we use off heap BC to store data b

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16800444#comment-16800444 ] Anoop Sam John commented on HBASE-22072: Checking more with UTs seems we are ok

[jira] [Comment Edited] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16799144#comment-16799144 ] Anoop Sam John edited comment on HBASE-22072 at 3/22/19 4:06 PM: -

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16799144#comment-16799144 ] Anoop Sam John commented on HBASE-22072: bq.It surprise me a little, because som

[jira] [Comment Edited] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16797843#comment-16797843 ] Anoop Sam John edited comment on HBASE-22072 at 3/21/19 5:25 AM: -

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16797843#comment-16797843 ] Anoop Sam John commented on HBASE-22072: Also.. Once those ongoing scans are don

[jira] [Commented] (HBASE-22072) High read/write intensive regions may cause long crash recovery

[ https://issues.apache.org/jira/browse/HBASE-22072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16797842#comment-16797842 ] Anoop Sam John commented on HBASE-22072: The issue is solved as part of another

[jira] [Updated] (HBASE-21874) Bucket cache on Persistent memory

[ https://issues.apache.org/jira/browse/HBASE-21874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John updated HBASE-21874: --- Release Note: Added a new IOEngine type for Bucket cache ie Persistent memory. In order to

[jira] [Updated] (HBASE-21874) Bucket cache on Persistent memory

[ https://issues.apache.org/jira/browse/HBASE-21874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John updated HBASE-21874: --- Release Note: Added a new IOEngine type for Bucket cache ie Persistent memory. In order to

[jira] [Updated] (HBASE-21874) Bucket cache on Persistent memory

[ https://issues.apache.org/jira/browse/HBASE-21874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John updated HBASE-21874: --- Release Note: Added a new IOEngine type for Bucket cache ie Persistent memory. In order to

[jira] [Updated] (HBASE-21874) Bucket cache on Persistent memory

[ https://issues.apache.org/jira/browse/HBASE-21874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John updated HBASE-21874: --- Release Note: Added a new IOEngine type for Bucket cache ie Persistent memory. In order to

[jira] [Updated] (HBASE-21874) Bucket cache on Persistent memory

[ https://issues.apache.org/jira/browse/HBASE-21874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John updated HBASE-21874: --- Fix Version/s: (was: 2.x) 2.3.0 > Bucket cache on Persistent memory >

[jira] [Commented] (HBASE-21917) Make the HFileBlock#validateChecksum can accept ByteBuff as an input.

[ https://issues.apache.org/jira/browse/HBASE-21917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16786353#comment-16786353 ] Anoop Sam John commented on HBASE-21917: +1 for addendum > Make the HFileBlock#

[jira] [Commented] (HBASE-21874) Bucket cache on Persistent memory

[ https://issues.apache.org/jira/browse/HBASE-21874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16786350#comment-16786350 ] Anoop Sam John commented on HBASE-21874: +1 for commit to branch-2 > Bucket cac

[jira] [Commented] (HBASE-21874) Bucket cache on Persistent memory

[ https://issues.apache.org/jira/browse/HBASE-21874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16784698#comment-16784698 ] Anoop Sam John commented on HBASE-21874: +1 for V6. > Bucket cache on Persisten

[jira] [Commented] (HBASE-21981) MMaped bucket cache IOEngine does not work with persistence

[ https://issues.apache.org/jira/browse/HBASE-21981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16783028#comment-16783028 ] Anoop Sam John commented on HBASE-21981: Wait let me do a reverse way... will r

[jira] [Commented] (HBASE-21981) MMaped bucket cache IOEngine does not work with persistence

[ https://issues.apache.org/jira/browse/HBASE-21981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16783026#comment-16783026 ] Anoop Sam John commented on HBASE-21981: It has to be either an index or a globa

[jira] [Commented] (HBASE-21874) Bucket cache on Persistent memory

[ https://issues.apache.org/jira/browse/HBASE-21874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16782586#comment-16782586 ] Anoop Sam John commented on HBASE-21874: bq.Since we're building off of the mmap

[jira] [Updated] (HBASE-21981) MMaped bucket cache IOEngine does not work with persistence

[ https://issues.apache.org/jira/browse/HBASE-21981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anoop Sam John updated HBASE-21981: --- Attachment: HBASE-21981.patch > MMaped bucket cache IOEngine does not work with persistence

<    2   3   4   5   6   7   8   9   10   11   >