Hi,
I'm getting following error
util.JvmPauseMonitor: Detected pause in JVM or host machine (eg GC): pause
of approximately after this hbase gets hanged. if you have any solution
please let me know.
Changed to Grabagecollector mode in HBASE to G1c1 still error persists.
I'm working with hbase
Correction G1GC
On Fri, Jul 24, 2015 at 3:13 PM, jeevi tesh jeevitesh...@gmail.com wrote:
Hi,
I'm getting following error
util.JvmPauseMonitor: Detected pause in JVM or host machine (eg GC): pause
of approximately after this hbase gets hanged. if you have any solution
please let me know.
Hi,
I am a novice for hbase. Now I am trying to figure out an issue which is about
client scan timeout after delete. Basically, the reason is there are too many
continuous delete flags before major compaction.
Fortunately, I found patch-13090 could fix client scan timeout issue. But we
use
I'm aware Gc is a common event i have checked in logs several times it has
happened before. But few time when it happens i also get this following
error java.io.IOException: Connection reset by peer
After this error hbase system crashes.
On Fri, Jul 24, 2015 at 3:52 PM, jeevi tesh
I'm aware Gc is a common even i have checked in logs several times it has
happened but few time it happens i also get this following error
java.io.IOException: Connection reset by peer
After this error hbase system crashes.
On Fri, Jul 24, 2015 at 3:14 PM, jeevi tesh jeevitesh...@gmail.com wrote:
You can do rolling upgrade from 0.98.6.1 release to 1.1.0 release.
Cheers
Friday, July 24, 2015, 3:50 PM +0800 from Song Geng soul.gr...@me.com:
Hi,
I am a novice for hbase. Now I am trying to figure out an issue which is about
client scan timeout after delete. Basically, the reason is
Hi, jeevi
Is there any reason you are testing ancient, unsupported version of HBase?
-Vlad
On Fri, Jul 24, 2015 at 3:23 AM, jeevi tesh jeevitesh...@gmail.com wrote:
I'm aware Gc is a common event i have checked in logs several times it has
happened before. But few time when it happens i also
I have a hbase table with with a wide row almost 2K columns per row. Each
KV size is approx 2.1KB
I have populated this table with generated hfiles using a MR job.
There are no write or mutate operations performed on this table.
So Once I am done with major compaction on this table, ideally we
Hi Ted,
Please find my answers below.
*Relase of Hbase:* 1.0.0-cdh5.4.1
*Configuration Change Before Restart:* Changed Block Cache related
configuration (mainly increased off heap bucket cache size)
*Compaction Gone means:* Yes Data locality became poor after restart.
Please find log snippet
Please change permission for other files owned by aparsh as well.
Cheers
Saturday, July 25, 2015, 6:13 AM +0800 from apratim sharma
apratim.sha...@gmail.com:
Hi Ted,
Please find my answers below.
Relase of Hbase: 1.0.0-cdh5.4.1
Configuration Change Before Restart: Changed Block Cache
Can you provide us more information:
Release of HBase you use
Configuration change you made prior to restarting
By 'compaction is gone', do you mean that locality became poor again ?
Can you pastebin region server log when compaction got stuck ?
Thanks
Saturday, July 25, 2015, 2:20 AM +0800
Is it possible for you to upgrade to 0.98.10+ ?
I will take a look at your logs later.
Thanks
Friday, July 24, 2015, 7:15 PM +0800 from Konstantin Chudinov
kchudi...@griddynamics.com:
Hello Ted,
Thank you for your answer!
Hadoop and HBase versions are:
2.3.0-cdh5.1.0 - версия хадупа (и
probably block was being replicated because of DN failure and HBase was
trying to access that replica and got stuck?
I can see that DN answers that some blocks are missing.
or maybe you run HDFS-balancer?
The other thing is that you should always get read access to HDFS by
design, you are not
13 matches
Mail list logo