Dump the jvm heap,analysis the the heap and find which query(s) cost so many memory? In my ever bad case,the RS crashed for Long GC pauses because of a big query on Batch Get operation.
In addition,I think you can increase the men of JVM, 512m is so small for RS. 在 16/4/14 14:00, "karthi keyan" <karthi93.san...@gmail.com> 写入: >Hi , > >i got this issue in HBase while at peak time handling more requests . can >any one pls guide me to resolve the Long GC pauses in hbase . > >JDK-7 , JVM heap 512m > >HBase 0.98.13 > > > INFO [JvmPauseMonitor] util.JvmPauseMonitor: Detected pause in JVM or >host machine (eg GC): pause of approximately 1466ms >GC pool 'ConcurrentMarkSweep' had collection(s): count=1 time=1967ms > INFO [JvmPauseMonitor] util.JvmPauseMonitor: Detected pause in JVM or >host machine (eg GC): pause of approximately 2304ms >GC pool 'ConcurrentMarkSweep' had collection(s): count=1 time=2775ms > INFO [JvmPauseMonitor] util.JvmPauseMonitor: Detected pause in JVM or >host machine (eg GC): pause of approximately 2287ms >GC pool 'ConcurrentMarkSweep' had collection(s): count=1 time=2775ms > > INFO [RS:0;0:0:0:0:0:0:0:0:44037-SendThread(<host>:2181)] >zookeeper.ClientCnxn: Client session timed out, have not heard from server >in 6819ms for sessionid 0x1540ab48b280004, closing socket connection and >attempting reconnect > INFO [SplitLogWorker-<host>,44037,1460468489645-SendThread(<host>:2181)] >zookeeper.ClientCnxn: Client session timed out, have not heard from server >in 6819ms for sessionid 0x1540ab48b280005, closing socket connection and >attempting reconnect > >Once after this HBase Region Server moved to Dead state. > >Best, >Karthik