[
https://issues.apache.org/jira/browse/HBASE-7893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13583954#comment-13583954
]
Anoop Sam John commented on HBASE-7893:
---------------------------------------
As per your log sample, it was a minor compaction on all the store files. Now
the extra work as part of major compaction will be to deal with the delete
markers. That makes RS to die?
I agree that the long running major compaction on all the files (large number)
interfere with your job. That is why you dont want that to happen automatically
in your system (You might be doing this manually)
> hbase.hregion.majorcompaction not taking effect.
> ------------------------------------------------
>
> Key: HBASE-7893
> URL: https://issues.apache.org/jira/browse/HBASE-7893
> Project: HBase
> Issue Type: Bug
> Components: Compaction
> Affects Versions: 0.92.2
> Environment: Linux <hostname> 2.6.21.7-2.fc8xen-ec2-v1.0 #1 SMP Tue
> Sep 1 10:25:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
> Fedora release 8 (Werewolf)
> Reporter: Pranav Sharma
>
> For disabling auto major compaction, I configured
> hbase.hregion.majorcompaction = 0 in the config file and restarted the
> cluster. In spite of this, major compaction continues to run everyday. Here
> is the config I set:
> <property>
> <name>hbase.hregion.majorcompaction</name>
> <value>0</value>
> </property>
> What other way can I disable auto major compaction? I expected this config to
> work. What am I doing wrong here?
> Please advice. Thanks a lot.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
