hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shrijeet Paliwal <shrij...@rocketfuel.com>
Subject Re: Major compaction on non existing table does not throw error
Date Thu, 15 Dec 2011 18:05:31 GMT
>
> The downside for this defect is that major compaction may be skipped due
> toa typo by Ops.

Thats how I noticed this. We recently renamed the table name but
missed updating ops script which runs major compaction.
Result, no major compaction for last one month.

On Thu, Dec 15, 2011 at 10:01 AM, Ted Yu <yuzhihong@gmail.com> wrote:
> I don't think I ever saw a JIRA on this.
> Please go ahead with filing a new JIRA.
>
> The downside for this defect is that major compaction may be skipped due
to
> a typo by Ops.
>
> Cheers
>
> On Thu, Dec 15, 2011 at 9:59 AM, Shrijeet Paliwal
> <shrijeet@rocketfuel.com>wrote:
>
>> Stack, you mean this needs fixing or it has been fixed in later (than
>> 0.90.3) versions.
>> If needs fix, I will open the jira.
>>
>> On Wed, Dec 14, 2011 at 8:15 PM, Stack <stack@duboce.net> wrote:
>> > On Wed, Dec 14, 2011 at 8:02 PM, Shrijeet Paliwal
>> > <shrijeet@rocketfuel.com> wrote:
>> >> Following will not complain even if fubar does not exist
>> >>
>> >> echo "major_compact 'fubar'" | $HBASE_HOME/bin/hbase shell
>> >>
>> >> What do you think?
>> >> -Shrijeet
>> >
>> > It should fail.
>> > St.Ack
>>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message